Когда договор проходит пять человек вручную - он теряется, зависает и возвращается не тому. Маршруты согласования в Битрикс24 решают это через бизнес-процессы с последовательными, параллельными и условными ветками: документ сам идёт по цепочке, без пинков и пересылок.
Бизнес-процесс согласования - это цепочка задач, которую система запускает сама: по нажатию кнопки или при изменении поля в карточке. Каждый шаг назначается конкретному участнику. Тот выносит решение, при желании оставляет комментарий - и документ двигается дальше. Система фиксирует всё: дату начала, промежуточные статусы, итоговую версию файла.
При запуске процесса инициатор заполняет параметры документа - дату, номер, сумму и другие реквизиты. Участники на каждом этапе видят актуальный пакет файлов и историю предыдущих решений.
Чаще всего маршруты настраиваются для:
О том, как устроен базовый бизнес-процесс согласования договора, - в статье «Согласование договоров в Битрикс24: рабочий бизнес-процесс».
По нашей практике, типовой маршрут складывается из трёх элементов: последовательных этапов, параллельных веток и условных развилок.
flowchart TD
INIT[Инициатор загружает документ] --> PARAMS[Заполнение параметров: дата, номер, сумма]
PARAMS --> COND{Условие: тип/сумма документа}
COND -- Ветка A --> SEQ1[Согласующий 1]
SEQ1 --> SEQ2[Согласующий 2]
SEQ2 --> SEQ3[Согласующий 3]
COND -- Ветка B --> PAR1[Согласующий по технике]
PAR1 --> SEQ2
SEQ3 --> RESULT{Итог}
RESULT -- Согласован --> ARCHIVE[Статус: Согласован, реестр]
RESULT -- Не согласован --> RETURN[Возврат на инициатора для корректировки]
RETURN --> INIT
Документ идёт от одного согласующего к следующему строго по очереди. Стандартная схема для договоров, где нужно визирование: сначала юрист, потом финансовый директор, потом генеральный.
Несколько согласующих получают задачу одновременно - когда их экспертизы независимы друг от друга. Например, юрист и технический специалист вполне могут проверять договор параллельно, не ожидая друг друга. В типовом проекте - до 3 параллельных этапов на маршрут.
Маршрут разветвляется по принципу «если - то»: счёт до определённой суммы уходит только к руководителю отдела, счёт выше порога - ещё и к финансовому директору. В стандартной конфигурации предусмотрено до 2 развилок на маршрут.
Эти параметры фиксируются при согласовании технического задания. Выход за их границы - обсуждается отдельно и настраивается, если не требует больших трудозатрат.
| Параметр | Типовое значение |
|---|---|
| Участников в одном бизнес-процессе | до 7-9 человек |
| Развилок «если-то» на маршрут | до 2 |
| Параллельных этапов на маршрут | до 3 |
| Веток возврата на инициатора | до 1 |
| Отдельных маршрутов в рамках проекта | согласуется индивидуально |
Ветка возврата на инициатора - стандартный механизм: документ уходит на доработку, потом запускается новый процесс согласования. История при этом не теряется.
Каждый запущенный бизнес-процесс создаёт запись в реестре - универсальном списке или смарт-процессе. В реестре всегда можно найти нужный документ, посмотреть текущий статус и поднять историю движения.
Типовой набор полей:
| Поле | Тип | Как заполняется |
|---|---|---|
| Название документа | Строка | Автоматически (по шаблону) |
| Тип / вид документа | Список | Инициатором при запуске |
| Контрагент | Строка | Инициатором |
| Статус | Список: В работе / Согласован / Не согласован | Автоматически |
| Дата начала согласования | Дата и время | Автоматически |
| Дата окончания согласования | Дата и время | Автоматически |
| Текущий согласующий | Ссылка на сотрудника | Автоматически |
| Лог | Текст | Автоматически |
| Итоговый вариант документа | Файл | Автоматически |
| Инициатор | Ссылка на сотрудника | Автоматически |
Для служебных записок с переменным составом согласующих поля «Согласующий 1-5» инициатор заполняет вручную при выборе вида «Прочие СЗ» - дальше система сама подхватывает их в маршрут.
Это решается под конкретный проект. Мы видим, что в крупных внедрениях удобнее разносить реестры по маршрутам - тогда поиск и фильтрация не засоряются лишними полями.
Примеры маршрутов, которые реализуются в рамках одного проекта:
Если процессов много - рекомендуем сначала пройти аудит портала: это помогает расставить приоритеты и не плодить дублирующуюся логику.
Уведомление согласующего - обязательная часть любого маршрута. Битрикс24 поддерживает несколько каналов: задача в системе, уведомление в ленте, письмо на корпоративную почту. Подходящий инструмент выбирается на этапе бизнес-аналитики.
Контроль просрочки настраивается через роботов: если согласующий не ответил в срок, система отправляет повторное напоминание или эскалирует задачу руководителю.
Для внешних участников - например, когда контрагент согласует заявку на расход - применяется мини-сайт. Это внешняя страница с формой, ссылка на которую уходит письмом автоматически. Участник согласует или отклоняет документ без доступа к порталу.
Согласование редко живёт само по себе. Типовые точки интеграции внутри портала:
Настройка бизнес-процессов согласования - отдельный этап проекта внедрения. По нашему опыту:
В стоимость входит двухчасовое групповое обучение: сотрудники разбирают работу с согласованиями и уведомлениями, занятие записывается.
Оставьте заявку - мы свяжемся с вами и проконсультируем.
Эксперт АС Проект свяжется в течение 60 минут.