Электронное казначейство: как выбрать систему и не потерять деньги при внедрении

Электронное казначейство — это программный модуль, который заменяет Excel-реестры структурированными маршрутами согласования платежей и автоматическим казначейским контролем. Три типа решений отличаются по стоимости и срокам внедрения: ERP-модуль ставится за 3–6 месяцев, SaaS-казначейство разворачивается за 2–4 недели, Excel-реестры остаются бесплатными, но без аудит-трейла. Хранение первичных документов по платежам регулирует ФЗ-402 ст. 29: не менее 5 лет. Формат платёжных поручений задаёт Положение Банка России №762-П. Выбор зависит от числа юрлиц и объёма платежей в месяц.

Что такое электронное казначейство и зачем оно нужно бизнесу

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

Корпоративная казначейская система собирает в себя реестр на оплату, настраиваемый маршрут согласования, казначейский контроль с лимитами по статьям БДДС и ЦФО, платёжный календарь, интеграцию с банком и ERP. Каждый день в системе работают четыре роли. Инициатор платежа создаёт заявку и прикрепляет первичные документы, финансовый контролёр сверяется с бюджетом. Казначей формирует реестр на день, CFO утверждает крупные суммы. Каждое действие фиксируется в журнале.

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

Excel перестаёт справляться при двух-трёх юрлицах и сотне платежей в месяц. Таблицы множатся, ссылки рвутся, сводные отчёты собираются вручную полдня, история изменений теряется. Это сигнал к переходу на специализированную систему, даже если до сих пор всё работало.

Сравнение систем казначейства: ERP-модуль, Excel и SaaS

На рынке три понятных архетипа: модуль казначейства внутри большой ERP, ручные реестры в Excel и облачное SaaS-приложение. Различия касаются срока внедрения, стоимости поддержки и того, насколько гибко перестраивается маршрут согласования, когда штатное расписание меняется в третий раз за год.

ERP-модуль оправдан, когда у холдинга уже стоит 1С Управление холдингом или SAP, и казначейство нужно встроить в существующий контур учёта. Если же ERP в компании пока нет или внедрение откладывается, разворачивать его «ради казначейства» долго и дорого. SaaS-казначейство закрывает 80–90% задач за 2–4 недели и оставляет 1С на месте основной бухгалтерской системы. Excel хорош ровно до момента, когда впервые понадобилось показать аудитору, кто и когда отклонил конкретный платёж.

Ключевые функции: на что смотреть при выборе казначейской системы

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

Реестр платежей. Заявка на оплату относится к первичным учётным документам, и требования ФЗ-402 ст. 9 распространяются на её хранение и реквизиты. Система обязана фиксировать инициатора, дату, контрагента, основание (договор, акт), сумму, статью бюджета, ЦФО, текущий статус и всю историю переходов между статусами. Если полей меньше, часть платежей не пройдёт внутренний контроль по ст. 19 того же закона.

Маршрут согласования. Прямолинейная цепочка «инициатор → контролёр → казначей» закрывает простые случаи. На практике почти всегда нужны условные ветки: платёж свыше 500 тыс. ₽ уходит на дополнительный апрув CFO; межфирменные расчёты идут по короткой ветке; платежи в валюте требуют согласования с юристом. Проверяйте, можно ли настраивать ветки без участия вендора и поддерживается ли мобильный апрув, иначе CFO в командировке станет узким местом.

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

Интеграция с банком. Положение Банка России №762-П задаёт формат и обязательные реквизиты платёжных поручений при переводе денежных средств. Грамотный API-коннектор отправляет поручение из казначейской системы напрямую, получает webhook о статусе проводки и подтягивает банковскую выписку для автосверки. Без этого казначей переписывает реквизиты руками: растёт риск опечатки, задерживается проводка.

Интеграция с 1С и ERP. Нужна двусторонняя синхронизация по контрагентам, договорам и проведённым платежам. Без неё справочники придётся вести руками в каждой системе, и расхождения между тремя контурами появятся за неделю.

Как внедрить электронное казначейство без типичных ошибок

Частая причина провального запуска казначейской системы вовсе не в технологии, а в отсутствии готового бизнес-процесса. Автоматизация копирует то, что уже работает. Если работало плохо, после запуска станет хуже, просто беспорядок начнёт фиксироваться в журнале аудита.

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

Ошибка вторая: выбирать систему без теста на реальных данных. Демо на примере «вымышленного ООО Ромашка» не покажет, насколько удобно работать с вашими 12 юрлицами, 800 контрагентами и тремя валютами. Запросите у вендора тестовую среду и загрузите туда реестр прошлого месяца. Через пару дней станет ясно, как система ведёт себя на ваших объёмах.

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

Чек-лист подготовки до старта проекта: описаны маршруты согласования по типам платежей; настроены лимиты статей БДДС с привязкой к ЦФО; справочник контрагентов выверен и дедуплицирован; распределены роли и права доступа; согласован порядок интеграции с 1С и банком. Всего пять пунктов, но без них любая система превратится в дорогой Excel.

Ориентиры по срокам обычно такие. SaaS-казначейство даёт базовый запуск за 2–4 недели: настройка маршрутов, загрузка справочника, подключение банка. ERP-модуль вроде 1С Управление холдингом или SAP Treasury требует 3–6 месяцев с консультантами и тестированием. Если этим горизонтом не готовы пожертвовать, разумнее сначала закрыть базовые задачи SaaS-решением и думать про ERP отдельным проектом.

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

В свóдно. модуль согласования платежей построен вокруг настраиваемых маршрутов и реестра по ЦФО. Инициатор подаёт заявку с привязкой к договору и статье БДДС, финконтролёр сверяется с лимитом. Дальше казначей собирает дневной реестр, а CFO утверждает крупные суммы прямо с мобильного. Каждый шаг попадает в аудит-трейл, как и предписывает ФЗ-402 ст. 19 по внутреннему контролю.

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

Интеграция с Т-Банком и Сбером сделана на официальных API в формате, который задаёт Положение Банка России №762-П. Платёжное поручение уходит напрямую из реестра одним кликом, webhook возвращает статус проводки, банковская выписка подтягивается автоматически и сверяется с заявками. Казначей не вводит реквизиты руками: меньше опечаток, быстрее выплата контрагенту.

РСБУ-сверка 0 DIFF означает, что управленческий и бухгалтерский учёт не расходятся: операция, проведённая в свóдно., автоматически попадает в 1С теми же суммами и аналитиками. Платежи не теряются между системами, у аудитора и казначея перед глазами одни и те же данные.

Для холдингов с несколькими юрлицами свóдно. ведёт межфирменные операции как зеркальные пары: одна заявка создаёт встречные движения в обоих контурах. Excel-сводки по группе компаний больше не нужны. Подробнее о связке учёта читайте в материале про казначейство и управленческий учёт в Битрикс24, если ваша команда ведёт операционный процесс в Битрикс24, а финансовый контур переносит в свóдно.