Согласование платежей — обязательный элемент внутреннего контроля согласно ст. 19 ФЗ-402 «О бухгалтерском учёте» (ред. от 15.12.2025). ФСБУ 27/2021 (Приказ Минфина №62н от 16.04.2021) устанавливает требования к первичным учётным документам и порядку их подписания. Чтобы перейти от мессенджеров к управляемому процессу: составьте матрицу полномочий, типизируйте платежи по категориям, задайте лимиты и маршруты в облачной системе, настройте таймаут эскалации и проведите тестовый цикл от заявки до записи в ДДС.

Почему Excel и мессенджеры не работают для согласования платежей

Типичная схема выглядит так: сотрудник фотографирует счёт и бросает в общий чат. Руководитель видит сообщение через несколько часов, пишет «ок», и это считается согласованием. Через неделю бухгалтер не может объяснить, кто одобрил платёж на 400 000 рублей и на каком основании. Восстановить историю по переписке в мессенджере можно только вручную, причём не всегда полностью.

Больнее всего бьёт отсутствие аудит-трейла. Когда налоговая или внешний аудитор запрашивает документы по конкретному платежу, компания должна представить не только платёжное поручение, но и подтверждение того, кто санкционировал расход, в какой момент и при каких условиях. В чате это не формализовано. Скриншот «ок» под определение документа в смысле ФСБУ 27/2021 «Документы и документооборот в бухгалтерском учёте» не подпадает.

Дальше вылезают лимиты, точнее их отсутствие. Без лимитов любая сумма требует одобрения собственника: будь то канцелярия за 3 000 рублей или оборудование за 3 000 000. Руководитель становится узким местом, а не управленцем. Заявки копятся, срочные платежи тормозят. Контрагенты начинают напоминать.

Ещё платёж и учёт живут порознь. Деньги уходят, а статья ДДС проставляется вручную бухгалтером на следующий день или позже. До этого момента руководитель видит счёт, но не знает, куда фактически пошли деньги. Статья 19 ФЗ-402 «О бухгалтерском учёте» обязывает каждую организацию организовать внутренний контроль над фактами хозяйственной жизни. Мессенджер этому критерию не соответствует: нет ни маршрута, ни фиксации решений, ни контроля сроков.

Как устроено согласование платежей: маршруты, лимиты и эскалация

Маршрут согласования (workflow) — это цепочка согласующих с чётко прописанными ролями и порядком прохождения. Заявка последовательно или параллельно движется от заявителя к согласующим и завершается у подписанта, который даёт окончательное решение перед исполнением. Каждый шаг фиксируется: кто просмотрел, кто одобрил или отклонил, в какое время.

Лимиты разгружают топ-менеджмент лучше любого другого инструмента. Матрица полномочий определяет, до какой суммы сотрудник или руководитель ЦФО согласует самостоятельно, а выше какого порога подключается CFO или собственник. Например: до 50 000 рублей платёж пропускает руководитель отдела, от 50 000 до 500 000 подключается финансовый директор, а всё что выше уходит собственнику. Это не ограничение, а защита времени первых лиц для решений, которые действительно требуют их участия.

Маршруты бывают последовательными и параллельными. Последовательный: согласующие видят заявку один за другим, каждый следующий получает уведомление только после решения предыдущего. Параллельный: все получают заявку одновременно и голосуют независимо. Параллельный режим ускоряет процесс, но требует более чёткой матрицы ролей, иначе по одной заявке придут противоречивые решения.

Эскалация срабатывает, когда согласующий не реагирует в отведённый срок. Система автоматически напоминает, и через заданное число часов поднимает заявку на уровень выше или блокирует её с уведомлением финансового контролёра. При правильной настройке счёт не зависнет непросмотренным трое суток из-за командировки нужного человека. Подробнее о том, как автоматизировать казначейство: платёжный реестр и согласование, читайте в отдельном разборе.

Как настроить согласование платежей: пошаговый разбор

