Автоматизация согласования документов в Битрикс24

Согласование договора, счёта или служебной записки — самый частый кандидат на автоматизацию, потому что почти всегда это одна и та же боль: документ теряется в почте, согласующий уходит в отпуск и никто не может утвердить оплату, а через полгода никто не может вспомнить, кто именно разрешил подписать невыгодный договор. В Битрикс24 для этого есть три инструмента разной сложности — от простого визарда до полноценного конструктора с параллельными ветками. Разберём, как выбрать нужный уровень и не переусложнить то, что должно быть простым.

Где живёт согласование в Битрикс24

Основной путь — раздел «Диск» или CRM, документ или счёт, кнопка «Отправить на согласование» либо готовый мастер в разделе Компания → Документы → Процессы согласования. Для более сложных случаев (несколько типов документов, разные маршруты по сумме или юрлицу) используется полноценный конструктор бизнес-процессов с блоком «Утверждение документа», который создаёт настоящий лист согласования: видно, кто получил документ, когда открыл, что написал в комментарии, и итоговый статус — согласовано, отклонено, согласовано с замечаниями.

Важно различать два формата итога согласования. Последовательное согласование — документ идёт по цепочке один за другим (юрист → финансовый директор → генеральный директор), и если кто-то из цепочки отклонил, дальше документ не идёт. Параллельное — документ уходит сразу нескольким согласующим одновременно, и решение засчитывается либо когда все ответили, либо когда набралось нужное количество голосов (например, 2 из 3 отделов). Параллельная схема экономит время (не 3 дня последовательно, а 1 день, пока все отвечают одновременно), но требует явно прописать правило «что если мнения разошлись».

Пример: согласование договора с поставщиком в компании на 60 человек

Компания занимается оптовой торговлей стройматериалами, ежемесячно заключает 15-20 новых договоров с поставщиками и подрядчиками. До автоматизации договор печатался, юрист вычитывал бумажную версию, потом относил директору, тот мог неделю продержать пачку документов на столе. Средний срок согласования — 9 рабочих дней, были случаи потери договора и повторного визирования с нуля. После настройки процесса: менеджер загружает скан или создаёт документ в CRM на карточке сделки, процесс автоматически определяет тип согласования по сумме договора (до 100 000 ₽ — согласует только руководитель отдела закупок, от 100 000 до 500 000 ₽ — добавляется юрист, свыше 500 000 ₽ — обязательно генеральный директор), у каждого согласующего есть 1 рабочий день на реакцию, при просрочке процесс шлёт напоминание в чат и дублирует уведомление на email. Средний срок упал до 2 рабочих дней, а по договорам свыше 500 000 ₽ — до 3 дней, что для этой категории и требовалось владельцу бизнеса.

Как настроить ветвление по сумме и типу документа

Условие по сумме

В конструкторе это блок «Условие» с параметром, который сравнивает числовое поле документа (например, УФ-поле «Сумма договора») с константой. Технически это дерево из вложенных условий: первое условие проверяет «сумма < 100000», если да — идёт по короткому пути с одним согласующим, если нет — второе условие проверяет «сумма < 500000» и так далее. Частая ошибка — использовать строгое «меньше», а не «меньше или равно», из-за чего документ ровно на граничную сумму (100 000 ₽ ровно) уходит не в ту ветку, в которую рассчитывал автор регламента.

Условие по типу и юрлицу

Если в компании несколько юрлиц или ИП, полезно завести отдельное поле «Юридическое лицо» и строить маршрут не только по сумме, но и по нему — потому что у разных юрлиц разные лимиты подписи и разные ответственные. То же самое с типом документа: договор поставки, договор аренды и трудовой договор логично вести по трём разным веткам одного процесса, а не городить три отдельных процесса, если 70% шагов у них общие.

• Определите 2-4 категории документов по сумме или риску до того, как открывать конструктор
• Для каждой категории пропишите точный список согласующих и максимальный срок реакции в рабочих днях
• Заложите эскалацию — что происходит, если согласующий не ответил в срок (уведомление руководителю, автоматическое напоминание, передача заместителю)
• Решите заранее, может ли документ быть согласован «с замечаниями» и что это меняет в дальнейшем движении

Уведомления и напоминания — где чаще всего теряется скорость

Самая частая причина, почему автоматизированное согласование всё равно тянется неделями — не в логике процесса, а в том, что согласующий физически не видит, что документ ждёт его решения. По умолчанию система показывает уведомление в ленте и counter в интерфейсе, но если человек редко заходит в веб-версию, это бесполезно. Обязательно включайте дублирование в мобильное приложение и email для ролей, которые физически не сидят за компьютером весь день (директор в разъездах, руководитель склада). Дополнительно полезно настроить робота «Отправить сообщение в чат» с прямой ссылкой на документ — на практике это сокращает время реакции на 30-40%, потому что не нужно искать документ через несколько кликов.

Типичные ошибки при настройке согласования

