Согласование договоров в Битрикс24: роли, исключения и контроль сроков
Договор может неделями перемещаться между продажами, юристом, финансами и руководителем. Сотрудники пересылают разные файлы, правки остаются в письмах, непонятно, кто должен действовать сейчас и почему документ вернули.
Автоматизация помогает только после согласования правил. Если у компании нет единой версии документа, ролей, порогов и исключений, система не устранит спор — она сделает один из несогласованных вариантов обязательным.
Команда компании «Первый Приятный Интегратор» | 1PI.PRO разбирает условную архитектуру процесса. Это не клиентский кейс и не юридическая рекомендация: содержание договора оценивают уполномоченные сотрудники, а Битрикс24 управляет маршрутом и фиксацией решений.
Определите объект согласования
Сначала ответьте, что именно проходит процесс:
файл договора на Диске;
карточка сделки со связанным документом;
элемент смарт-процесса «Договор»;
пакет из договора, приложения и спецификации;
запрос на подготовку договора до появления файла.
У объекта должны быть уникальный номер, контрагент, инициатор, тип договора, сумма или категория, текущая версия, статус и ссылка на связанную сделку. Если согласующие работают с вложениями из разных писем, автоматизация маршрута не решит проблему версий.
Для самостоятельного объекта полезен отдельный реестр договоров. Если договор является только одним шагом продажи, процесс может запускаться из сделки. Выбор зависит от жизненного цикла: кто работает с договором после подписания, нужны ли продление, закрывающие документы и отдельная отчётность.
Назначьте владельца всей цепочки
В процессе участвуют разные роли, но владелец результата должен быть один. Он отвечает не за каждую юридическую формулировку, а за прохождение договора от запуска до согласованного результата.
Типовой набор ролей:
| Роль | Задача | Решение | |---|---|---| | Инициатор | собирает исходные данные и запускает процесс | готово к согласованию | | Владелец договора | контролирует маршрут и комплектность | отправить, вернуть, отменить | | Юрист | оценивает условия и риски | согласовать, замечания, отказ | | Финансы | проверяют сумму, оплату, налоги и лимиты | согласовать, замечания | | Руководитель | принимает коммерческое или управленческое решение | утвердить, вернуть, отклонить | | Подписант | подписывает утверждённую версию | подписано, не подписано |
Конкретный состав зависит от договора. Ошибка — добавлять каждого руководителя «на всякий случай». Чем больше обязательных участников, тем длиннее маршрут и тем важнее критерии, когда их решение действительно требуется.
Опишите основной маршрут одним предложением
Для первой версии нужен один основной путь. Например:
`Инициатор собирает данные → владелец проверяет комплектность → юрист и финансы согласуют → руководитель утверждает отклонения → подписант подписывает → итог фиксируется в реестре`.
После этого расшифруйте каждую передачу:
какие данные обязательны;
какая версия документа передаётся;
что считается завершением шага;
кто следующий;
когда запускается срок;
куда возвращается документ при замечании.
Последовательный бизнес-процесс подходит для линейного маршрута. Параллельное согласование может сократить ожидание, но требует правила объединения результатов: достаточно ли всех согласий, можно ли продолжить при замечании одного участника, кто решает конфликт.
Составьте реестр исключений
Договоры различаются суммой, типом, риском, контрагентом и отклонениями от шаблона. Исключения нужно переводить в проверяемые условия.
Примеры:
типовой договор без правок проходит сокращённый маршрут;
сумма выше утверждённого порога добавляет руководителя;
отсрочка платежа требует финансового согласования;
иностранный контрагент направляет документ отдельной роли;
изменение ответственности или подсудности требует решения юриста;
срочный договор использует отдельный приоритет, но не пропускает обязательную проверку;
договор со связанной спецификацией ждёт комплект документов.
Не пытайтесь автоматизировать профессиональную оценку формулировки условием «если есть риск». Система может собрать данные, направить документ и зафиксировать решение. Сам риск оценивает уполномоченный человек по внутренним правилам.
Управляйте версиями документа
У каждого цикла замечаний должна быть версия. Минимально фиксируются:
номер версии;
автор изменения;
дата;
причина возврата;
комментарии согласующих;
статус версии;
утверждённый итоговый файл.
Запрещать редактирование всем участникам может быть неудобно, а разрешать замену файла без истории — опасно. Компания должна решить, кто создаёт новую версию, как сравниваются изменения и какая версия допускается к подписанию.
Процессы для документов на Диске могут управлять статусами и действиями. Но даже при техническом хранении истории в регламенте нужно явно назвать единственный утверждённый экземпляр.
Настройте возврат на доработку
Возврат — самостоятельная ветка, а не отрицательный финал. Согласующий должен выбрать понятную причину и указать, что требуется изменить.
После возврата определите:
Кто получает задачу.
Останавливаются ли параллельные согласования.
Создаётся ли новая версия.
Какие согласования нужно повторить.
Сохраняются ли предыдущие решения.
Когда процесс считается возобновлённым.
Если после любой правки договор снова проходит всех участников, маршрут будет безопасным, но медленным. Если повторно согласуют только затронутые роли, нужно надёжно определить область изменения. Это управленческое правило нельзя оставлять на усмотрение робота.
Контролируйте рабочее время и фактическое действие
Для каждой роли компания задаёт норматив. Он может отличаться для типового договора, сложного исключения и срочного запроса.
Контроль должен знать:
момент начала срока;
рабочий календарь;
замещение на время отсутствия;
паузу при ожидании данных от инициатора или контрагента;
момент завершения;
получателя напоминания;
порядок эскалации.
Назначенная задача не означает согласование. Шаг завершается только решением: согласовано, возвращено с замечанием или отклонено. Если сотрудник просто открыл задачу, срок не должен исчезать из контроля.
Настройте права и разделение ролей
Участнику нужен доступ к документу, связанным данным и собственной задаче, но не обязательно ко всем договорам компании. Отдельно определите права на:
просмотр реестра;
чтение и изменение файла;
запуск и отмену процесса;
изменение маршрута;
просмотр комментариев и решений;
выгрузку документа;
доступ к подписанным экземплярам.
Проверяйте сценарий под каждой ролью. Администратор видит больше обычного сотрудника, поэтому тест только под администратором не подтверждает работоспособность процесса.
Если модель доступа ещё не определена, сначала используйте разбор прав в Битрикс24, а затем проектируйте договорной маршрут.
Зафиксируйте результат процесса
Процесс должен завершаться не сообщением «всё готово», а структурированным результатом:
итоговый статус;
утверждённая версия;
дата решения;
подписант;
список согласующих и решений;
открытые условия или обязательства;
ссылка на сделку и контрагента;
следующий шаг: подписание, отправка, хранение, исполнение.
В бизнес-процессе можно сохранить отдельный результат, но его состав проектируется под управленческую задачу. Руководителю полезны причины возвратов, длительность этапов и договоры без текущего владельца.
Что можно подготовить самостоятельно
Возьмите пять недавних договоров разных типов и восстановите фактический путь:
кто инициировал;
какие данные отсутствовали;
кто согласовывал;
сколько было версий;
где возникли возвраты;
какие исключения применялись;
кто задержал следующий шаг;
чем завершился процесс.
После этого составьте основной маршрут, таблицу ролей и реестр исключений. Если пять договоров проходят по принципиально разным правилам, сначала согласуйте классификацию, а не стройте один огромный процесс.
связано со сделками, оплатой или внешней системой;
требует строгого разграничения доступа;
переносится из почты и чатов без остановки текущей работы.
Результатом аналитики должна стать не только схема, но и таблица ролей, условий, исключений, данных, прав, сроков, эскалаций и тестовых договоров.
Чего не стоит делать
Не рекомендуем:
запускать процесс без единого объекта и версии документа;
добавлять всех руководителей во все договоры;
называть возврат отказом без маршрута доработки;
автоматически оценивать юридический риск;
считать открытие задачи завершением согласования;
разрешать замену утверждённого файла без истории;
проверять процесс только под администратором;
автоматизировать все типы договоров одной первой версией.
Частые вопросы
Где хранить договор для согласования?
Варианты — файл на Диске, сделка со связанным документом или отдельный элемент реестра. Выбор зависит от жизненного цикла и отчётности.
Нужно ли согласовывать договор последовательно?
Не всегда. Независимые проверки можно запускать параллельно, если определено правило объединения решений и обработки замечаний.
Как учитывать срочные договоры?
Используйте отдельный приоритет и эскалацию, но не пропускайте обязательные проверки без утверждённого правила.
Что делать после возврата?
Создать новую версию, назначить доработку, сохранить замечание и определить, какие роли должны согласовать документ повторно.
Как контролировать срок?
Считать его от передачи полного комплекта до решения роли, учитывать рабочее время, паузы, замещение и порядок эскалации.
Может ли Битрикс24 проверить юридическую корректность?
Битрикс24 управляет данными, задачами, маршрутами и фиксацией решений. Юридическую оценку выполняет уполномоченный специалист.
Результат для бизнеса
Управляемое согласование показывает актуальную версию договора, текущую роль, причину ожидания, срок и следующий шаг. Исключения не исчезают, но становятся явными и получают владельца.