Процесс согласования договора в Битрикс24

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

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

Какую бизнес-задачу решает маршрут

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

Разделяйте подготовку, внутреннее согласование, подписание и обмен с контрагентом. Внутреннее утверждение не равно электронной подписи и не заменяет юридически значимый ЭДО. Для кадровых документов существует отдельный сценарий КЭДО; договоры с клиентами и поставщиками требуют своей модели.

Какие данные нужны в карточке

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

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

Как выбрать тип процесса

Последовательный процесс подходит, когда документ проходит предсказуемую цепочку: руководитель подразделения, юрист, финансы, директор. Процесс со статусами полезнее, когда возможны параллельные ветки, многократные возвраты и разные владельцы этапов. Официальная справка Битрикс24 подтверждает наличие обоих типов; доступность конструктора и набор действий зависят от тарифа и редакции.

Пошаговое внедрение

1. Нарисуйте маршрут решений

Начните с таблицы: условие, согласующий, срок, результат. Результаты должны быть однозначны: «согласовано», «отклонено», «на доработку». Формулировка «есть замечания» без следующего шага создаёт тупик.

2. Определите роли, а не фамилии

Указывайте «руководитель подразделения», «юрист», «финансовый директор». Фамилия меняется, роль остаётся. Для заместителей задайте правило подмены. Инициатор не должен самостоятельно выбирать согласующего, если выбор определяется суммой или видом договора.

3. Настройте условия ветвления

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

4. Ограничьте возвраты

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

5. Настройте сроки и эскалации

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

6. Проведите пилот

Возьмите один вид договора и 10–15 реальных маршрутов разной сложности. Замерьте время по этапам, число возвратов и причины. После пилота измените регламент, затем масштабируйте.

Что контролировать руководителю

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

Как поддерживать процесс после запуска

Раз в месяц владелец регламента просматривает исключения, просрочки и ручные обходы. Если сотрудники постоянно выбирают «нестандартный договор», возможно, стандарт устарел или поле сформулировано неясно. Изменения маршрута сначала фиксируют в регламенте, затем настраивают и тестируют на копии шаблона. Храните короткую историю версий: дата, причина, автор, затронутые роли. При увольнении или отпуске проверяйте не только замещение, но и уже запущенные экземпляры процесса: они могут ожидать решения конкретного пользователя. Такой контроль предотвращает тихое зависание документов после кадровых изменений.