Согласование счетов на оплату: как настроить маршрут, реестр платежей и не платить дважды

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

Как обычно согласуют счета и где теряются деньги?

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

Типичные места, где процесс ломается:

• Нет единой точки входа. Счета приходят менеджерам, снабженцам, на общую почту и в мессенджеры. Один и тот же счёт попадает в бухгалтерию дважды: от поставщика напрямую и от сотрудника.
• «Ок» в чате — не решение. Через месяц никто не найдёт, кто согласовал платёж и видел ли он сумму.
• Согласующий не знает бюджета. Директор подтверждает счёт, не видя, что по этой статье или объекту лимит уже выбран.
• Нет срока у шага. Счёт неделю лежит у руководителя в отпуске, поставщик останавливает отгрузку или начисляет пени по договору.
• Оплата не возвращается в процесс. Бухгалтер оплатил, но инициатор не знает об этом и через три дня просит оплатить снова, потому что поставщик «не видит денег».

Если вы узнали хотя бы два пункта, стоит сначала записать процесс как есть, со всеми обходными путями. Как это сделать за пару часов, мы разбирали в статье «Как описать бизнес-процесс перед автоматизацией».

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

Маршрут собирают из правил «если — то»: условие счёта (сумма, статья бюджета, проект, контрагент) определяет, кто согласует и за какой срок. Правил должно быть немного, пять-семь, иначе их никто не запомнит и каждое исключение будет решаться звонком.

На чём строят правила:

• Статья бюджета. Аренда, зарплатные налоги, материалы, реклама, подрядчики. Статья определяет хозяина денег: за рекламу отвечает маркетинг, за материалы — руководитель проекта.
• Проект или объект. В строительстве, производстве под заказ и агентствах деньги считают по объектам. Счёт без привязки к проекту маршрут не должен пропускать.
• Сумма. Пороги отделяют мелкие операционные платежи от решений уровня директора. Порог не должен быть слишком низким: если генеральный согласует каждую покупку картриджей, он начнёт подтверждать всё не глядя.
• Контрагент. Новый поставщик и изменение реквизитов у старого — отдельная ветка с проверкой до согласования.
• Остаток лимита. В пределах лимита решает руководитель статьи, сверх лимита — подключается финансовый директор.

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

Условие счёта	Кто согласует	Срок на решение	Что проверяет
Регулярный платёж из справочника (аренда, связь, подписки), сумма совпадает с договором	Автоматически, без людей; бухгалтер видит в реестре	—	Совпадение суммы и реквизитов с прошлым месяцем
Статья «Закупка материалов», в пределах лимита проекта	Руководитель проекта	1 рабочий день	Нужна ли закупка, есть ли заявка, совпадает ли количество
Любая статья сверх остатка лимита	Руководитель проекта, затем финансовый директор	1 + 1 рабочий день	Откуда взять деньги: перенос с другой статьи или отказ
Сумма выше порога, например от 500 тыс. рублей	Финансовый директор, затем генеральный директор	2 рабочих дня	Договор, условия оплаты, аванс или постоплата
Новый контрагент или изменённые реквизиты	Плюс бухгалтер — до любых согласований	До проверки счёт дальше не идёт	ИНН, расчётный счёт, БИК, подтверждение звонком
Срочный платёж «сегодня»	Тот же маршрут, но с отметкой срочности и уведомлением	До 14:00 текущего дня	Почему срочно и кто отвечает, если срочность не подтвердится

Реестр платежей и платёжный календарь

Реестр платежей — это список согласованных счетов на конкретную дату оплаты, который утверждает финансовый директор или собственник. Платёжный календарь показывает, какие поступления и выплаты ожидаются на неделях вперёд и какой остаток будет на счетах. Согласованный счёт попадает сначала в календарь, а в реестр — когда подходит его дата.

Как это выглядит в работе. Каждый день до определённого часа бухгалтер или казначей собирает реестр: все согласованные счета со сроком оплаты сегодня и завтра. Руководитель видит одну таблицу вместо пятидесяти писем, может вычеркнуть или перенести платёж, если денег не хватает, и утверждает реестр целиком. После утверждения из реестра формируют платёжные поручения — вручную в банке или выгрузкой в 1С и далее в банк.

Что должно быть в строке реестра:

• контрагент, ИНН и расчётный счёт получателя;
• номер и дата счёта, сумма, НДС;
• статья бюджета и проект;
• срок оплаты по договору и приоритет: пени, остановка поставки, обычный;
• кто согласовал и когда;
• ссылка на скан счёта и договор.

Платёжный календарь полезен, когда поступления от клиентов неравномерные. Он подсказывает, что в четверг остаток уйдёт в минус, если оплатить всё согласованное, и что часть счетов надо перенести на понедельник. В 1С:ERP и 1С:Комплексной автоматизации календарь и заявки на расходование денежных средств есть в разделе казначейства. Если у вас другая учётная система, календарь часто ведут в отдельном модуле, который забирает из 1С остатки и неоплаченные счета. Как не собирать такие сводные вручную, мы писали в статье «Автоматизация отчётов».

