Кейс: согласование договоров в холдинге — многоуровневая цепочка для нескольких юрлиц

Что было до: ситуация в холдинге

Группа компаний среднего размера, несколько юрлиц, смежные направления бизнеса. Договоры — самые разные: купля-продажа, аренда, услуги, рамочные соглашения, спецификации к ним. Согласование шло вручную: файлы гуляли по почте и мессенджерам, статус документа нигде не фиксировался, сроки никто не контролировал.

С чем пришёл клиент:

• непонятно, у кого сейчас «завис» договор;
• один и тот же документ согласовывают повторно после мелкой правки;
• единого реестра нет — найти старый договор превращается в отдельный квест;
• у разных юрлиц разный состав согласующих, но никакого общего правила не было.

Задачи проекта

До настройки зафиксировали конкретные требования:

1. Один портал Битрикс24 — несколько юрлиц, у каждого свой маршрут.
2. Инициатор выбирает организацию при запуске — маршрут подбирается автоматически.
3. Полный набор типов договоров: от стандартных коммерческих до спецификаций и допсоглашений.
4. Дедлайн на каждом этапе проверки — 2 рабочих дня.
5. Возможность вернуть документ инициатору с комментарием на любом шаге.
6. Автоматическая проверка номера договора на дубль.
7. Единый реестр всех согласований с фильтрацией по статусу, юрлицу и типу документа.

Архитектура решения: несколько маршрутов под несколько юрлиц

На схеме ниже — как один смарт-процесс в Битрикс24 разветвляется на разные маршруты в зависимости от выбранного юрлица. Инициатор запускает процесс, выбирает организацию — система сама назначает нужную цепочку согласующих.

flowchart TD
    A[Инициатор запускает процесс] --> B{Выбор юрлица}
    B --> C[Юрлицо 1\nЮрист → Бухгалтер → Гендиректор]
    B --> D[Юрлицо 2\nЮрист → Главбух → Гендиректор]
    B --> E[Юрлицо 3\nЮрист → Бухгалтер → ФинДир → Гендиректор]
    C --> F{Согласовано?}
    D --> F
    E --> F
    F -- Да --> G[Реестр: статус Согласован]
    F -- Нет --> H[Возврат инициатору\nс комментарием]
    H --> A

Маршрут каждого юрлица фиксированный. Для одного — юрисконсульт → главный бухгалтер → генеральный директор. Для другого между бухгалтером и гендиректором добавляется финансовый директор. Состав согласующих определяется на этапе бизнес-аналитики и прописывается в ТЗ до начала любых настроек.

О том, как устроены маршруты согласования документов в Битрикс24, есть отдельная статья.

Этапы цепочки согласования

Типовая цепочка для договора с внешним контрагентом выглядит так:

№	Этап	Участник	Действие
0	Подготовка	—	Черновик: система видит незаполненную карточку
1	Инициация	Инициатор	Заполняет все обязательные поля, прикрепляет файлы
2	Контроль данных	Руководитель инициатора	Проверяет полноту и корректность данных
3	Юридическая проверка	Юрист	Проверяет документ, вносит комментарии
4	Бухгалтерская проверка	Бухгалтер / главный бухгалтер	Комиссионная проверка
5	Финансовый контроль	Финансовый директор	Одобрение или отказ
6	Финальное согласование	Генеральный директор	Итоговое решение

На шагах 3–6 у каждого участника есть кнопка «Согласовано» и поле для комментария. Дедлайн комиссионной проверки — 2 рабочих дня. Не уложился — система отправляет автоматическое напоминание.

Для сложных сделок предусмотрен параллельный этап: бухгалтерия, логист и исполнительный директор проверяют документ одновременно. Если хотя бы один внёс правки — документ уходит обратно юристу для финальной редакции перед отправкой контрагенту.

Поля и данные, которые заполняет инициатор

Система не даст продвинуть документ дальше, пока не заполнены все обязательные поля. На практике это решает распространённую проблему: юрист больше не получает договор без нужных реквизитов.