Ниже практический гайд для компании, которая переходит с мессенджеров на облачную систему. Шаги универсальны: подходят и для малого бизнеса с тремя согласующими, и для холдинга с матричной структурой.

  1. Составить матрицу полномочий. Определите, кто в компании согласует платежи самостоятельно и до какого порога. Зафиксируйте список ролей (заявитель, согласующий первого уровня, согласующий второго уровня, финансовый директор, собственник), суммовые границы для каждой роли и категории платежей, которые требуют отдельного маршрута. На матрице держится всё остальное: без неё настройка маршрутов превращается в угадывание.
  2. Типизировать платежи по категориям. Разделите все платежи на группы: ФОТ и налоги, оплата поставщикам, CapEx, операционные расходы, прочие. Для каждой категории задайте собственный маршрут. Налоги и ФОТ часто идут по упрощённой схеме: их согласует только финансовый директор без дополнительных уровней. CapEx требует участия собственника независимо от суммы.
  3. Настроить лимиты, порог эскалации и таймаут уведомлений. Внесите суммовые лимиты из матрицы полномочий в систему. Задайте время реакции для каждого уровня маршрута: например, 4 часа для рядового согласования, 8 часов для финансового директора. Когда таймаут вышел, система сама напоминает или эскалирует заявку. Режим ожидания «когда же он ответит» исчезает.
  4. Создать роли пользователей и раздать доступы. Добавьте всех участников процесса: заявители, согласующие, подписант. Каждый видит только свою очередь и только те заявки, которые относятся к его зоне ответственности. Избыточный доступ создаёт риски: сотрудник не должен видеть согласование платежа на собственный бонус или вознаграждение коллеги.
  5. Провести тестовый цикл и проверить аудит-лог. Создайте тестовую заявку на минимальную сумму и проведите её через все уровни маршрута. Убедитесь, что аудит-лог фиксирует каждое решение с меткой времени и именем пользователя, а платёж после завершения согласования корректно попадает в статью ДДС. Только после успешного теста переводите реальные платежи в новую систему.

Когда все пять шагов пройдены, согласование платежей становится управляемым процессом. Руководитель видит в реальном времени, сколько заявок ждёт его решения, каков средний срок прохождения маршрута и где возникают узкие места. Это данные, с которыми можно работать. В отличие от переписки в чате. О том, как выстроить электронное казначейство: как выбрать систему, читайте в отдельной статье.

Как свóдно решает задачу согласования платежей

Облачное казначейство свóдно. закрывает весь цикл в одном интерфейсе: собственник видит очередь входящих заявок прямо в браузере на телефоне и принимает решение в один клик, без звонков и лишних скриншотов. Маршруты настраиваются через интерфейс без программирования: указываете роли, суммовые пороги и тип платежа, система строит цепочку согласования.

Интеграция с Битрикс24 позволяет создавать заявки на оплату прямо из задачи или сделки CRM. Маршрут отрабатывает в свóдно., а итоговый факт автоматически уходит в ДДС: без ручного переноса и без риска потерять платёж при синхронизации между системами. Это закрывает требование ст. 19 ФЗ-402 об организации внутреннего контроля и ФСБУ 27/2021 о фиксации первичных документов с указанием подписанта. О том, что даёт интеграция Битрикс24 с казначейством для финансового учёта, читайте в отдельном разборе.

Ряд систем управленческого учёта маршрутизируют согласование через отдельные внешние платформы. Это означает работу в двух интерфейсах с риском рассинхронизации данных при каждом переключении. В свóдно. согласование и учёт работают в единой базе: реестр платежей, аудит-лог и ДДС обновляются синхронно после каждого решения. А чтобы заранее спланировать очерёдность платежей ещё до их согласования, полезно использовать платёжный календарь для предотвращения кассовых разрывов.

Аудит-лог каждого решения содержит: кто согласовал или отклонил заявку, в какой момент, на какую сумму и по какому маршруту. При проверке руководитель или аудитор получает полную цепочку согласований за любой период без ручной выгрузки. Это соответствует требованиям Информации Минфина №ПЗ-11/2013 о документальном подтверждении фактов хозяйственной жизни.

Частые вопросы о согласовании платежей

При внедрении согласования платежей обычно всплывают одни и те же вопросы. Нужно ли это в небольшой компании? Как выстроить матрицу полномочий и насколько сложна начальная настройка? Ответы на большинство из них укладываются в один принцип: процесс должен соответствовать реальной сложности бизнеса, не более.

Нормативная база для внедрения есть. Статья 19 ФЗ-402 формирует обязательство организовать контроль, ФСБУ 27/2021 задаёт требования к первичным документам, а методическое руководство даёт Информация Минфина №ПЗ-11/2013. Этого достаточно, чтобы перейти от ситуативного согласования к управляемому процессу в любой российской организации. Ответы на конкретные вопросы собраны в блоке «Частые вопросы» ниже.

Источники

  1. Федеральный закон №402-ФЗ «О бухгалтерском учёте» от 06.12.2011 (ред. от 15.12.2025), ст. 19 «Внутренний контроль»consultant.ru
  2. ФСБУ 27/2021 «Документы и документооборот в бухгалтерском учёте» (Приказ Минфина №62н от 16.04.2021, действует с 01.01.2022)consultant.ru
  3. Информация Минфина России №ПЗ-11/2013 «Организация и осуществление экономическим субъектом внутреннего контроля»consultant.ru
  4. Свóдно: модуль согласования платежей и казначействасвóдно.ru