При переходе на систему 1С:ERP Управление предприятием 2 специалисты по бюджетированию часто сталкиваются с методологическими трудностями. Один из самых распространенных вопросов касается отражения фактических данных БДДС (Бюджета движения денежных средств) в разрезе сложных аналитик, таких как Объекты строительства или Объекты эксплуатации. Новички часто пытаются найти в системе специализированный документ для ручного ввода фактических данных бюджетирования или ошибочно используют документы ввода начальных остатков внеоборотных активов. В этой статье мы подробно разберем, как устроена подсистема бюджетирования в 1С:ERP, выясним причины типичных ошибок и пошагово настроим сбор факта БДДС в необходимых разрезах.
Для начала разберем ключевую концепцию системы. В 1С:ERP не существует специального документа для ручного ввода фактических данных в подсистему бюджетирования. Разработчики фирмы 1С заложили в основу архитектуры принцип однократного ввода информации: любые фактические данные должны зарождаться в оперативном, регламентированном или международном учете из первичных документов хозяйственной деятельности.
Подсистема бюджетирования выступает в роли гибкого «конструктора» и транслятора данных. Она считывает движения из существующих регистров ERP и переносит их в бюджетный регистр с помощью механизма под названием «Правила получения фактических данных» (ППФД). Таким образом, чтобы увидеть факт в бюджетах, нам нужно провести обычные платежные документы в блоке казначейства, а затем настроить правила, которые автоматически «вытянут» эти цифры и распределят их по нужным статьям и аналитикам бюджетов.
Рассмотрим ситуацию, когда для отражения факта по объектам строительства пытаются использовать документ Ввод начальных остатков внеоборотных активов. Выясним, почему данный подход является в корне неверным:
Ввод начальных остатков собственных денежных средств. Он используется только в момент запуска системы в эксплуатацию для отражения стартовых остатков денег в кассах и на банковских счетах на начало бюджетного периода.Для того чтобы в отчете БДДС отразился факт движения денег, в оперативной базе должны быть проведены стандартные платежные документы подсистемы Казначейство. К ним относятся:
Списание безналичных денежных средств — отражает отток денежных средств (оплата поставщикам, подрядчикам, уплата налогов и пошлин);Поступление безналичных денежных средств — отражает приток денежных средств от покупателей, заказчиков и прочие поступления;Расходный кассовый ордер и Приходный кассовый ордер — используются для фиксации движения наличных денежных средств в кассах предприятия.При проведении эти документы создают движения в оперативных регистрах накопления, таких как Денежные средства безналичные и Денежные средства наличные. Именно эти регистры являются первоисточником данных для построения фактического БДДС.
Основная сложность настройки бюджетирования в типовой коробке 1С:ERP заключается в том, что в стандартных регистрах движения денежных средств отсутствуют прямые реквизиты для выбора справочников Объекты строительства или Объекты эксплуатации. Разберем три эффективных способа, как обойти это ограничение стандартными средствами системы.
Этот способ является наиболее универсальным для сквозного учета в 1С:ERP. Мы сопоставляем каждому крупному объекту строительства или объекту эксплуатации свое значение в справочнике Направления деятельности. При этом:
Направления деятельности.Направление деятельности из регистра денежных средств с аналитикой бюджетной статьи.В системе 1С:ERP предусмотрен справочник Проекты, который позволяет группировать доходы и расходы по конкретным проектам. Схема настройки выглядит следующим образом:
Проект.Платеж -> Проект -> Объект строительства.Если платежи осуществляются строго в рамках договоров, а сам договор жестко привязан к конкретному объекту строительства, мы можем вытащить эту связь через схему данных. Для этого в карточке договора создается дополнительный реквизит (или используется типовой реквизит договора, если база кастомизирована) со ссылкой на объект строительства. В правилах получения фактических данных настраивается Произвольный запрос, который связывает таблицу платежей с таблицей договоров и извлекает оттуда требуемую аналитику.
Теперь перейдем к практической реализации настройки трансляции данных в подсистеме бюджетирования. Выполним следующие шаги:
Шаг 1. Переход к правилам статьи бюджета
Открываем справочник Правила получения фактических данных (раздел Бюджетирование и планирование — Настройки и справочники) или заходим непосредственно в карточку нужной статьи бюджета (например, «Оплата строительно-монтажных работ») и переходим по гиперссылке «Правила получения фактических данных».
Шаг 2. Создание и настройка нового правила
Нажимаем кнопку «Создать». В открывшейся форме настраиваем основные параметры:
Оперативный учет. Это позволит собирать факт оперативно, не дожидаясь закрытия месяца и формирования проводок регламентированного учета.Оплата поставщику или Выдача ДС под отчет).Денежные средства (регистры безналичных и наличных ДС).Шаг 3. Заполнение соответствия аналитик
В табличной части «Заполнение аналитик» нам нужно указать системе, откуда брать значения для аналитик нашей статьи бюджета. Допустим, у статьи бюджета есть аналитика Объекты строительства.
В колонке «Источник заполнения» выбираем один из вариантов:
Направление деятельности.Реквизит субконто/договора и указываем путь Договор.ОбъектСтроительства.Шаг 4. Оптимизация производительности (Хранимый факт)
Если в базе данных ежедневно проводится большое количество платежных документов, сбор фактических данных «на лету» при каждом формировании отчетов может существенно замедлить работу системы. Чтобы избежать просадки производительности, настоятельно рекомендуем в настройках правила установить флаг «Хранить результат выполнения правила». При установке этого флага система будет автоматически записывать рассчитанный факт в специальный служебный регистр накопления Фактические данные бюджетирования. Отчеты будут формироваться мгновенно, так как им не придется выполнять сложные расчеты заново.
Рассмотрим пример произвольного запроса для настройки ППФД, который позволяет извлечь объект строительства, привязанный к договору контрагента в платежном документе:
ВЫБРАТЬ
ДвиженияДенежныхСредств.Период КАК Период,
ДвиженияДенежныхСредств.Сумма КАК Сумма,
ДвиженияДенежныхСредств.СтатьяДвиженияДенежныхСредств КАК СтатьяДвиженияДенежныхСредств,
ВЫРАЗИТЬ(ДвиженияДенежныхСредств.Договор.ОбъектСтроительства КАК Справочник.ОбъектыСтроительства) КАК Аналитика1
ИЗ
РегистрНакопления.ДенежныеСредстваБезналичные КАК ДвиженияДенежныхСредств
ГДЕ
ДвиженияДенежныхСредств.ХозяйственнаяОперация = ЗНАЧЕНИЕ(Перечисление.ХозяйственныеОперации.ОплатаПоставщику)
Этот запрос наглядно показывает, как можно вытащить сложную структуру связей, недоступную при стандартной настройке правил получения данных через стандартный конструктор без использования кода.
Если ваше предприятие ведет масштабную строительную деятельность, стандартных механизмов 1С:ERP может не хватать из-за высокой трудоемкости связывания аналитик. В этом случае целесообразно использовать специализированное решение 1С:ERP Управление строительной организацией 2 (УСО) или модуль 1С:Заказчик-застройщик.
В этих решениях разработчики уже доработали типовой функционал Казначейства:
Заявка на расход ДС, Списание безналичных ДС) добавлены прямые реквизиты Объект строительства и Строительная работа (элемент календарного плана-графика проекта).Денежные средства по объектам строительства (факт). При проведении платежей факт распределяется автоматически на этапе оперативного контура Казначейства.Отражение факта БДДС по объектам строительства и эксплуатации в 1С:ERP не требует ввода каких-то особых ручных документов. Вся работа сводится к грамотной методологической настройке оперативного учета ДС и связыванию его с подсистемой бюджетирования с помощью правил получения фактических данных. Использование связок через Направления деятельности, Проекты или Договоры контрагентов позволяет получить детальную аналитику по движению денежных средств в рамках объектов строительства без изменения конфигурации. А включение опции хранения результатов выполнения правил гарантирует высокую скорость работы отчетов даже на крупных информационных базах.