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

n Подтвердите заказ на работу и его ход

n Предоставление данных для учета фактической себестоимости

Источник данных: данные подтверждения производственного заказа поступают из статистики данных на производственной площадке.

u Влияние данных, связанных с зарегистрированным рабочим временем

n Обновление данных заказа на работу (таких как количество, активность, дата и статус)

n Автоматический сбор

n Снижение мощности рабочего центра (активируется малая мощность)

n Обновление стоимости на основе подтвержденных данных

n Обновление избыточного или недостаточного количества в рабочих заданиях, связанных с ППМ.

n Для подтверждения можно использовать co11n или co11. Используйте co11n для отчета о работе. Если в спецификации есть подрезанный материал, он будет отображен в «Движении товара». Пожалуйста, проверьте этот пункт при сдаче на работу.

n Сообщение об ошибке перемещения груза в заказе на работу

n Этот код отображает ошибочную ситуацию, связанную с перемещением товаров. На основании введенного кода завода, кода склада, номера материала, контролера ППМ, типа движения и т. д. в этих условиях отсеивается ошибочное движение товаров.

n Выберите «Показать ошибку» в столбце «Среда», и будут перечислены причины ошибок перемещения. 

Например: у вас нет разрешения на использование типа движения 261, то есть права на перемещение ограничены.

На определенном заводе имеется нехватка неиспользованных определенных материалов: то есть материалов недостаточно на складе. Хотя отчеты разрешены, ошибки будут регистрироваться.

Если есть ошибка в стоимости, вам нужно использовать Cogi, чтобы проверить ее.

Другая проблема заключается в том, что T-код для подтверждения пакета — cohv.

Статус заказа на работу — PCNF/CNF: о части работы сообщено или отчет о работе выполнен, подтверждены фактическая выработка и рабочее время, что используется для расчета затрат и т. д.  

Ограничение обработки производственных заказов включает в себя 1, блокировку 2, техническую реализацию 3, закрытие 4 и удаление метки. Их понимание следующее: 1. Заблокировано: производственный заказ заморожен. Содержание рабочего задания не может быть изменено, если оно не разблокировано.

2. Техническая реализация: Техническая реализация означает техническое завершение, которое можно увидеть, но нельзя изменить. То есть, если вы отправляете заказ на работу и отгружаете товар, все равно остается этап расчета стоимости. Дело не закрывается вручную. но сдал по стоимости. Иди близко. Разрешить получение

3. Закрыть: стоимость рассчитана, и все, ничего нельзя переместить. Технология должна быть завершена в первую очередь, прежде чем можно будет произвести расчет затрат.

4. Знак удаления: означает удаление записи, что эквивалентно удалению.

Изменение статуса производственных заказов Общие статусы в производственных заказах следующие:

По мере изменения бизнеса статус производственного заказа также меняется следующим образом:

Связанное введение 1.       Роль и ограничения повторного чтения основных данных Если спецификация или маршрут процесса изменяются после создания производственного заказа и вы хотите, чтобы созданный производственный заказ использовал измененные основные данные, вы можете использовать функцию повторного считывания основных данных; Примечание: 1. Если производственный заказ имеет статус GMPS, системный заказ не может использовать функцию повторного считывания основных данных.     2. Когда производственный заказ находится в статусе REL, статус заказа меняется на CTRD после повторного считывания основных данных. 2.       Измените ошибку, чтобы разницу можно было вычислить после отмены TECO в производственном заказе. Принцип: когда отдел финансов выполняет расчет отклонений для производственного заказа, статус производственного заказа должен быть DLV или TECO, во время фактической операции были обнаружены следующие проблемы: Статус заказа: REL、GMPS、CNF、PDLV—> TECO、GMPS、CNF、PDLV В настоящее время финансовый отдел может выполнить расчет отклонений по этому заказу (в соответствии с принципами системы). Статус заказа: REL、GMPS、CNF、PDLV—> TECO、GMPS、CNF、PDLV—> REL、GMPS、CNF、PDLV В это время заказ все еще может подлежать расчету отклонений (что противоречит принципу системы), а производственный заказ с указанными выше финансовыми требованиями не может подлежать расчету отклонений. Настройки системы (реализующие данное требование через пользовательский статус производственного заказа) следующие:  l  Создать файл параметров состояния ZPP00001. Функция статуса ZC заключается в том, чтобы контролировать невозможность выполнения производственных заказов расчета отклонений; Функция удаления: при «отмене технического внедрения» система устанавливает пользовательский статус производственного заказа на ZC; Функция настройки: При внедрении технологии TECO система отменяет статус пользователя производственного заказа ZC; (Информации о файлах параметров состояния в Интернете много, поэтому повторяться здесь не буду!) l  Присвоение профиля типу заказа 3.       Формулы расчета незавершенного производства и отклонений на основе производственных заказов