← На главную

В процессе работы с подсистемой планирования в 1С:ERP Управление предприятием 2 или 1С:Комплексная автоматизация 2 пользователи часто сталкиваются с ситуацией, когда плановые данные в отчетах выводятся корректно, а колонка «Исполнение плана (факт)» остается пустой. Это происходит даже в тех случаях, когда документы закупки или продажи проведены, а процедура закрытия месяца выполнена успешно.

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

1. Ошибка платформы: влияние фильтра по статусу

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

Проблема заключается в том, что при формировании отчета с установленным отбором по Статусу плана (например, «Утвержден»), механизм связи плановых и фактических данных начинает работать некорректно. В результате любые фактические данные отсекаются, так как у документов факта (Реализация, Приобретение) нет реквизита «Статус», идентичного статусу документа «План».

Как проверить и исправить:

1. Откройте настройки отчета (например, «Исполнение плана продаж»).
2. Перейдите на вкладку «Фильтры» или «Отборы».
3. Найдите поле Статус и полностью отключите этот отбор.
4. Если после отключения фильтра фактические данные появились, значит, вы столкнулись с ошибкой платформы 10224040.

Данная ошибка была официально подтверждена и исправлена в релизах платформы 8.3.16.1659 и 8.3.18.1128. Если ваша версия платформы ниже, рекомендуется выполнить обновление.

2. Настройка сценария планирования и источников данных

Если манипуляции с фильтрами не помогли, нам необходимо проанализировать настройки Сценария планирования. Сценарий — это «фундамент» плана, который определяет, как именно система будет собирать факт.

Выясним, на что нужно обратить внимание в настройках сценария:

• Способ формирования факта: В настройках сценария должен быть указан корректный источник. Если система не знает, из каких регистров брать данные, факт в отчете не появится.
• Использовать для заказов: Убедитесь, что установлены необходимые флаги, если ваше планирование завязано на цепочку заказов.
• Периодичность: Это критически важный параметр. Если в сценарии установлена периодичность «Месяц», а фактический документ (например, «Реализация товаров и услуг») был оформлен последним числом предыдущего месяца или первым числом следующего, он не попадет в отчет за выбранный период.

3. Сопоставление аналитик учета (Разрезы планирования)

Отчеты по исполнению планов строятся на основе сопоставления данных из регистров планирования (например, ПланыПродаж) и регистров фактических накоплений (например, ВыручкаИСебестоимостьПродаж). Для того чтобы система «склеила» план с фактом, аналитика в обоих случаях должна совпадать на 100%.

Рассмотрим типичные ситуации расхождения аналитик:

1. Подразделение: Часто план создается по «Департаменту продаж», а в документе реализации менеджер ошибочно указывает другое подразделение. В этом случае в отчете с группировкой по подразделениям факт не привяжется к плану.
2. Склад: Если план детализирован до склада, то фактическая отгрузка должна пройти именно с этого склада.
3. Характеристики номенклатуры: Если в плане указана номенклатура с конкретной характеристикой, а факт прошел по пустой характеристике (или другой), система посчитает это разными позициями.
4. Партнер и Контрагент: Проверьте, используется ли в Виде плана детализация по клиентам. Если да, то в документе продажи должен быть указан тот же партнер, что и в плане.

4. Особенности производства без заказов

В случае с планами производства ситуация может быть сложнее. Проанализируем специфику документа Производство без заказа. В старых версиях 1С:ERP (линейка 2.4) архитектура план-фактного анализа по производству была жестко ориентирована на использование заказов.

Как отмечают специалисты, в отчете «Исполнение плана производства по подразделениям» под подразделениями часто подразумеваются подразделения-диспетчеры, которые указываются в заказах. Если вы используете схему производства без заказов, фактические данные могут не попадать в типовой отчет, так как регистры, которые двигает этот документ, отличаются от регистров Этапов производства.

Для решения этой проблемы в рамках методологии ERP рекомендуется:

• Использовать документы Заказ на производство.
• Формировать и выполнять Этапы производства.
• Либо использовать более современные релизы (2.5 и выше), где логика сбора факта по производству была существенно переработана и стала более гибкой.

5. Проверка состояния регистров и закрытия периода

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

Проанализируем необходимые действия:

• Закрытие месяца: Убедитесь, что выполнена операция «Формирование движений по партиям» и «Расчет себестоимости». Хотя план-факт часто работает и по оперативным данным, для корректного отображения некоторых показателей (особенно стоимостных) закрытие периода обязательно.
• Проверка регистра: Посмотрите через «Функции для технического специалиста» записи в регистрах Планы продаж (план) и Выручка и себестоимость продаж (факт). Если в регистре факта данные есть, а в отчете — нет, проблема однозначно в настройках СКД или фильтрах отчета.

Итоговый чек-лист для исправления проблемы:

Если у вас не заполняется исполнение плана, пройдите по следующим шагам:

1. Сбросьте настройки отчета на стандартные и уберите все отборы (особенно по статусу).
2. Проверьте, что документ плана находится в статусе Утвержден.
3. Сверьте Подразделение и Склад в плане и в документе факта.
4. Убедитесь, что Период документа факта попадает в границы периода планирования (например, в тот же месяц).
5. Проверьте Сценарий планирования: указан ли там источник для получения фактических данных.

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