Настройка лимитов расходования денежных средств по данным бюджетирования в 1С:ERP Управление предприятием и 1С:Комплексная автоматизация — одна из самых сложных и неочевидных задач для финансового аналитика и методолога. Часто возникает ситуация, когда модель бюджетов утверждена, лимиты введены, но при проведении документа Заявка на расходование денежных средств система упорно выдает ошибку: "Заявка не попадает ни в одно 'Разрешающее' правило лимитирования. Заявка может быть только сверх-лимитной". При этом отчет по лимитам может оставаться пустым или показывать некорректные данные.
В этой статье мы подробно разберем, почему возникают подобные проблемы, рассмотрим по шагам правильный алгоритм настройки лимитов казначейства по данным бюджетирования, проанализируем тонкости работы с аналитиками и выясним, как обойти типовые ограничения системы. Для тех, кто планирует переход на эти конфигурации, в разделе доступны решения по переносу данных в 1С по тарифу PRO.
Самая распространенная ошибка при первоначальной настройке лимитов кроется в непонимании архитектуры подсистемы бюджетирования 1С. Рассмотрим карточку настройки статьи бюджета. В ней содержатся правила получения данных, которые многие пользователи путают между собой. В системе присутствует малозаметный, но критически важный переключатель: "Правила получения фактических данных" и "Правила исполнения бюджета".
Выясним разницу между этими режимами:
Списание безналичных денежных средств).Заявка на расходование денежных средств. Именно эти правила отвечают за резервирование лимита до момента фактической выплаты.Если для статьи бюджета настроить только правила получения фактических данных и не создать правила исполнения бюджета, Казначейство при проведении заявки не сможет обратиться к оперативным планам. Система посчитает, что разрешающих правил для данной заявки не существует, и заблокирует документ. При настройке статьи бюджета, по которой контролируются лимиты, необходимо обязательно переключить режим в положение "Правила исполнения бюджетов" и настроить правила забора данных из заявок. При последующем анализе планов и фактов по казначейству будет полезен отчет для план-фактного анализа БДДС с детализацией до документов.
Проанализируем ситуацию, когда лимиты настроены в разрезе дополнительных аналитик: например, по Направлениям деятельности, Подразделениям или Контрагентам. Очень часто пользователи сталкиваются с тем, что лимит по статье в целом установлен, но заявка не проводится, ссылаясь на отсутствие разрешающего правила по конкретной аналитике. Для решения технических проблем с сопоставлением аналитик в ERP 2.4 можно применить расширение для устранения ошибки подстановки аналитик в бюджетировании.
Причина заключается в том, как система пытается извлечь аналитику из документа-источника. В документе Заявка на расходование денежных средств направление деятельности или контрагент могут быть указаны в разных частях структуры данных:
Если при настройке правила исполнения бюджета в разделе заполнения аналитик указать неверный путь к источнику, система получит пустое значение (значение типа Null или Неопределено). В результате лимит будет проверяться по пустой аналитике, в то время как в заявке указано конкретное направление деятельности. Система сопоставит их и выдаст ошибку.
Чтобы решить эту проблему, проанализируем путь к данным в настройках заполнения аналитик статьи бюджета. Вместо выбора реквизита "напрямую" (который часто возвращает пустое значение из шапки) следует настроить извлечение через объект расчетов. Например, путь для получения направления деятельности должен выглядеть следующим образом:
ЗаявкаНаРасходованиеДенежныхСредств.РасшифровкаПлатежа.ОбъектРасчетов.НаправлениеДеятельности
Также важно помнить: если в модели бюджетирования для определенной статьи включен строгий контроль по аналитике (например, по Контрагенту), то в системе обязательно должно существовать разрешающее правило, покрывающее данную аналитику. Если вы хотите сделать выплаты определенным контрагентам безлимитными, вам придется явно указать их в правилах или использовать механизмы отборов.
Еще один подводный камень — несоответствие типов хозяйственных операций. Документ Заявка на расходование денежных средств может создаваться под разные виды выплат: "Оплата поставщику", "Выплата зарплаты", "Перечисление в бюджет", "Прочий расход" и так далее.
При настройке правила исполнения бюджета система просит указать хозяйственные операции, по которым данное правило работает. Рассмотрим типичную ситуацию: финансовая служба настроила правило для операции "Выплата зарплаты по зарплатному проекту", а расчетчик при создании заявки выбрал вид операции "Выплата зарплаты на лицевые счета". В этом случае система проигнорирует настроенный лимит, так как хозяйственная операция заявки не совпадает с операцией в правиле. Документ будет признан сверхлимитным.
Рекомендация: при настройке правил исполнения бюджетов старайтесь указывать все возможные смежные хозяйственные операции оперативного учета, которые могут быть выбраны пользователями при оформлении выплат по данной статье расходов.
Рассмотрим частый методологический вопрос: утвержден годовой бюджет с помесячной детализацией. В январе подразделение не израсходовало 50 000 рублей. Как настроить систему, чтобы этот остаток автоматически перенесся на февраль?
В типовом функционале 1С:ERP и 1С:Комплексная автоматизация механизм автоматического скользящего переноса остатков лимитов при помесячном лимитировании отсутствует. Лимиты жестко привязаны к выбранному периоду. Тем не менее, эту задачу можно решить двумя обходными путями, а для автоматизации регулярного ввода корректировок использовать сценарии программных роботов OneRPA.
Способ 1. Изменение периодичности лимитов в модели. В правилах лимитирования в модели бюджетирования можно установить периодичность "Квартал" или "Год" вместо "Месяц". В таком случае лимит будет контролироваться нарастающим итогом в рамках более крупного периода, и неиспользованные в январе средства будут автоматически доступны для расходования в феврале.
Способ 2. Актуализация планов через расчетные формулы. Мы можем ежемесячно вводить корректирующий документ Экземпляр бюджета, который будет рассчитывать новые лимиты на текущий месяц по следующей логической схеме:
Лимит_Текущего_Месяца = Исходный_План_Текущего_Месяца + (План_Прошлого_Месяца - Факт_Прошлого_Месяца)
Для реализации этого способа в схему компоновки данных или формулы статьи в виде бюджета закладывается забор плановых и фактических данных за предыдущий период. Система вычисляет экономию и увеличивает лимит текущего месяца новым документом планирования.
Иногда при формировании отчета по лимитам пользователи видят отрицательные остатки лимитов, из-за чего заявки блокируются сразу при создании. Выясним, почему это происходит.
Основная причина кроется в неверной настройке знаков операций (мультипликаторов). Статьи расходов в экземплярах бюджетов вводятся как положительные числа (абсолютные величины планируемых затрат). При этом движения по регистрам казначейства и исполнения бюджета должны списывать этот лимит.
Если в правиле получения фактических данных или исполнения бюджета некорректно настроена смена знака (например, установлен или, наоборот, не установлен флаг "знак по умолчанию" или коэффициент -1), программа может интерпретировать плановый расход как отрицательный лимит (обязательство уменьшить доступные средства). Проверьте настройки знаков в правилах статьи бюджета и убедитесь, что плановые данные увеличивают лимит, а заявки — уменьшают его.
Также важно правильно обрабатывать возвраты денежных средств от поставщиков. Чтобы возврат восстанавливал доступный лимит по статье, необходимо настроить отдельное правило получения данных для хозяйственной операции возврата, указав для нее смену знака, чтобы сумма возврата вычиталась из накопленного оперативного факта расхода.
Наконец, проанализируем техническую сторону вопроса. Даже если все правила настроены идеально, лимиты могут не работать из-за особенностей расчета данных в платформе.
В версиях 1С:ERP 2.4 и Комплексная автоматизация 2.2 расчет доступных лимитов происходит по данным оборотов бюджетов. Чтобы система "увидела" изменения, внесенные утвержденным документом Экземпляр бюджета, в информационной базе обязательно должно быть включено и настроено регламентное (фоновое) задание "Расчет хранимых данных бюджетирования". Найти его параметры можно в разделе:
НСИ и администрирование -> Настройка разделов -> Бюджетирование и планирование.
В файловых базах данных фоновые задания без принудительного запуска или настройки специального сеанса могут не выполняться автоматически. Если вы работаете в файловой демо-базе, обязательно проверьте, запускаются ли фоновые задания, или выполняйте расчет данных вручную.
Начиная с версии 1С:ERP 2.5, механизм контроля лимитов был существенно модернизирован. Появился новый режим контроля: "По данным бюджетирования (2.5)". В этом режиме при проведении и утверждении экземпляров бюджетов система транслирует данные напрямую в специальный производительный регистр сведений Лимиты по данным бюджетирования. Контроль в заявках происходит практически мгновенно по данным этого регистра, что избавляет от необходимости постоянного ожидания завершения тяжелых фоновых заданий расчета оборотов, однако все еще требует корректной настройки регламентных заданий для синхронизации структуры метаданных.
Если ваши лимиты не работают, пройдите по шагам следующий чек-лист:
Заявка на расходование ДС?Экземпляр бюджета, фиксирующий плановые суммы?Систематический анализ каждого из этих пунктов позволит вам быстро локализовать ошибку и запустить корректный казначейский контроль в вашей системе.