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