Обычная история: в модуле смет своя цепочка утверждения, в платежах вторая, в тендерах третья. Каждая написана отдельно, ведёт себя по-своему, и когда компания меняет регламент — править приходится в пяти местах, а найти забытое шестое получается только по жалобе.
В Brickly согласование — один движок. Он не знает, что именно согласуют: для него есть «предмет», у предмета есть тип, и по типу подбирается маршрут. Поэтому новый вид документа не требует новой логики согласования, а изменение регламента делается в одном месте.
Шесть способов назначить согласующего
На каждом шаге маршрута указывается не человек, а правило, как его найти. Это и есть главное отличие от списка фамилий:
- Сотрудник — конкретные люди, можно несколько на один шаг.
- Роль компании — должность из вашей библиотеки должностей.
- Системная роль — базовая роль платформы.
- Отдел — все сотрудники подразделения.
- Руководитель отдела — тот, кто возглавляет подразделение сейчас.
- Руководитель инициатора — начальник того, кто подал документ.
Последние три вычисляются в момент запуска согласования. Сменился руководитель отдела — маршруты трогать не нужно, следующий документ уйдёт новому. Уволился сотрудник, зашитый в маршрут по фамилии, — вот тогда согласование встаёт, и именно поэтому фамилии в маршрутах лучше избегать.
Правило шага: ANY или ALL
Если на шаге несколько согласующих, шаг может закрываться двумя способами. ANY — достаточно решения любого: так ставят «дежурный юрист», где важна скорость, а не поимённое участие. ALL — нужны все: так ставят шаги, где каждый отвечает за свою часть и подпись коллеги его не заменяет.
Маршрут подбирается сам — по типу и по сумме
У маршрута есть тип предмета и диапазон суммы. Когда документ уходит на согласование, движок сам выбирает подходящий: платёж на 3 млн и платёж на 300 млн пойдут разными цепочками, если вы так настроили пороги. Маршрут без указанного типа — универсальный, подходит любому предмету; у каждого типа может быть маршрут по умолчанию — он и сработает, если ни один порог не подошёл.
Что происходит с решением
Решений три: согласовать, вернуть на доработку, отклонить. Согласование двигает документ к следующему шагу и, когда шаги закончились, переводит сам предмет в утверждённый статус — смета становится утверждённой, платёж уходит в оплату. Статус предмета не нужно менять руками: за этим следит движок, и разъехаться «согласовано, но не утверждено» здесь нечему.
Возврат отправляет документ назад — инициатору или конкретному участнику цепочки, — с комментарием и с возможностью переотправить после правки. Отклонение закрывает согласование совсем.
SLA на шаг
У каждого шага можно задать срок в часах. Это не блокировка — согласующий не теряет доступ к документу, — а видимость: становится ясно, где именно цепочка стоит и сколько уже стоит. Обычно этого достаточно, чтобы вопрос «где моя смета» перестал решаться обходом кабинетов.
Что уже ходит по этому движку
Документы, тендеры, платежи и заявки на закупку, изменения бюджета, подрядчики, сметы, договоры и закупочные сделки, проекты и участки, зарплатные ведомости, отпуска и заявления, счета, дополнительные соглашения, доверенности, а также контур службы безопасности: пропуска, допуски к опасным работам и закрытие происшествий. Один механизм, одна история решений, один журнал.