Казначейский контроль

Что это за задача

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

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

Как это обычно выглядит до проекта

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

Чем решается

• 1С:Управление холдингом 8 — подсистема управления денежными средствами для группы компаний: единый реестр заявок по всем юридическим лицам, лимиты по статьям БДДС в разрезе ЦФО и проектов, внутригрупповое финансирование, консолидированный платёжный календарь и прямая связь с бюджетной моделью.
• 1С:ERP Управление предприятием — подсистема «Казначейство» внутри системы оперативного учёта: заявки формируются на основании договоров и заказов поставщикам, задолженность и лимит проверяются по тем же данным, на которых ведётся закупка.
• ИНТАЛЕВ: Корпоративный менеджмент 7 — казначейский контур поверх существующих баз «1С:Предприятие 8»: платёжный календарь, произвольные маршруты согласования, лимиты и план-факт по БДДС, когда менять учётную систему сейчас нельзя.
• 1С:Документооборот 8 КОРП — маршруты согласования заявок и расходных договоров, контроль сроков и эскалация, хранение оснований платежа (счёт, договор, спецификация) в карточке процесса.

Обмен с банком делается через «1С:ДиректБанк» или классический «Клиент-банк»: платёжные поручения формируются из согласованных заявок автоматически, а ручной ввод платёжного документа в обход механизма заявок закрывается правами доступа.

Как устроен маршрут заявки

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

Проверки, которые система выполняет без участия сотрудников:

• контрагент и договор заведены в справочниках и имеют статус «Утверждён»/«Действует»;
• срок действия договора не истёк;
• задолженность перед контрагентом по договору не меньше суммы заявки — для статей БДДС, где авансирование не допускается;
• в бюджете есть свободный лимит по статье и подразделению на сумму заявки.

На любом этапе заявка может быть согласована, отклонена или возвращена на доработку. Инициатор получает уведомление и об оплате — со ссылкой на платёжный документ, и об отклонении — с причиной.

К чему это приводит

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

Как это выглядит на проектах

• ОАО «БетЭлТранс» — казначейский контроль в составе комплексного проекта: несколько сотен заявок на оплату в день, согласование финансовыми службами филиалов и центрального аппарата, курирующими службами и руководством, внешнее согласование в региональных и центральном казначействах материнской компании, автоматическое формирование пяти видов реестров и передача платёжных поручений в банк. Отзыв заказчика.
• ООО «МСК 1520» — платёжный календарь, контроль лимитов и исполнения обязательств на «ИНТАЛЕВ:Корпоративный менеджмент 7» в мостостроительной компании.
• ЗАО «Смарт Энерго Трейд» — планирование денежных потоков и учёт затрат по проектам на «1С:УПП». Отзыв заказчика.

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