← На главную

При внедрении и активном использовании подсистемы бюджетирования в 1С:Комплексная автоматизация 2.4 (а также в родственной 1С:ERP Управление предприятием) специалисты часто сталкиваются с неочевидными методологическими нюансами. Давайте разберем две распространенные проблемы: расхождение прогнозного баланса с управленческим из-за сумм НДС в себестоимости и некорректный пересчет валютных нефинансовых показателей при планировании будущих периодов. Мы подробно проанализируем причины такого поведения системы и по шагам рассмотрим эффективные методы решения.

Проблема 1: Разногласия прогнозного и управленческого баланса (фактор НДС)

Часто возникает ситуация, когда при формировании прогнозного баланса по статьям активов и пассивов не выполняется контроль баланса (сумма активов не равна сумме пассивов). При детальном анализе выясняется, что начальные остатки себестоимости товаров по организациям на ОСНО отражаются без НДС. В то же время в Управленческий баланс попадают данные с учетом НДС. Почему так происходит?

Проанализируем ситуацию. Подсистема бюджетирования при стандартных настройках может тянуть данные из регистра накопления СебестоимостьТоваров по ресурсам, где товар учитывается без налогов. А вот Управленческий баланс часто строится на данных регистра себестоимости по предприятию, где фигурируют суммы с НДС. Это классическая проблема методологии получения фактических данных.

Чтобы активы и пассивы сошлись, нам необходимо настроить трансляцию факта так, чтобы система брала суммы именно с НДС. Для этого мы не будем ограничиваться стандартными предопределенными источниками, а настроим произвольный запрос к нужному регистру.

1. Перейдем в настройки правил получения фактических данных.
2. Выберем в качестве источника данных «Произвольные данные».
3. Нам нужно обратиться к остаткам регистра СебестоимостьТоваров (в системе он один, но содержит разные ресурсы для разных видов учета).
4. В запросе необходимо выбрать те ресурсы (УУ или РСБУ), которые содержат стоимость с учетом налогов.

Миф о невозможности использования толстого клиента для настройки СКД

Здесь мы подходим к важному техническому моменту. При попытке настроить произвольный запрос программа может выдать сообщение, требующее подключения толстого клиента, а программисты могут сказать, что "это невозможно" в современной архитектуре. Выясним причину и опровергнем этот миф.

Для того чтобы в правилах получения фактических данных открылся визуальный конструктор Схемы компоновки данных (СКД), платформу 1С действительно необходимо запустить в режиме толстого клиента. Однако это не требует доработки конфигурации и не является невыполнимой задачей.

Рассмотрим, как правильно организовать этот процесс:

1. Запуск в толстом клиенте — это разовая процедура, необходимая только администратору или бизнес-аналитику на этапе настройки.
2. В настройках запуска информационной базы нужно указать дополнительный параметр запуска /AppAutoCheckMode или принудительно выбрать режим «Толстый клиент» в свойствах подключения.
3. Запустите систему в этом режиме, откройте правило получения факта и запустите конструктор СКД.
4. Напишите необходимый запрос, настройте поля и сохраните правило.
5. После сохранения схемы вы можете закрыть толстый клиент. Вся дальнейшая работа (извлечение факта, формирование экземпляров бюджетов, отчетность) будет прекрасно работать в привычном тонком или веб-клиенте.

Таким образом, рядовой экономист или аналитик (при наличии прав) вполне может извлекать факт произвольным запросом, минуя постоянные обращения к программистам.

Проблема 2: Прогнозные курсы валют и нефинансовые показатели

Вторая сложность связана с товарами, цены приобретения которых установлены в валюте и занесены в систему как Нефинансовые показатели (НФП). Пользователи отмечают, что при формировании бюджета за прошлые периоды цены корректно переводятся в рубли, но при планировании в будущее прогнозные курсы сценария игнорируются, и товары отражаются по последнему историческому курсу.

Давайте разберем механику работы 1С в данном случае. Нефинансовые показатели, такие как цены, обычно фиксируются на определенную дату. Если просто вывести такой НФП в экземпляр бюджета, система возьмет его исторический срез на дату документа. Она "не знает", что вы хотите переоценить его по будущему курсу.

Чтобы прогнозные курсы, заложенные в справочнике СценарииБюджетирования, начали работать, применим следующие настройки:

1. Проверка настроек самого НФП: Если для нефинансового показателя задана денежная характеристика, убедитесь, что в его настройках не стоит жесткая привязка к регламентированной валюте по курсу на дату ввода документа. Система должна позволять пересчет.
2. Настройка формул в Виде бюджета: Это самый главный шаг. Прогнозные курсы жестко привязаны к конкретному сценарию. Чтобы будущие валютные цены пересчитались в рубли, вам нужно открыть структуру Вида бюджета.
3. В ячейках, где выводятся суммы, настройте вычисляемую формулу: значение нефинансового показателя (валютная цена) необходимо принудительно умножать на прогнозный курс сценария, который действует на период планирования.

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

Подводим итоги

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