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

Почему журнала бизнес-процесса недостаточно?

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

Как накапливать решения в поле?

Заведите в сделке или смарт-процессе многострочное текстовое поле «Лист согласования». После каждого этапа маршрута процесс дописывает в него строку действием изменения документа, где новое значение поля собирается так: текущее значение поля, перенос строки, запись нового этапа. Подстановка текущего значения обязательна — если записать только новую строку, предыдущие решения затрутся, и лист каждый раз будет состоять из одного последнего этапа. Формат строки зафиксируйте жёстко, один этап — одна строка: «28.05.2026 — Иванов П. — Утверждено — без замечаний». Тогда лист остаётся читаемым при любой длине маршрута, а его разбор глазами не требует пояснений.

Откуда взять «кто, когда и комментарий»?

Решение и комментарий возвращает само действие «Утверждение документа» — его результаты доступны следующим шагам процесса, остаётся подставить их в строку. Дата — текущая дата на момент этапа. Сложнее всего с «кто»: если согласующий прописан в шаблоне жёстко, маршрут ломается при первом же отпуске или смене должности. Берите согласующего из оргструктуры: робот «Получить руководителя сотрудника» принимает ID сотрудника и возвращает ID, имя и email его прямого руководителя по структуре отделов, плюс признак «найден» (Y/N). Имя идёт в строку листа, ID — в исполнители следующего «Утверждения». Маршрут «руководитель → финдиректор → генеральный» собирается без единой фамилии в шаблоне.

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

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

Как вывести лист в печатную форму и не напечатать пустым?

Поле «Лист согласования» подставляется в шаблон документа так же, как сумма или реквизиты: добавьте в шаблон договора или приказа блок «Согласовано» со ссылкой на поле — и печатная форма соберёт полную историю решений. Перед генерацией нужна одна проверка. Робот «Проверить заполненность поля» принимает тип сущности, ID и код поля, возвращает признак Y/N и текущее значение. N означает, что маршрут не прошёл или запись не сработала: процесс не печатает документ с пустым листом, а возвращает его на этап согласования и уведомляет ответственного. Полный маршрут договора с печатной формой — в статье о согласовании договора.

Чек-лист

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