Настройка документооборота в Битрикс24: шаблоны и маршруты

Почему документооборот Битрикс24 ломается на согласованиях

Документооборот Битрикс24 ломается не на старте маршрута, а в середине согласования договора. Задача на согласование создаётся корректно, но повисает на конкретном шаге: согласующий ушёл в отпуск, замещающий не назначен, срок не эскалируется никому. Через неделю сделка стоит на месте, а клиент ждёт подписания.

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

Третье — ритм согласования держится на человеке. Он обходит чаты, дёргает согласующих, переносит сроки вручную. Пока договоров пять, это работает; на потоке ручные напоминания превращаются в отдельную работу, и обязательно выпадает тот, кого не дёрнули.

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

Что меняется после внедрения маршрутов согласования

Сокращение цикла согласования

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

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

Реестр версий и прозрачные статусы

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

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

Форматы документооборота Битрикс24 и их ограничения

Выбор формата в Битрикс24 определяется тем, сколько в компании типов документов и насколько неоднородны правила их движения. Штатные маршруты закрывают типовые сценарии «из точки А в точку Б», настраиваемые процессы в карточках — всё, где нужны ветвления по условиям и связь с другими сущностями портала.

Штатные маршруты согласования

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

Процессы в карточках

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

Порядок внедрения: от аудита согласований до передачи

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

1. Аудит регламентов. Собираем типы документов, участников и фактические сроки визирования: кто готовит, согласует, подписывает, что происходит при отказе. На выходе — таблица с текущим путём каждого типа и узкими местами вроде согласования в переписке.
2. Схема маршрутов. Для каждого типа документа рисуем путь: последовательные и параллельные ветки, условия перехода, срок на шаг, эскалация при молчании согласующего. Схему утверждаем до настройки — правка на бумаге дешевле переделки запущенного процесса.
3. Права доступа к документам. Роли распределяем по функциям, а не по фамилиям: инициатор, согласующий, подписант, наблюдатель, администратор маршрута. При переводе сотрудника доступ меняется с ролью, а история визирования сохраняется.
4. Шаблоны и карточки. Задаём обязательные поля, нумерацию, автоподстановку реквизитов из учётной системы, связь с контрагентом. Заполненные поля убирают ручной ввод и повторные запросы данных.
5. Тестовый прогон. Прогоняем документы прошлого периода: входящие, договоры, служебные записки. Смотрим, где маршрут останавливается, каких полей не хватает, как срабатывает эскалация, и правим до включения.
6. Передача в эксплуатацию. Отдаём регламент, инструкции по ролям и схему маршрутов, показываем администратору, как добавить шаг или сменить согласующего. Первый месяц сопровождаем и разбираем обращения.

Комплект настроек и документации, который остаётся у вас

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

• Карта маршрутов. Все ветки согласования с ролями участников, условиями перехода и сроком на каждом шаге — видно, где документ застревает и кто держит этап.
• Матрица доступа. Соответствие должностей и прав на разделы, папки, справочники и отчёты: при переводе сотрудника права меняются в одной точке, а не в десяти местах.
• Шаблоны документов. С автоподстановкой реквизитов, версионностью и обязательными полями — на согласование не уходит документ с незаполненными ключевыми реквизитами.
• Регламент эскалации. Что делать, если согласующий молчит дольше срока: напоминание, передача заместителю, уведомление руководителя — и через сколько времени включается каждый шаг.
• Инструкции для сотрудников. Сценарии под каждую роль — создать, согласовать, вернуть на доработку — с экранами интерфейса, а не общими формулировками.
• Порядок правки. Кто добавляет новый маршрут, этап или поле и как это фиксируется в журнале, чтобы схема не разошлась с настройками после первой же доработки.

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

Кейс: цикл согласования договоров сократился втрое

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

Как было до изменений

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

Что изменили и что получилось

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

Цикл согласования сократился до 3-4 рабочих дней, доля ручных операций — около 15% (загрузка входящих и финальная подпись). Число договоров в месяц выросло при том же штате, спорные версии исчезли, а срывы сроков упали до 3%.

Чем шаблон документа отличается от маршрута согласования

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

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

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

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

Технические вопросы, которые задают перед стартом

Перед стартом заказчики задают одни и те же вопросы: что станет с историей прошлых согласований, можно ли подключить внешних подписантов, хватит ли гибкости прав и что делать тем, кто не входит в портал Битрикс24. Ниже — короткие ответы, которые определяют объём работ и порядок внедрения.

Могут ли подписывать внешние контрагенты?

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

Как разграничиваются права доступа?

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

Обязательно ли работать внутри портала?

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

Обсудим маршруты под ваши регламенты и роли

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

Что стоит подготовить к разговору:

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

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