Организация качественного план-фактного анализа в подсистеме бюджетирования 1С:ERP Управление предприятием — это одна из самых востребованных и сложных задач. Особенно остро встает вопрос получения фактических данных для Бюджета движения денежных средств (БДДС) в разрезе специфических аналитик, таких как Направления деятельности, Объекты строительства и Объекты эксплуатации. Рассмотрим подробно механизмы, которые позволяют реализовать эту задачу без внесения изменений в программный код, используя типовой функционал системы.
Для начала разберем, как 1С:ERP «видит» факт. В отличие от бухгалтерских отчетов, подсистема бюджетирования не обращается напрямую к документам. Между документами и бюджетом стоит механизм Правил получения фактических данных. Проанализируем основные источники, которые мы можем использовать:
ДвиженияДенежныеСредства). Это самый производительный и рекомендуемый метод для БДДС.Хозрасчетный. Этот метод удобен, если аналитика в оперучете не заполнена, но есть на счетах учета (например, на 51 или 52 счете в разрезе подразделений).Рассмотрим подробнее каждый этап настройки для реализации нашей задачи.
В 1С:ERP аналитика Направления деятельности является сквозной. Это означает, что она может присутствовать практически во всех контурах учета. Однако в БДДС она часто «теряется» на этапе проведения платежа. Выясним, почему это происходит и как это исправить.
Для автоматического получения факта по направлениям деятельности в правилах получения данных необходимо проверить:
ПоступлениеБезналичныхДС или СписаниеБезналичныхДС поле Направление деятельности может быть заполнено явно или определяться через Объект расчетов (Договор, Заказ).Правила получения фактических данных для статьи БДДС мы должны указать соответствие аналитики бюджета реквизиту источника. Рассмотрим пример заполнения: в качестве источника выбираем раздел Денежные средства, а в таблице заполнения аналитик сопоставляем Аналитика 1 (ваша статья бюджета) с полем Направление деятельности из регистра.Если в платежном документе направление не указано, нам придется использовать Произвольный запрос. Мы можем написать запрос, который будет «подтягивать» направление деятельности из договора контрагента или из документа-основания (например, из Заказа клиента), связанного с этим платежом.
Это более трудоемкая задача, так как объекты строительства (справочник ОбъектыСтроительства) и объекты эксплуатации (справочник ОбъектыЭксплуатации) по умолчанию редко присутствуют в регистрах денежных средств. Проанализируем ситуацию: деньги приходят «от клиента» или уходят «поставщику», и в самом платежном поручении информация о том, на какой конкретно кран или строящийся дом тратятся деньги, может отсутствовать.
Рассмотрим два основных пути решения этой проблемы:
Самый простой, но «грязный» способ — завести отдельные статьи ДДС под каждый объект. Но для крупных предприятий этот путь ведет к раздуванию справочника. Более правильным будет использование Дополнительных сведений. Мы можем добавить к документу Заявка на расходование денежных средств дополнительное сведение с типом СправочникСсылка.ОбъектыСтроительства. В правилах получения факта бюджетирования система позволяет выбирать дополнительные сведения в качестве источника аналитики.
Разберем алгоритм работы через произвольный запрос. Допустим, мы платим поставщику за материалы для строительства объекта. В платеже указан ЗаказПоставщику. В этом заказе в табличной части (или в шапке через доп. реквизит) указан наш Объект строительства. Нам нужно связать эти данные.
Пример логики запроса в правиле получения факта:
ВЫБРАТЬ
ДвиженияДенежныхСредств.СуммаОборот КАК Сумма,
ДвиженияДенежныхСредств.НаправлениеДеятельности КАК НаправлениеДеятельности,
ЕСТЬNULL(ЗаказПоставщику.ОбъектСтроительства, "Объект не определен") КАК ОбъектСтроительства
ИЗ
РегистрНакопления.ДвиженияДенежныеСредства.Обороты(&НачалоПериода, &КонецПериода, , ) КАК ДвиженияДенежныхСредств
ЛЕВОЕ СОЕДИНЕНИЕ
Документ.ЗаказПоставщику КАК ЗаказПоставщику
ПО ДвиженияДенежныхСредств.ОбъектРасчетов = ЗаказПоставщику.Ссылка
Этот запрос позволяет «прокинуть» аналитику из связанного документа в бюджетный отчет. Аналогично можно поступить с Объектами эксплуатации, если платеж связан с Заказом на ремонт.
При настройке механизма получения факта в 1С:ERP важно помнить о следующих моментах:
Регистратор.Смещение периода в правилах получения данных, если ваши регламенты закрытия месяца отличаются от календарных.Актуализация денежных средств или пересчитать факт за прошлые периоды.Поскольку официальная документация на ИТС доступна не всем, проанализируем альтернативные источники информации, упомянутые экспертами:
Оплата поставщику за ТМЦ, можно понять принцип сопоставления аналитик.Подводя итог, можно сказать, что механизм получения факта в 1С:ERP крайне гибок. Основная задача консультанта — не программировать новые поля, а правильно выстроить цепочку документов так, чтобы нужная аналитика (Направление или Объект) присутствовала либо в самом платеже, либо в документе-основании, из которого её можно извлечь простым запросом.