Согласование договоров и документов в Битрикс24 без бумаги и чатов

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

Ниже разбираем, как построить такое согласование, чтобы оно не превратилось в новый источник задержек.

Почему согласование в чатах не работает

Типичная картина: менеджер отправляет договор в чат юристу, юрист правит и присылает вторую версию, менеджер пересылает финансисту, тот отвечает через три дня в личку. Через две недели никто не может сказать, какая версия финальная и кто именно её утвердил.

Конкретные проблемы этой схемы:

Нет фиксации решения. Сообщение «ок, согласен» в чате не привязано ни к версии документа, ни ко времени. При споре восстановить картину невозможно.

Нет сроков. Согласующий не имеет дедлайна, напоминает ему только тот, кому нужно.

Теряются версии. В чате лежит пять файлов с именами вроде «договор_итог_final2». Подписывают в итоге не тот.

Нет прозрачности. Руководитель не видит, сколько документов висит в согласовании и у кого именно.

Нет статистики. Невозможно понять, какой этап тормозит процесс, потому что нигде не фиксируется время прохождения.

Что именно нужно согласовывать

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

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

Где строить согласование: три варианта

Вариант 1. Бизнес-процессы на Диске

Документ загружается в папку Диска, для папки настраивается бизнес-процесс. Подходит, когда документ существует сам по себе и не привязан к сделке: приказы, регламенты, внутренние документы.

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

Вариант 2. Бизнес-процессы в CRM

Процесс запускается на сделке. Подходит, когда согласуется договор конкретного клиента: вся история сделки рядом, менеджер не переключается между разделами.

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

Вариант 3. Смарт-процесс «Согласование»

Отдельная сущность CRM со своими полями, стадиями и карточкой. Самый гибкий вариант и обычно самый правильный для компаний, где согласований много.

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

Практическая рекомендация: если согласований меньше 20 в месяц - хватит бизнес-процесса на сделке. Больше - делайте смарт-процесс.

Как собрать маршрут согласования: пошагово

Шаг 1. Опишите маршрут на бумаге

До того как открыть конструктор, нарисуйте схему. Ответьте на вопросы:

1. Кто участники и в каком порядке они смотрят документ.
2. Согласование последовательное или параллельное.
3. Что происходит при отклонении: возврат автору, возврат на предыдущий шаг или полная остановка.
4. Какие сроки у каждого участника.
5. Кто замещает участника в отпуске.
6. Кто может утвердить документ вне очереди.

Без этой схемы конструктор превратится в бесконечное переделывание.

Шаг 2. Заведите поля для документа

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

Шаг 3. Создайте шаблон бизнес-процесса

Откройте раздел автоматизации в настройках нужной сущности и создайте шаблон процесса. В конструкторе процесс собирается из блоков: действия, условия, задания пользователям.

Базовая структура маршрута:

1. Блок «Утверждение документа» для первого согласующего с указанием срока.
2. Условие: если отклонено, отправить уведомление автору и завершить процесс.
3. Условие по сумме: если больше порога, добавить дополнительных согласующих.
4. Блоки утверждения для остальных участников.
5. Финальное действие: смена стадии, уведомление инициатора, сохранение итоговой версии.

Шаг 4. Настройте сроки и эскалацию

Каждому заданию задайте срок. Дальше настройте, что происходит при просрочке:

• За день до истечения срока согласующий получает напоминание.
• При просрочке уведомление уходит руководителю согласующего.
• При просрочке вдвое задание переходит замещающему или руководителю.

Именно эскалация превращает согласование из формальности в работающий механизм. Без неё документ будет висеть неделю у человека в отпуске.

Шаг 5. Настройте автозапуск

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

• Сделка перешла на стадию «Подготовка договора».
• В карточку загрузили файл в поле «Договор».
• Создан элемент смарт-процесса «Согласование».
• Сотрудник заполнил внутреннюю форму заявки.

Шаг 6. Протестируйте на реальных людях

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

Последовательное и параллельное согласование

Последовательное. Участники смотрят документ по очереди. Каждый видит правки предыдущего. Дольше, но качественнее для сложных договоров.

Параллельное. Все получают документ одновременно. Быстрее, подходит для типовых документов, где участники смотрят разные аспекты: юрист - формулировки, финансист - сумму и условия оплаты.