Обязательные поля при инициации:

• Юрлицо (выбор из списка — определяет маршрут)
• Тип договора / спецификации (выпадающий список)
• Контрагент (ИНН, КПП, наименование)
• Номер договора (автоматическая проверка на дубль)
• Дата договора
• Предмет договора
• Сумма договора (допускается значение «0»)
• Прикреплённые файлы: договор, карточка контрагента, учредительные документы

Необязательные поля:

• Условия оплаты (предоплата / постоплата / частичная)
• Крайний срок согласования
• Особенности сделки
• Примечание для юриста — его заполняют чаще, чем кажется на старте
• Форма собственности контрагента (ООО / ИП / самозанятый)

Если контрагент — ИП или самозанятый, система автоматически включает главного бухгалтера на этапе финансового контроля, даже если по умолчанию этого шага для данного юрлица нет.

Инициатор может добавить наблюдателя — сотрудника, который получает уведомления о ходе согласования, но не голосует.

Если нужна автогенерация самого договора по шаблону до запуска процесса — об этом написано в статье про шаблоны документов в Битрикс24.

Правила возврата и блокировки

Любой участник цепочки — юрист, бухгалтер, финансовый директор, генеральный директор — может вернуть процесс к инициатору с обязательным комментарием. Это не откат на предыдущий шаг, а полный сброс: инициатор исправляет данные или документ и запускает новое согласование.

Один нюанс, который часто упускают: возврат не стирает историю. Лог предыдущего согласования остаётся в карточке — видно, кто, когда и по какой причине вернул документ.

Блокировка перехода на следующий этап срабатывает в двух случаях:

1. Инициатор не заполнил все обязательные поля — банально, но встречается постоянно.
2. Согласующий не дал «вердикт» в отведённый срок — система напоминает ответственному и его руководителю.

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

Каждое согласование — при запуске и по завершении — автоматически создаёт запись в реестре. По нашей практике это один из самых востребованных инструментов для руководителей холдинга: вся картина по всем организациям в одном окне.

Реестр строится на базе смарт-процесса или универсального списка Битрикс24 и содержит:

• Статус документа: «В работе» / «Согласован» / «Не согласован»
• Текущий согласующий (ссылка на сотрудника)
• Дата окончания согласования
• Итоговый вариант договора (файл)
• Лог всех действий

Фильтрация — по юрлицу, типу договора, статусу, контрагенту, периоду.

Между реестром и связанными сделками в CRM настраивается связь: из карточки сделки можно перейти к процессу согласования и обратно. Подробнее — в статье про связи между сущностями в Битрикс24.

Если в холдинге параллельно нужен учёт входящей корреспонденции — для этого есть отдельный инструмент, описанный в статье про реестр учёта корреспонденции в Битрикс24.

Этапы внедрения и сроки

Работы по настройке многоуровневого согласования делятся на четыре блока:

1. Бизнес-аналитика Онлайн-встречи с аналитиком: фиксируем маршруты, роли, сценарии. Время делится примерно поровну — половина на встречи, половина на подготовку документов. В зависимости от сложности холдинга блок занимает от 3 до 10 часов.

2. Настройка бизнес-процессов согласований

• До 7 участников в каждом бизнес-процессе.
• До 2 развилок с условиями «если — то» в одном маршруте.
• До 3 параллельных этапов.
• Ветка возврата документа инициатору.

3. Настройка реестров

• До 2 отдельных реестров (внешние и внутренние документы).
• До 50 полей в карточке документа.
• Связи между реестрами и другими процессами.

4. Обучение Групповое онлайн-обучение с записью экрана — около 2 часов. Формат удалённый, запись остаётся у заказчика.

Общий срок реализации: 4 недели от подписания договора.

Если вы только оцениваете масштаб задачи, имеет смысл сначала провести аудит текущего портала Битрикс24 — это помогает точнее сформулировать ТЗ и не платить за лишние настройки.