Как не заплатить дважды и не попасться на подменённые реквизиты?

Двойную оплату ловит автоматическая проверка перед постановкой в реестр: тот же ИНН, тот же номер счёта или та же сумма за последние 60–90 дней. Подмену реквизитов — правило «новый расчётный счёт у известного контрагента = стоп до звонка по номеру из договора». Обе проверки дешевле любой претензии.

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

Что проверять автоматически:

• совпадение ИНН контрагента и номера счёта — почти наверняка дубль, блокировать;
• совпадение ИНН и суммы в пределах 60–90 дней — показать предупреждение и попросить подтвердить;
• счёт на сумму больше остатка по договору — предупреждение;
• расчётный счёт получателя не совпадает с тем, по которому платили раньше, — стоп до проверки;
• ИНН в счёте не совпадает с ИНН в договоре или карточке контрагента — стоп.

Подмена реквизитов — частая схема мошенников: взламывают почту поставщика или регистрируют похожий адрес и присылают «обновлённый» счёт с другим расчётным счётом. Письмо выглядит как обычная переписка, сумма правильная. Защита организационная, а система её только поддерживает: изменённые реквизиты подтверждают звонком на номер из договора, а не из письма; новых контрагентов проверяют по ЕГРЮЛ на сайте ФНС; право менять реквизиты в справочнике есть у одного-двух человек, и каждое изменение пишется в журнал.

Если двойная оплата всё же случилась, деньги возвращают письмом-претензией или зачётом в следующую поставку. При отказе повторный платёж без основания — неосновательное обогащение по ст. 1102 ГК РФ, но суд — это месяцы и расходы, которых проще избежать проверкой.

Заполнять реестр из PDF и сканов без ручного ввода помогает распознавание документов — о его точности и проверке есть отдельная статья.

Битрикс24, 1С или свой модуль?

Если маршрут простой и компания уже в Битрикс24 — начните со встроенного процесса «Счет на оплату». Если учёт и казначейство в 1С:ERP или КА — используйте заявки на расходование. Свой модуль нужен, когда правил много: несколько юрлиц, лимиты по сметам проектов, согласующие без доступа к 1С.

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

Про 1С. В конфигурациях с казначейством согласование строится вокруг документа «Заявка на расходование денежных средств»: у заявки есть статусы, из согласованных формируется план платежей и платёжные поручения. Минус — согласующим нужен доступ в 1С, а нестандартные маршруты требуют доработки конфигурации. Как 1С обменивается данными с внешними системами, если согласование живёт отдельно, — в статье про обмен 1С с сайтом и CRM.

Свой модуль оправдан, когда согласование — часть большего процесса: заявка на закупку, тендер, договор, счёт, приёмка. В нашем кейсе платформы снабжения «Снабженец» заказы идут по этапам согласования на канбан-доске, а счета и комиссии интегрированы с 1С. Сравнение вариантов — в таблице ниже, подробнее о выборе между готовой системой и заказной — в статье «Электронный документооборот на заказ».

Вариант	Когда подходит	Ограничения	Ориентир по деньгам
Процесс «Счет на оплату» в Битрикс24	Компания уже работает в Битрикс24, маршрут — цепочка руководителей	Сложные правила по статьям и лимитам требуют настройки бизнес-процесса; связь с 1С — отдельная интеграция	Подписка Битрикс24 плюс настройка
Заявки на расходование в 1С:ERP или 1С:КА	Учёт и казначейство уже в этих конфигурациях	Согласующим нужен доступ в 1С; маршруты сверх типовых — доработка	Лицензии и работа программиста 1С
Свой модуль	Несколько юрлиц и проектов, лимиты по сметам, своя логика	Нужна поддержка после запуска	Интеграция — от 32 000 ₽, полноценный кабинет — от 160 000 ₽
Бот согласования в Telegram	Руководители решают с телефона, маршрут простой	Не место для реестра и отчётов; хранение — в учётной системе	Бот — от 16 000 ₽, связка с 1С — по тарифу интеграций

Согласование в Telegram-боте: когда удобно

Бот удобен, когда согласующие — руководители, которые редко открывают Битрикс24 или 1С, но всегда отвечают в мессенджере. Бот присылает карточку счёта с кнопками «Согласовать», «Отклонить», «Вопрос», а решение записывает в учётную систему. Реестр, лимиты и история живут не в боте, а в 1С или модуле.

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

Что важно предусмотреть:

• Привязка к сотруднику. Бот должен знать, что за аккаунтом Telegram стоит конкретный руководитель с конкретными правами. Чужой человек, нашедший бота, не должен видеть ни одного счёта.
• Отзыв доступа. При увольнении сотрудника доступ отключают в учётной системе, и бот перестаёт ему что-либо присылать.
• Журнал решений. Кто, когда и по какой версии счёта нажал кнопку. Если после согласования сумма изменилась, старое согласование не действует.
• Минимум данных в сообщении. Реквизиты банковского счёта в чат не выводят; для проверки есть ссылка в учётную систему.