Смешанное. Самый практичный вариант для договоров: сначала юрист правит текст (последовательно), затем финансист и руководитель смотрят готовую версию параллельно.

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

Версии документов и правки

Самая болезненная часть согласования - работа с правками. Схема, которая работает:

1. Инициатор загружает версию 1 в поле карточки.
2. Согласующий с правом правки редактирует документ прямо в портале или загружает новую версию в то же поле. Битрикс24 хранит историю версий файла, старые не пропадают.
3. Комментарии оставляются в карточке или в задании согласования, а не в личных сообщениях.
4. При существенных правках процесс возвращается на первый шаг: остальные участники должны видеть изменённый текст.
5. После финального согласования итоговый файл фиксируется отдельным полем «Утверждённая версия», чтобы его нельзя было спутать с черновиками.

Отдельно определите, что считается существенной правкой. Обычно это изменение суммы, сроков, ответственности сторон и порядка оплаты. Правка опечатки перезапуска не требует.

Электронная подпись

После согласования документ надо подписать. Варианты в порядке роста сложности:

Подпись внутри Битрикс24. В портале есть механизм подписания документов для внутренних кадровых документов и для работы с контрагентами. Подходит для типовых случаев.

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

Бумажная подпись. Никуда не делась для части контрагентов. В этом случае процесс заканчивается задачей «Распечатать, подписать, отсканировать, приложить скан», а в карточке появляется поле со статусом оригинала. Это позволяет хотя бы контролировать, где физически находится бумага.

Что бы вы ни выбрали, договоритесь об одном: подписывается только та версия, которая прошла согласование и лежит в поле утверждённой версии.

Контроль: что смотреть руководителю

Настроенный процесс даёт цифры, которых раньше не было:

• Среднее время согласования по типам документов. Базовая метрика. Если типовой договор идёт пять дней вместо одного, процесс сломан.
• Узкое место. На каком шаге документы стоят дольше всего. Обычно это один конкретный человек с перегрузом.
• Процент отклонений. Высокий процент означает, что инициаторы плохо готовят документы или шаблоны устарели.
• Количество перезапусков. Много перезапусков - маршрут построен неверно, правки приходят слишком поздно.
• Просрочки по участникам. Кто систематически не укладывается в срок.

Смотреть эти показатели удобно через воронку смарт-процесса и стандартные отчёты. Подробнее о сборе управленческих данных - в статье про отчёты и аналитику в Битрикс24.

Типовые ошибки

Слишком длинный маршрут. Пять согласующих на договор в 50 тысяч рублей. Люди начнут обходить процесс, подписывая документы мимо системы. Ветвление по сумме решает проблему.

Нет сроков и эскалации. Согласование без дедлайна работает ровно так же, как переписка в чате, только с большим количеством кликов.

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

Согласование ради согласования. Если участник за год ни разу ничего не отклонил и не внёс правку, его роль в маршруте формальна. Уберите его и сделайте получателем уведомления.

Процесс запускают вручную. Любой ручной запуск означает, что часть документов пойдёт мимо. Ставьте автозапуск по событию.

Настроили и забыли. Через полгода состав участников изменился, пороги сумм устарели. Пересматривайте маршруты раз в полгода.

Про общий подход к тому, какую рутину стоит автоматизировать в первую очередь, написано в материале про автоматизацию рутины в Битрикс24.

Частые вопросы

Как настроить согласование договора в Битрикс24

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

Можно ли сделать разные маршруты для разных сумм

Да, это стандартная практика. В бизнес-процессе ставится блок условия, который проверяет значение поля с суммой и направляет документ по одной из веток. Например, до 100 тысяч согласует только руководитель отдела, свыше - подключаются финансовый директор и юрист.

Что делать, если согласующий в отпуске

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

Где хранятся версии документа

Битрикс24 хранит историю версий файла, загруженного в карточку или на Диск, поэтому предыдущие редакции не пропадают при загрузке новой. Отдельно заведите поле «Утверждённая версия» и складывайте туда финальный файл, иначе на подпись рано или поздно уйдёт черновик.

Как понять, что процесс согласования работает

По трём признакам: среднее время согласования соответствует установленному нормативу, документы не проходят мимо системы, и по каждому договору можно за минуту показать, кто и когда его утвердил. Если хотя бы один пункт не выполняется, процесс существует формально.

Сколько времени занимает настройка

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

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