1. 1.Один согласующий на всё — если в маршруте всегда фигурирует конкретный человек по имени, а не роль или должность, при увольнении или отпуске процесс встаёт колом; правильно привязывать шаг к должности или группе, а не к конкретному ID сотрудника
2. 2.Нет финального дедлайна на весь процесс — только дедлайны на отдельные шаги; в результате документ технически укладывается в сроки на каждом этапе, но суммарно согласование занимает три недели, потому что этапов оказалось семь
3. 3.Отсутствие пути «отклонить с комментарием» — если у согласующего есть только кнопка «согласовать», он либо согласовывает не глядя, либо звонит и просит остановить процесс вручную, что ломает всю статистику
4. 4.Слишком жёсткая привязка к сумме без учёта типа риска — небольшой по сумме, но юридически рискованный документ (например, договор с иностранным контрагентом) уходит по короткому пути и минует юриста
5. 5.Забытая нумерация версий документа — если после замечаний документ правится и снова уходит на согласование, без явной версии согласующие путают, что именно они уже одобрили

Правило одного дедлайна на весь маршрут. Помимо срока реакции на каждом отдельном шаге всегда закладывайте общий SLA на весь процесс согласования — например, «любой договор должен быть согласован или отклонён не позднее 5 рабочих дней с момента подачи». Это единственная метрика, которая по-настоящему интересна инициатору документа, и единственная, которую стоит выводить в еженедельный отчёт руководителю.

У нас согласование по регламенту укладывалось в сроки на каждом шаге, а сам документ в итоге шёл три недели — потому что этапов было семь, и каждый по отдельности укладывался в день-два. Когда мы посчитали общий срок, а не по шагам, стало видно, что проблема не в людях, а в количестве шагов.

Курс школы: Бизнес-процессы в Битрикс24 — от 19 990 ₽

Согласование не только договоров: счета, заявки на оплату, служебные записки

Логика, отработанная на договорах, без изменений переносится на другие типы документов. Заявка на оплату счёта — тот же принцип ветвления по сумме, только вместо юриста в цепочке появляется бухгалтер, который проверяет реквизиты и наличие оригинала счёта. Служебная записка (например, заявка на командировку или на закупку оборудования для рабочего места) обычно требует более короткого маршрута — один согласующий, иногда два, и упрощённого визарда достаточно, не нужен полноценный конструктор. Разумно завести в компании 3-4 шаблона согласования разной степени сложности и переиспользовать их, а не создавать процесс заново под каждый новый тип документа.

Что делать с историей и архивом согласований

После внедрения через 3-6 месяцев накапливается массив завершённых процессов — это готовая база для двух вещей. Во-первых, для юридической защиты: если возникает спор о том, кто и когда одобрил условия договора, лог процесса с таймстампами и комментариями весомее, чем «мы обсуждали это на созвоне». Во-вторых, для оптимизации: посмотрев на 50-100 завершённых экземпляров, легко увидеть, какой согласующий стабильно отвечает дольше других или какая ветка маршрута почти никогда не используется — это повод упростить схему, а не усложнять её новыми условиями «на всякий случай».

С какого документа начать автоматизацию согласования

Если в компании ещё нет ни одного настроенного процесса согласования, начинать нужно с самого частого и самого болезненного документа, а не с самого дорогого. Обычно это заявки на оплату — они возникают каждый день, а не раз в месяц как крупные договоры, поэтому эффект от автоматизации виден сотрудникам сразу, а не через квартал. Уже отработав логику на заявках на оплату (обычно это 1-2 дня настройки), проще и быстрее адаптировать её под договоры и служебные записки.

Согласование на мобильном устройстве: почему это не мелочь

В компаниях, где директор или руководители отделов половину времени проводят на объектах, складах или в разъездах, судьба всего процесса согласования решается одним фактором — насколько удобно утвердить документ с телефона. Мобильное приложение Битрикс24 показывает лист согласования с кнопками «согласовать» и «отклонить» прямо в уведомлении, без необходимости открывать документ целиком на маленьком экране. На практике при включённых push-уведомлениях среднее время согласования у мобильных пользователей падает в 2-3 раза по сравнению с ожиданием, пока человек сядет за компьютер. Если в компании есть роль, которая физически не работает за ноутбуком (прораб, региональный директор, менеджер по логистике на складе), закладывайте мобильный сценарий в маршрут с самого начала, а не как доработку после жалоб.

Когда согласование лучше не автоматизировать вовсе

Не каждый документ нуждается в конструкторе процессов. Если решение принимает один человек, который и так проверяет почту ежедневно, а объём — 2-3 документа в месяц, чаще выгоднее обойтись простым чек-листом или ролью «ответственный» в задаче, чем тратить полдня на настройку полноценного процесса с условиями. Автоматизация оправдана там, где документов действительно много (от 10-15 в месяц), где согласующих больше одного, или где цена ошибки высока — просроченный платёж со штрафными санкциями, договор, подписанный без юридической проверки. Мерило простое: если настройка процесса окупится за счёт сэкономленного времени в течение 2-3 месяцев — делайте; если нет, оставьте ручной контроль.