В процессе работы с подсистемой производства в 1С:ERP Управление предприятием или 1С:Комплексная автоматизация пользователи часто сталкиваются с ситуацией, когда физически производство завершено, все этапы имеют статус Завершен, но основной Заказ на производство отказывается переходить в статус Закрыт. Система выдает диагностическое сообщение: «У документа Заказ на производство статус "Закрыт" не установлен, т.к. заказ отработан не полностью». При этом в рабочем месте Управление очередью заказов может висеть иконка, призывающая сформировать этапы, которые уже существуют в системе.
В этой статье мы подробно разберем причины возникновения этой коллизии и проанализируем пошаговый алгоритм восстановления логической связи между заказом и его этапами.
Рассмотрим наиболее распространенную причину — несовпадение аналитического разреза Назначение. В 1С:ERP механизм обособленного обеспечения жестко связывает потребность (заказ) и выпуск (этап) через этот реквизит. Если заказ был создан под конкретный Заказ клиента, то во всех связанных документах должно быть указано одно и то же назначение.
Проанализируем ситуацию: если в Заказе на производство указано назначение «Заказ клиента №1», а в одном из этапов на вкладке Выпуск поле Назначение осталось пустым или было изменено вручную на другое, система зафиксирует выполнение «в свободный остаток». С точки зрения алгоритма закрытия заказа, потребность по «Заказу клиента №1» так и осталась неудовлетворенной. Для исправления необходимо:
Назначение в шапке Заказа на производство.Выпуск во всех связанных этапах.Выясним, как система «понимает», что заказ выполнен. Основным «мерилом» здесь выступает регистр накопления ОбеспечениеПроизводственныхПроцессов. В нем фиксируются два ключевых показателя: Требуется и Произведено.
Разберем типичный сбой: если после формирования этапов в самом Заказе на производство изменили количество продукции или спецификацию, но не обновили этапы через кнопку Действия — Сформировать/обновить этапы, в регистре возникнет «перекос». Система будет видеть, что по заказу требуется, например, 10 единиц продукции, а по этапам выпущено только 8. Для диагностики выполним следующие действия:
ОбеспечениеПроизводственныхПроцессов — для этого есть детальный анализ себестоимости продукции в 1С:ERP и КА с расшифровкой.Заказу на производство.Посмотрим на настройки складов. В Заказе на производство указывается Склад-получатель продукции. Тот же самый склад должен быть указан в этапах на выпуск. Если в этапе склад был изменен вручную на другой, то выпуск не «закроет» потребность основного заказа. Проверьте:
Получатель (склад) на вкладке Продукция в заказе.Получатель) в табличной части выпуска последнего этапа производственной цепочки.Ситуация усложняется, когда мы используем полуфабрикаты (ПФ) с типом обеспечения Производится в процессе. Разберем механизм: для таких ПФ этапы создаются автоматически в рамках того же дерева заказа.
Иногда возникают случаи, когда один из этапов ПФ был отменен (например, решили взять готовый ПФ со склада), но в табличной части Обеспечение основного этапа (или в спецификации заказа) флаг Производится в процессе не был снят. В этом случае в структуре заказа будет висеть «фантомная» потребность в создании этапа для этого ПФ. Чтобы решить проблему, выполним следующие шаги:
Заказ на производство.Со склада.Проанализируем вкладку Продукция в Заказе на производство. Каждая строка имеет статус исполнения. Если вы произвели меньше, чем планировали изначально, и не собираетесь доделывать остаток, необходимо провести анализ списания запасов и привести количество в заказе к фактически выпущенному в этапах или перевести «недовыполненные» строки в статус Не производить (если это предусмотрено версией конфигурации).
Если визуально все данные совпадают, но система продолжает требовать новые этапы, возможно, произошел сбой в распределении статусов в рабочих таблицах — для диагностики есть поиск и исправление типовых ошибок учета для закрытия периода в ERP и КА. Попробуем выполнить принудительное обновление связи:
Заказ на производство.Комментарий) и запишите документ. Это инициирует пересчет некоторых движений.Управление очередью заказов.Действия — Сформировать этапы. Если система предложит «Переформировать существующие», это верный признак того, что связь была нарушена. Внимательно ознакомьтесь с изменениями, которые предложит система, прежде чем соглашаться.Важно помнить, что закрытие заказа — это всегда проверка равенства между планом (строки продукции в заказе) и фактом (данные в завершенных этапах) в разрезе номенклатуры, характеристик, складов и назначений. Если хотя бы один из этих параметров «поплыл», система будет считать производство незавершенным.