Когда счета согласуют в переписке, инициатор не знает, кто сейчас рассматривает документ и можно ли передавать его в оплату. В Битрикс24 можно организовать управляемый маршрут с карточкой заявки и историей решений. Начать стоит с правил процесса: какие расходы допустимы, кто их утверждает и когда согласование требуется повторно.
Шаг первый: разделите согласование и оплату
Утверждённый счёт ещё не означает выполненный платёж. В модели полезно отдельно хранить состояние согласования, передачу в финансовую службу и подтверждение оплаты из учётной системы. Иначе сотрудник может принять завершённое задание руководителя за факт перечисления денег. Сразу договоритесь, кто меняет каждый статус и на каком основании.
Опишите участников: инициатор готовит заявку, руководитель подтверждает необходимость расхода, финансовый специалист проверяет бюджет и реквизиты. Порядок может зависеть от статьи и суммы. Не добавляйте всех руководителей в каждое согласование автоматически: лишние участники увеличивают задержки, не обязательно улучшая качество проверки.
Шаг второй: подготовьте карточку заявки
Минимальный состав обычно включает организацию-плательщика, поставщика, номер и дату счёта, сумму, валюту, статью расхода, срок и файл. Добавьте описание назначения платежа человеческим языком. Если расход относится к проекту или подразделению, нужна соответствующая связь: она помогает согласующему понять контекст без поиска дополнительных объяснений в личных сообщениях.
Выберите способ хранения с учётом редакции портала и доступных инструментов. Для самостоятельной заявки может подойти настроенный смарт-процесс; для документного маршрута — бизнес-процесс. Возможности и тарифные ограничения нужно проверить на конкретном портале. Документация по смарт-процессам описывает создание собственного процесса и его связей.
Шаг третий: составьте таблицу маршрутов
В таблице укажите статью расхода, условие, первого согласующего и следующую проверку. Например, хозяйственная закупка идёт руководителю подразделения, а расходы на оборудование дополнительно проверяет ответственный за бюджет. Это условный пример: реальные пороги и роли определяет компания. Не зашивайте их в настройки, пока правила не утверждены владельцем процесса.
Продумайте замещение. Если согласующий отсутствует, заявка не должна бесконечно ждать его возвращения. Укажите, кто назначает заместителя и какие права ему нужны. Автоматическая переадресация допустима только по согласованному правилу, иначе документ может оказаться у сотрудника, который технически доступен, но не уполномочен утверждать расход.
Шаг четвёртый: настройте решения и возврат
Участнику нужны понятные действия: согласовать, отклонить или вернуть на исправление. Возврат должен сохранять комментарий и возвращать заявку инициатору. Окончательный отказ, напротив, завершает маршрут с причиной. В бизнес-процессах Битрикс24 есть действие утверждения документа, после которого настраиваются разные ветки продолжения.
Отдельно определите, какие изменения отменяют ранее полученное согласование. Замена суммы, поставщика, плательщика или файла может сделать предыдущее решение неприменимым. Практичный вариант — фиксировать согласованную версию и повторно запускать проверки после существенного изменения. Иначе история утверждения будет относиться к документу, который уже отличается от отправленного в оплату.
Шаг пятый: сделайте задержки видимыми
Для каждой активной заявки должны быть известны текущий этап, ответственный и время поступления на этот этап. Настройте рабочий список заявок без движения и понятные уведомления. Эскалация должна привлекать внимание к просрочке, а не автоматически принимать финансовое решение. Истечение таймера само по себе не подтверждает обоснованность расхода.
Доступы проверяйте отдельно: инициатор видит свою заявку, согласующий — необходимые данные и файл, финансовая служба — принятые документы. Бюджеты и реквизиты могут быть чувствительными, поэтому общий доступ ко всем карточкам не подходит по умолчанию. Проверку выполняют под обычными ролями, а не только учётной записью администратора.
Шаг шестой: испытайте исключения
Проведите тесты на согласовании, возврате и отказе. Добавьте случаи повторного счёта, изменения суммы, отсутствующего руководителя и неверного плательщика. Проверьте, что заявку нельзя случайно передать в оплату с незавершённым обязательным этапом. Для каждого теста запишите исходные условия и ожидаемый статус, чтобы результат проверки был однозначным.
После пилота выберите показатели: время на каждом этапе, количество возвратов и число заявок без ответственного. Они помогают искать организационные причины задержек. С AutoBIT24 можно разобрать действующие правила и спроектировать маршрут под них. Цель настройки — понятный путь документа и проверяемое решение, а не просто перенос переписки в новую карточку.