Похожий подход для уведомлений и простых действий из 1С мы описывали в статье «Telegram-бот для 1С».

Когда автоматизация согласования не нужна?

Если счетов меньше двух-трёх десятков в месяц, их согласует один собственник и он же видит выписку банка, отдельная система обойдётся дороже пользы. Хватит общей таблицы реестра и правила «счёт без согласования в таблице не оплачиваем».

Ещё случаи, когда стоит подождать:

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

Частые ошибки при запуске: слишком много уровней согласования («пусть все посмотрят»), пороги, при которых генеральный видит почти каждый счёт, отсутствие заместителей и сроков, ручной перенос оплат обратно в систему. И главная — запуск без обучения бухгалтера: если он продолжит платить по письмам, параллельный процесс сохранится.

Чек-лист запуска

Запуск занимает несколько недель, из которых разработка — меньшая часть. Основное время уходит на правила, справочники и привычки людей.

1. Посчитайте поток: сколько счетов в месяц, от скольких контрагентов, сколько юрлиц и расчётных счетов.
2. Определите единую точку входа: отдельный адрес почты для счетов или загрузка только через систему.
3. Составьте справочник статей бюджета и проектов, назначьте хозяина каждой статьи.
4. Запишите 5–7 правил маршрута: сумма, статья, проект, новый контрагент, срочность.
5. Назначьте заместителей и сроки на каждый шаг.
6. Решите, кто и когда собирает и утверждает ежедневный реестр.
7. Определите проверки дублей и правило для изменённых реквизитов.
8. Решите, как оплата возвращается в процесс: выгрузка из банка, обмен с 1С или ручная отметка.
9. Выберите инструмент: встроенный процесс, 1С, свой модуль, бот.
10. Запустите на одном юрлице или отделе на две-три недели, потом расширяйте.
11. Зафиксируйте приказом или регламентом: счёт без согласования в системе не оплачивается.

Сколько стоит и как мы работаем?

По прайсу Roboweb интеграции и автоматизация — от 32 000 ₽, от 2 дней: например, бот согласования с обменом в 1С. Telegram-бот — от 16 000 ₽, свой модуль с кабинетом, ролями и реестром — от 160 000 ₽, от 10 дней. Точную сумму называем после брифа и фиксируем в договоре до старта.

По договору оплата делится 50/50: половина до старта, половина после приёмки. На приёмку у вас 5 рабочих дней, в цену входят до 2 раундов правок, гарантия — 30 календарных дней с даты акта. После запуска развитие можно продолжить по поддержке — от 7 900 ₽ в месяц. Состав тарифов — на странице цен, задачи этого типа — на странице автоматизации бизнес-процессов.

Пример того, как устроен учёт денег по документам, — наш продукт «Реестр» для договорной документации стройки: система связывает договоры, акты, счета и платёжки в цепочки и считает по каждому договору законтрактовано, исполнено, оплачено и остаток. Распознавание одного документа занимает около 35 секунд, в цепочке связываются 9 типов документов, а реквизиты сотрудник проверяет перед записью.

Короткие ответы на частые вопросы

Кто должен согласовывать счета на оплату в организации?

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

Что такое реестр платежей и чем он отличается от платёжного календаря?

Реестр платежей — список уже согласованных счетов, которые нужно оплатить в конкретный день: контрагент, сумма, счёт, статья. Платёжный календарь — план поступлений и выплат на недели вперёд с ожидаемым остатком на счетах. Реестр отвечает на вопрос «что платим сегодня», календарь — «хватит ли денег на следующей неделе».

Можно ли согласовывать счета в Битрикс24 без доработок?

Да, для простого случая. В ленте Новостей (меню «Ещё» → «Процессы») есть готовый процесс «Счет на оплату»: сотрудник прикладывает скан, счёт идёт по цепочке руководителей вплоть до генерального директора, затем к бухгалтеру на оплату. Правила по статьям, лимитам и проектам и обмен с 1С потребуют настройки бизнес-процесса или интеграции.

Как вернуть деньги, если счёт оплатили дважды?

Написать контрагенту письмо с просьбой вернуть переплату или зачесть её в следующую поставку и приложить обе платёжки. Если он отказывается, повторная оплата без основания — неосновательное обогащение по ст. 1102 ГК РФ, её взыскивают через суд. Проще не допускать: проверка дублей по номеру, дате, ИНН и сумме ловит такие случаи до оплаты.

Сколько стоит автоматизировать согласование счетов?

По прайсу Roboweb связка двух систем, например бота согласования с 1С, — от 32 000 ₽, от 2 дней; Telegram-бот — от 16 000 ₽; собственный модуль с кабинетом, ролями и реестром — от 160 000 ₽, от 10 дней. Точную сумму называем после брифа и фиксируем в договоре до старта.

Услуги и кейсы по теме: автоматизация и ИИ · кейс Снабженца · цены и сроки