
Планирование при управлении ТОиР в конфигурации 1C:ERP
В статье рассматривается пример планирования и управления ТОиР в типовом решении 1C:ERP.
1. Планирование ТОиР в системе программ 1С:ERP
В типовом решении 1C:ERP выполнение ремонтных мероприятий по рекламациям заказчиков фиксируется посредством ввода документов группы производства из давальческого сырья.
Для этого следует создать «Заказ давальца», у которого реквизит «Тип» установлен в позицию «Ремонт». В разделе «Сырье и материалы» перечисляется номенклатура, возвращенная покупателем. В разделе «Выпускаемая продукция» перечисляется номенклатура, полученная после завершения стадии ремонта. В рассматриваемом варианте эта позиция – тот же самый элемент того же справочника.

С целью получения плановой потребности в ресурсах для ремонта, создается «План производства», в котором вид и правила заполнения определяются как «По заказам давальцев».
Для автоматизации формирования потребности в ресурсах в сценарии планировании производства следует ввести признак «Расчет потребностей в материалах, видах РЦ и трудовых ресурсах» и определить оптимальную стратегию для расчета:

Пример вариантов расчета:


Для планового обеспечения подразделений необходимыми ресурсами предусмотрен типовой набор функций «Формирование заказов поставщику по планам» при наличии заранее сформированного плана закупок, в котором источнику присвоен признак «План производства».
2. Приемка изделия в 1C:Предприятие.ERP
Факт получения изделия для прохождения стадии ремонта отражается в системе через ввод документа вида «Поступление сырья от давальца»:

Начало ремонтных работ инициируется созданием документа «Заказ на производство». Возможен ввод этих документов на основании «Заказа давальца». Из заказа на производство формируются этапы. Для этого в структуре заказа следует нажать кнопку Сформировать:


3. Стадия ремонта
В разделе «Выпуск» первого этапа следует указать все детали, ожидаемые к появлению после разборки:

В рассматриваемом случае не выполнялось заполнение материалов и работ для ресурсной спецификации, поэтому следует вручную сформировать эту таблицу.
Для исключения использования полученных деталей для других целей, в графе «Назначение» указывается договор – основание выполнения ремонта.
Неисправные или отсутствующие детали, перешедшие в автоматическом режиме из ресурсной спецификации, следует отменить или удалить.
В разделе «Обеспечение» второго этапа следует перечислить детали, требуемые на стадии сборки. При этом необходимо указать все детали, запланированные к выпуску на первом этапе, а также, признанные неисправными или отсутствовавшими при дефектации.
Для деталей, подлежащих ремонту, устанавливается показатель «Производится в процессе» и указывается спецификация на ремонт.

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

В системе сформировались новые этапы для ремонтируемых деталей. Если детали обрабатываются в другом подразделении, после стадии разборки для них оформляется документ передачи. Эта опция доступна в виде ввода на основании документа «Этап производства» и в наборе функций «Накладные к оформлению»
По завершении стадии сборки «Этап производства» закрывается и формируется передача в цех потребитель.
Боренко Алексей,
Специалист компании ООО “Кодерлайн”