4.13.Закрытие сообщений и заказов
Если мероприятие ТОРО технически закрыто, то в подтверждение затраченного времени вводится рабочее время, а в техническое подтверждение вводятся операции, повреждение и причины повреждения. После этого заказ и сообщение закрываются.
4.13.1.Подтверждение заказа: время/операции
Рисунок 91: Цикл планируемого ТОРО
По окончании работ на пятом, завершающем шаге подтверждается фактически затраченное время. Технические результаты (повреждение, причина повреждения, выполненные ремонтные работы и пр.), а также последствия повреждения для состояния основных средств регистрируются в техническом подтверждении.
Техническое подтверждение указывает на то, что обработка заказа в компоненте ТОРО завершена.
Коммерческое закрытие заказа, которое выполняется в Контроллинге, происходит после расчета заказа (эта операция также выполняется в Контроллинге) и является окончательным закрытием заказа. Более подробно операции расчета и бухгалтерского закрытия заказа рассматриваются в учебном курсе PLM316.
Рисунок 92: Подтверждение заказа: время/операции
Существует три различных способа подтверждения затраченного рабочего времени в заказе на ТОРО:
групповой ввод посредством непосредственного ввода значений или через список операций;
общее подтверждение (сроки, работы, значения измерений и т.п.) на общем экране;
ввод с использованием табеля рабочего времени для всех приложений (CATS).
После ввода подтверждений операций/подопераций в заказ ТОРО им автоматически присваивается статус ЧПДТ (частично подтверждено), если в пользовательской настройке не определена необходимость автоматического предложения полного подтверждения. Если все операции и подоперации заказа на ТОРО полностью подтверждены, то и самому заказу на ТОРО присваивается статус ПДТВ (полностью подтверждено).
Существует риск ошибочного присвоения подтверждения завершения неправильным операциям/подоперациям или ввода неверных данных. Поэтому, при необходимости, системой предоставляется возможность сторнирования подтверждения.
Выполненные операции вводятся как сообщения ТОРО с видом сообщения Сообщение о работах ТОРО и присваиваются соответствующему заказу. В качестве альтернативы тексты подтверждения можно ввести с подтверждениями времени. Однако этот способ не представляется настолько простым и удобным для структурирования и анализа, как сообщения о работах ТОРО.
Результаты измерений и показания счетчика вводятся как документы измерений для ссылочного объекта.
Рисунок 93: Техническое подтверждение (1)
При ведении технических объектов подробные технические данные формируют основу для последующего анализа. Технические данные могут предоставлять информацию относительно следующего:
причина повреждения;
выполненные работы (операции, мероприятия);
точное место повреждения или симптомы повреждения;
время простоя оборудования и доступность производственной установки во время и после проведения мероприятий ТОРО (доступность производственной установки).
Технические данные осмотра могут вводиться в сообщение о неисправности, в заявку, формирующую основу для заказа (если он существует), или в сообщение о работах ТОРО по этому заказу на более позднем этапе.
При закрытии сообщения ТОРО эти данные переносятся в историю сообщений. Они являются частью истории ТОРО и содержат информацию о повреждениях, неисправностях, причинах, данных осмотра и произведенных работах ТОРО по каждому техническому объекту.
Рисунок 94: Техническое подтверждение (2)
Если в заказ включено несколько технических объектов, присвоенных заказу с помощью списка объектов, из этого списка объектов откроется новое сообщение ТОРО по соответствующему объекту. Это означает, что у каждого технического объекта есть собственное техническое подтверждение.
Если заказ создавался на основе нескольких сообщений, эти сообщения содержатся в списке объектов и могут использоваться непосредственно для регистрации технических данных.
Рисунок 95: Общее подтверждение
Функция общего подтверждения позволяет подтвердить на отдельном экране, сконфигурированном в зависимости от конкретных потребностей, не только данные рабочего времени, но и все подробные данные, релевантные для заказа. Поэтому подтверждение затраченного времени и техническое подтверждение могут обрабатываться одним и тем же способом.
Рисунок 96: Заказ ТОРО: техническое закрытие (1)
Существуют следующие две возможности:
закрытие заказа на ТОРО и сообщения ТОРО по отдельности;
закрытие заказа на ТОРО одновременно с закрытием присвоенных сообщений.
Условием для одновременного закрытия заказа и сообщения является отсутствие в сообщении каких-либо открытых мероприятий.
Поэтому если в сообщении все еще существуют открытые мероприятия (статус ОТМЕ), закрыть сообщение невозможно. Сначала необходимо отметить мероприятия как выполненные. Однако возможно закрытие относящегося к сообщению заказа, поскольку открытые мероприятия не обязательно должны относиться к выполненному заказу (при определенных обстоятельствах для этого может потребоваться новый заказ).
Все сообщения с открытыми мероприятиями могут быть легко идентифицированы по их статусу (ОТМЕ), а затем обработаны.
Рисунок 97: Заказ на ТОРО: техническое закрытие (2)
Заказ на ТОРО получает статус ТЗКР (технически закрыто). Это указывает на завершение работ ТОРО по этому заказу.
Теперь заказ ТОРО можно изменить только в диалоговом режиме указанными ниже способами:
заказ можно блокировать и деблокировать;
можно установить метку удаления;
можно ввести по-прежнему открытые движения материала, подтверждения и поступления счетов;
на этом этапе все еще можно изменить правило расчета.
Если правило расчета для заказа на ТОРО еще не создано, оно создается автоматически. Если автоматическое создание правила невозможно по причине отсутствия данных, то появляется экран для ведения правила расчета вручную.
Все существующие по заказу на ТОРО заявки, для которых отсутствуют заказы на поставку, отмечаются при помощи метки удаления.
Все открытые резервирования и мощности, все еще существующие по заказу ТОРО, закрываются.
Для технического закрытия необходимо ввести ссылочную дату и ссылочное время. Эти значения зависят от того, какие периоды присвоены заказу в информационной системе ТОРО (ИСТОРО).
Однако ссылочная дата не влияет на определение данных места и данных контировки. Эти данные определяются и устанавливаются на основе даты создания заказа. Например, если в ходе обработки заказа изменяется место возникновения затрат единицы оборудования, для обновления заказа, при необходимости, можно использовать контекстное меню (Обновление данных ссылочного объекта).
Для аналитических отчетов о произведенных работах и для планирования будущих работ можно воспользоваться историей ТОРО. В ней представлены данные заказа, а также данные сообщений ТОРО и данные истории использования.
Рисунок 98: Сторнирование технического закрытия
При необходимости статус ТЗКР (технически закрыто) можно отменить.
При этом заказ получает статус, который он имел перед техническим закрытием, т.е. снова создаются необходимые мощности и резервирования, а индикатор удаления для не преобразованных заявок снова сбрасывается.
Рисунок 99: Закрытие сообщения ТОРО
Перед закрытием сообщения ТОРО необходимо проверить следующее:
доступность и корректность всех данных, относящихся к ссылочному объекту сообщения ТОРО;
доступность и корректность всех соответствующих данных по позиции;
доступность и корректность всех соответствующих данных по мероприятиям;
выполнение или деблокирование всех мероприятий, отсутствие открытых мероприятий;
доступность и корректность всех технических данных, относящихся к простоям и доступности производственной установки.
При закрытии сообщения ТОРО происходит следующее:
на основе ссылочной даты и ссылочного времени определяются периоды, присвоенные сообщению в информационной системе ТОРО (ИСТОРО);
сообщение ТОРО блокируется для изменений, т.е. данные сообщения больше не могут быть изменены;
сообщению присваивается статус СОЗА (сообщение закрыто).
Рисунок 100: Журнал операций
Изменения, которые вносятся в сообщения, заказы, единицы оборудования и технические места, отображаются в хронологическом порядке в журнале операций. Это обеспечивает возможность контроля изменений, т.е. определения инициатора изменения, данных и статусов, которые были изменены, полей, в которые эти изменения были внесены, а также времени внесения изменения.
Для использования этой функции необходимо активировать создание документов изменений для соответствующих объектов.
Рисунок101: Поток документов