При работе с подсистемой планирования в 1С:ERP Управление предприятием 2 пользователи часто сталкиваются с ситуацией, когда при создании годового или квартального плана производства система ведет себя нелогично. Вы устанавливаете выпуск готовой продукции на середину года, но при автоматическом разузловании и расчете полуфабрикатов даты их производства «улетают» в конец предыдущего года, игнорируя несколько месяцев текущего периода. Рассмотрим подробно, почему так происходит, проанализируем настройки системы и разберем по шагам алгоритмы исправления этой ошибки. Для комплексного понимания принципов работы графиков и подсистемы подойдёт методическое руководство по межцеховому планированию производства в 1C:ERP.
Наиболее распространенная причина, по которой система «отбрасывает» планируемые даты далеко назад, — это отсутствие данных о рабочих днях в текущем или будущем периоде. В 1С:ERP расчет графиков производства и планов жестко завязан на ПроизводственныеКалендари. Если на 2021 год (как в примере автора) календарь не был заполнен или не был нажат флаг «Заполнить по умолчанию», система считает все дни этого года «нерабочими».
Проанализируем алгоритм работы планировщика: при расчете даты запуска полуфабриката система берет дату выпуска изделия и начинает «отсчитывать» назад длительность его производства. Если календарь на текущий год пуст, система не находит ни одного рабочего интервала и продолжает поиск в прошлом до тех пор, пока не встретит первый же заполненный рабочий день — обычно это 30 или 31 декабря предыдущего года. Чтобы исправить это, выполним следующие действия:
Если с календарем все в порядке, нам стоит обратить внимание на параметры РесурсныеСпецификации. Часто ошибка кроется в неверно указанной длительности этапов производства полуфабрикатов. В 1С:ERP 2.4 расчет может вестись в разных единицах измерения времени.
Рассмотрим ситуацию: если в спецификации на нижнем уровне передела ошибочно указано, что этап длится не «2 часа», а «2 месяца», то при глубокой вложенности полуфабрикатов суммарная длительность цепочки может превысить полгода. Система, пытаясь обеспечить выпуск изделия в июне, честно отсчитает эти 6-8 месяцев назад и «выбросит» запуск первых полуфабрикатов в декабрь прошлого года. Для оптимизации расчета при глубокой вложенности можно использовать методику расчета потребностей плана производства через сводные спецификации.
Для диагностики проанализируем каждую спецификацию в цепочке:
РесурсныеСпецификации полуфабрикатов.В документе ПланПроизводства при включенном автоматическом заполнении полуфабрикатов система обращается к настройкам обеспечения. В регистре ВариантыКомплектацииНоменклатуры или непосредственно в справочнике СпособыОбеспеченияПотребностей может быть жестко задан Срок исполнения заказа.
Если для полуфабриката установлен способ обеспечения «Собственное производство» и в поле «Срок исполнения» указано, например, 150 дней, система проигнорирует реальную длительность из спецификации и просто вычтет 150 календарных дней от даты потребности. Выясним причину, проверив параметры обеспечения для каждой позиции номенклатуры, входящей в состав изделия.
Даже при заполненном основном календаре планирование может давать сбой, если в системе используются графики работы конкретных подразделений или ВидыРабочихЦентров. Рассмотрим подробнее механизм:
Если производство полуфабрикатов закреплено за подразделением, у которого не сформирован индивидуальный график на планируемый год, система воспримет этот период как зону недоступности. Поиск доступного интервала снова приведет планировщик в прошлый год, где графики были актуальны.
Для устранения проблемы необходимо выполнить генерацию графиков доступности:
В версиях линейки 2.4.11 существовали специфические ошибки механизма разузлования. В частности, если в системе существовали «старые» неисполненные планы производства на декабрь 2020 года или остатки полуфабрикатов были зафиксированы как «дефицит» на ту дату, система автоматического заполнения могла пытаться «схлопнуть» новые потребности к дате первого возникшего дефицита.
Разберем ситуацию с Видом плана. В настройках объекта ВидыПланов есть параметр Вариант заполнения состава плана. Если используется заполнение «По правилу» с источником «Планы производства (предыдущие)», система может подтягивать временные метки из прошлых документов. Проанализируем настройки правила заполнения и убедимся, что в них не установлен «Сдвиг периода» в отрицательную сторону.
Если простые способы не помогают, проведем пошаговую проверку:
Шаг 1: Изоляция проблемы. Создадим новый документ ПланПроизводства только на одно изделие и на короткий период. Попробуем заполнить полуфабрикаты вручную через кнопку «Добавить», а затем через «Заполнить по правилу». Это поможет понять, на каком этапе происходит сбой: при определении состава или при расчете дат.
Шаг 2: Проверка актуальности данных. В форме заполнения плана убедимся, что Дата актуальности установлена текущим числом или началом периода планирования. Если дата актуальности стоит «31.12.2020», система будет рассчитывать остатки и потребности именно на тот момент.
Шаг 3: Технический анализ. Если проблема сохраняется, стоит проверить работу программного кода в модуле менеджера документа ПланПроизводства, а именно функцию, отвечающую за разузлование. В версии 2.4.11 это часто связано с запросом к виртуальным таблицам остатков планов.
Используя данные методы, мы сможем добиться корректного распределения производства полуфабрикатов внутри планового периода, избежав необоснованных «прыжков» в прошлые периоды.