Согласование документов в Битрикс24: маршрут, роли и проверка результата

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

Что решает согласование документов в Битрикс24 и где границы решения

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

Без маршрута в Битрикс24 теряются три ключевых элемента: статус (кто держит документ), версия (единый файл) и решение (кто и когда утвердил). Настройка закрывает эти потери.

Что даёт настройка:

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

Границы решения. Согласование в Битрикс24 — организационная задача. Юридическую значимость даёт подпись, а требования к документам сверяйте с юристом.

Также важно разделить две разные задачи: согласование кадровых документов в КЭДО и согласование внутренних документов через бизнес-процессы. Это разные инструменты с разной логикой, и путать их — частая причина, почему маршрут не работает так, как ожидали. Если система только внедряется, разумно сначала описать процессы, а потом настраивать — об этом подробнее в материале про внедрение и настройку Битрикс24.

Маршрут согласования: роли, порядок и версии

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

Автор, согласующий и подписант

Три роли, которые нельзя смешивать.

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

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

Подписант — ставит подпись. В КЭДО это представитель компании или сотрудник, в зависимости от типа документа. Согласование и подпись — разные этапы: на этапе согласования сертификаты электронной подписи не нужны.

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

Последовательный, параллельный и смешанный порядок

Порядок бывает трёх видов.

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

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

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

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

Замечания, версии и отсутствие сотрудника

Три ситуации, которые ломают маршрут, если их не продумать заранее.

Замечания. Нужно решить, как согласующий сообщает о проблеме. В КЭДО, если в документе есть ошибки, подписание отменяют. То есть замечание возвращает документ автору, а не «согласовывается с правкой на словах».

Версии. Если документ меняется после согласования, прежнее утверждение теряет смысл. Правило простое: любая правка после согласования — это новая версия, которую нужно согласовать заново. Иначе подписывается не то, что проверяли.

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

Как настроить согласование документов в Битрикс24: два рабочих пути

В Битрикс24 два пути: КЭДО для кадровых документов с подписью и бизнес-процессы для внутренних документов без подписания.

КЭДО: согласование кадровых документов

КЭДО — это сервис для кадрового электронного документооборота. Здесь согласование встроено в процесс подписания.

Как это выглядит по шагам:

1. Инициатор запускает процесс подписания документа. 2. Когда все данные заполнены, он выбирает согласующего. Можно добавить до 20 согласующих. 3. Согласующие получают документ в порядке добавления в маршрут. 4. Согласующий получает сообщение в чат Битрикс24 и переходит к согласованию. 5. Он проверяет документ. Если всё верно — согласует. Если есть ошибки — отменяет подписание. 6. После согласования документ переходит на подпись остальным участникам.

Согласование доступно в веб-версии и мобильном приложении через раздел КЭДО + Госключ > Мои документы. Работает групповое согласование: кнопка активна, если все выбранные документы отправлены вам.

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

Бизнес-процессы: согласование без подписания

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

В конструкторе бизнес-процессов есть группа нод КЭДО. Триггеры запускают процесс в ответ на событие, действие выполняет шаг.

Триггеры:

• отследить согласование документа — срабатывает, когда документ переходит на согласование;
• отследить заполнение документа — срабатывает, когда началось заполнение;
• отследить переход документа на подписание — срабатывает, когда документ уходит на подпись сотруднику или представителю компании;
• отследить, когда подписание документа завершено — срабатывает, когда все подписали или кто-то отказался.

Действие — подписать документ с сотрудником.

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

Важно: обновления в Битрикс24 пользователи получают постепенно, поэтому состав нод и их доступность стоит проверять в своём аккаунте, а не только по документации.

Какой вариант выбрать: таблица решения

Таблица помогает выбрать инструмент. Алгоритм прост: нужна подпись и документ кадровый — выбирайте КЭДО. Не нужна подпись — бизнес-процесс.

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

Учебный пример. Данные условные, это не реальный кейс.

Входные условия. Компания ведёт кадровые документы в КЭДО. HR готовит приказ о премии сотрудника. По внутреннему порядку приказ должен утвердить непосредственный руководитель сотрудника, затем директор, после чего документ уходит на подпись представителю компании.

Роли:

• автор — HR-специалист;
• согласующий 1 — непосредственный руководитель;
• согласующий 2 — директор;
• подписант — представитель компании.

Маршрут: последовательный, два согласующих в порядке добавления.

Действия:

1. HR заполняет приказ и запускает процесс подписания. 2. Когда данные заполнены, HR выбирает согласующих: сначала руководителя, затем директора. Порядок важен — директор увидит документ после руководителя. 3. Руководитель получает сообщение в чат, переходит к согласованию, проверяет сумму и основание. Всё верно — согласует. 4. Директор получает документ, проверяет и согласует. 5. После согласования документ переходит на подпись представителю компании.

Проверка результата:

• в разделе КЭДО + Госключ > Мои документы у каждого участника счётчик уменьшается после действия;
• согласованный документ пропадает из списка требующих действия;
• на печатной версии видны штампы всех согласующих;
• статус документа показывает переход на подпись.

Развилка. Если руководитель находит ошибку в сумме, он не согласует, а отменяет подписание. Документ возвращается HR, тот исправляет данные и запускает процесс заново. Прежнее согласование директора при этом не сохраняется — это новая версия.

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

Как проверить результат и принять работу

Проверка — прогон тестового документа по всему маршруту: от запуска до подписи и ветки с ошибкой.

Что проверить:

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

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

Типичные ошибки и ограничения

Ошибки, которые встречаются чаще всего:

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

Ограничения:

• согласование в Битрикс24 не заменяет юридическую проверку;
• состав нод и интерфейс могут отличаться из-за постепенного развёртывания обновлений;
• требования к кадровым документам регулируются, их стоит сверять с профильным специалистом;
• маршрут работает только если участники действительно заходят в систему. Если сотрудники не пользуются Битрикс24, сначала решают эту задачу — см. материал «Купили Битрикс24, никто не пользуется»: как реально запустить CRM.

Какие исходные данные подготовить для оценки

Чтобы оценить объём работ, соберите:

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

Чем конкретнее список, тем точнее оценка. Общие факторы, влияющие на стоимость, разобраны в материале Сколько стоит внедрение Битрикс24 и от чего зависит цена.

Чек-лист перед запуском маршрута

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