Вы находитесь на странице: 1из 123

Система составления расписаний и MES

для
ЧерМК ОАО «Северсталь»

Система Управления Производством


Спецификация проекта
Уровень 3
Интерфейс с другими системами
(ЛПЦ-2)
Версия 079

Manufacturing Execution System


Design specification
Level 3
Other Systems Interface
(Hot Rolling Shop #2)
Ver. 079

Согласование
ФИО Должность Дата Подпись

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 1 /
123 1
Управление документом
Файл 529767714.docx
Путь
Создан
Изменен October 1, 2014September 24, 2014September 2, 2014
Страниц 1197

Разработчики документа
№ п/п ФИО Подпись
Северсталь

Голубев Михаил
1
Сергеевич

Danieli

Quintiq

Версии

Версия Описание
01 Первая версия документа

Добавлены взаимодействия: система Рапорт ПГП, Сводная отчетность ОТК, SGS,


02
Web сертификаты, BatchMES, БПТЛ, Система слежения за слябами «Спб ЭК»
Комментарии стр. 78 и 82 «Не требуется учитывать брак, образованный из НП
03
предыдущих месяцев»
По ВТЛПП : Стр.61 добавлена нобходимость наличия доп. полей в БД (дата и смена
фактической отгрузки) . Стр. 61- 63 добавлен в процедуры доп.входной параметр
PCexOut. Стр.63 добавлено описание функции getWool. По автотранспорту: стр.73-74
добавлено описание процедуры operations_1013 и функции getPlacesAuto
04 Исправлен раздел BM. Перечислен перечень событий, операций к
событиям,  добавлена ссылка на файл mapping MES-SAP (стр. 102).
Добавлена передача на наплавку и отгрузку после наплавки (стр.31)
Добавлена передача данных сертификата качества в АСУ БПТЛ (стр.107)

05 Добавлены размерности, домены. Переименованы таблицы передачи между цехами.

Заменено поле POZZAK_PRM на SO_DESCR_ID и SO_LINE_DESCR_ID. Добавлены в


06 передачу с СКП параметры: толерансы по толщине, признак использования
технологической карты при прокатке.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 2 /
123 2
Внесены изменения в описание взаимодействия с BatchMes. Обновлен раздел 3.12
«Сводная отчетность ОТК». Убрана передача сертификатов в Промпорт, доработана
07
передача сертификатов в сводную отчетность (в промопорт данные будут
отправляться вместе с передачей в сводную).

Исправлены типы данных в передаче сертификатов в сводную отчетность. Добавлена


08
операция преобразования рулонов в ленты при исполнении услуги порезки в ЦГП.

Внесены исправления в передачу с ТПЗ Шексна. Поправлены параметры в выгрузку


остатков в сводную отчетность. В статистический неразрушаюший контроль
09
добавлена передача химического состава. Удалена передача слябов из ЭСПЦ в ЛПЦ-
2. Добавлены мех. свойства при передаче в ЦГП. Обновлен параграф 3.10

Связанные документы

Название документа Версия / Имя файла Дата

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 3 /
123 3
СОДЕРЖАНИЕ

1 ОБЗОР 7
2 МЕТОД ОБМЕНА ДАННЫМИ 8
2.1 Обмен данными с помощью хранимых PL/SQL процедур...............................................................88
2.1.1 Механизм взаимодействия................................................................................................................ 88
2.2 Структура взаимодействия базы данных......................................................................................1111
2.2.1.1 Транспортные процедуры.............................................................................................................. 1111
2.2.1.2 Скелет программы инициатора...................................................................................................... 1212
2.3 Метод обмена База Данных – База Данных.................................................................................1313
2.3.1 Механизм взаимодействия............................................................................................................. 1313
2.3.2 Структура Сообщений Базы Данных............................................................................................. 1616
2.3.2.1 Транспортные таблицы.................................................................................................................. 1616
2.3.2.2 Схема приложения потребителя................................................................................................... 1717
2.4 Описание домена базы данных QMET.......................................................................................... 1818
3 ИНТЕФЕЙСЫ ВЗАИМОДЕЙСТВИЯ С ДРУГИМИ СИСТЕМАМИ 2020
3.1 Сообщения Q3MET – другие цеха (ЭСПЦ, СПП, ПХЛ, ЦГП, ЛПЦ-1, услуга ТПЗ
Шексна)............................................................................................................................................ 2020
3.1.1 Правила использования структур передачи данных....................................................................2020
3.1.2 Правила чистки структур передачи данных..................................................................................2020
3.1.3 Используемые справочники........................................................................................................... 2020
3.1.4 Способ получения данных по справочникам................................................................................2121
3.1.5 Наполнение справочников............................................................................................................. 2121
3.1.6 Описание структур передачи данных между цехами...................................................................2525
3.1.7 Способ заполнения структур передачи данных между цехами...................................................2727
3.1.8 Описание событий передачи данных для каждой цеховой системы..........................................2727
3.2 Сообщения QMET- ППК «Промпорт» УОиК..................................................................................3736
3.2.1 Сообщения из ППК “Промпорт” в QMET.......................................................................................3737
3.3 Сообщения QMET- АСУ «Сводная отчетность»...........................................................................3938
3.3.1 Сообщения из QMET в АСУ «Сводная отчетность»....................................................................3938
3.3.1.1 Сообщение: Создан новый Сертификат Качества.......................................................................3938
3.3.1.2 Сообщение: Сертификат качества аннулирован..........................................................................4140
3.3.1.3 Сообщение: Отчёт об остатках на складах на указанную дату...................................................4241
3.3.1.4 Сообщение: удаление остатков сводной отчетности на указанную дату...................................4342
3.3.2 Сообщения от АСУ «Сводная отчетность» в QMET....................................................................4342
3.4 Интерфейс передача сертификатов QMET в “ТПЗ-Шексна”......................................................4442
3.4.1 Сообщения по передачи данных по сертификатам ЛПЦ-2 в систему ТПЗ-
Шексна............................................................................................................................................. 4442
3.4.1.1 Схема взаимодействия................................................................................................................... 4442
3.4.1.2 Структура сертификатов................................................................................................................ 4443
3.4.1.3 Технические характеристики по порциям сертификатов.............................................................4544
3.4.1.4 Результаты мехиспытаний по порциям сертификатов................................................................4644
3.4.1.5 Химический состав.......................................................................................................................... 4645
3.5 Взаимодействие QMET- «система статистического неразрушающего контроля»
(SMT)................................................................................................................................................ 4746
3.6 Сообщение от QMET в СКП результатов испытаний...................................................................4948
3.7 Сообщение QMET в СКП параметров накладной прокатки.........................................................5150
3.8 Интерфейс QMET в СКП данных по качеству...............................................................................5857
3.9 Интерфейс QMET и ППК «Карта Согласования Отклонений» (КСО).........................................6362
3.10 Взаимодействие QMET- «Взаимодействие транспортной логистики и пунктов
погрузки» (ВТЛПП).......................................................................................................................... 6463
3.10.1 Обмен данными между QMET и ВТЛПП ж/д транспорт..............................................................6463
3.10.2 Сообщение от QMET в ВТЛПП...................................................................................................... 6867
3.10.2.1 Сообщение: Данные по загруженному вагону..............................................................................6967
3.10.2.2 Сообщение: Данные по сертификату качества............................................................................6967
3.10.2.3 Сообщение: Данные по загруженному материалу.......................................................................6968
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 4 /
123 4
3.10.2.4 Сообщение: Данные по дополнительному оборудованию..........................................................7068
3.10.2.5 Сообщение: Размеры загруженных материалов..........................................................................7069
3.10.2.6 Сообщение: Данные по загруженной древесине..........................................................................7069
3.10.2.7 Сообщение: Список позиций заказа и весов отгруженных материалов.....................................7169
3.10.2.8 Сообщение: Список плавок и весов загруженных материалов...................................................7170
3.10.3 Сообщение из ВТЛПП в QMET...................................................................................................... 7270
3.10.3.1 Сообщение: Данные по прибытию вагона....................................................................................7270
3.10.3.2 Сообщение: Синхронизация каталога типов вагонов..................................................................7271
3.10.3.3 Сообщение: Данные по убытию вагона........................................................................................7371
3.10.4 Обмен данными между QMET и ВТЛПП авто транспорт............................................................7472
3.11 Интерфейс QMET и Рапорт ПГП................................................................................................... 7976
3.11.1 Сообщение из QMET в Рапорт ПГП..............................................................................................7976
3.11.1.1 Сообщение: Передача данных по производству и отгрузке.......................................................7976
3.11.1.2 Сообщение: Передача среднего развеса сляба...........................................................................7976
3.11.1.3 Сообщение: Передача поступления и наличия слябов...............................................................8077
3.11.1.4 Сообщение: Передача наличия металла на складах..................................................................8077
3.11.1.5 Сообщение: Передача древесины................................................................................................ 8178
3.11.1.6 Коды строк рапорта ПГП................................................................................................................ 8178
3.12 Интерфейс QMET - «Сводная отчетность ОТК» (СООТК)...........................................................8481
3.12.1 Сообщения из QMET в СООТК ..................................................................................................... 8481
3.12.1.1 Набор сообщений: Информация по показателям качества.........................................................8481
3.12.1.2 Суточный отчет по качеству........................................................................................................... 8683
3.13 Взаимодействие Q3MET – Система Веб Доступа к Сертификатам Качества............................8986
3.13.1 Сообщение из QMET - Система Веб Доступа к Сертификатам Качества..................................8986
3.13.2 Сообщение: 114001 Данные сертификата качества и код доступа к сертификату.......................89
86
3.14 Взаимодействие Q3MET – Система SGS......................................................................................9087
3.14.1 Список сообщений Q3MET - SGS.................................................................................................. 9087
3.14.2 Сообщение: 116001 Данные Сертификата качества...................................................................9087
3.14.3 Спецификация XML формы Сертификата Качества ЧерМК.......................................................9188
3.14.3.1 Структура печатной версии сертификата.....................................................................................9188
3.14.3.2 Структура XML-документа.............................................................................................................. 9188
3.14.3.3 Схема проверки XML документа.................................................................................................... 9996
3.15 Интерфейс QMET и BatchMes.................................................................................................... 104101
3.15.1 Сообщение из QMET в BatchMes..............................................................................................104101
3.15.1.1 Перечень событий, фиксируемых в журнале...........................................................................104101
3.15.1.2 Операции в сообщении.............................................................................................................. 105102
3.15.1.3 Характеристики единицы продукции......................................................................................... 106103
3.15.2 Сообщение из BatchMes в QMET..............................................................................................106103
3.16 Взаимодействие QMET - АСУ «Бизнес процесс транспортной        логистики»...........................107
104
3.16.1 Список сообщений Q3MET – OM............................................................................................... 107104
3.16.2 Сообщение из QMET в БПТЛ..................................................................................................... 107104
3.16.2.1 Сообщение: 115002: Данные по суточному плану отгрузки.....................................................107104
3.16.2.2 Сообщение 115001: Данные сертификата качества................................................................109106
3.17 Взаимодействие СП. ЦООиОЛЗ. Автоматизированная система слежения за
отгрузкой и перемещением слябов...........................................................................................118115
3.17.1 Формирование графика посада................................................................................................. 118115
3.17.2 Прием из ЛПЦ-2.......................................................................................................................... 119116

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 5 /
123 5
Список Иллюстраций

Рис. 1 Обзор коммуникации QMET – OS............................................................................................................. 810


Рис. 2 Структура сообщения.............................................................................................................................. 1114
Рис. 3 Скелет программы инициатора............................................................................................................... 1215
Рис. 4 Обзор обмена QMET – OMS................................................................................................................... 1316

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 6 /
123 6
1 ОБЗОР

Данный документ описывает интерфейсы обмена информацией между Danieli


Automation Level 3/MES System далее обозначенной как QMET и другими MES
системами далее обозначающимися как OMS для Северсталь ЧерМК
расположенного в г.Череповец.

Назначением документа служит:


 Технология интерфейса (метод обмена данными),
 Логическое описание событий,
 Связанные с событиями данные.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 7 /
123 7
2 МЕТОД ОБМЕНА ДАННЫМИ

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


использовании двух технологий:

 Хранимые PL/SQL процедуры с использованием Oracle SQL* Net или ODBC


через протокол передачи данных TCP/IP;
 Транспортных Таблицах Баз Данных (Oracle SQL* Net или ODBC через
протокол передачи TCP/IP).

Обе методики описываются в следующих параграфах.

2.1 ОБМЕН ДАННЫМИ С ПОМОЩЬЮ ХРАНИМЫХ PL/SQL ПРОЦЕДУР


Этот метод основан на взаимодействии с базой данных, использующей язык SQL.
Каждая участвующая система имеет набор хранимых PL/SQL процедур в своей базах
данных, называемых «Пакет передачи» и имеет доступ к пакету передачи базы
данных системы-партнера.

Здесь и далее этот метод будет называться как Procedure Based Exchange Method
(PBEM).

2.1.1 МЕХАНИЗМ ВЗАИМОДЕЙСТВИЯ

Стратегия взаимодействия QMET/OS описана посредством нижеследующей схемы:

OS Database

Other System set of PL/SQL OS Data


procedures Producer/Consumer
Procedure
write data
in proper tables
(if required)
and return result DC trigger
relevant procedure
in order to write
OTHER SYSTEMS or get data

DataBase Driver for TCP/IP (if required)

NETWORK (IEEE 802.x)

DataBase Driver for TCP/IP (if required)

Q3MET
DC trigger Procedure
relevant procedure write data
in order to write in proper tables
or get data (if required)
and return result

Q3MET Data Q3MET set of PL/SQL


Producer/Consumer procedures

DATA
Q3MET Database

Рис. 0 Обзор коммуникации QMET – OS

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 8 /
123 8
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 9 /
123 9
Поток данных в оба направления основан на отношениях поставщик-получатель, где основные
циклы могут быть описаны следующим образом:

 Когда поставщик данных передает данные в систему-партнера:

ПОСТАВЩИК ПОЛУЧАТЕЛЬ
1 Генерирует новые данные для
участвующей системы-партнера
2 Вызывает хранимую процедуру Выполняет хранимую процедуру PL/SQL,
системы-партнера с заполняет целевые таблицы и
соответствующим набором возвращает результат исполнения
параметров для передачи системе- процедуры ПОСТАВЩИКУ
партнеру новых данных
3 Проверяет статус выполнения и
повторяет предыдущий шаг, если
требуется, подтверждает
транзакцию, в случае когда все
данные переданы без ошибок или
выполняет откат в случае
отрицательного результата.

 Когда получателю необходимо считать данные из системы-партнера:

ПОСТАВЩИК ПОЛУЧАТЕЛЬ
1 Запрашивает хранимую PL/SQL
процедуру для получения данных.
2 Выполняет хранимую процедуру,
возвращает данные и возвращает
данные запрашиваемые системой-
партнером.
3 Сохраняет возвращаемый результат в
своих таблицах и повторяет предыдущий
шаг, если требуется, в случае если все
данные верны или выполняет откат
транзакции в случае получения
негативного результата выполнения
процедуры

Процедуры передачи - хранимые процедуры базы данных предназначеные для


обмена данными между системами.

Когда система-отправитель отправляет данные, она запрашивает соответствующую


хранимую PL/SQL процедуру из пакета интерфейсных процедур с нужными
параметрами; Получатель выполняет процедуру ввода данных в целевую структуру
данных и возвращает результат выполнения отправителю данных. Если
отправителю нужно отправить несколько групп данных в одной транзакции, то он
вызывает процедуры в цикле. Только после того как все данные были переданы без
ошибок, отправитель может осуществить подтверждение транзакции. Откат должен
быть осуществлен в случае отрицательного результата выполнения какой-либо
процедуры, на любом из шагов отправки данных. Как только получателю нужно
считать данные с системы-партнера, он должен осуществить запрос
соответствующей общей PL/SQL процедуры из пакета интерфейсных процедур с
соответствующими параметрами. Производитель данных БД выполняет процедуру и
возвращает запрашиваемые данные. Затем получатель фиксирует возвращенные
данные в свои целевые таблицы. Эти шаги могут повторяться в цикле, в случае,
когда получатель запрашивает группу данных в одной транзакции. Возврат должен
быть осуществлен и цикл должен быть прерван в любое время, как только Цикл
должен быть прерван, как только одна из процедур возвращает отрицательный
результат.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 10 /
123 10
Метод связи основан на следующих принципах:

 Связь между системами-партнерами достигается непосредственно через прямой


доступ к реляционным базам данных, представленных по обе стороны. Это
обозначает, что связь базируется лишь на инструментах программного
обеспечения рыночного стандарта, исключая возможность создания
импровизированных драйверов, даже при существовании гетерогенных
платформ. Единственное требование – иметь задействованный SQL RDBMS и
протокол TCP/IP на обеих сторонах.
 Каждая система генерирует и поддерживает собственные данные и хранимые
процедуры. В случае, если структура данных была изменена, нет необходимости
создавать новые структуры для систем-партнеров, нужно лишь осуществить
настройки на стороне хранителя информации. Это помогает поддерживать
прозрачность интерфейса.
 Эта интерфейсная техника не требует разработки громоздкого программного
обеспечения. Что уменьшает стоимость разработки.
 Большой минус данного подхода заключается в том, что данный вид
связи не поддерживает лог сам по себе и, в случае если лог
запрашивается, нужно делать это дополнительно на
запрашивающей стороне. Предполагается, что эта связь должна
быть осуществлена второстепенной системой с точки зрения
бизнеса.

Данная интерфейсная техника не слишком требовательна к системным ресурсам, поскольку


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

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 11 /
123 11
2.2 СТРУКТУРА ВЗАИМОДЕЙСТВИЯ БАЗЫ ДАННЫХ

Логический набор данных, которыми обмениваются системы QMET и OS называется


событием. Физическая структура, в которой собраны события - называется
сообщением.
В данном документе оба термина будут использоваться как синонимы.

2.2.1.1 Транспортные процедуры


В интерфейсах используется два типа процедур:

 для записи данных: используется в случае когда система-отправитель


данных инициирует прцесс записи новой порции данных в БД системы-
приемника. Процедура располагается на стороне БД реципиента и
используется совместно с отправителем данных. Отправитель делает вызов
процедуры с набором необходимых фактических параметров. Процедура в
результате исполнения распределяет данные по целевым таблицам и
возвращает результат выполнения к Отправителю данных.

 для извлечения данных: используется в случае когда система-реципиент


инициализирует извлечение данных из базы данных партнера. Процедура
располагается на стороне-производителе данных и используется совместно с
системой читающей информацию. Система-реципиент производит вызов
процедуры с набором необходимых фактических параметров, содержащих
ссылки (ключи) на извлекаемые данные. Процедура, в результате
исполнения, возвращает данные, а в случае неудачного выполнения, заранее
оговоренный негативный результат (например -1).

В случае, когда несколько взаимосвязанных аттрибутов/параметров должны быть


записаны или извлечены одновременно, то все вызовы процедур по каждому из
параметров, должны располагаться в пределах одной транзакции БД. В случае
если любая из вызываемых процедур возвращает негативный результат,
сообщение должно быть прервано и должен быть выполнен откат транзакции.

Каждое сообщение, запись или извлечение, обычно состоят из заголовочной части


сообщения и набора элементов для чтения/записи (тело сообщения). Каждый
элемент может содержать набор аттрибутов. Схематически сообщение может быть
представлено в виде следующей схемы:

Заголовок
сообщения
(Procedure 0)

Элемент 1
(Procedure 1)

Аттрибуты 1..m
(Procedures 1.1 … 1.m)

...

Элемент N
(Procedure 1)

Аттрибуты 1..m
(Procedures 1.1 … 1.m)

Рис. 0 Структура сообщения.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 12 /
123 12
2.2.1.2 Скелет программы инициатора
Оба типа приложений, как извлечение данных, так и запись - могут быть
представлены следующей схемой:

Message
Start

actual parameters

Procedure Package
Message
Header
(Procedure 0)

actual parameters

Item 1..n
(Procedure 1)

actual parameters Rollback

LOOP 1..n

Attributes 1..m
(Procedures 1.1 … 1.m)

LOOP 1..m

Commit
end

Рис. 0 Скелет программы инициатора.

Система-инициатор вызывает заголовочную процедуру с набором необходимых


фактических параметров, а затем набор процедур во вложенном цикле, каждую из
процедур со своим набором фактических параметров.

В случае извлечения данных, система инициатор должна заполнить целевые


структуры извлеченными данными.

При возврате негативного результата на любом из шагов обработки сообщения,


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

Алгоритм не предусматривает никакой технологии ведения логов. Логирование


передачи/извлечения данных должно быть предусмотрено дополнительно.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 13 /
123 13
2.3 МЕТОД ОБМЕНА БАЗА ДАННЫХ – БАЗА ДАННЫХ
Этот метод базируется на обмене данными с использованием языка SQL.
Каждая из сторон коммуникации имеет собственный набор таблиц называемых
“Транспортными” в собственной Базе Данных и имеет доступ к транспортным
таблицам системы-партнера.
Доступ к данным партнера выполняется посредством DB Link или репликации
данных, в зависимости от решения, которое должно быть принято для каждого
интерфейса обмена индивидуально на основании нужд интерфейса и частоты
запросов. В случае репликации данных, таблицы сообщений XXX_СОБЫТИЕ
(значения таблиц приводятся в нижеследующих параграфах) реплицируется в базу
данных партнерской системы с правами на изменение. Все остальные таблицы
сообщений реплицируются с правами ТОЛЬКО ДЛЯ ЧТЕНИЯ.

Здесь и далее этот метод обмена данными будет называться Табличный Метод
Обмена Данными (TBEM).

2.3.1 МЕХАНИЗМ ВЗАИМОДЕЙСТВИЯ

Стратегия обмена QMET/OMS схематично представлена на нижеследующей


диаграмме:

БАЗА ДАННЫХ OMS


ДАННЫЕ

OMS записывает
сообщения для QMET в
базу данных OMS Поставщик
Потребитель
данных OMS
OMS считывает сообщения данных OMS
от QMET из интерфейсных
таблиц используя SQLNet или
ODBC

1 3
Интерфейсные таблицы
OMS 2

OMS
Database Driver for TCP /IP (if required )

NETWORK (IEEE 802 .x)

Database Driver for TCP /IP (if required )


QME
2 T
3

QMET считывает
сообщения из
интерфейсных таблиц
Потребитель OMS используя протокол QMET INTERFACE
данных QMET SQLNet или ODBC TABLES
1

QMET записывает
сообщения для OMS в БД
QMET
QMET База данных Поставщик
данных QMET

DAT
A
Рис. 0 Обзор обмена QMET – OMS
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 14 /
123 14
Поток данных в обоих направлениях базируется на взаимоотношениях поставщик-
потребитель, где основные циклы могут быть представлены как:

ПОСТАВЩИК ПОТРЕБИТЕЛЬ
Генерирует новые данные
для партнера и сохраняет их
в собственных интерфейсных
таблицах
Добавляет запись нового Запрашивает таблицу
события для извещения событий на стороне партнера
партнера о поступлении для обнаружения новых
новых данных событий
Как только детектировано
новое событие, считывает
связанные данные из
интерфейсных таблиц
партнерской базы данных
Обрабатывает собранные
данные и обновляет таблицу
событий партнерской базы
данных о результатах
обработки

Транспортные таблицы являются таблицами базы данных, выделенные для обмена


данными между системами. Когда системе-источнику необходимо послать
сообщение, она вставляет новую запись собственную таблицу событий, система-
приемник должна периодически проверять наличие необработанных событий
(сообщений) в системе-источнике, идентифицируя новое событие (или сообщение)
используя простой SQL запрос и управляя чтением данных в соответствии с типом
сообщения, например - копируя данные в собственные рабочие таблицы.

По мере обработки сообщения, успешно или нет, система приемник должна


маркировать результаты обработанных сообщений и реагировать соответственно
(если это требуется); это позволяет позднее проверить статус процесса обмена.

Этот метод взаимодействия базируется на следующих идеях:

 Итерактивный обмен между партнерскими системами достигается посредством


выделенного доступа к реляционным базам данных у обоих из участников
процесса. Это обозначает то, что коммуникационный процесс базируется на
стандартных инструментах доступных на рынке и узкоспециализированные или
вручную изготовленные драйверы обмена не используются даже в случае
применения гетерогенных платформ. Единственным требованием является
наличие SQL RDBMS и TCP|IP протокола на обеих сторонах обмена.
 Хранение данных как последовательности записей в базе данных предоставляет
натуральный буфер. В отличие от метода обмена задача-задача, нет
необходимости для подробного распределения «знаний» между поставщиком
данных и потребителем и дополнительных буферных систем временного
хранения данных в случае недоступности партнера.
 Каждая система создает и управляет собственными данными. Это помогает
поддерживать прозрачность интерфейса.
 Использование таблиц баз данных для хранения событий и данных для партнера,
делает очень простой процедуру симуляции присуствия и поведения партнера,
даже в случае его реального отсутствия.

Непрерывное вычитывание транспортных таблиц может привести к чрезмерной


загрузке системы. Тем не менее, практический опыт показывает что это не является
проблемой в случае когда частота опроса не слишком велика (например: раз в
несколько секунд), и SGA базы данных (System Global Area) сконфигурирована
правильно, то с учетом этих требований, часто запрашиваемые таблицы будут
кешироваться в БД (другими словами не будут выполняться операции Чтения/Записи

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 15 /
123 15
на диск) и загрузка по причине этого непрерывного доступа будет абсоллютно
незначительной.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 16 /
123 16
2.3.2 СТРУКТУРА СООБЩЕНИЙ БАЗЫ ДАННЫХ

Логический набор данных для обмена между QMET и OMS называется событием.
Физическая структура, в которую собираются события, называется сообщением.
В этом документе эти два термина будут использоваться как синонимы.

2.3.2.1 Транспортные таблицы


Интерфейсные сообщения компонуются одним или более логическими единицами
(e.g. например передача одного или более слябов). В целях предоставления
получателю возможности обработать сообщение целиком, а не только его часть, что
может привести к нарушению целостности данных.

Пример таблицы событий выглядит следующим образом:


Имя поля Тип данных ORACLE Примечание
Уникальный прогрессивный номер сообщения
MSG_COUNTER LONGINT (первичный ключ)
MSG_ID LONGINT Уникальный идентификатор типа сообщения
MSG_DATETIME DATETIME Штамп времени ввода сообщения
1 = ВВОД
OP_CODE LONGINT 2 = ОБНОВЛЕНИЕ
3 = УДАЛЕНИЕ
KEY_STRING_1 NULLSHORTSTRING Опциональный буквенно-цифровой ключ #1
KEY_STRING_2 NULLSHORTSTRING Опциональный буквенно-цифровой ключ #2
KEY_STRING_3 NULLSHORTSTRING Опциональный буквенно-цифровой ключ #3
KEY_STRING_4 NULLSHORTSTRING Опциональный буквенно-цифровой ключ #4
KEY_NUMBER_1 NULLLONGINT Опциональный цифровой ключ #1
KEY_NUMBER_2 NULLLONGINT Опциональный цифровой ключ #2
KEY_NUMBER_3 NULLLONGINT Опциональный цифровой ключ #3
KEY_NUMBER_4 NULLLONGINT Опциональный цифровой ключ #4
Статус сообщения:
1 = запись вставлена источником данных
2 = запись успешно обработана
получателем
MSG_STATUS LONGINT 3 = запись обработана получателем с
предупреждением(ями)
-1 = запись обработана получателем с
ошибкой
Причина ошибочной обработки в случае
MSG_REMARK NLONGDATA4 MSG_STATUS = -1
Уникальный идентификатор пользователя
MOD_USER_ID LONGINT вставившего сообщение
Системное время и дата осуществления
MOD_DATETIME DATETIME транзакции

Таб. 0 Структура транспортной таблицы

Поле MSG_COUNTER должно увеличивать свое значение каждый раз при вставке
новой записи (прогрессивная положительная последовательность); для этого может
быть использован родной объект ОRACLE SEQUENCE.

Поле MSG_STATUS должно быть заполнено значением «1» при вставке записи
поставщиком данных, а затем обновлено получателем в соотвествии с результатом
обработки сообщения; в случае негативного результата, поле MSG_REMARK должно
быть дополнено соотвествующей информацией, содержащей причины неудачной
обработки.

Поля КЛЮЧ факультативны, и если это определено в описании сообщения, то они


содержат указатели на фактические ключи (первичные или вторичные) таблиц
содержащих данные. В определении сообщения подробно описываются требуемые
ключи таблиц.

Каждая из сторон коммуникации отвественна за очистку транспортных таблиц,


базируясь на статусе сообщения MSG_STATUS и максимальном возрасте
сообщения.
Система-партнер должна обрабатывать сообщение и все данные, содержащиеся в
нем, в рамках одной транзакции, таким образом, или все данные, в случае
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 17 /
123 17
успешной обработки, или никакие из них, в случае неудачи, должны быть размещены
в целевых таблицах в результате обработки сообщения.
2.3.2.2 Схема приложения потребителя

Основной цикл приложения потребителя данных может быть представлен, как это
изложено ниже:

LOOP

SELECT *
INTO Message
FROM Событие_Table
WHERE Msg_Status = “New”
ORDER BY Msg_Counter

FOR EACH Record IN DATASET DO BEGIN


IF (HandleСобытие(Message) = Ok) THEN
Status = SUCCESS
ELSE
Status = ERROR

UPDATE Событие_Table
SET Msg_Status = Status
WHERE Msg_Counter = Message.MsgCounter
Примечание к сообщению должно быть заполнено в случае
неудачной обработки
COMMIT

END;

WAIT (T seconds);

END LOOP

Функция для обработки сообщений может быть представлена в виде


нижеследующего псевдокода:

FUNCTION HandleСобытие(Message): Result


BEGIN
CASE Message OF
MsgID_1 : Rejectoutput := ManageMessage_1(Message)
MsgID_2 : Rejectoutput := ManageMessage_1(Message)
….
MsgID_n : Rejectoutput := ManageMessage_1(Message);
ELSE BEGIN
Rejectoutput.Remark 'message Id Not Defined'
Rejectoutput.IsOK := FALSE;
END
Result:= Rejectoutput
END

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 18 /
123 18
2.4 ОПИСАНИЕ ДОМЕНА БАЗЫ ДАННЫХ QMET
Нижеследующая таблица описывает Домены, используемые для взаимоотношения с
сущностями Базы Данных.

DATA BASE DOMAIN NULL DEFAULT ORACLE DATATYPE


LONGDATA Not Null CHR(32) VARCHAR2(2000)
NULLLONGDATA Null Null VARCHAR2(2000)
NLONGDATA4 Null Null VARCHAR2(4000)
SHORTSTRING Not Null CHR(32) VARCHAR(80)
NULLSHORTSTRING Null Null VARCHAR(80)
LONGSTRING Not Null CHR(32) VARCHAR(255)
NULLLONGSTING Null Null VARCHAR(255)
ALPHA Not Null CHR(32) VARCHAR2(40)
NULLALPHA Null Null VARCHAR2(40)
VARCHAR2(1)
FLAG Not Null ‘N’
{‘Y’,’N’}
VARCHAR2(1)
NULLFLAG Null Null
{‘Y’,’N’}
DATETIME Not Null SYSDATE DATE
NDATETIME Null Null DATE
NULLDATE Not Null (1/1/1970) DATE
FLOAT Not Null 0 FLOAT
NULLFLOAT Null Null FLOAT
LONGINT Not Null 0 NUMBER
NULLLONGINT Null Null NUMBER
CLOB Not Null 0 LARGE BINARY
NULLCLOB Null Null LARGE BINARY
D_WIDTH Null Null NUMBER(4)
D_THICK Null Null NUMBER(5,2)
D_LENGTH Null Null NUMBER(5)
D_SLAB_NO Null Null VARCHAR2(6)
D_STRAND_NO Null Null NUMBER(2)
D_HEAT Null Null NUMBER(6)
D_FACTORY Null Null NUMBER(3)
D_VEHICLE_NO Null Null VARCHAR2(20)
D_PIECE_NO Null Null NUMBER(3)
D_INTERNAL_GRADE Null Null CHAR(6)
D_TEMPERATURE Null Null NUMBER(4)
D_WINDER Null Null NUMBER(1)
D_WEDGE Null Null NUMBER(3,2)
D_HEAT_CERT_GR Null Null VARCHAR2(36)
D_SHIFT Null Null NUMBER(1)
D_TEAM Null Null NUMBER(1)
D_BATCH_NO Null Null NUMBER(5)
D_PIECE_MARK_NO Null Null VARCHAR2(20)
D_WEIGHT Null Null NUMBER(6,3)
D_SERT_NO Null Null NUMBER(10)

Таб. 0 Описание доменов базы данных QMET

ПРИМЕЧАНИЕ:
 Все поля размерностей (как то вес, длина, ширина и др.) выражажены в типе
данных FLOAT, это позволяет использовать целое значение или значение с
плавающей точкой, таким образом, преобразование в другую единицу измерения
может быть выполнено без изменения дизайна Базы Данных.
 Тип данных VARCHAR2 специфирует длину хранимой строки. Число в скобках
отображает максимальное количество байтов хранимых данных.
 Каждый из доменов может описываться префиксом ‘NULL’ (напр. NULLFLOAT это
число с плавающей точкой, которое может принимать, и принимает по
умолчанию значение NULL).

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 19 /
123 19
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 20 /
123 20
3 ИНТЕФЕЙСЫ ВЗАИМОДЕЙСТВИЯ С ДРУГИМИ СИСТЕМАМИ

3.1 СООБЩЕНИЯ Q3MET – ДРУГИЕ ЦЕХА (ЭСПЦ, СПП, ПХЛ, ЦГП, ЛПЦ-1, УСЛУГА ТПЗ
ШЕКСНА)
В этой секции приводятся набор событий обмена между QMET и другими цехами.

3.1.1 ПРАВИЛА ИСПОЛЬЗОВАНИЯ СТРУКТУР ПЕРЕДАЧИ ДАННЫХ

Описанные в настоящем регламенте структуры передачи данных должны


использоваться только для передачи данных. Системы не должны их использовать
после получения информации. Информация в этих структурах сохраняется
исключительно для целей разбора проблем передачи данных и может быть удалена
без уведомления процедурой чистки.

3.1.2 ПРАВИЛА ЧИСТКИ СТРУКТУР ПЕРЕДАЧИ ДАННЫХ

Ежедневно из структуры передачи удаляются все события, для которых с момента


даты прочтения прошло более 180 суток. Если событие не было прочитано, то оно не
должно удаляться.
Условие для выполнения чистки:
events_date_read < sysdate – 180 and events_date_read <> ’01.01.2001’.

3.1.3 ИСПОЛЬЗУЕМЫЕ СПРАВОЧНИКИ

1. Справочник характеристик (OSI_WS_PROPERTIES_CATALOG):

Значение
Not
Название Размерность по Описание
null
умолчанию
PROPERTY_NUM_ID LONGINT   Y Первичный ключ характеристики
PROPERTY_ID LONGSTRING   Y Название характеристики
Признак логического удаления
DELETED FLAG   Y
записи
Может ли параметр содержать
IS_ARRAY FLAG Y
более одного значения
ИД пользователя, внесшего
MOD_USER_ID LONGINT   Y
изменение
Дата и время последнего
MOD_DATETIME DATETIME Y
изменения

2. Справочник типов событий (OSI_EVENT_TYPE из мастер-данных):

Значение
Not
Название Размерность по Описание
null
умолчанию
EVENT_TYPE_NUM_ID LONGINT   Y Первичный ключ типа события
EVENT_TYPE_ID ALPHA   Y Название типа события
DESCRIPTION LONGSTRING Описание события/комментарий
EVENT_SRC Источник события из справочника
LONGINT Y
OSI_PLANT_SYSTEM
EVENT_DST Приемник события из
LONGINT Y справочника
OSI_PLANT_SYSTEM
MOD_USER_ID ИД пользователя, внесшего
LONGINT Y
изменение
MOD_DATETIME Дата и время последнего
DATETIME Y
изменения

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 21 /
123 21
3.1.4 СПОСОБ ПОЛУЧЕНИЯ ДАННЫХ ПО СПРАВОЧНИКАМ
Доступ к справочникам организован через репликационные снимки только для
чтения. Обновление раз в 30 минут.

3.1.5 НАПОЛНЕНИЕ СПРАВОЧНИКОВ


Справочники наполняются только через базу данных. Удаление из справочников
запрещено.

Данные справочника характеристик (OSI_WS_PROPERTIES_CATALOG):

PROP
ERTY IS_ARR Размерность
PROPERTY_ID
_NUM AY характе-ристики
_ID

1 Основная химия Y* LONGINT


2 Тех. Характеристики Y LONGINT
3 Ширина, мм D_WIDTH
4 Толщина, мм D_THICK
5 Длина, мм D_LENGTH
6 Номер сляба D_SLAB_NO
7 Номер ручья D_STRAND_NO
8 Номер плавки по разливке D_HEAT
9 Цех разливки D_FACTORY
10 Был порезан NULLFLAG
11 Был зачищен NULLFLAG
12 Марка SAP ALPHA
13 Стандарт на марку SAP с учетом года ALPHA
14 Стандарт поставки SAP с учетом года ALPHA
15 Ссылка на потребность сводной LONGINT
Ссылка на потребность APO (номер LONGINT
16 производственного заказа APO)
17 Примечание по химии LONGDATA
18 Основное примечание LONGDATA
19 Дата окончания разливки NDATETIME
20 Ссылка на системный номер заказа SAP LONGINT
21 Номер позиции заказа SAP LONGINT
22 Номер транспортного средства D_VEHICLE_NO
23 Номер мастер-рулона D_PIECE_NO
24 Признак передачи на услугу порезки NULLFLAG
25 Признак вакуумирования NULLFLAG
26 Номер маршрутной карты ALPHA
D_INTERNAL_GRAD
27 Код хим. состава E
28 Фактическая минимальная температура смотки D_TEMPERATURE
29 Фактическая средняя температура смотки D_TEMPERATURE
30 Фактическая максимальная температура смотки D_TEMPERATURE
31 Температура смотки плановый допуск от D_TEMPERATURE
32 Температура смотки плановый допуск до D_TEMPERATURE
Фактическая минимальная температура конца D_TEMPERATURE
33 прокатки
34 Фактическая средняя температура конца прокатки D_TEMPERATURE
Фактическая максимальная температура конца D_TEMPERATURE
35 прокатки
36 Температура конца прокатки плановый допуск от D_TEMPERATURE
37 Температура конца прокатки плановый допуск до D_TEMPERATURE
38 Фактическая температура за 5-ой клетью D_TEMPERATURE
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 22 /
123 22
39 Температура за 5-ой клетью плановый допуск от D_TEMPERATURE
40 Температура за 5-ой клетью плановый допуск до D_TEMPERATURE
41 Фактическая минимальная толщина, мм D_THICK
42 Фактическая средняя толщина, мм D_THICK
43 Фактическая максимальная толщина, мм D_THICK
44 Плановый допуск по толщине от, мм D_THICK
45 Плановый допуск по толщине до, мм D_THICK
46 Фактическая минимальная ширина, мм D_WIDTH
47 Фактическая средняя ширина, мм D_WIDTH
48 Фактическая максимальная ширина, мм D_WIDTH
49 Плановый допуск по ширине от, мм D_WIDTH
50 Плановый допуск по ширине до, мм D_WIDTH
51 Признак аттестации NULLFLAG
52 Марка SAP по сдаче из СП ALPHA
Стандарт на марку SAP по сдаче из СП с учетом ALPHA
53 года
54 Признак обработки аргоном NULLFLAG
55 Фактическое дата и время окончания прокатки NDATETIME
56 Мин. толщина с контрольного рулона D_THICK
57 Макс. толщина с контрольного рулона D_THICK
58 Мин. ширина с контрольного рулона D_WIDTH
59 Макс. ширина с контрольного рулона D_WIDTH
Температура конца прокатки с контрольного D_TEMPERATURE
60 рулона
61 Температура смотки с контрольного рулона D_TEMPERATURE
62 Номер рулона в партии D_PIECE_NO
63 Номер моталки D_WINDER
64 Признак прохождения МОЗ NULLFLAG
65 Признак переходного сляба NULLFLAG
66 Номер витка с замерами разнотолщинности D_PIECE_NO
67 Результат измерения разнотолщинности Y** D_WEDGE
68 Результат измерения клиновидности Y*** D_WEDGE
69 Номер плавки 1-ого слоя D_HEAT_CERT_GR
70 Номер плавки 2-ого слоя D_HEAT_CERT_GR
71 Толщина 1-ого слоя, мм D_THICK
72 Толщина 2-ого слоя, мм D_THICK
73 Марка SAP 1-ого слоя ALPHA
74 Стандарт на марку SAP 1-ого слоя с учетом года ALPHA
D_INTERNAL_GRAD
75 Код хим. состава 1-ого слоя E
76 Марка SAP 2-ого слоя ALPHA
77 Стандарт на марку SAP 2-ого слоя с учетом года ALPHA
D_INTERNAL_GRAD
78 Код хим. состава 2-ого слоя E
79 Хим. состав 1-ого слоя Y* LONGINT
80 Хим. состав 2-ого слоя Y* LONGINT
81 Плановая толщина D_THICK
82 Плановая ширина D_WIDTH
83 Плановая длина D_LENGTH
84 Плановый вес D_WEIGHT
85 Признак IF стали NULLFLAG
86 Тип ЧШ ALPHA
87 Признак горячего всада NULLFLAG
Последний выполненный цикл операцийДата и NUMBERDATE
88 время разливки сляба
89 Дата и время разливки сляба DATE
8990 Смена разливки LONGINT
9091 Бригада разливки LONGINT
921 Номер УНРС LONGINT
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 23 /
123 23
932 Тип металла (х/к, г/к и т.д.) ALPHA
Тип транспортного средства (К – конвейер, А – ALPHA
943 авто, Ж – ж/д)
954 Номер КСО LONGINT
965 Дата КСО DATE
976 Тип приемки СП – ЛПЦ-2 ALPHA
98 Механические свойства Y**** LONGINT
99 Класс точности по толщине ALPHA
100 Плоскостность ALPHA
101 Группа поверхности ALPHA
102 Кромка ALPHA
103 Категория нормируемых характеристик ALPHA
104 Категория марки ALPHA
105 Категория вытяжки ALPHA
106 Уровень прочности ALPHA
107 Рифление ALPHA
108 Категория качества ALPHA

* - Соответствует справочнику spp.CHEMELEM


** - Номера точек измерения разнотолщинности 1,2,3,4,5,6,7
*** - Номера точек измерения клиновидности
**** - Механические свойства соттветствуют справочнику tlab_main.test_hierarhy

Данные справочника типов событий (OSI_EVENT_TYPE):

Определения:
Признак аттестации – это признак того, что единица продукции может быть
использована следующим цехом в производстве.

1. Металл отгружен
 Обязательно всегда заполняются структуры: событий, партий, единиц учета,
характеристики партий, характеристики единиц учета.
 Заполняются при наличии документа отгрузки (накладная либо сертификат)
структуры: документов, характеристики документов.
В характеристиках УЭ обязательная характеристика «признак аттестации»

2. Отказ от отгруженного, но еще не принятого металла (используется как отмена при


обычной отгрузке, так и как отмене при возвратах)
 Всегда заполняются только структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
события: «Металл отгружен.

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

4. Отмена размещения
 Всегда заполняются только структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл размещен» (при условии, что отмена делается в тех же сутках,
что и размещение).

5. Металл аттестован
 Всегда заполняются только структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл размещен» и если у УЭ «признак аттестации» стоит ложь

6. Отмена аттестации
 Может быть инициировано только цехом, который принимает металл
 Всегда заполняются только структуры: событий, единиц учета
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 24 /
123 24
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл размещен» и «признак аттестации» стоит истина и нет события
«металл оформлен»

7. Обновление характеристик
 Обязательно всегда заполняются структуры: событий, партий, единиц учета,
характеристики партий, характеристики единиц учета.
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл размещен

8. Металл оформлен (т.е. размещен и право собственности перешло к цеху приемки)


(используется как подтверждение приемки обычной отгрузки, так и как подтверждение
приемки возвратов)
 Всегда заполняются только структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие:
«Металл отгружен», «Металл размещен» (и при этом характеристика «металл
аттестован» имеет значение истина),

9. Отмена оформления
 Всегда заполняются только структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл оформлен» (при условии, что отмена делается в тех же сутках,
что и оформление,)

10. Металл отгружен возвратом


 Данное событие можно использовать только в тех случаях, когда единица учета
не изменила своих свойств.
 Всегда заполняются структуры: событий, единиц учета
 Заполняются при наличии документа отгрузки (накладная либо сертификат)
структуры: документов, характеристики документов.
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл оформлен», «Металл размещен»

11. Металл прошел термообработку


 Всегда заполняются структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл оформлен»

12. Произошла отмена термообработки


 Всегда заполняются структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл прошел термообработку»

13. Металл прошел порезку


 Всегда заполняются структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл оформлен»

14. Произошла отмена порезки


 Всегда заполняются структуры: событий, единиц учета
 Событие может возникнуть, только если непосредственно перед ним есть
событие: «Металл прошел порезку»

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 25 /
123 25
3.1.6 ОПИСАНИЕ СТРУКТУР ПЕРЕДАЧИ ДАННЫХ МЕЖДУ ЦЕХАМИ

Не предполагается отсылка сообщений из BatchMES в QMET.

1. Структура событий (OSI_WS_EVENT):

Значение
Not
Название Размерность по Описание
null
умолчанию
EVENT_NUM_ID LONGINT   Y Первичный ключ события
EVENT_TYPE_NUM_ID LONGINT   Y Ссылка на тип события
INSERT_DATE NDATETIME sysdate Y Дата вставки записи
READ_DATE NDATETIME 01.01.2001 Y Дата чтения записи
Цех отправки сообщения в
кодировке: КП - 13, ЦППМ -
102, ЦГП - 15, ЛПЦ-1 - 14,
ЛПЦ-2 - 40, Севергал - 106,
SRC_WORKSHOP D_FACTORY   Y
ЭСПЦ - 7, СПП - 17, ЛПЦ-3 -
75, ПХЛ - 16, Промпорт - 62,
УОИК - 47, ТПЗ Шексна -
938, ТПЗ Северсталь - 115
Цех приемки сообщения в
кодировке: КП - 13, ЦППМ -
102, ЦГП - 15, ЛПЦ-1 - 14,
ЛПЦ-2 - 40, Севергал - 106,
DEST_WORKSHOP D_FACTORY   Y
ЭСПЦ - 7, СПП - 17, ЛПЦ-3 -
75, ПХЛ - 16, Промпорт - 62,
УОИК - 47, ТПЗ Шексна -
938, ТПЗ Северсталь - 115
Отчетная дата события (без
REPORT_DATE NULLDATE   Y
времени)
REPORT_SHIFT D_SHIFT   Y Отчетная смена события
REPORT_TEAM D_TEAM   Y Отчетная бригада события

2. Структура документов (OSI_WS_DOCUMENT):

Значение
Not
Название Размерность по Описание
null
умолчанию
DOCUMENT_NUM_ID LONGINT   Y Первичный ключ документа
EVENT_NUM_ID LONGINT   Y Ссылка на событие
DOCUMENT_ID LONGINT   Y Номер документа
DOCUMENT_DATE NULLDATE   Y Дата документа

3. Структура партий (OSI_WS_BATCH):

Значение
Not
Название Размерность по Описание
null
умолчанию
BATCH_NUM_ID LONGINT   Y Первичный ключ партии
EVENT_NUM_ID LONGINT   Y Ссылка на событие
BATCH_ID D_BATCH_NO   Y Номер партии
BATCH_DATE NULLDATE   Y Дата партии
SRC_WORKSHOP D_FACTORY   Y Цех партии
Номер плавки по аттестации
(номер сертификационной
группы) Данное поле
D_HEAT_CERT заполняется только для
CERT_GROUP_ID   Y
_GR двухслойного металла 24 и
36, для остально металла
размерность будет 12
символов.
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 26 /
123 26
4. Структура единиц учета (OSI_WS_PIECE)

Значение
Not
Название Размерность по Описание
null
умолчанию
Первичный ключ единицы
WS_PIECE_NUM_ID LONGINT   Y
учета
EVENT_NUM_ID LONGINT   Y Ссылка на событие
DOCUMENT_NUM_ID NULLLONGINT     Ссылка на документ
BATCH_NUM_ID NULLLONGINT     Ссылка на партию
D_PIECE_MAR Номер единицы учета по
PIECE_ID   Y
K_NO маркировке
Ссылка на идентификатор
PIECE_NUM_ID LONGINT   Y единицы учета в цеховой
системе отправителя
WEIGHT D_WEIGHT   Y Вес единицы учета в тоннах
Ссылка на исходный
идентификатор единицы
учета (используется для
OMES_PIECE_NUM_I
NULLLONGINT     информирования смежной
D
системы об изменении
состояния её единицы
продукции)

5. Структура характеристики документов (OSI_WS_DOCUMENT_PROPERTY)

Значение
Not
Название Размерность по Описание
null
умолчанию
DOCUMENT_PROPE
RTY_NUM_ID LONGINT   Y Первичный ключ
характеристики документа
PROPERTY_NUM_ID LONGINT   Y Ссылка на документ
DOCUMENT_NUM_ID LONGINT   Y Ссылка на характеристику
ИД дополнительного ключа,
в случае, если параметр
NULLALPHANU
ARRAY_NUM_ID содержит более одного
LLLONGINT
значения. Для химии – коды
хим. элементов
NUM_VALUE NULLFLOAT     Вес в тоннах, размеры в мм.
NULLLONGDAT
STR_VALUE    
A  
DATE_VALUE NDATETIME      
BIN_VALUE NULLCLOB      

6. Структура характеристики партий (OSI_WS_BATCH_PROPERTY)

Значение
Not
Название Размерность по Описание
null
умолчанию
BATCH_PROPERTY_ Первичный ключ
LONGINT   Y
NUM_ID характеристики партии
BATCH_NUM_ID LONGINT   Y Ссылка на партию
PROPERTY_NUM_ID LONGINT   Y Ссылка на характеристику
ИД дополнительного ключа,
в случае, если параметр
NULLALPHANU
ARRAY_NUM_ID содержит более одного
LLLONGINT
значения. Для химии – коды
хим. элементов
NUM_VALUE NULLFLOAT     Вес в тоннах, размеры в мм.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 27 /
123 27
NULLLONGDAT
STR_VALUE    
A  
DATE_VALUE NDATETIME      
BIN_VALUE NULLCLOB      

7. Структура характеристики единиц учета (OSI_WS_PIECE_PROPERTY)

Значение
Not
Название Размерность по Описание
null
умолчанию
Первичный ключ
PIECE_PROPERTY_
LONGINT   Y характеристики единицы
NUM_ID
учета
WS_PIECE_NUM_ID LONGINT   Y Ссылка на единицу учета
PROPERTY_NUM_ID LONGINT   Y Ссылка на характеристику
ИД дополнительного ключа,
в случае, если параметр
NULLALPHANU
ARRAY_NUM_ID содержит более одного
LLLONGINT
значения. Для химии – коды
хим. элементов
NUM_VALUE NULLFLOAT     Вес в тоннах, размеры в мм.
NULLLONGDAT
STR_VALUE    
A  
DATE_VALUE NDATETIME      
BIN_VALUE NULLCLOB      

3.1.7 СПОСОБ ЗАПОЛНЕНИЯ СТРУКТУР ПЕРЕДАЧИ ДАННЫХ МЕЖДУ ЦЕХАМИ

Все структуры: OSI_WS_EVENT, OSI_WS_DOCUMENT, OSI_WS_BATCH,


OSI_WS_PIECE, OSI_WS_DOCUMENT_PROPERTY, OSI_WS_BATCH_PROPERTY,
OSI_WS_PIECE_PROPERTY – расположены на сервере MESPD (QMET).
Соответствующие им последовательности имеют названия: SEQ_OSI_WS_EVENT,
SEQ_OSI_WS_DOCUMENT, SEQ_OSI_WS_BATCH, SEQ_OSI_WS_PIECE,
SEQ_OSI_WS_DOCUMENT_PROPERTY, SEQ_OSI_WS_BATCH_PROPERTY,
SEQ_OSI_WS_PIECE_PROPERTY.
Обращение с других серверов идет по dblink.

3.1.8 ОПИСАНИЕ СОБЫТИЙ ПЕРЕДАЧИ ДАННЫХ ДЛЯ КАЖДОЙ ЦЕХОВОЙ СИСТЕМЫ

При выдаче сообщений, есть три вида событий:


1. Передача изменения состояния учетной единицы
2. Передача характеристик учетной единицы
3. Передача информации по документам

К первому виду событий относятся типы: 3, 4, 5, 6, 7, 9, 10, 11, 12, 13, 14, 15, 16.
Ко второму: 1, 2, 8, 13.
К третьему: 1, 2, 12.

Один тип события может входить в несколько видов (например, типы событий 1, 2,
12).

По первому виду важна информация о событии с учетное единицей, при этом по сути
основными являются два реквизита: с какой учетной единицей, что произошло.
Поэтому структура передачи очень простая: событие и информация по единице
учета.

По второму виду важна информация о полном описании единицы учета, поэтому


заполняется информация о характеристиках единицы и партии.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 28 /
123 28
По третьему виду события важен документ передачи данных, поэтому заполняется
информация о документе и его характеристиках.

Взаимодействие ЛПЦ-2 – ЭСПЦ:

ЭСПЦ отгрузил слябы на склад слябов для прокатки в ЛПЦ-2 (*)


 Металл отгружен
ЛПЦ-2 начинает видеть металл, но не может его посадить в печи до факта
размещения и аттестации

ЭСПЦ отменил отгрузку на склад слябов


 Отказ от отгруженного, но еще не принятого металла

ЭСПЦ разместил слябы на складе слябов


 Металл размещен

ЭСПЦ увез слябы со склада слябов


 Отмена размещения

ЭСПЦ зачистил слябы (*)


 Обновление характеристик

ЭСПЦ отменил зачистку слябов (*)


 Обновление характеристик

ЭСПЦ аттестовал слябы (если металл до этого был уже размещен на складе слябов, то
после аттестации ЛПЦ-2 может забрать металл в печи (если металл требует зачистки, то
его нужно аттестовывать только после зачистки, при назначении на зачистку отменять
аттестацию, если ранее аттестация была выслана))
 Металл аттестован

ЛПЦ-2 отменил аттестацию слябы (по сути это запрет для ЛПЦ-2, чтобы ЛПЦ-2 не мог
взять металл в печи)
 Отмена аттестации

ЛПЦ-2 взял металл в прокатку и провесил его (только при условии, что металл размещен
на складе слябов и есть признак аттестации) (**)
 Обновление характеристик (провеска)
 Металл оформлен

ЛПЦ-2 отменяет задачу в прокатку металла ЭСПЦ (**)


 Отмена оформления
 Обновление характеристик (обратная провеска)

ЛПЦ-2 возвращает металл после печей в ЭСПЦ (**)


 Отмена оформления
 Обновление характеристик (обратная провеска)

ЛПЦ-2 передает металл в ЭСПЦ после обработки (***)


 Металл отгружен

ЭСПЦ отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЭСПЦ принимает, отгруженный метал


 Металл оформлен

ЭСПЦ возвращает металл обратно в ЛПЦ-2


 Металл отгружен возвратом

ЛПЦ-2 отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 29 /
123 29
ЛПЦ-2 принимает возврат из ЭСПЦ
 Металл оформлен

ЭСПЦ производит обработку


 Металл прошел термообработку

ЭСПЦ отменяет обработку


 Произошла отмена термообработки

ЭСПЦ передает металл в ЛПЦ-2 для наплавки (*)


 Металл отгружен

ЛПЦ-2 передает металл в ЭСПЦ после наплавки (****)


 Металл отгружен

* - передача информации по слябу ЭСПЦ

В структуре характеристик партии заполняются:


 Основная химия
 Примечание по химии
 Основное примечание
 Дата окончания разливки

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Длина, мм
 Номер сляба
 Номер ручья
 Номер плавки по разливке
 Цех разливки
 Был порезан
 Был зачищен
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Признак вакуумирования
 Номер маршрутной карты
 Код хим. состава
 Ссылка на потребность сводной (нужна только до старта APO)
 Ссылка на потребность APO (нужна после старта APO)
 Признак аттестации

** - характеристики не заполняются

*** - передача информации по недокату ЛПЦ-2

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Длина, мм

Взаимодействие ЛПЦ-2 – КП:

КП отгрузил сляб на склад слябов для прокатки в ЛПЦ-2 (*)


 Металл отгружен
ЛПЦ-2 начинает видеть металл, но не может его посадить в печи до факта
аттестации

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 30 /
123 30
КП отменил отгрузку на склад слябов
 Отказ от отгруженного, но еще не принятого металла

КП аттестовал сляб
 Металл аттестован

ЛПЦ-2 отменил аттестацию сляба (запрет ЛПЦ-2 на посад, разблокирование сляба в КП)
 Отмена аттестации

ЛПЦ-2 взял металл в прокатку и провесил его (только при условии, что металл передан
на склад слябов и есть признак аттестации) (**)
 Обновление характеристик (провеска)
 Металл оформлен

ЛПЦ-2 отменяет задачу в прокатку металла КП (**)


 Отмена оформления
 Обновление характеристик (обратная провеска)

ЛПЦ-2 возвращает металл после печей в КП (**)


 Отмена оформления
 Обновление характеристик (обратная провеска)

ЛПЦ-2 передает металл в КП после обработки (***)


 Металл отгружен

КП отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

КП принимает, отгруженный метал


 Металл оформлен

КП передает металл в ЛПЦ-2 для наплавки (*)


 Металл отгружен

ЛПЦ-2 отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает, отгруженный метал


 Металл оформлен

ЛПЦ-2 передает металл в КП после наплавки (****)


 Металл отгружен

* - передача информации по слябу КП

В структуре характеристик партии заполняются:


 Основная химия
 Примечание по химии
 Основное примечание
 Дата окончания разливки

В структуре характеристик единицы учета заполняются:


 Плановая толщина
 Плановая ширина
 Плановая длинна
 Плановый вес
 Толщина, мм
 Ширина, мм
 Длина, мм
 Номер сляба
 Номер ручья

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 31 /
123 31
 Номер плавки по разливке
 Цех разливки
 Был порезан
 Был зачищен
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Признак вакуумирования
 Номер маршрутной карты
 Код хим. состава
 Ссылка на потребность APO
 Признак аттестации
 Признак переходного сляба
 Признак IF-стали
 Тип ЧШ
 Признак горячего всада
 Последний выполненный цикл операций
 Дата и время разливки сляба
 Смена разливки
 Бригада разливки
 Номер УНРС

** - характеристики не заполняются

*** - передача информации по недокату ЛПЦ-2

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Длина, мм

**** - передача информации по наплавленному слябу

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Длина, мм
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Номер маршрутной карты
 Код хим. состава
 Признак аттестации
 Номер плавки 1-ого слоя
 Номер плавки 2-ого слоя
 Толщина 1-ого слоя, мм
 Толщина 2-ого слоя, мм
 Марка SAP 1-ого слоя
 Стандарт на марку SAP 1-ого слоя
 Код хим. состава 1-ого слоя
 Марка SAP 2-ого слоя
 Стандарт на марку SAP 2-ого слоя
 Код хим. состава 2-ого слоя
 Хим. состав 1-ого слоя
 Хим. состав 2-ого слоя

**** - передача информации по наплавленному слябу

В структуре характеристик единицы учета заполняются:


 Толщина, мм

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 32 /
123 32
 Ширина, мм
 Длина, мм
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Номер маршрутной карты
 Код хим. состава
 Признак аттестации
 Номер плавки 1-ого слоя
 Номер плавки 2-ого слоя
 Толщина 1-ого слоя, мм
 Толщина 2-ого слоя, мм
 Марка SAP 1-ого слоя
 Стандарт на марку SAP 1-ого слоя
 Код хим. состава 1-ого слоя
 Марка SAP 2-ого слоя
 Стандарт на марку SAP 2-ого слоя
 Код хим. состава 2-ого слоя
 Хим. состав 1-ого слоя
 Хим. состав 2-ого слоя

Взаимодействие ЛПЦ-2 – СПП:

ЛПЦ-2 отгрузил заготовку в СПП:


 Металл отгружен (*)

СПП отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

СПП принимает, отгруженный метал


 Металл оформлен

СПП возвращает металл обратно в ЛПЦ-2


 Металл отгружен возвратом

ЛПЦ-2 отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает возврат из СПП


 Металл оформлен

* - передача информации по заготовке

В структуре характеристик партии заполняются:


 Основная химия
 Примечание по химии
 Основное примечание
 Дата окончания разливки

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Длина, мм
 Номер сляба (с учетом реза)
 Номер ручья
 Номер плавки по разливке
 Цех разливки
 Был порезан
 Был зачищен
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 33 /
123 33
 Признак вакуумирования
 Номер маршрутной карты
 Код хим. состава
 Ссылка на потребность сводной (нужна только до старта APO)
 Ссылка на потребность APO (нужна после старта APO) (номер производственного заказа
APO)
 Признак аттестации (всегда равен «Y»)

Взаимодействие ЛПЦ-2 – ЛПЦ-1:

ЛПЦ-1 отгрузил рулон в ЛПЦ-2:


 Металл отгружен (с признаком аттестацией) (*)

ЛПЦ-2 отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает, отгруженный метал


 Металл оформлен

ЛПЦ-2 возвращает металл обратно в ЛПЦ-1 (**)


 Металл отгружен возвратом

ЛПЦ-1 отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-1 принимает возврат из ЛПЦ-2


 Металл оформлен

* - передача информации по рулонам

В структуре характеристик документа заполняются:


 Номер транспортного средства

В структуре характеристик партии заполняются:


 Основная химия (химический состав по накладной)
 Основное примечание
 Класс точности по толщине
 Плоскостность
 Группа поверхности
 Уровень прочности
 Кромка
 Категория нормируемых характеристик
 Категория вытяжки
 Рифление
 Категория качества

В структуре характеристик единицы учета заполняются:


 Толщина, мм (по накладной)
 Ширина, мм (по накладной)
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Признак вакуумирования (по разливке)
 Номер маршрутной карты (ИПС полное наименование без «изм.»)
 Код хим. состава
 Номер плавки по разливке (по накладной сдачи)
 Цех разливки (по накладной сдачи)
 Ссылка на потребность APO (заполняется в случае, если металл сдается под услугу
порезки по потребности APO)
 Ссылка на системный номер заказа SAP
 Номер позиции заказа
 Признак аттестации (всегда = ‘Y’)
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 34 /
123 34
** - передача информации по возвращаемым рулонам

В структуре характеристик документа заполняются:


 Номер транспортного средства

Взаимодействие ЛПЦ-2 – ЦГП:

ЛПЦ-2 отгрузил рулон или ленту в ЦГП:


 Металл отгружен (с признаком аттестацией) (*)

ЦГП отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЦГП принимает, отгруженный метал


 Металл оформлен

В случае, если металл отгружается в ЦГП на услугу порезки, система ЦГП по факту
порезки рулона должна сообщить информацию о факте преобразования рулона в
ленты. Остатки в сводную отчетность в этом случае выгружает система ЦГП.
Система ЦГП по факту порезки металла создает событие «Металл прошел порезку».
Это событие обрабатывает система QMET ЛПЦ-2. Таким образом в системе ЛПЦ-2
будет информация о полученных лентах. Поэтому по факту отгрузки ленты в ЛПЦ-2 в
системе ЛПЦ-2 осуществляется приемка, отгруженных из ЦГП лент событием
«Металл отгружен возвратом».

ЦГП режет рулоны, отправленные на услугу порезки


 Металл прошел порезку(***)

ЦГП отменяет порезку рулонов, отправленных на услугу порезки


 Произошла отмена порезки

ЦГП возвращает металл обратно в ЛПЦ-2 (**)


 Металл отгружен возвратом

ЛПЦ-2 отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает возврат из ЦГП


 Металл оформлен

ЦГП отгрузил рулон или ленту в ЛПЦ-2:


 Металл отгружен (с признаком аттестацией) (*)

ЛПЦ-2 отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает, отгруженный метал


 Металл оформлен

ЛПЦ-2 возвращает металл обратно в ЦГП (**)


 Металл отгружен возвратом

ЦГП отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ЦГП принимает возврат из ЛПЦ-2


 Металл оформлен

* - передача информации по рулонам и лентам

В структуре характеристик документа заполняются:

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 35 /
123 35
 Номер транспортного средства

В структуре характеристик партии заполняются:


 Основная химия
 Примечание по химии
 Основное примечание
 Дата окончания разливки

В структуре характеристик единицы учета заполняются:


 Толщина, мм
 Ширина, мм
 Марка SAP
 Стандарт на марку SAP с учетом года
 Стандарт поставки SAP с учетом года
 Признак вакуумирования
 Номер маршрутной карты
 Код хим. состава
 Номер плавки по разливке
 Цех разливки
 Ссылка на потребность APO (номер производственного заказа APO)
 Ссылка на системный номер заказа SAP
 Номер позиции заказа
 Номер мастер-рулона (заполняется для ленты)
 Признак передачи на услугу порезки
 Признак аттестации (всегда = «Y»)
 Механические свойства
 Класс точности по толщине
 Плоскостность
 Группа поверхности
 Кромка
 Категория нормируемых характеристик
 Категория марки
 Категория вытяжки
 Уровень прочности
 Рифление
 Категория качества

** - передача информации по возвращаемым рулонам и лентам

В структуре характеристик документа заполняются:


 Номер транспортного средства

*** - передача факта порезки рулона на ленты

В структуре характеристик единицы учета заполняются:


 Ширина, мм
 Номер мастер-рулона

Взаимодействие ЛПЦ-2 – ПХЛ:

ЛПЦ-2 отгрузил рулоны в ПХЛ (*)


 Металл отгружен (без признака аттестации)
ПХЛ начинает видеть металл, но не может его взять в обработку до факта
размещения и аттестации

ЛПЦ-2ПХЛ отменил отгрузку в ПХЛ


 Отказ от отгруженного, но еще не принятого металла

ПХЛ разместил слябы на своем складе


 Металл размещен
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 36 /
123 36
ПХЛ отменил размещение
 Отмена размещения

ЛПЦ-2 обновляет информацию по рулонам (*)


 Обновление характеристик принятого, но не оформленного металла

ЛПЦ-2 аттестовал рулоны (если металл до этого был уже размещен на складе ПХЛ, то
после аттестации ПХЛ может забрать металл в обработку (оформить))
 Металл аттестован

ПХЛ отменил аттестацию рулонов (по сути это запрет для ПХЛ, чтобы ПХЛ не мог взять
металл в обработку (оформить))
 Отмена аттестации

ПХЛ оформил рулоны


 Металл оформлен

ПХЛ отменяет оформление


 Отмена оформления с сохранением размещения

ПХЛ термообрабатывает рулоны, отправленные на услугу термообработки


 Металл прошел термообработку

ПХЛ отменяет термообработку рулонов, отправленных на услугу термообработки


 Произошла отмена термообработки

ПХЛ возвращает металл в ЛПЦ-2 (**)


 Металл отгружен возвратом

ЛПЦ-2 отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает возврат из ПХЛ


 Металл оформлен

ПХЛ передает металл в ЛПЦ-2 на услугу порезки (*)


 Металл отгружен (с признаком аттестацией)

ЛПЦ-2 отказывается от переданного ему металла


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает, отгруженный метал


 Металл оформлен

ЛПЦ-2 возвращает металл обратно в ПХЛ


 Металл отгружен возвратом

ПХЛ отказывается от возвращаемого металла


 Отказ от отгруженного, но еще не принятого металла

ПХЛ принимает возврат из ЛПЦ-2


 Металл оформлен

* - передача информации по рулонам

В структуре характеристик документа заполняются:


 Номер транспортного средства (если отгрузка конвейером, то текст «конвейер»)
 Признак передачи на услугу термоотжига
 Тип транспортного средства (К – конвейер, А – авто, Ж – ж/д)

В структуре характеристик партии заполняются:


MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 37 /
123 37
 Основная химия
 Примечание по химии
 Основное примечание
 Дата окончания разливки
 Фактическое дата и время окончания прокатки
 Признак обработки аргоном
 Марка SAP
 Стандарт на марку SAP с учетом года
 Толщина, мм
 Ширина, мм
 Стандарт поставки SAP
 Признак вакуумирования
 Номер маршрутной карты
 Код хим. состава
 Номер плавки по разливке
 Цех разливки
 Мин. толщина с контрольного рулона
 Макс. толщина с контрольного рулона
 Мин. ширина с контрольного рулона
 Макс. ширина с контрольного рулона
 Тех. характеристики (категория марки, вытяжка, группа поверхности, уровень прочности)
 Температура смотки плановый допуск от
 Температура смотки плановый допуск до
 Температура конца прокатки плановый допуск от
 Температура конца прокатки плановый допуск до
 Температура за 5-ой клетью плановый допуск от
 Температура за 5-ой клетью плановый допуск до
 Плановый допуск по толщине от, мм
 Плановый допуск по толщине до, мм
 Плановый допуск по ширине от, мм
 Плановый допуск по ширине до, мм
 Температура конца прокатки с контрольного рулона
 Температура смотки с контрольного рулона
 Тип металла (х/к, г/к и т.д.)
 Класс точности по толщине
 Плоскостность
 Группа поверхности
 Кромка
 Категория нормируемых характеристик
 Категория марки
 Категория вытяжки
 Уровень прочности
 Рифление
 Категория качества

В структуре характеристик единицы учета заполняются:


 Номер рулона в партии
 Номер сляба
 Номер ручья
 Признак прохождения МОЗ
 Признак переходного сляба
 Ссылка на потребность APO (номер производственного заказа APO)
 Ссылка на системный номер заказа SAP
 Номер позиции заказа
 Марка SAP по сдаче из СП
 Стандарт на марку SAP по сдаче из СП с учетом года
 Признак аттестации
 Фактическая минимальная температура смотки
 Фактическая средняя температура смотки
 Фактическая максимальная температура смотки
 Фактическая минимальная температура конца прокатки
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 38 /
123 38
 Фактическая средняя температура конца прокатки
 Фактическая максимальная температура конца прокатки
 Фактическая температура за 5-ой клетью
 Фактическая минимальная толщина, мм
 Фактическая средняя толщина, мм
 Фактическая максимальная толщина, мм
 Фактическая минимальная ширина, мм
 Фактическая средняя ширина, мм
 Фактическая максимальная ширина, мм
 Номер витка с замерами разнотолщинности
 Результат измерения разнотолщинности
 Результат измерения клиновидности
 Номер моталки
 Номер КСО
 Дата КСО
 Тип приемки СП – ЛПЦ-2 (горячий посад, транзит, приемка, не горячий всад, неизвестно)

** - передача информации по возвращаемым рулонам

В структуре характеристик документа заполняются:


Номер транспортного средства

Взаимодействие ТПЗ Шексна – ЛПЦ-2:

ТПЗ Шексна передает металл в ЛПЦ-2 (*)


 Металл отгружен (с признаком аттестацией)

ТПЗ Шексна отказывается от переданного ему металла в ЛПЦ-2


 Отказ от отгруженного, но еще не принятого металла

ЛПЦ-2 принимает, отгруженный метал


 Металл оформлен

* - передача информации по лентам

В структуре характеристик единиц учета заполняются:


 Ширина

Номера лент и веса заполняются в структуре единиц учета. Там же заполняется ссылка
на mes_id родительского рулона ЛПЦ-2. Остальные характеристики считаем
неизменными по отношению к исходному рулону, который был отправлен в ТПЗ Шексна
на услугу порезки.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 39 /
123 39
3.2 СООБЩЕНИЯ QMET- ППК «ПРОМПОРТ» УОИК
В этой секции приводятся набор событий обмена между QMET и ППК «Промпорт»
(УОиК).

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 40 /
123 40
3.2.1 СООБЩЕНИЯ ИЗ ППК “ПРОМПОРТ” В QMET

Источник MES-система “Промпорт”


Приемник QMET
Тип вызова Репликационный изменяемый снимок
Событие вызова Сертификат качества перегружен клиенту (или перегрузка
была отменена) в Промпорту (УОИК)
Описание Сообщение используется для оповещения системы “QMET”
о том, что сертификат был отгружен клиенту, или отгрузка
клиенту была отменена

Таблица promport.sert_load_log
Описание Информация о перегрузах клиенту и отменах в Промпорту и
УОиК
Входные LOG_ID number Идентификатор в логе
параметры FACTORY_NO number(3) Идентификатор цеха
сертификата (40 для ЛПЦ-2, 16
для ПХЛ, 14 для ЛПЦ-1)
SERT_NO number(12) Номер сертификата качества
QMET (уникальный не
версионный)
SERT_DATE date Дата сертификата
S_CANCEL number(1) 0 – перегружен клиенту, 1 –
отмена перегрузки клиенту
TRANCE_NO varchar2 (20) Номер транспортного средства с
прицепом
STYPE_ID number(1) Направление:
1: Промпорт вода;
2: Промпорт ж/д;
3: Промпорт авто;
4: УОиК авто;
5: УОиК ж/д;
EVENT_DATE_USER date Дата перегруза (отмены) без
времени
EVENT_DATE_SYS date Системная дата перегруза
(отмены)
PROCESSING_DATE date Дата обработки события, по
умолчанию ’01.01.2001’, после
чтения = sysdate
FRAME_1 number(4) Номер рамы 1
FRAME_2 number(4) Номер рамы 2
WOOD_EXPENCE number Вес древесины

Чтение таблицы идет по возрастанию LOG_ID. При получении события с s_cancel = 0


в SAP отправляется полученная информация (с новым номером транспорта и доп.
оборудованием) версией ABB. Печать сертификата с новым номером транспортного
средства осуществляется работниками Промпорта из системы QMET. При получении
события с s_cancel = 1 в SAP отправляется версия отмены ABB.

Внутри системы QMET организован job, который раз в минуту считывает


информацию из структуры sert_load_log по условию PROCESSING_DATE =
’01.01.2001’ и для каждой записи последовательно вызывает функцию
PKG_OSI_PROMPORT.fnc_receive_qc_status_msg.

Возвращающую тип данных:

type t_result is record(ret_result integer, ret_note varchar2(2000));

Возможные варианты значений:


MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 41 /
123 41
ret_result ret_note
0 Quality certificate processed successfully
1 Quality certificate not found
2 Incorrect status of reloading cancellation
3 Factory Id not exist

Функция PKG_OSI_PROMPORT.fnc_receive_qc_status_msg
Описание Получение факта перегруза и отмены перегруза в Промпорту и
УОиК
Входные p_sert_no in number(12) Номер сертификата качества
параметры QMET (уникальный не
версионный)
p_trans_no in varchar2(20) Номер транспортного средства с
прицепом
is_cancel in number(1) 0 – перегружен клиенту, 1 –
отмена перегрузки клиенту
p_factory_no in number(3) Идентификатор цеха
сертификата (40 для ЛПЦ-2, 16
для ПХЛ, 14 для ЛПЦ-1)
p_frame_1 in number(4) Номер рамы 1
p_frame_2 in number(4) Номер рамы 2
p_wood_expence  in number Вес древесины
Выходные t_result Возвращает результат
параметры обработки

В случае получения результата поле PROCESSING_DATE выставляется равным


текущей дате.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 42 /
123 42
]
3.3 СООБЩЕНИЯ QMET- АСУ «СВОДНАЯ ОТЧЕТНОСТЬ»
Обмен данными между системой АСУ “Сводная отчетность” и QMET будет
осуществляться посредством одного набора сообщений.

Интерфейс с MES-системой “Сводная отчетность”


 
Msg.ID Description Producer Consumer
109001 Создан новый сертификат QMET АСУ “Сводная
качества отчетность”
109002 Сертификат качества QMET АСУ “Сводная
аннулирован отчетность”
109003 Отчет об остатках на складах на QMET АСУ “Сводная
указанную дату отчетность”
109004 Удаление остатков сводной QMET АСУ “Сводная
отчетности на указанную дату отчетность”

3.3.1 СООБЩЕНИЯ ИЗ QMET В АСУ «СВОДНАЯ ОТЧЕТНОСТЬ»

3.3.1.1 Сообщение: Создан новый Сертификат Качества

Источник QMET
Приемник АСУ “Сводная отчетность”
Код сообщения 109001
Тип вызова Событие
Событие вызова Сертификат качества финализирован в QMET
Описание Сообщение используется для оповещения системы
“Сводной отчетности” о том, что был создан и
финализирован сертификат в системе QMET.
Выгрузка сертификатов в SAP осуществляется
непосредственно из QMET, т.е. операция 1013 не нужна.

Функция observer.sert_load_interface_pak.add_sert_header_qmet
Описание Создание заголовка сертификата качества
Входные iOwner in number(3) Цеховая система выдачи
параметры сертификата (40 для ЛПЦ-2)
iFactoryNo in number(3) Идентификатор цеха
сертификата (40 для ЛПЦ-2, 16
для ПХЛ, 14 для ЛПЦ-1)
iSertNo in number(12) Номер сертификата качества
QMET (уникальный не
версионный)
datSertDate in date Дата сертификата
iRegistryNo in number(6) номер реестра выдачи
iChange in number(1) Смена сертификата
szTransNo   in varchar2 (10) Номер транспортного средства
fWoodCount in number(6,3) количество древесины
iPackCount  in number(3) Количество упаковочных мест
iOutFactory in number(3) Направление отгрузки
1:Получатель
2:УОиК
3:Промпорт
iTransCode in number(1) Тип транспорта из сертификата
1: Ж/Д;
2: Авто;
3: Вода;
Выходные varchar2 Уникальный ID сертификата
параметры качества из системы «Сводная
отчетность»;
возвращает текст «ERROR» в
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 43 /
123 43
случае возникновения ошибки.

Функция observer.sert_load_interface_pak.add_sert_portion_qmet
Описание Создание позиции сертификата качества
Входные
параметр iOwner in number(3) Цеховая система выдачи
ы сертификата (40 для ЛПЦ-2)
szCommonSertID in varchar2 Уникальный ID сертификата
качества из системы «Сводная
отчетность»;
iPozzakPrm in integer id позиции заказа АСУ ППП, для
QMET всегда NULL
izspp_id in integer id позиции заказа АСУ Сбыт, для
QMET всегда NULL
iSapOrderNo in varchar2(40) Системный номер заказа SAP
iPortionNo in number(3) Номер позиции сертификата.
iMonthNo in number(2) Гарантированный заказчику месяц
поставки
szCodeMS in varchar2(10) Коммерческая марка стали +
Стандарт в терминах системы IPS,
для QMET всегда NULL
SteelGradeNameSAP in varchar2(30) Марка SAP
StandartNameGrade in varchar2(30) Стандарт на марку SAP с учетом года
iGroupNo in in number(5) Номер партии прокатки, порезки
(номер сертификационной группы)
iHeatFacoryID in number(3) ИД цеха выплавки
szHeatNo in varchar2 (20) Аттестационная плавка
(сертификационная группа в QMET)
fThickness in number(5,2) Толщина (мм)
iWidth in number(4) Ширина (мм)
iLength in number(5) Длина (мм)
szProfile in varchar2 профиль для ЦГП и СОРТа, для
QMET всегда NULL
szSHAU in varchar2 ШАУ, для QMET всегда NULL
iPackCount  in number(3) Количество упаковочных мест

Входные varchar2 Уникальный ID позции сертификата


параметр качества из системы «Сводная
ы отчетность»;
возвращает текст «ERROR» в
случае возникновения ошибки.

Функция observer.sert_load_interface_pak.add_portion_item_qmet
Описание Добавление единицы учета в позицию сертификата качества
Входные
параметры iOwner in integer Цеховая система выдачи
сертификата (40 для ЛПЦ-2)
iPortionID in varchar2 Уникальный ID позиции
сертификата качества из
системы “Сводная Отчетность”
szItemNo in varchar2 (11) Маркировка единицы учета в
системе QMET
iNetWeight in number Вес НЕТТО (Фактический вес, кг)
iGrossWeight in number Вес БРУТТО (Фактический вес,
кг)
iOLID in integer ID порции НП продукции, для
QMET всегда NULL
iOwnershipID in integer ID связки дефекта и агрегата,
для QMET всегда NULL
szMarkNo in varchar2 (11) номер учетной единицы по
маркировке
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 44 /
123 44
iLength in integer длина рулона
iBMID in integer ID системы BathMES, для QMET
всегда NULL
iOKPCode in integer код ОКП, для QMET всегда
NULL
iStanCode in integer код стана, для QMET всегда
2000
Входные varchar2 Уникальный ID единицы учета в
параметры позции сертификата качества из
системы «Сводная отчетность»;
возвращает текст «ERROR» в
случае возникновения ошибки.

Функция observer.sert_load_interface_pak.unload_sert_qmet
Выгружать сертификат следует только в случае если на предыдущих
шагах (выгрузки сертификата, порций сертификата, единиц учета)
Описание Фиксация сертификата в системе АСУ “Сводная отчетность”
Входные
параметры iOwner in integer цеховая система выдачи
сертификата
iSertID in varchar2 Уникальный ID сертификата
качества из системы АСУ
“Сводная отчетность”;
Выходные NUMBER 0 – в случае успешного
параметры выполнения запроса;
<0 – произошла ошибка при
выполнении запроса;

Функция observer.get_last_error
Описание Возвращает текст ошибки, если любая из функций передачи
сертификата вернула отрицательный выходной параметр
Входные отсутствуют
параметры
Выходные Varchar2(300) Текст возникшей ошибки внутри
параметры данной сессии. Если последняя
операция передачи не имела
ошибку, то функция возвратит
текст: «Нет ошибок. Успешное
выполнение»

Описание:
Для отправки информации по финализированному сертификату качества в QMET
вызывается функция add_sert_header_qmet, возвращающая уникальный номер
сертификата в системе АСУ “Сводная Отчетность”. После этого, для каждой позиции
сертификата в QMET производится вызов функций add_sert_portion_qmet и
add_portion_item_qmet (для добавления единицы учета). Номер сертификата
является уникальным не версионным. Что означает, что идентификатор будет
уникален в рамках одного сертификата качества, но будет один и тот же в рамках
разных версий этого сертификата. Для фиксации сертификата в системе АСУ
“Сводная отчетность” вызывается функция unload_sert_qmet.

3.3.1.2 Сообщение: Сертификат качества аннулирован

Источник QMET
Приемник АСУ “Сводная отчетность”
Код сообщения 109002
Тип вызова Событие
Событие вызова При отмене финализации сертификата
Описание Сообщение используется для оповещения АСУ “Сводная
отчетность”что сертификат качества был аннулирован

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 45 /
123 45
Функция observer.sert_load_interface_pak.annulment_sert_qmet
Описание Удаление сертификата качества
Входные
параметр iOwner in integer цеховая система выдачи сертификата
ы iSertID in varchar2 Уникальный ID сертификата качества
из системы АСУ “Сводная отчетность”;
iReturnCase in integer код причины возврата, для QMET
всегда NULL
szReturnNote in varchar2 примечание по возврату, для QMET
всегда NULL
szTP in varchar2 рабочее место ануляции сертификата,
для QMET всегда NULL
Выходные NUMBER 0 – в случае успешного выполнения
параметр запроса;
ы <0 – произошла ошибка при
выполнении запроса;

Описание:
В случае если произошло изменение финализированного сертификата качества,
QMET обязан отправить это сообщение. Для всех функций интерфейса должна быть
доступна глобальная функция observer.sert_load_interface_pak.get_last_error,
содержащая расшифровку ошибки вызова удаленной процедуры/функции.

3.3.1.3 Сообщение: Отчёт об остатках на складах на указанную дату

Сообщение служит для информирования АСУ “Сводная отчетность” об остатках на


складах QMET на конец предыдущей смены отчетной даты.
В сообщении используются следующие типы данных:

-- Структура единиц учета


TYPE TPieceDataShop IS RECORD (
PieceNumID NUMBER --Уникальный ИД единицы учета
QMET
Stockyard_Id VARCHAR(40) --SAP-код склада
Piece_Id VARCHAR(40) --Маркировка единицы учета
Heat_Id VARCHAR(40) --Аттестационная плавка
(сертификационная группа в QMET)
Group_no NUMBER --Номер партии прокатки
(сертификационная группа в QMET)
fDest VARCHAR(4) --Назначение, четырехбуквенное
обозначение назначения (без ссылки на справочник)
InternalSteelGrade VARCHAR(40) --Код химии
SO_ID VARCHAR(40) --Системный номер заказа SAP
SO_LINE_ID VARCHAR(40) --Номер позиции заказа
Slab_Weight NUMBER --Вес, кг
Slab_Thick NUMBER --Толщина, мм
Slab_Width NUMBER --Ширина, мм
Slab_Length NUMBER --Длина, мм
Box_Id VARCHAR(40) --ИД бокса в котором хранится
единица учета
Reporting_Shift_id NUMBER --Смена, на конец которой
выгружаются остатки
ShippingShopId NUMBER --Цех отгрузки (16 – ПХЛ, 40 – ЛПЦ-2,
15 – ЦГП, 17 СПП)
FStageId NUMBER --Стадия производства (ссылка на
observer.factory_stages где factory_no = 40)
QualityId NUMBER --Качество (1 – Годный, 2- НП и т.п.)
Quality_category VARCHAR(40) --Категория качества
IPS_SteelGradeNameCodeSAP VARCHAR(40)NUMBER --
Марка SAPМарка стали в системе IPS
IPSStandardCodeNameGrade VARCHAR(40)NUMBER --
Стандарт на марку SAP с учетом годаСтандарт в системе IPS

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 46 /
123 46
ShippingStandardCodeNameProduct VARCHAR(40)NUMBER
--Стандарт поставки SAP с учетом годаСтандарт на поставку в системе IPS
ProductType VARCHAR(40) --Тип продукта
FLDIRECTION_ID NUMBER --Маршрут (ссылка на observer.
FLOAD_DIRECTIONS где factory_no = 40)
ProductionDatetime DATETIME --Дата/время разливкипроизводства
CastingTeamId NUMBER --Смена Бригада разливки
слябапроизводства
CastingShiftId NUMBER --Бригада Смена
производстваразливки сляба
CCM_ID NUMBER --Номер УНРС
DEFECT_NUM_ID NUMBER --Тип дефекта (если есть, ссылка на
справочник defect_dir)
AGREGAT_NUM_ID NUMBER --Виновник дефекта (если есть,
ссылка на справочник agregat_dir)

WorkshopId NUMBER --Номер цеха (всегда 40)


MeltShopID NUMBER --Номер цеха разливки (13 – КП, 7 -
ЭСПЦ)
);

-- Список единиц учета


TYPE TPieceDataShopList IS  TABLE OF TPieceDataShop INDEX BY
BINARY_INTEGER; 

Источник QMET
Приемник АСУ “Сводная отчетность”
Код сообщения 109003
Тип вызова Запуск по расписанию
Событие вызова Раз в день (например, в 3:00 AM)
Описание Это сообщение вызывается для информирования системы
АСУ “Сводная Отчетность” об остатках на складах QMET
на конец предыдущей смены отчетной даты

Процедура observer.qmet_stock_pak.insertpiecedatashop
Описание Отправка сообщения об остатках на складах на
указанную дату
Параметры pPieceDataShopList TPieceDataShopList

Замечание:

Учетные единицы непривязанные к сбытовому заказу должны быть переданы с


фиктивным заказом, вычисляемым по формуле SO_ID = 50000 + WorkshopID. В
случае ЛПЦ-2, это будет число 50040.

3.3.1.4 Сообщение: удаление остатков сводной отчетности на указанную


дату

Сообщение информирует систему АСУ “Сводной Отчетности”, что необходимо


удалить информацию об остатках ЛПЦ-2 на указанную дату.

Источник QMET
Приемник АСУ “Сводная отчетность”
Код сообщения 109004
Тип вызова N/A
Событие вызова По запросу пользователя
Описание Сообщение информирует систему АСУ “Сводной
Отчетности”, что необходимо удалить информацию об
остатках цеха на указанную дату.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 47 /
123 47
Процедура observer.qmet_stock_pak.deleteallstockyardinventory
Описание Удаление информации об остатках на складах на указанную дату.
Параметры pFStageID in integer Код передела
DeleteDate in date Дата, за которую нужно
выполнить удаление

3.3.2 СООБЩЕНИЯ ОТ АСУ «СВОДНАЯ ОТЧЕТНОСТЬ» В QMET


Данная секция не содержит сообщений.
3.4 ИНТЕРФЕЙС ПЕРЕДАЧА СЕРТИФИКАТОВ QMET В “ТПЗ-ШЕКСНА”

3.4.1 СООБЩЕНИЯ ПО ПЕРЕДАЧИ ДАННЫХ ПО СЕРТИФИКАТАМ ЛПЦ-2 В СИСТЕМУ ТПЗ-ШЕКСНА

3.4.1.1 Схема взаимодействия


Схема взаимодействия:
1. На сервере CDB09 создана схема sert_tpz для передачи сертификатов (под
сертификатом понимается запрос на погрузку системы QMET).
2. Таблицы созданной схемы ставятся на репликацию для чтения на сервер REPL7 в схему
sert_tpz.
3. Таблицы созданной схемы ставятся на репликацию для чтения на сервер MESPD в
схему sert_tpz.
Исключение – структура шапки сертификата, для нее создается изменяемый снимок. При
этом цеховые системы при вставке записей всегда заполняют поле date_read равным
’01.01.2001’. Система ТПЗ-Шексна для выбора необработанных данных использует
условие date_read = ’01.01.2001’ и заполняет его, после забора данных, равной системной
дате.
4. Внешние системы работают с сервером REPL7, не оказывая влияние на сервера баз
данных цеховых систем.

По истечении 40 дней с момента обработки записи в шапке сертификата она удаляется


вместе со всеми ссылающимися на нее либо на ее порции данными в других структурах.
Если чтение записи не состоялось в течение 40 дней с момента ее появления, то есть
date_read осталась равной ’01.01.2001’, то так же производится процедура очистки
данных по данному сертификату по всем структурам.

3.4.1.2 Структура сертификатов

При выдаче сертификата из цеховой системы ЛПЦ-2 черезотправке запроса на


погрузку из системы промежуточныех складыов (Промпорт, УОиК) в направлении
ТПЗ Шексна осуществляется заполнение всех структур: шапки, порций, единиц
учета, технических характеристик, результатов мехиспытаний и данных по
химическому составу. При этом в структуре шапки заказа признак значение “action”
выставляется равным 1.
При возврате сертификатаотмене отправки (например, для корректировки)
происходит заполнение только структуры шапки, при этом значение “action”
выставляется равным 2.

Шапка сертификата:
sert_tpz.sert_head

Первичный ключ записи full_sert_id NUMBER(38)


Код цеха сертификата:
40 – ЛПЦ-2 kceh_no NUMBER(5)

Уникальный идентификатор сертификата внутри


цеховой системы sert_id NUMBER(38)
Номер сертификата sert_no NUMBER(10)
Дата сертификата sert_date DATE
Дата появления записи date_insert DATE
Признак действия: 1 – появление сертификата, 2 action NUMBER(1)
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 48 /
123 48
– удаление
Вид транспорта:
Ж – железной дорогой,
А – автомобилем,
В – водой vad_trans VARCHAR2(1)
Номер транспорта trans_no VARCHAR2(20)
Признак порта: 1 – через промпорт, 0 – без
промпорта, 2 - УОИК is_port NUMBER(1)
Order_no_SA
Системный номер заказа SAP P NUMBER(38)
ФИО ОТК fio_otk VARCHAR2(50)
ФИО бригадира отгрузки fio_brigadir VARCHAR2(50)
Дата чтения записи date_read date

Порции сертификата:
sert_tpz.sert_portions

Первичный ключ записи full_sert_por_id NUMBER(38)


Код цеха сертификата:
14 – ЛПЦ-1, 40 – ЛПЦ-2 kceh_no NUMBER(3)
Ссылка на идентификатор
сертификата full_sert_id NUMBER(38)
Уникальный идентификатор
порции сертификата внутри
цеховой системы sert_por_id NUMBER(38)
Номер порции сертификата sert_por_no NUMBER(3)
Номер плавки melt_no VARCHAR2(10)
Номер партии group_no NUMBER(10)
Код марки-стандарта (ссылка
на ИПС ref_marka_standart) cod_ms VARCHAR2(10)
Код госта поставки (ссылка на
ИПС ref_standart) cod_s_post VARCHAR2(6)
Сорт sort NUMBER(1)
Толщина, мм thickness NUMBER(5,2)
Ширина, мм width NUMBER
Длина, мм length NUMBER
Количество штук count_ed NUMBER(4)
Вес нетто weight_netto NUMBER(6,3)
Вес брутто weight_brutto NUMBER(6,3)
Количество листов count_sheets NUMBER(4)

Единицы учета:
sert_tpz.items

Первичный ключ записи full_item_id NUMBER(20)


Код цеха сертификата:
14 – ЛПЦ-1, 40 – ЛПЦ-2 kceh_no NUMBER(3)
Ссылка на идентификатор
порции сертификата full_sert_por_id NUMBER(38)
Идентификатор цеховой
системы item_id NUMBER(38)
Номер единицы учета item_no VARCHAR2(20)
Вес, т weight NUMBER(6,3)
Признак настроечного рулона is_adjusting_coil NUMBER(1)

3.4.1.3 Технические характеристики по порциям сертификатов

Технические характеристики:
sert_tpz.tehn

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 49 /
123 49
Первичный ключ записи tehn_id NUMBER(38)
Код цеха сертификата:
14 – ЛПЦ-1, 40 – ЛПЦ-2 kceh_no NUMBER(3)
Ссылка на идентификатор
порции сертификата full_sert_por_id NUMBER(38)
Ссылка на справочник
значений технических
характеристик портфеля
заказов сбыта
sz_tehn_har_zn sz_thz_id NUMBER(38)

3.4.1.4 Результаты мехиспытаний по порциям сертификатов

Справочник испытаний cdb09.tlab_main.test_hierarhy реплицируются только 3 поля:


sert_tpz.test_hierarhy

Первичный ключ записи hierarhy_id NUMBER(10)


Название испытания caption VARCHAR2(50)
Ссылка на родителя в дереве
испытаний:
tlab_main.test_hierarhy.hierarhy_i
d parent NUMBER(10)

Данные по мехиспытаниям:
sert_tpz.mech

Первичный ключ записи mech_id NUMBER(20)


Код цеха сертификата:
14 – ЛПЦ-1, 40 – ЛПЦ-2 kceh_no NUMBER(3)
Ссылка на идентификатор
порции сертификата full_sert_por_id NUMBER(38)
Номер рулона coil_no NUMBER(3)
Номер листа list_no NUMBER(3)
Место отбора place VARCHAR2(50)
Ссылка на идентификатор
испытания hierarhy_id NUMBER(10)
Результат испытания result VARCHAR2(50)

3.4.1.5 Химический состав

Данные по хим. составу:


sert_tpz.chem

Первичный ключ chem_id NUMBER(38)


Код цеха сертификата:
40 – ЛПЦ-2 kceh_no NUMBER(3)
Ссылка на идентификатор
порции сертификата full_sert_por_id NUMBER(38)
Ссылка на идентификатор хим.
элемента chemelem_prm NUMBER(38)
Значение chem_value NUMBER
Вариант химии variant_chem NUMBER

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 50 /
123 50
3.5 ВЗАИМОДЕЙСТВИЕ QMET- «СИСТЕМА СТАТИСТИЧЕСКОГО НЕРАЗРУШАЮЩЕГО КОНТРОЛЯ»
(SMT)

Для получения результатов расчета используется вызов процедуры:

Statmetod.stat_metod_pak.create_result_out_qmet(pstan => :pstan,


pprod => :pprod,
ptempsm => :ptempsm,
ptempkp => :ptempkp,
ptemp5kl => :ptemp5kl,
ptickness => :ptickness,
pmark_ex => :pmark_ex,
phaveresult => :phaveresult,
pmelt_no => :pmelt_no,
prefmargos_mark => :prefmargos_mark,
prefmargos_gost => :prefmargos_gost,
pfactorymelt => :pfactorymelt,
pgostpost => :pgostpost,
pkat => :pkat,
pgroupno => :pgroupno,
pmadedate => :pmadedate,
pcoilno => :pcoilno,
pgdis => :pgdis,
pshzaknom => :pshzaknom,
pmcardnom => :pmcardnom,
pChemestryList => :pchemistrylist,
c => :c);
-- Химический состав
TYPE TChemistryList IS  TABLE OF TPieceData INDEX BY BINARY_INTEGER; 

-- Структура химического состава


TYPE TPieceData IS RECORD (
Chemelem_prm NUMBER --Ссылка на код химического элемента
(соответствует кодировке текущих MES систем)
Chem_value NUMBER --Значение хим. элемента
)

pStan ALPHA always = СТАН 2000


pProd ALPHA always = Рулон горячекатанный
Температура смотки контрольного
Ptempsm D_TEMPERATURE рулона
Температура конца прокатки
pTempkp D_TEMPERATURE контрольного рулона
Температура за пятой клетью
pTemp5kl D_TEMPERATURE контрольного рулона
pTickness D_THICK Номинальная толщина
pMark_ex ALPHA Уровень прочности
0 - ранее не расчитывалась, 1 -
phaveresult number(1) ранее расчитывалась
D_HEAT_ Сертификационная группа по
pMelt_no CERT_GR разливке
pRefmargos_mark ALPHA Марка SAPНаписание марки
Стандарт на марку SAP с учетом
pRefmargos_gost ALPHA годаНаписание стандарта на марку
pFactoryMelt D_FACTORY Цех выплавки (7 - ЭСПЦ, 13 - КП)
Стандарт поставки SAP с учетом
pGostPost ALPHA годаНаписание стандарта поставки
Категория нормируемых
pKat ALPHA характеристик
pgroupno D_BATCH_NO Номер партии прокатки
pmadedate date Дата прокатки (без времени)
pcoilno D_PIECE_NO Номер рулона
pGdis number(2) Год заказа
pShzakNom ALPHA Системный Нномер заказа SAP
pMcardNom ALPHA Номер маршрутной карты
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 51 /
123 51
Химический состав по
сертификационной группе
pChemestryList TChemistryList сталеплавильного производства
c in out trefcursor Курсор

Процедура возвращает курсор с вычисленными результатами в формате:

Код модели, по которой сделан


polinom_id integer расчет
TEH_CHARACTERISTI
C integer Код мех. испытания
TEH_name ALPHA Наименование испытания
PRIEM_NUMBER_MIN number Плановый допуск от
PRIEM_NUMBER_MAX number Плановый допуск до
Признак контрольного расчета. 0 -
i_is_control number(1) нет, 1 - да.
result number Результат расчета

Если вычисленных результатов нет, например - не найдена модель, то курсор возвращает 0


строк.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 52 /
123 52
3.6 СООБЩЕНИЕ ОТ QMET В СКП РЕЗУЛЬТАТОВ ИСПЫТАНИЙ

1. На сервере СКП созданы структуры иерархии испытаний:

   1.1 Шапка предъявки [dc_bill_header]

Номер Описание Имя поля БД Тип Дополнительно


1 ID шапки ДЦ dc_header_id integer primary key
2 ID предъявки header_id integer unique index
3 Лаборатория lab_name Varchar2(20)
4 Цех factory_name Varchar2(15)
5 Дата выписки entry_date date
6 Вид профиля sz_profile Varchar2(50)

   1.2 Позиция предъявки [dc_bill_position]

Номе Описание Имя поля БД Тип Дополнительно


р
1 ID позиции ДЦ dc_portion_id integer primary key
2 ID порции предъявки portion_id integer unique index
3 ID шапки ДЦ dc_header_id integer foreign key on
[dc_bill_header]
4 Номер плавки heat_no varchar2(20
(сертификационная )
группа)
5 Номер партии group_no integer
(сертификационная
группа)
6 Номер учетной единицы item_no varchar2(10
)
7 Категория вытяжки drawing_categor varchar2(8)
y
8 ID записи учетной item_id number
единицы

   1.3 Место отбора проб [dc_probe_place]

Номер Описание Имя поля БД Тип Дополнительно


1 ID места отбора ДЦ dc_probe_place_i integer primary key
d
2 ID места отбора probe_place_id integer unique index
3 ID позиции ДЦ dc_portion_id integer foreign key on
[dc_bill_position]
4 Наименование place_name varchar2(20)
5 Номер места place_no varchar2(10)

   1.4 Испытание в позиции [dc_pos_test]

Номе Описание Имя поля БД Тип Дополнительно


р
1 ID испытания в позиции dc_pos_test_id integer primary key
ДЦ
2 ID испытания в позиции pos_test_id integer unique index
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 53 /
123 53
3 ID позиции ДЦ dc_portion_id integer foreign key on
[dc_bill_position]
4 ID испытания hierarhy_id integer

   1.5 Результат испытания [dc_test_result]

Номер Описание Имя поля БД Тип Дополнительно


1 ID результата ДЦ dc_test_result_id integer primary key
2 ID испытания в dc_pos_test_id integer foreign key on
позиции ДЦ [dc_pos_test]
3 ID места отбора проб dc_probe_place_id integer foreign key on
ДЦ [dc_probe_place]
4 Результат test_result varchar2(50
)
5 Дополнительный ex_property varchar2(50
параметр )

   1.6 Агрегативный результат испытания [dc_test_agg_result]

Номер Описание Имя поля БД Тип Дополнительно


1 ID результата ДЦ dc_test_agg_result_id integer primary key
2 ID испытания в dc_pos_test_id integer foreign key on
позиции ДЦ [dc_pos_test]
3 ID места отбора проб dc_probe_place_id integer foreign key on
ДЦ [dc_probe_place]
4 Результат test_agg_result varchar2(50
)

2. Для заполнения этих структур на сервере СКП создается пакет, содержащий


функции, отвечающие за заполнение соответствующих таблиц.

Сигнатуры типов и функций пакета:

create or replace package PKG_LMI is

type TdcBillHeaderInfo is record(


i_header_id integer,
sz_lab_name varchar2(20),
sz_factory_name varchar2(15),
dat_entry_date date,
sz_profile varchar2(50)
);
--функция добавления шапки предъявки
function check_bill_header(Header TdcBillHeaderInfo) return
integer;

type TdcBillPosition is record (


portion_id integer,
dc_header_id integer,
heat_no varchar2(20),
group_no integer,
item_no varchar2(10)
);
--функция добавления позиции предъявки
function check_bill_position(Position TdcBillPosition) return
integer;

type TdcProbePlace is record (


probe_place_id integer,
dc_portion integer,
place_name varchar2(20),
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 54 /
123 54
place_no varchar2(10)
);
--функция добавления места отбора пробы
function check_probe_place(ProbePlace TdcProbePlace) return
integer;

type TdcPosTest is record (


pos_test_id integer,
dc_portion_id integer,
hierarhy_id integer
);
--функция добавления испытания в позицию
function check_pos_test(PosTest TdcPosTest) return integer;

type TdcTestResult is record (


pos_test_id integer,
probe_place_id integer,
test_result varchar2(50),
ex_property varchar2(50)
);
--функция добавления результата испытания
function check_test_result(TestResult TdcTestResult) return
integer;

type TdcTestAggResult is record (


pos_test_id integer,
probe_place_id integer,
test_agg_result varchar2(50)
);
--функция добавления агрегативного результата испытания
function check_test_agg_result(TestResult TdcTestAggResult) return
integer;

--функция удаления результатов испытания, утративших актуальность


function del_test_result(dc_portion_id integer) return integer;

--функция возврата текстового описания ошибки по ее коду


function msg_error(id_err integer) return VARCHAR2;

end PKG_LMI;

У всех функций проверки наличия записи (имена которых начинаются с check...)


должна быть одинаковая логика работы: если по ID записи QMET в структурах СКП
не найдена соответствующая запись или в найденной записи изменился хотя бы
один реквизит – то происходит добавление записи и возвращается ее ID.
Обновление реквизитов записи никогда не происходит.
При нормальном завершении функции должно возвращаться целое положительное
число, при ошибке - отрицательный код ошибки. С помощью вызова функции
msg_error можно получить текстовое описание ошибки.

3. На сервере QMET ведется журнал выдачи (и отмены выдачи) позиций предъявок


из лабораторий. Каждые 8 часов этот журнал разбирается и транслируется в
вызовы функций из пакета на сервере СКП.

3.7 СООБЩЕНИЕ QMET В СКП ПАРАМЕТРОВ НАКЛАДНОЙ ПРОКАТКИ


Накладная прокатки включает в себя 9 основных разделов.

1. Данные по партии прокатки (включая данные по химии, данные по мех. свойствам


и основные данные по позиции заказа).
2. Данные по рулонам
3. Данные по замерам
4. Данные по рулонам на доработку
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 55 /
123 55
5. Данные по доработанным рулонам
6. Требования по химии в позиции заказа
7. Требования по мех. свойствам в позиции заказа
8. Дополнительные требования по позиции заказа
9. Дополнительные условия по допускам по позиции заказа (краткий вариант)

Передача информации, обозначенной в пунктах 1, 2 и 3 организована


репликационно. На сервере QMET расположены таблицы: log_rgroup_data,
log_coils_data, log_geom_data, изменяемые снимки расположены на сервере СКП,
репликация запускается с периодичностью раз в час.
Система QMET при добавлении новых записей в структуры log_rgroup_data,
log_coils_data, log_geom_data в поля kvit_date записывает ’01.01.2001’, в поля
sys_date записывает текущую дату и время. Система СКП считывает данные из
структур по условию kvit_date = ’01.01.2001’ и после считывания записывает в поле
kvit_date текущую дату и время. Система QMET раз в сутки удаляет из структур
log_rgroup_data, log_coils_data, log_geom_data всю информацию, с момента
появления которой прошло более 40 дней (отсчет ведется от sys_date).

Передача информации, обозначенной в пунктах 4 и 5, не осуществляется.


Поскольку данные по доработке в накладной прокатки не являются фиксированными
и отражают текущее состояние на момент печати накладной.
Передача информации, обозначенной в пунктах 6, 7, 8 и 9, так же не
осуществляется. Эти данные система СКП получает напрямую из портфеля заказов
сбыта.
Передача данных осуществляется по операциям: «Отгрузка рулона», «Сдано в
ПХЛ», «Сдано в ЦГП», «Прокатано».

Для однозначной связи данных накладной прокатки с операциями отгрузки


используется таблица имеющая ссылку на структуры: all_katch, log_rgroup_data,
log_coils_data, log_geom_data, которая заполняется в момент отгрузки единицы
учета.

Описание структур передачи данных из накладной прокатки в СКП

1. Общая информация log_rgroup_data

Название поля Тип Описание


log_rgroup_id Number(20) Первичный ключ лога
rgroup_id Number(10) Первичный ключ партии прокатки
rgroup_no Number(5) Номер партии прокатки
parent_no Number(5) Номер родительской партии прокатки
(если был перевод)
melt_no Varchar2(8) Номер плавки (сертификационная
группа)
is_hot_warmup Number(1) Признак горячего всада:0 – не горячий
всад, 1 – горячий всад
date_rolling Date Дата и время прокатки партии
create_date Date Дата прокатки (оформления) партии
create_change Number(1) Смена прокатки (оформления) партии
create_brigade Number(1) Бригада прокатки (оформления) партии
doctype Varchar2(5) Вид техн. документа: МК, РП и т.п.
mk Varchar2(30) Номер техн. документа
mark Varchar2(30) Марка
is_otsort_tu Number(1) Признак отсортировочной партии
gost Varchar2(30) ГОСТ поставки
gost_m Varchar2(30) ГОСТ марки
gostpr Varchar2(30) ГОСТ на профиль
identification Varchar2(21) Тип внепечной обработки + тип отходов
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 56 /
123 56
mark_ex Varchar2(20) Группа прочности
cat_mark Varchar2(4) Категория марки
width Number(4) Ширина
tickness Number(5,2) Толщина
wg_weight Number(6,3) Вес по посаду
rg_count Number(2) Количество рулонов в партии
rg_weight Number(6,3) Вес по прокатке
rasx_coeff Number(6,3) Расходный коэффициент
rg_shipping_weight Number(6,3) Вес по сдаче (с учетом доработки)
wg_count Number(2) Количество посаженных слябов
factory Varchar2(30) Цех выплавки
caption Varchar2(4) Назначение партии
dlitn Number(2) Время посада
wgroup_id Number(10) Номер партии по посаду
thickness_min Number(5,2) Толщина от
thickness_max Number(5,2) Толщина до
width_min Number(4) Ширина от
width_max Number(4) Ширина до
t_roll_min Number(4) ТКП от
t_roll_max Number(4) ТКП до
t_winding_min Number(4) ТСМ от
t_winding_max Number(4) ТСМ до
riff Varchar2(1) Вид рифления (Р, Ч)
is_moz Number(1) Признак МОЗ: 0 – нет МОЗ, 1 – прошел
МОЗ
is_transite Number(1) Признак транзита: 0 – не транзит, 1 –
транзит
Clearing Number(1) Признак зачистки: 0 - зачистки не было, 1
– была зачистка
note_mech Varchar2(200) Примечание по мехам
rg_control Varchar2(50) Контрольная партия
probe_coils Varchar2(100) Номера рулонов на пробу
chem_id Number(100) Уникальный идентификатор химии
плавки
note Varchar2(300) Примечание по химии СП
value_c Number(7,5) C
value_si Number(7,5) SI
value_mn Number(7,5) MN
value_p Number(7,5) P
value_s Number(7,5) S
value_cr Number(7,5) CR
value_ni Number(7,5) NI
value_cu Number(7,5) CU
value_al Number(7,5) AL
value_n Number(7,5) N
value_mo Number(7,5) MO
value_v Number(7,5) V
value_nb Number(7,5) NB
value_ti Number(7,5) TI
value_b Number(7,5) B
value_as Number(7,5) AS
value_w Number(7,5) W
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 57 /
123 57
value_ca Number(7,5) CA
value_h Number(7,5) H
value_sn Number(7,5) SN
value_sb Number(7,5) SB
value_zr Number(7,5) ZR
value_co Number(7,5) CO
value_ce Number(7,5) CE
value_pb Number(7,5) PB
value_kti Number(7,5) KTI
value_knb Number(7,5) KNB
value_alkr Number(7,5) ALKR
value_zn Number(7,5) ZN
value_bi Number(7,5) BI
value_rsm Number(7,5) RSM
tpar Varchar2(10) ТКП/ТСМ
note_him Varchar2(200) Примечание по химии ОТК
vrem_sopr Varchar2(50) Временное сопротивление
vrem_sopr_fail Varchar2(200) Сообщение по провалу вр.сопр.
pred_tek Varchar2(50) Предел текучести
pred_tek_fail Varchar2(200) Сообщение по провалу пр.тек.
udlinen Varchar2(50) Удлинение
udlinen_fail Varchar2(200) Сообщение по провалу удл.
holod_izg Varchar2(5) Холодный изгиб
val_impact1 Varchar2(50) Испытания по ударной вязкости. Всего 3
str_impact1 Varchar2(30) испытания. str_impactN – наименование
val_impact2 Varchar2(50) испытания N, val_impactN – значение
str_impact2 Varchar2(30) испытания N.
val_impact3 Varchar2(50)
str_impact3 Varchar2(30)
Order_ no_sap Varchar2(30) Номер заказа SAP
Order_line_no Number Номер позиции заказа
potreb_name Varchar2(250) Потребитель
country Varchar2(100) Страна
spec Number(5) Спецификация
contract_nom Varchar2(25) Контракт
konagr Varchar2(5) Агрегат обработки (для металла ЛПЦ-2 =
Г/К, для ПХЛ = Х/К, АНГА, БО и тп)
grpov Varchar2(7) Группа поверхности
tehn_har Varchar2(250) Список актуальных тех.характеристик
(одной строкой)
is_uzk Number(1) Признак УЗК
sys_date Date Дата и время вставки записи
kvit_date Date Дата и время чтения записи
Tolerance_thick_min Number(5,2) Допуск по толщине от
Tolerance_thick_max Number(5,2) Допуск по толщине до
Flag_used_technologic_card Number(1) Прокатка по технологической карте

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 58 /
123 58
2. Данные по рулонам log_coils_data:

Название поля Тип Описание


log_coil_id Number(20) Первичный ключ лога
coil_id Number(10) Уникальный идентификатор рулона
в цеховой системе
Rgroup_id Number(10) Ссылка на партию
coil_no Varchar2(6) Номер рулона в партии
Is_Probe Number(1) Признак пробы
stream_no Number(2) Номер ручья
slab_no Varchar2(5) Номер сляба
furnace_no Number(1) Номер печи
nmot Number(1) Номер моталки
npol2 Varchar2(10) № полосы в формате: №партии
посада + пробел + №рулона
(используется в печатной форме)
npol Varchar2(10) № полосы в формате: №партии
посада + №рулона (используется
при обращении к сайту ИВЦ)
t5 Varchar2(4) Температура за 5 клетью
slab_weight Number(6,3) Вес сляба по провеске
weight_out Number(6,3) Вес по смотке
is_not_equal_weight Number(1) = 1, если вес по смотке не совпадает
с весом провески рулона, иначе 0
coil_weight Number(6,3) Вес рулона на текущий момент с
учетом доработок
coeff Number(6,3) Коэффициент
tickness_avg Number(4,2) Средняя толщина
tickness_max Number(4,2) Максимальная толщина
tickness_min Number(4,2) Минимальная толщина
width_avg Number(4) Средняя ширина
width_max Number(4) Максимальная ширина
width_min Number(4) Минимальная ширина
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 59 /
123 59
tkp_avg Number(4) Средняя температура конца
прокатки
tkp_max Number(4) Максимальная температура конца
прокатки
tkp_min Number(4) Минимальная температура конца
прокатки
tsm_avg Number(4) Средняя температура смотки
tsm_max Number(4) Максимальная температура смотки
tsm_min Number(4) Минимальная температура смотки
rel_compression Number(6,3) Относительное обжатие полосы
reduc11 Number(6,3) Обжатие11 клети
vbd Number(4,2) Толщина подката
lsph Number(4,2) Скорость головы полосы
speeding_up Number(4,3) Ускорение
cool_plan_lo Varchar2(30) Код охлаждения ЛО
is_thin_edge Number(1) Признак тонкой кромки (выход за
пределы допуска по толщине по
нижней границе), 0 – нормальная
кромка, 1 – тонкая кромка
klmean Number Клин средний, мм
klmax Number Клин макс, мм
klmin Number Клин мин, мм
chmean Number Чечевица средняя, мм
chmax Number Чечевица макс, мм
chmin Number Чечевица мин, мм
skrmean Number Клин правый средний, мм
skrmax Number Клин правый макс, мм
skrmin Number Клин правый мин, мм
sklmean Number Клин левый средний, мм
sklmax Number Клин левый макс, мм
sklmin Number Клин левый мин, мм
rtmean Number Местное утолщение среднее, мм
rtmax Number Местное утолщение макс, мм
rtmin Number Местное утолщение мин, мм
smmean Number Смещение среднее, мм
smmax Number Смещение макс, мм
smmin Number Смещение мин, мм
sys_date Date Дата и время вставки записи
kvit_date Date Дата и время чтения записи

3. Данные по замерам log_geom_data:

Название поля Тип Описание


log_geom_id Number(20) Первичный ключ лога
geometry_id Number(20) Уникальный идентификатор замера
coil_id Number(15) Ссылка на рулон
a1 Number(3,2) Результаты замеров

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 60 /
123 60
a2 Number(3,2)
a3 Number(3,2)
a4 Number(3,2)
a5 Number(3,2)
a6 Number(3,2)
a7 Number(3,2)
nvit Number(2) Номер витка
klin1 Varchar2(20) Расчетные значения по клину
klin2 Varchar2(20)
klin3 Varchar2(20)
sys_date Date Дата и время вставки записи
kvit_date Date Дата и время чтения записи

Описание структур передачи данных из накладной прокатки в СКП

1. Общая информация bind_logs_and_oper:

Название поля Тип Описание


Oper_id Первичный ключ all_katch Number
Log_rgroup_id Первичный ключ log_rgroup_data Number
Log_coil_id Первичный ключ log_coils_data Number
Log_geom_id Первичный ключ log_geom_data Number

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 61 /
123 61
3.8 ИНТЕРФЕЙС QMET В СКП ДАННЫХ ПО КАЧЕСТВУ

Общие положения:
Данные по качеству предлагается хранить в структуре (далее будем называть ее
«Журнал операций учета качества») в следующем виде (all_katch):
Структура для передачи данных по качеству в систему СКП
Код цеха factory_id Number(10)
Уникальный идентификатор операции oper_id Number(15)
Уникальный идентификатор текущей единицы учета ed_id Number(15)
Вид текущей единицы учета vid_ed_id Number(1)
Вид операции foper_id Number(10)
Ссылка на структуру «Дефект + Виновник» ownership_id Number(15)
Вес до операции weight_before Number(6,3)
Вес после операции weight_after Number(6,3)
Дата user_date Date
Смена user_change Number(1)
Бригада user_brigade Number(1)
Пользователь user_name Varchar2(50)
ТП компьютера tp_comp Varchar2(50)
Системная дата sys_date Date
Номер акта act_no Number(10)
Номер позиции акта pos_act_no Number(10)
Системный номер заказа SAP order_sap_no Varchar2(30)
Номер позиции заказа SAP order_line_no Number(15)
Код внутренней марки Internal_grade Varchar2(6)
Марка Grade Varchar2(30)
Стандарт на марку Grade_norm Varchar2(30)
Стандарт поставки Product_norm Varchar2(30)
Номер маршрутной карты Routing_map_no Varchar2(30)
Прямая операция / Отмена is_cancel Number(1)
Уникальный идентификатор прямой операции first_oper_id Number(15)
Уникальный идентификатор предыдущей операции last_oper_id Number(15)
Дата забора данных (по умолчанию 01.01.2001) kvit_date Date
Уникальный идентификатор единицы учета цеховой
системы fact_ed_uch_id Number(15)
Сквозной идентификатор цепочки операций all_oper_id Number(15)
VARCHAR2(7
Группа поверхности group_surface )
Плановая группа поверхности (1 – первая группа, 0 – не
первая) plan_group_surface NUMBER(1)

«Код цеха» - (цех, осуществляющий выгрузку данных) для ЛПЦ-2 равен 40


«Уникальный идентификатор операции» – уникальный идентификатор операции,
при отмене операции позволяет напрямую обратиться к операции, которую
отменяют, через ссылку «Уникальный идентификатор прямой операции».
«Уникальный идентификатор текущей единицы учета» - для ЛПЦ-2: уникальный
идентификатор сляба при разливке, если операция в ЛПЦ-2 производится над
слябом; либо уникальный идентификатор рулона, полученного при прокатке, если
операция в ЛПЦ-2 производится над рулоном.
«Вид текущей единицы учета» - равен 0 для сляба, равен 1 для рулона ЛПЦ-2
«Вид операции» - код операции для учета в качестве.
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 62 /
123 62
«Ссылка на структуру «Дефект + Виновник»» - заполняются в операциях брак,
обрезь и отсортировка, доработка либо в обратных операциях, как ссылка на
структуру cdb09.observer.defect_ownership, которая в свою очередь ссылается на
структуры: defect_dir и aggregate_dir по ключам: defect_id и aggregate_id
соответственно.
В качестве «признака повторной задачи в посад сляба» при создании операции
40005 – Прокатка в поле ownership_id пишется код = 135 – Возврат (Стан 2000).
«Вес до операции» - вес перед совершением операции.
«Вес после операции» - вес после совершения операции.
«Дата», «Смена», «Бригада», «Пользователь», «ТП компьютера», «Системная
дата» -
Установленная дата, пользователь, компьютер и фактическая дата в момент
появления данной операции.
«Номер акта», «Номер позиции акта» - связка с системой актирования металла в
цеховой системе.
«Системный номер заказа SAP» - ссылка на заказ в структуре SAP
«Номер позиции заказа SAP» - номер позиции заказа в структуре SAP
«Код внутренней марки» - код хим. состава, на который назначен металл
«Марка» - название марки, на которую назначен металл
«Стандарт на марку» - название стандарта на марку, на который назначен металл
«Стандарт поставки» - название стандарта поставки, на который назначен металл
«Номер маршрутной карты» - название маршрутной карты, на которую назначен
металл
«Прямая операция / Отмена» - 0 – если прямая операция, 1 – если отмена.
«Уникальный идентификатор прямой операции» - ссылка на прямую операцию,
которую следует отменить.
«Уникальный идентификатор предыдущей операции» - ссылка на последнюю
операцию, зафиксированную по данной учетной единице.
«Дата забора данных (по умолчанию 01.01.2001)» - используется для считывания
данных из журнала внешними системами. После считывания информации дата
выставляется равной системному времени. Для поиска не прочитанных данных
используется условие kvit_date = 01.01.2001. Количество считываемых данных в час
не должно превышать 20000 записей.
«Уникальный идентификатор единицы учета цеховой системы» - используется
цеховыми системами как ссылка на фактический идентификатор единицы учета (не
обязательно сляб при разливки, либо рулон при прокатке).
«Сквозной идентификатор цепочки операций» - идентификатор первой операции
в цепочке (по нему можно получить все операции внутри одной цепочки).

Данные в журнал учета качества поступают непосредственно после


выполнения определенных операций (katch_operations):

Код Вид операции Цех


40001 Приемка с СПП 40
40004 Провеска 40
40005 Прокатано 40
40006 Обрезь 40
40007 Брак на рулоне 40
40008 Сдано в ПХЛ 40
40009 Упаковка рулона 40
40010 Порезка 40
40011 Отсортировано 40
40012 Корректировка веса рулона 40
40013 Переназначение 40
40014 Брак в листе 40
40015 Корректировка веса в листе 40
40016 Отгрузка пачек 40
40017 Начальный остаток 40
40018 Отгрузка рулонов 40
40019 Отсортировка пачек 40
40020 Отгрузка рулона в ЦГП 40
40021 Блокировка рулона 40
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 63 /
123 63
40022 Назначение рулона на перемотку 40
40023 Задержание рулона до согласования 40
40024 Назначение рулона на доработку 40
40025 Пачка назначена на согласование 40
40026 Пачка назначена на комиссию 40
40027 Пачка назначена на рассортировку 40
40028 Пачка ушла в рассортировку 40
40029 Пачка вышла из рассортировки 40
40030 Пачка назначена на комплектацию 40
40031 Пачка ушла в комплектацию 40
40032 Пачка вышла из комплектации 40

Операция «Приемка отгрузки по переделу» передается спустя сутки после приемки


отгруженного металла цехом получателем.

Перед чтением журнала операций учета качества необходимо получить данные по


учетной единице, для этого используется следующая структура (ed_uch):

Код цеха Factory_id Number(10)


Уникальный идентификатор единицы учета ed_id Number(15)
Вид единицы учета vid_ed_id Number(1)
Системная дата sys_date Date
Плавка (текущая) melt_no Varchar2(20)
Плавка (с разливки) melt_no_kp Varchar2(20)
Партия group_no Number(10)
Номер единицы учета ed_no Varchar2(50)
ID предыдущей единицы учета prev_ed_id Number
Дата забора данных (по умолчанию 01.01.2001) kvit_date Date
ID партии в цеховой системе group_id Number(38)

«Код цеха» - цех, в котором была произведена учетная единица.


«Уникальный идентификатор единицы учета» - id сляба с разливки, либо id
прокатанного рулона.
«Вид единицы учета» - равен 0 для сляба, равен 1 для рулона.
«Системная дата» - дата и время появления данной информации.
«Плавка» - номер плавки.
«Партия» - заполняется номером партии в ЛПЦ-2, в КП заполняется номером ручья.
«Номер единицы учета» - номер сляба, либо номер рулона по маркировке.
«Дата забора данных (по умолчанию 01.01.2001)» - используется для считывания
данных из журнала внешними системами. После считывания информации дата
выставляется равной системному времени. Для поиска не прочитанных данных
используется условие kvit_date = 01.01.2001. Количество считываемых данных в час
не должно превышать 1000 записей.

Для операции «Сдано в ПХЛ» дополнительно заполняется структура


(info_sdan_lpc2_in_phl):
Наименование Идентификатор Тип Описание
Уникальный идентификатор операции Oper_id Number Ссылка на журнал
операций учета
качества
Партия по прокатке Group_no Number В ЛПЦ-2
Номер рулона по маркировке Ed_no Number В ЛПЦ-2
Партия переназначения Group_no_p Number По факту сдачи в
ПХЛ
Номер рулона в партии Ed_no_p Number По факту сдачи в
переназначения ПХЛ

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 64 /
123 64
Для операции «Прокатано» дополнительно заполняется структура (info_prokat_lpc2):

Наименование Идентификатор Тип Описание


Уникальный идентификатор Oper_id Number Ссылка на журнал
операции операций учета
качества
Режим нагрева(номер) Number(2) По факту
warmup_mode
аттестации рулона
Температура конца прокатки от Number(4) По факту
trollstart
аттестации рулона
Температура конца прокатки до Number(4) По факту
trollend
аттестации рулона
Температура смотки от Number(4) По факту
twindingstart
аттестации рулона
Температура смотки до Number(4) По факту
twindingend
аттестации рулона
Температура за 5-й клетью от Number(4) По факту
rullpc2_t5ot
аттестации рулона
Температура за 5-й клетью до Number(4) По факту
rullpc2_t5do
аттестации рулона
Температура входа в 6-ю клеть Number(4) По факту
rullpc2_tin6ot
от аттестации рулона
Температура входа в 6-ю клеть Number(4) По факту
rullpc2_tin6do
до аттестации рулона
Процент обжатия в 11-й клети от Number(7,3) По факту
rullpc2_po11ot
аттестации рулона
Процент обжатия в 11-й клети Number(7,3) По факту
rullpc2_po11do
до аттестации рулона
Процент обжатия в 12-й клети от Number(7,3) По факту
rullpc2_po12ot
аттестации рулона
Процент обжатия в 12-й клети Number(7,3) По факту
rullpc2_po12do
до аттестации рулона
Толщина полосы от Number(5,2) По факту
tickness_pass_start
аттестации рулона
Толщина полосы до Number(5,2) По факту
tickness_pass_end
аттестации рулона
Ширина полосы от Number(4) По факту
width_pass_start
аттестации рулона
Ширина полосы до Number(4) По факту
width_pass_end
аттестации рулона
Полный номер рулона Number(6) По факту
mark_no
аттестации рулона
Температура всада Number(4) По факту
warmup_temp
аттестации рулона
Длина рулона Number(5) По факту
length
аттестации рулона

Для операций «Приемка с СПП», «Сдано в ПХЛ» и «Отгрузка рулона в ЦГП»


дополнительно заполняется структура (info_kso):

Уникальный
идентификатор info_kso_id Number (20) первичный ключ
записи
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 65 /
123 65
Ссылка на
oper_id Number (20) ссылка на операцию
операцию
Номер КСО kso_no Number (10) номер ксо
Дата КСО kso_date Date дата ксо
Ссылка на
Ссылка на
структуру «Дефект ownership_id Number (15)
defect_ownership
+ Виновник»

Для операций ЛПЦ-2 с пачками дополнительно заполняется структура (info_pack):

Наименование Идентификатор Тип Описание


Уникальный Oper_id Number Ссылка на журнал
идентификатор операций учета
операции качества
Номер пачки Pack_no Number(3) Номер пачки
Вес пачки Weight Number(6,3) Вес пачки
Величина дефекта Defect_value Number(7,3) Величина дефекта
по операции
Длина пачки Length Number(5) Длина пачки
Ширина пачки Width Number(4) Ширина пачки

Cоглашения принятые в системе учета качества относительно значений параметров:


«Вес до операции», «Вес после операции:

Вес до
Код  Вид операции операции Вес после операции Вес по операции
40001 Приемка с СПП 0 Вес сляба Вес по приемке
Разница по
40004 Провеска Вес до провески Вес после провески провеске
Вес сляба по Вес прокатанного Потери при
40005 Прокатано провеске рулона прокатке
Вес рулона до Вес рулона после
40006 Обрезь обработки обработки Обрезь
Вес рулона до Вес рулона после
40007 Брак на рулоне обработки обработки Брак
40008 Сдано в ПХЛ Вес рулона 0 Вес отгруженного
Вес рулона до Вес рулона после Потери при
40009 Упаковка рулона упаковки упаковки упаковке
Вес заданного Потери при
40010 Порезка рулона Вес полученых пачек порезке
40011 Отсортировано Вес рулона 0 Отсортировано
Корректировка веса Вес рулона до Вес рулона после Величина
40012 рулона корректировки корректировки изменения веса
40013 Переназначение Вес рулона Вес рулона  
Вес пачки до Вес пачки после
40014 Брак в листе обработки обработки Брак в листе
Корректировка веса в Вес пачки до Вес пачки после Величина
40015 листе корректировки корректировки изменения веса
40016 Отгрузка пачек Вес пачки 0 Вес отгруженного
40018 Отгрузка рулонов Вес рулона 0 Вес отгруженного
Отгрузка рулона в
40020 ЦГП Вес рулона Вес рулона Вес отгруженного
Вес
40021 Блокировка рулона Вес рулона Вес рулона блокированного
Назначение рулона
40022 на перемотку Вес рулона Вес рулона Вес на перемотку

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 66 /
123 66
Задержание рулона Вес до
40023 до согласования Вес рулона Вес рулона согласования
Назначение рулона
40024 на доработку Вес рулона Вес рулона Вес на доработку
Вес
отсортированной
40019 Отсортировка пачек пачки 0 Отсортировано
Пачка назначена на
40025 согласование Вес пачки Вес пачки На согласование
Пачка назначена на
40026 комиссию Вес пачки Вес пачки На комиссию
Пачка назначена на
40027 рассортировку Вес пачки Вес пачки На рассортировку
Пачка ушла в Задано в
40028 рассортировку Вес пачки 0 рассортировку
Пачка вышла из Получено при
40029 рассортировки 0 Вес пачки рассортировке
Пачка назначена на
40030 комплектацию Вес пачки Вес пачки На комплектацию
Пачка ушла в Задано в
40031 комплектацию Вес пачки 0 комплектацию
Пачка вышла из Получено при
40032 комплектации 0 Вес пачки комплектации

В поле «Вес до операции» указывается вес единицы учета на складе до проведения


операции.
В поле «Вес после операции» указывается вес единицы учета на складе после
операции.
В поле «Вес по операции» = Вес после операции – Вес до операции
Для вычисления итогового веса по любой операции необходимо
просуммировать «вес по операции» с учетом знака по всем строкам с данной
операцией в журнале операций учета качества.
Для вычисления конечного остатка единицы учета на складе необходимо
просуммировать «вес по операции» с учетом знака для всех строк относящихся к
данной единице учета в журнале операций учета качества.
Наполнение данными журнала в ЛПЦ-2 осуществляется непосредственно по
факту появления (регистрации) операции в цеховой системе учета качества.

3.9 ИНТЕРФЕЙС QMET И ППК «КАРТА СОГЛАСОВАНИЯ ОТКЛОНЕНИЙ» (КСО)

Взаимодействие с системой КСО реализовано на этапе внедрения QMET в


Конвенторном цехе. Т.к. система карантинов общая для всех цехов (т.е. карантины
для всех цехов находятся физически в одной схеме базы данных и таблицах)
считаем, что данная передача уже реализована.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 67 /
123 67
3.10 ВЗАИМОДЕЙСТВИЕ QMET- «ВЗАИМОДЕЙСТВИЕ ТРАНСПОРТНОЙ ЛОГИСТИКИ И ПУНКТОВ
ПОГРУЗКИ» (ВТЛПП)

3.10.1 ОБМЕН ДАННЫМИ МЕЖДУ QMET И ВТЛПП Ж/Д ТРАНСПОРТ

Необходимо добавить в сертификаты качества поля: дата и смена фактической


отгрузки. Данные поля будут использоваться только для системы оформления
накладных. Пользователи должны иметь возможность ввести или изменить данные
значения с интерфейса. Если данные поля заполнены, то выборку данных следует
производить по ним.

При оформлении ж/д накладной пользователи запрашивают шаблон,


сформированный специалистами УТЛ, который содержит все основные данные о
грузополучателе, его адресе, станции назначения, особые отметки и т.д. Далее они
на интерфейсе набирают номер вагона и получают данные, необходимые для
формирования накладной из цеховой системы (такие как масса вагона, позиции
заказов, входящие в вагон, список грузов по ГНГ (сформированный на основании
размеров металла и химии), список сертификатов)

Информация по отгрузке в вагоны:


Msg ID Description Producer Consumer
110001 Данные по загруженному вагону QMET TLSPI
110002 Данные по сертификату качества QMET TLSPI
110003 Данные по загруженному материалу QMET TLSPI
110004 Данные по дополнительному QMET TLSPI
оборудованию
110005 Размеры загруженных материалов QMET TLSPI
110006 Данные по загруженной древесине QMET TLSPI
110007 Список позиций заказа и весов QMET TLSPI
отгруженных материалов
110008 Список плавок и весов загруженных QMET TLSPI
материалов
1701 Список позиций заказа и весов QMET TLSPI
отгруженных материалов
1702 Список плавок и весов загруженных QMET TLSPI
материалов
1703 Данные по дополнительному QMET TLSPI
оборудованию
1704 Данные по загруженной древесине QMET TLSPI
1705 Данные по загруженному вагону QMET TLSPI
1706 Данные по загруженному материалу QMET TLSPI
1707 Данные по сертификату качества QMET TLSPI
1708 Размеры загруженных материалов QMET TLSPI
1709 Общие данные по сертификату QMET TLSPI
1710 Данные по позициям сертификата QMET TLSPI
1711 Данные по сертификату для расценки QMET TLSPI
1712 Данные по учетным элементам QMET TLSPI
позиции сертификата
1713 Количество упаковочных мест QMET TLSPI
1714 Данные по схеме погрузки QMET TLSPI

Данные по прибытию/убытию и типам вагонов:


Msg ID Description Produce Consumer
r
110109 Данные по прибытию вагона TLSPI QMET
110110 Синхронизация каталога типов вагонов TLSPI QMET
110111 Данные по убытию вагона TLSPI QMET
2201 Данные по прибытию вагона TLSPI QMET
2202 Данные по убытию вагона TLSPI QMET
2203 Синхронизация каталога типов вагонов TLSPI QMET

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 68 /
123 68
Для обмена данными используются следующие составные структуры:

Данные по загруженному вагону: процедура getCarInfo.


Процедура подает в цеховую систему номер вагона, дату и смену погрузки, цех,
откуда фактически грузится металл(промпорт, УОиК или ЛПЦ-2)
(входные переменные PCarNo, PDatLoad, PSmenLoad, PCexOut). Процедура
возвращает из цеховой системы сведения о вагоне из сертификатов (тип запись
CarInfo out TCarRec)

type TCarRec is record( TWeight number, --Масса тары Тонны [т]


Brutto number, --Масса брутто Тонны [т]
Netto number, --Масса нетто Тонны [т]
Places number, --Количество мест
Packages number); --Количество пакетов

procedure getCarInfo(PCarNo in varchar2, -- Номер вагона


PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PCexOut in number, - - Цех отгрузки
CarInfo out railway.PKG_TYPES.TCarRec); -- Инф. о вагоне

Данные по сертификату на вагон: процедура getSertInfo.


Процедура подает в цеховую систему номер вагона, дату и смену погрузки, цех,
откуда фактически грузится металл(промпорт, УОиК или ЛПЦ-2)
(входные переменные PCarNo, PDatLoad, PSmenLoad, PCexOut). Процедура
возвращает из цеховой системы сведения о сертификатах и позициях заказа в
вагоне с тоннажом (таблицы: PSertList out TSertTbl, POrdersList out TPosTbl)

Возвращаемые данные по сертификатам в вагоне:


type TSertRec is record (SertNo number(12), --Номер сертификата
Pages number(3));--Количество страниц в сертификате

type TSertTbl is table of TSertRec index by binary_integer;

Возвращаемые данные по позициям заказа в вагоне:


type TPosRec is record(
SO_DESCR_ID varchar2(40), -- Номер заказа
SO_LINE_DESC_ID varchar(40), -- Номер позиции заказа клиента
poz_weight number, --Вес нетто позиции заказа Тонны [т]
poz_bweight number --Вес брутто позиции заказа Тонны [т]
);
type TPosTbl is table of TPosRec index by binary_integer;

procedure getSertInfo(PCarNo in varchar2, -- Номер вагона


PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PCexOut in number, -- Цех отгрузки
PSertList out TSertTbl, -- Список сертификатов в вагоне
POrdersList out TPosTbl); -- Позиции заказов в вагоне

Список вагонов: процедура getCargos.


Процедура подает в цеховую систему таблицу из номеров вагонов, дату и смену
погрузки, цех, откуда фактически грузится металл(промпорт, УОиК или
ЛПЦ-2)
(входные переменные PCarList in TCarListTbl, PDatLoad, PSmenLoad, PCexOut).
Процедура возвращает из цеховой системы сведения о грузах в вагоне с тоннажами
и количеством мест (тип таблица CargosList out TCargosTbl)

type TCarListRec is record (CarNom varchar2(20));


type TCarListTbl is table of TCarListRec index by binary_integer;

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 69 /
123 69
Данные по загруженному материалу и по его позициям:
type TCargosRec is record (
GNGCode varchar2(8), -- Код груза ГНГ
ETSNGCode number(6), -- Код груза ЕТСНГ(здесь будет передаваться
NULL)
Weight number, -- Вес груза Тонны [t]
Places number); -- Количество мест(для КЦ – количество
слябов)
type TCargosTbl is table of TCargosRec index by binary_integer;

procedure getCargos(PCarList in TCarListTbl, -- Номера вагонов


PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PCexOut in number, -- Цех отгрузки CargosList
out TCargosTbl); -- Грузы

Дополнительное оборудование: процедура getAddDevices (для ЛПЦ-1,ЛПЦ-2


рулоны).
Процедура подает в цеховую систему номер вагона, дату и смену погрузки, цех,
откуда фактически грузится металл(промпорт, УОиК или ЛПЦ-2)
(входные переменные PCarNo, PDatLoad, PSmenLoad, PCexOut). Процедура
возвращает из цеховой системы сведения о дополнительном оборудовании (рамах) в
вагоне (тип таблица PAddDevices out TAddDevTbl)

type TAddDevRec is record (


NumDevice varchar2(10), --Идентификатор доп.оборудования
TypeDevice number, --Тип доп.оборудования
RetDevice number --Возврат/Не возврат доп оборудования
);
type TAddDevTbl is table of TAddDevRec index by binary_integer;

procedure getAddDevices(PCarNo in varchar2, -- Номер вагона


PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PCexOut in number, --Цех отгрузки
PAddDevices out TAddDevTbl);

Размеры материала: процедура getDimensions.


Процедура подает в цеховую систему номер вагона, дату и смену погрузки, цех,
откуда фактически грузится металл(промпорт, УОиК или ЛПЦ-2)
(входные переменные PCarNo, PDatLoad, PSmenLoad, PCexOut). Процедура
возвращает из цеховой системы сведения о геометрии металла в вагоне (тип
таблица PDimensions out TDimensionTbl)

type TDimensionRec is record( thick number, --Толщина [mm]


width number, -- Ширина[mm]
length number, -- Длина [mm]
dprz varchar2(30)) -- Дополнительные размеры
);

type TDimensionTbl is table of TDimensionRec index by binary_integer;

procedure getDimensions(
PCarNo in varchar2, -- Номер вагона
PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PCexOut in number, -- Цех отгрузки
PDimensions out railway.PKG_TYPES.TDimensionTbl); -- Сведения о геометрии

Вес позиции заказа в сертификате качества: процедура getOrdersBySert (для


местных накладных)
Процедура подает в цеховую систему номер вагона, дату и смену погрузки, номер
сертификата, цех, откуда фактически грузится металл(промпорт, УОиК
или ЛПЦ-2)

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 70 /
123 70
(входные переменные PCarNo, PDatLoad, PSmenLoad, PSertNo, PCexOut).
Возвращает список номеров позиций заказов и весов по ним (тип таблица
PSertOrdersList out TSertOrdersTbl)

type TSertOrdersRec is record (

SO_DESCR_ID varchar2(40), -- Номер заказа


SO_LINE_DESC_ID varchar(40), -- Номер позиции заказа клиента

netto number --Тонны [т]


);

type TSertOrdersTbl is table of TSertOrdersRecindex by binary_integer;

procedure getOrdersBySert(PCarNo in varchar2, -- Номер вагона


PDatLoad in date, -- Дата отгрузки
PSmenLoad in number, -- Смена отгрузки
PSertNo in number, -- Номер сертификата
PCexOut in number, -- Цех отгрузки
PSertOrdersList out TSertOrdersTbl); -- Список номеров
позиций заказов и весов, отгруженных по ним

Данные по загруженной древесине. Функция подает в цеховую систему номер


вагона, дату и смену погрузки, цех, откуда фактически грузится металл(промпорт,
УОиК или ЛПЦ-2)
(входные переменные PCarNo, PDatLoad, PSmenLoad, PCexOut). Возвращает из
цеховой системы общий объем пиломатериалов по всем сертификатам в вагоне.

function getWool(PCarNo in varchar2,-- Номер вагона


PDatLoad in date,-- Дата отгрузки
PSmenLoad in number,
PCexOut in number) return number;

Загруженные плавки и данные по ним: процедура getHeatInfo(только для


сталеплавов в местных накладных)
Процедура подает в цеховую систему номер вагона, дату и смену погрузки (входные
переменные PCarNo, PDatLoad, PSmenLoad). Возвращает список плавок в вагоне и
весов по ним (тип таблица PHeatList out THeatTbl)

type THeatRec is record (


nheat varchar2(10), -- Heat Id,
netto number, --Вес нетто плавки Тонны [т]
brutto number --Вес брутто плавки Тонны [т]
);
type THeatTbl is table of THeatRec index by binary_integer;

procedure getHeatInfo(PCarNo in varchar2, -- Номер вагона


PDatLoad in date, -- Дата погрузки
PSmenLoad in number, -- Смена погрузки
PHeatList out THeatTbl); -- Список плавок и весов, отгруженных по
ним

Данные по прибытию вагона:


TYPE TRailcarData IS RECORD(
RailcarId VARCHAR2(8), --Идентификатор вагона(номер вагона),
RailcarTypeCode VARCHAR2(10), --Код типа вагона(ЭТРАН)
RailcarTypeName VARCHAR2(200), --Наименование типа вагона(ЭТРАН)
RailcarTypeShortName VARCHAR2(20), --Короткое наименование типа
вагона(ЭТРАН)
RailcarOwnerId NUMBER, --Идентификатор владельца вагона
RailcarOwnerShortName VARCHAR2(10), --Сокращенное наименование владельца
вагона
RailcarOwnerName VARCHAR2(255), --Полное наименование владельца вагона

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 71 /
123 71
ArrivalDate DATE, --Дата прибытия вагона(дата подачи
вагона)
ArrivalId NUMBER, --Идентификатор подачи
ArrivalRailcarId NUMBER, --Номер вагона в подаче
WksCode NUMBER, --Код цеха получателя вагона
Railgate VARCHAR2(10), --Номер ворот
ActualCapacity NUMBER, --Грузоподъемность вагона
ArrivalAim VARCHAR2(1000), --Цель прибытия
MarkingCode VARCHAR2(2), --Маркировка
MC1DigitDecode VARCHAR2(100), --Расшифровка первой цифры маркировки
MC2DigitDecode VARCHAR2(100), --Расшифровка второй цифры маркировки
CountryCode VARCHAR2(3), --Код страны
IsInternalMovement INTEGER --1-для внутреннего перемещения, 0-для
поставки внешним заказчикам
EquipWeightFixed number, --масса несъемного оборудования
EquipWeightDemountable number --масса съемного оборудования

);

-- Фактическая грузоподъемность рассчитывается следующим образом:


Грузоподъемность – вес крышки – вес рамы – вес доп. оборудования

--ArrivalAim(цель прибытия) может иметь следующие значения:


 Подача под погрузку;
 Отправка на исправление;
 И т.д`

Данные по прибытию вагона:

TYPE TRailcarDepInfo IS RECORD (


RailCarId VARCHAR2(8), --Идентификатор вагона
DepartureDate DATE --Дата/время убытия вагона
);

Дефекты вагона:
type TRailcarDefect is record (
DefectType number, --1-Коммерческий дефект; 2-Технический дефект
DefectName varchar, --Наименование дефекта
DefectNote varchar, --Примечание к дефекту
DefectDate datetime, --Время обнаружения дефекта
RailStation varchar; --Внутренняя станция обнаружения дефекта
)

Тип вагона:
TYPE TRailcarType IS RECORD(
RailcarOwnerId NUMBER, --Идентификатор владельца вагона
RailcarOwnerShortName VARCHAR2(3),--Краткое наименование владельца
вагона
RailcarOwnerName VARCHAR2(200) –Наименование владельца вагона
);

Данне по схеме погрузки. Функция getPickt подает  в цеховую систему номер   


вагона, дату и  смену погрузки, цех погрузки (входные переменные PCarNo,
PDatLoad, PSmenLoad, PcexOut). Возвращает из цеховой системы схему погрузки
(тип запись TLoadSchema )

 Тип нормативного документа DOCTYPE


 Глава                      GLAVA
 Параграф                   PARAGRAF
 Раздел                     PART
 Доп.параметры размещения   TU 
 Масса реквизитов крепления MRK

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 72 /
123 72
type TLoadSchema is record (DocType number, -- Тип нормативного документа
                       Glava varchar2(8), -- Глава
                              Paragraf varchar2(8), -- Параграф
                              Part varchar2(8), -- Раздел
Tu   varchar2(1000), -- Дополнительные параметры размещения
                                            Mrk   number);--масса реквизитов
                
function getPickt(PCarNo in varchar2,-- Номер вагона
                 PDatLoad  in date,-- Дата отгрузки
                 PSmenLoad in number,
           PCexOut   in number) return  pkg_types.TLoadSchema;

3.10.2 СООБЩЕНИЕ ОТ QMET В ВТЛПП

3.10.2.1 Сообщение: Данные по загруженному вагону


Сообщение используется для запроса QMET о сертификате качества ВТЛПП.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1705110001
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса данных из
QMET по загруженному вагону.

Фунекция getCarInfo
Описание Данные по загруженному вагону
Параметры PCarNo varchar2 Идентификатор(номер)
вагона
PDatLoad date Дата загрузки
PSmenLoad number Смена
Возврат CarInfo TCarRec Данные по вагону

3.10.2.2 Сообщение: Данные по сертификату качества


ВТЛПП использует это сообщение для запроса данных из QMET по сертификату
качества.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1707110002
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса данных по
сертификату качества.

Фунекция getSertInfo
Описание Данные по сертификату качества
Параметры PCarNo in varchar2 Идентификатор(номер) вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат PSertList out TSertTbl Список сертификатов
POrdersList out TPosTbl Список позиций

3.10.2.3 Сообщение: Данные по загруженному материалу


MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 73 /
123 73
ВТЛПП использует это сообщение для запроса данных по загруженным материалам
из QMET.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1706110003
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщения для запроса данных по
загруженным материалам.

Фунекция getCargos
Описание Данные по загруженному материалу
Параметры PCarList in TCarListTbl Идентификатор(номер)
вагонаs
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат CargosList out TCargosTbl Список данных по
загруженным материалам

3.10.2.4 Сообщение: Данные по дополнительному оборудованию.

ВТЛПП использует это сообщение для запроса данных из QMET по дополнительному


оборудованию, загруженному в вагон.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1703110004
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса данных по
дополнительному оборудованию.

Фунекция getAddDevices
Описание Данные по дополнительному оборудованию
Параметры PCarNo in varchar2 Идентификатор(номер) вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат PAddDevices out Список данных по
TAddDevTbl дополнительному
оборудованию

3.10.2.5 Сообщение: Размеры загруженных материалов

ВТЛПП использует это сообщение для запроса данных из QMET по размерам


загруженных материалов.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1708110005
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса данных из QMET
по размерам загруженных материалов

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 74 /
123 74
Фунекция getDimensions
Описание Размеры загруженных материалов
Параметры PCarNo in varchar2 Идентификатор(номер)
вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат PDimensions out Список размеров материалов
TDimensionTbl

3.10.2.6 Сообщение: Данные по загруженной древесине

ВТЛПП использует это сообщение для запроса данных из QMET по загруженной


древесине.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1704110006
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса данных из QMET
по загруженной древесине.

Фунекция getWool
Описание Данные по загруженной древесине
Параметры PCarNo in varchar2 Идентификатор(номер)
вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат Number Вес загруженной древесины

3.10.2.7 Сообщение: Список позиций заказа и весов отгруженных


материалов

ВТЛПП использует это сообщение для запроса из QMET списка позиций заказов и
весов по каждому заказу.
Получатель ВТЛПП
Отправитель QMET
Код сообщения 1701110007
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса из QMET
списка позиций заказов и весов по каждому заказу.

Фунекция getOrdersBySert
Описание Список позиций заказа и весов отгруженных
материаловLoaded Material Data
Параметры PCarNo in varchar2 Идентификатор(номер)
вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
PSertNo in number Идентификатор
сертификата
Возврат PSertOrdersList out Список позиций заказов и
TSertOrdersTbl весов по ним.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 75 /
123 75
3.10.2.8 Сообщение: Список плавок и весов загруженных материалов

ВТЛПП использует это сообщение для запроса из QMET списка плавок и весов по
загруженным материалам.

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1702110008
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса из QMET
списка плавок и весов по загруженным материалам.

Фунекция getHeatInfo
Описание Список плавок и весов загруженных материалов
Параметры PCarNo in varchar2 Идентификатор(номер)
вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
Возврат PHeatList out THeatTbl Список плавок и весов

3.10.2.9 Сообщение: Данне по схеме погрузки

ВТЛПП использует это сообщение для запроса из QMET данных по схеме погрузки

Получатель ВТЛПП
Отправитель QMET
Код сообщения 1714
Тип вызова n/a
Вызов По запросу
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для запроса из QMET
данных по схеме погрузки.

Функция getPickt
Описание Данне по схеме погрузки
Параметры PCarNo in varchar2 Идентификатор(номер)
вагона
PDatLoad in date Дата загрузки
PSmenLoad number Смена
pCexOut Цех отгрузки
Возврат TLoadSchema Список плавок и весов

3.10.3 СООБЩЕНИЕ ИЗ ВТЛПП В QMET

3.10.3.1 Сообщение: Данные по прибытию вагона


ВТЛПП посылает это сообщение для передачи в QMET данных по прибытию вагона.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 76 /
123 76
Получатель ВТЛПП
Отправитель QMET
Код сообщения 2201110109
Тип вызова Событие
Вызов По прибытию вагона в цех
Код операции Запрос данных
Описание ВТЛПП передаёт данные в QMET .

Фунекция setRailcarArrival
Описание Данные по прибытию вагонаLoaded Material Data
Параметры PRailcarData in TRailcarData Идентификатор(номер)
вагона
pRailcarDefect in Список дефектов вагона
TRailcarDefect
Возврат Record (result: Number; Результат выполнения
Note: varchar) функции

3.10.3.2 Сообщение: Синхронизация каталога типов вагонов


ВТЛПП использует сообщение для синхронизации каталога типов вагонов.

Получатель ВТЛПП
Receiver QMET
Код сообщения 2203110110
Тип вызова Событие
Вызов При вводе нового типа вагонов, при обновлении типа вагонов,
при удалении типа вагонов
Код операции Ввод/Изменение/Удаление
Описание ВТЛПП использует сообщение для синхронизации каталога
типов вагонов.

Фунекция RailcarTypeUpd
Описание Синхронизация каталога типов вагонов
Параметры pRailcarType in TRailcarType Тип вагона
OperCode: Varchar К Код операции:
I: ввод;
U: обновление;
 D: удаление.
Возврат Record (result: Number; Результат выполнения и
Note: varchar) примечание

Описание:
Как только ВТЛПП каталог типов вагонов обновлен, каталог QMET должен быть
синхронизирован соотвественно. ВТЛПП вызывает функцию расположенную в БД
QMET в порядке обновления каталога типов вагонов с набором соотвествующих
фактических параметров. ВТЛПП заполняет структуру TRailcarType набором
требуемых значений, и OperCode одним из следующих значений:
 I: Ввод нового ;
 U: Обновление существующего;
 D: Удаление существующего типа.
В зависимости от операции которая должна быть осуществлена.
Тип TRailcarType будет при необходимости адаптирован к нуждам Северсталь в
ходе внедрения.
.

3.10.3.3 Сообщение: Данные по убытию вагона


This message is used to Inform QMET about railcars departed from then plant by ВТЛПП.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 77 /
123 77
Получатель ВТЛПП
Отправитель QMET
Код сообщения 2202110111
Тип вызова Событие
Вызов При убытии вагона с территории комбината
Код операции Запрос данных
Описание ВТЛПП использует это сообщение для передачи в QMET
данных по убытию вагона

Функция setRailcarDeparture
Описание Данные по убытию вагона
Параметры PRailcarDepInfo in Идентификатор(номер)
TRailcarDepInfo вагона
Возврат Record (result: Number; Результат выполнения и
Note: varchar) примечание

3.10.3.4 Данные по шаблонам накладных

Данные по шаблонам накладных находятся в представлении SHABLONS_QMET,


который содержит следующие данные:
Name Type Comments
TRANSP_DOC_ID NUMBER ID шаблона
CLM_NUMBER VARCHAR2(20) Номер заявки
DISP_NUMBER NUMBER Отправка
SO_DESCR_ID
SO_LINE_DESC_ID

STRUCT_ID NUMBER ID цеха


DOC_TO_STATION_ID NUMBER ID станции назначения
DOC_TO_COUNTRY_ID NUMBER ИД страны назначения
VARCHAR2(250
DOC_TO_P_NAME ) Пункт назначения вне СНГ
DOC_RECIP_ORG_ID NUMBER ИД организации грузополучателя
CLM_DATE_START DATE Дата начала действия заявки
CLM_DATE_FINISH DATE Дата окончания действия заявки
VARCHAR2(200
STDOC_NAME ) Статус шаблона
DOC_CAR_COUNT NUMBER Количество вагонов по шаблону
Количество вагонов,
DOC_TEMP_MAX_CAR NUMBER которое можно отправлять по суткам
Количество вагонов по шаблону
CAR_OTGR NUMBER отгружено
TYPEWAGSHORTNAME VARCHAR2(20) Тип подв. состава
VARCHAR2(255 Собственность типа
CAR_TOWNER ) подвижного состава
SEND_TYPE VARCHAR2(40) Вид отправки
ID
заявк
CLM_ID NUMBER и

3.10.3.5 Данные по машинам, имеющим актуальные пропуска


Данные по машинам, имеющим актуальные пропуска находятся в объекте
AUTOFEEDS, имеющем следующую структуру:
Name Type Comments
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 78 /
123 78
CAR_NUMBER VARCHAR2(31) Номер тягача+ номер прицепа
N_CAR VARCHAR2(15) Номер тягача
N_TRAILER VARCHAR2(15) Номер прицепа
MARKA_CAR VARCHAR2(50) Марка машины
DATE_BEG_PASS DATE Дата начала действия пропуска
DATE_END_PASS DATE Дата окончания действия пропуска

3.10.4 ОБМЕН ДАННЫМИ МЕЖДУ QMET И ВТЛПП АВТО ТРАНСПОРТ

При оформлении накладной на автотранспорт, пользователи выбирают цех


сертификатов и вводят список сертификатов. Процедуры запрашивают данные из
цеховых систем, и формируют накладную(getSertAuto, getSertPozAuto)
Затем эти данные передаются в систему УП, там производится расценка накладной и
ответ по расценке передается обратно в систему оформления
накладных(getSertUppAuto, getSertUEAuto). В случае успешной расценки,
производится печать накладной.

Общие данные по сертификату: процедура getSertAuto.


С интерфейса пользователи вводят номер сертификата и цех. Исходя из этого,
процедура подает в цеховую систему номер сертификата и года в виде
01.01.YYYY(входные переменные PSertNo и PDatLoad). Если в течение года номер
сертификата повторяется, то данные возвращаются по последнему сертификату.

type TSertAutoRec is record (SertNo number, -- Номер сертификата


DatSert date, -- Дата оформления сертификата
Cex number, -- Номер цеха, в котором оформлен серт-
т
SertId number -- Id сертификата в цеховой системе
);
procedure getSertAuto(PSertNo in number, -- № сертификата
PDatLoad in date, -- Дата отгрузки в виде '01.01.
PSertAuto out TSertAutoRec); -- Данные по № сертификата

Данные по позицииям сертификата: процедура getSertPozAuto.


Процедура подает в цеховую систему номер сертификата и точную дату сертификата
в виде DD.MM.YYYY (входные переменные PSertNo и PDatLoad). Процедура
возвращает из цеховой системы данные по позициям сертификата (тип таблица
PSertPozAuto out TSertPozautoTbl).

type TSertPozAutoRec is record(SertPoz number, -- номер позиции сертификата


SO_DESCR_ID varchar2(40), -- Номер заказа
SO_LINE_DESC_ID varchar(40), -- Номер позиции заказа клиента

Netto number, -- масса нетто по позиции в кг


Brutto number, -- масса брутто по позиции в кг
Places number, -- количество единиц
TNWcode varchar2(10) -- код груза по ТН ВЭД
);
type TSertPozAutoTbl is table of TSertPozAutoRec index by binary_integer;

procedure getSertPozAuto(PSertNo in number, -- № сертификата


PDatLoad in date, -- Дата отгрузки в виде 'dd.mm.yyyy'
PSertPozAuto out TSertPozautoTbl); --Данные по позициям
сертификата

Данные по сертификатам для расценки: процедура getSertUppAuto.


Процедура подает в цеховую систему номер сертификата и точную дату сертификата
в виде DD.MM.YYYY (входные переменные PSertNo и PDatLoad). Процедура
возвращает из цеховой системы подробные данные по позициям сертификата для
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 79 /
123 79
загрузки в систему УП (аналогично загрузке данных по сертификатам в
UPP_SERT_FIRST) и получения ответа по расценке (тип таблица PSertUppAuto out
TSertUppAutoTbl)

type TSertUppAutoRec is record (


VSEF_KCEH number(4), Код цеха
VSEF_PGX varchar2(1), Участок ПХЛ
VSEF_NSRT number, Номер сертификата
VSEF_DSER varchar(6), Дата сертификата
VSEF_NPOZS number(3), Номер позиции сертификата
VSEF_PR number, Признак передачи или аннуляции
VSEF_KDAG number(4), Код стана
VSEF_NVAGS varchar2(100), Номер транспорта
VSEF_NSNZ varchar2(10), Номер заказа УП
VSEF_PEX varchar2(2), Рынок (признак экспорта)
VSEF_NANZ varchar2(3), Назначение
VSEF_PRO varchar2(2), Вид платежа
VSEF_NPOZ number, Номер позиции заказа
VSEF_VOT number, Вес нетто по позиции
VSEF_KOLME number, Количество мест по позиции
VSEF_MARO varchar2(30), Марка
VSEF_NTOL number, Толщина
VSEF_SSER number, Ширина
VSEF_DLPR number(6), Длина
VSEF_GOST1 varchar2(30), ГОСТ, ТУ
VSEF_KATMAR varchar2(5), Категория марки
VSEF_TOCHTL varchar2(4), Класс точности по толщине
VSEF_TOCHSR varchar2(7), Класс точности по ширине
VSEF_TOCHDL varchar2(7), Класс точности по длине
VSEF_PLOS varchar2(3), Плоскостность
VSEF_FRAS varchar2(2), Форма раскроя
VSEF_GRPOV varchar2(3), Группа поверхности
VSEF_KATVT varchar2(8), Категория вытяжки
VSEF_KROM varchar2(3), Кромка
VSEF_GRPRO varchar2(10), Группа прочности
VSEF_PODGR varchar2(3), Подгруппа
VSEF_KLMAR varchar2(6), Класс марки
VSEF_PRDLI varchar2(5), Признак длины
VSEF_KLPOK varchar2(5), Класс покрытия
VSEF_KOEFZ varchar2(2), Коэффициент
VSEF_PANZTOL varchar2(6), Разнотолщинность
VSEF_TERMOO varchar2(3), Термообработка
VSEF_PATENT varchar2(1), Признак патентирования
VSEF_KDPR number(6), Код ОКПО
VSEF_SORT varchar2(1), Сорт
VSEF_NMPR varchar2(20), Профилеразмер
VSEF_VOTS number, Вес нетто по сертификату
VSEF_SIFPR1 varchar2(5), Шифр 1
VSEF_SIFPR2 varchar2(5), Шифр 2
VSEF_SIFPR3 varchar2(5), Шифр 3
VSEF_SIFPR4 varchar2(5), Шифр 4
VSEF_SIFPR5 varchar2(5), Шифр 5
VSEF_VAGMASH varchar2(1), Тип транспорта
VSEF_NTOL2 number, Плотность
VSEF_PLAVKA varchar2(20), Номер плавки
VSEF_PNDT3 varchar2(2), Калибровка
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 80 /
123 80
VSEF_BRUTTO number, Вес брутто по позиции
VSEF_TVERD varchar2(6), Твердость
VSEF_KOLDR number, Количество древесины
VSEF_SBUXA number(9), ШАУ
VSEF_MARO2 varchar2(30), Марка 2
VSEF_MARO3 varchar2(30), Марка 3
VSEF_GOSTM varchar2(30), ГОСТ, ТУ на марку
VSEF_GOSTP varchar2(30), ГОСТ, ТУ на профиль
COD_MS varchar2(10), Код марка+стандарт
COD_CH varchar2(6), Код химии ИПС
VARIANT number, Вариант
TECHNOLDOC_COD varchar2(20), Код технолог. документа
VSEF_FRAKC varchar2(10), Фракция
VSEF_VLAGA number, Влага
VSEF_NAZN varchar2(7), Назначение
RAL_CODE varchar2(240), RAL-код
VSEF_LKPOC varchar2(240), Класс/тип покрытия
VSEF_VIDEM varchar2(240), Вид отделочной эмали
VSEF_VIDPOKR varchar2(240), Вид покрытия
VSEF_KOLME_VAG number, Количество мест
VSEF_KCEH_OUT number, Цех отгрузки
VSEF_GR_SH varchar2(7), Группа ширин
VSEF_KAT_KACH varchar2(7), Категория качества
VSEF_NAGARTOV varchar2(7), Нагартованность
VSEF_NPOR number, Номер порции передачи
VSEF_DT_FORM date, Дата формирования порции
SSAKT_ID number, Код актуальности записи
DATE_I date, Дата ввода
USER_I varchar2(30), Кто вводил
DATE_U date, Дата корректировки
USER_U varchar2(30), Кто корректировал

SO_DESCR_ID
varchar2(40), -- Номер
заказа
SO_LINE_DESC_ID
varchar(40), -- Номер
позиции заказа клиента

_ID number, Id поз. сертификата из АСУППП


DATE_I_CPU date, Дата вставки на CDB09
UPP_ID_SH number, ID шапки сертифката из АСУППП
VSEF_VM_POKR varchar(7)); Вид покрытия

type TSertUppAutoTbl is table of TSertUppAutoRec


index by binary_integer;

procedure getSertUppAuto(PSertNo in number, -- № сертификата


PDatLoad in date, -- Дата отгрузки в виде 'dd.mm.yyyy'
PSertUppAuto out TSertUppAutoTbl); -- Данные по позициям сертификата для
расценки (заполнение car_upp_sert_first)

Данные по учетным элементам позиции сертификата: процедура getSertUEAuto.


Процедура подает в цеховую систему номер сертификата, точную дату сертификата
в виде DD.MM.YYYY и номер позиции сертификата (входные переменные PSertNo,
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 81 /
123 81
PDatLoad, PsertNomPoz). Процедура возвращает из цеховой системы подробные
данные по учетным элементам позиции сертификата для загрузки в систему УП
(аналогично загрузке данных по сертификатам в UPP_SERT_FIRST_UP) (тип
таблица PSertUEAuto out PKG_TYPES.TSertUEAutoTbl)

type TSertUEAutoRec is record (VSPU_NOM_PART VARCHAR2(11), -- Номер


партии
VSPU_NOM_LIST VARCHAR2(11), -- Номер учетной
единицы
VSPU_KOL_LIST NUMBER(3), -- Кол-во учетных единиц
VSPU_VES_NETTO NUMBER, -- Вес нетто в тоннах
VSPU_VES_BRUTTO NUMBER, -- Вес брутто в тоннах
VSPU_IDENT_NOM VARCHAR2(30), -- Номер по маркировке
VSPU_DLIN NUMBER, -- Фактическая длина
MES_BATCH_NUMBER INTEGER -- Номер уч.эл. (для SAP)
);

type TSertUEAutoTbl is table of TSertUEAutoRec index by binary_integer;

procedure getSertUEAuto(PSertNoAuto in number, -- № сертификата


PDatLoadAuto in date, -- Дата отгрузки в виде 'dd.mm.yyyy'
PSertNomPoz in number, -- позиция сертификата
PSertUEAuto out PKG_TYPES.TSertUEAutoTbl) -- Данные по
учетным
элементам позиции сертификата
(заполнение таблицы car_upp_sert_first_up)

Operations_1013. Процедура подает в цеховую систему номер сертификата и


точную дату сертификата в виде DD.MM.YYYY (входные переменные PSertNo,
PDatLoad). Цеховая система производит вставку события “Операция
отгрузки”(1013) для сертификата на BATHPROD.

procedure Operations_1013(PSertNoAuto in number, -- № сертификата


PDatLoadAuto in date -- Дата отгрузки в виде
'dd.mm.yyyy'

Количество упаковочных мест функция getPlacesAuto. На вход


подается список сертификатов (тип таблица PSertListAuto in
TSertListAutoTbl ). Функция возвращает количество упаковочных мест по списку
сертификатов.

type TSertListAutoRec is record (SertNo number, -- Номер сертификата


DatSert date -- Дата серт. в виде
dd.mm.yyyy );

type TSertListAutoTbl is table of TSertListAutoRec index by binary_integer;

function getPlacesAuto(PSertListAuto in TSertListAutoTbl) return number; --


количество упаковочных мест по списку сертификатов)

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 82 /
123 82
3.11 ИНТЕРФЕЙС QMET И РАПОРТ ПГП

3.11.1 СООБЩЕНИЕ ИЗ QMET В РАПОРТ ПГП

На стороне QMET создаются процедуры, которые может вызывать система Рапорта


ПГП. Процедуры вовращают массивы с данными.

3.11.1.1 Сообщение: Передача данных по производству и отгрузке

Передача данных для суточного рапорта в систему Рапорт ПГП разделов «Производство» и
«Отрузка» осуществляется путем вызова процедуры QMET со стороны системы Рапорт ПГП,
которая возвращает набор данных (типа TMasDispRecLPC2_1), данные формируются за
указанную дату (PDate):

Функция Load_production_and_shipping
Описание Выгрузка данных по производству и отгрузке
Входные PDate Date in date Дата расчета
параметры
Выходные Pmasdisprec in Возвращаемый набор данных
параметры TMasDispRecLPC2_1

Тип данных TMasDispRecLPC2_1


Описание type TMasDispRecLPC2_1 is table of TRecDispRecLPC2_1 index by
binary_integer;

Тип данных TRecDispRecLPC2_1


Описание Тип record
Параметры line_id number ID строки рапорта ПГП
brigade number Номер бригады(1-4, используется
в бригадных строчках), по
умолчанию 0
zadano_day number Факт задано за сутки (тонн)
godnoe_day number Факт годное за сутки (тонн)
godnoe_beg_month number Факт годное с нач.месяца (тонн)

3.11.1.2 Сообщение: Передача среднего развеса сляба

Передача данных для суточного рапорта в систему Рапорт ПГП раздела «Средний развес
сляба» осуществляется путем вызова процедуры QMET со стороны системы Рапорт ПГП,
которая возвращает набор данных (типа TMasDispRecLPC2_2), данные формируются за
указанную дату (PDate):

Функция Load_average weight


Описание Выгрузка данных по среднему развесу сляба
Входные PDate Date in date Дата расчета
параметры
Выходные Pmasdisprec in Возвращаемый набор данных
параметры TMasDispRecLPC2_2

Тип данных TMasDispRecLPC2_2


Описание type TMasDispRecLPC2_2 is table of TRecDispRecLPC2_2 index by
binary_integer;

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 83 /
123 83
Тип данных TRecDispRecLPC2_2
Описание Тип record
Параметры line_id number ID строки рапорта ПГП
brigade number Номер бригады
kol_day number Штук за сутки
weight_day number Тонн за сутки
kol_beg_month number Штук с начала месяца
weight_beg_month number Тонн с начала месяца

3.11.1.3 Сообщение: Передача поступления и наличия слябов


Передача данных для суточного рапорта в систему Рапорт ПГП раздела «Поступление и
наличие слябов» осуществляется путем вызова процедуры QMET со стороны системы
Рапорт ПГП, которая возвращает набор данных (типа TMasDispRecLPC2_3), данные
формируются за указанную дату (PDate):

Функция Load_entry_and_presence_slabs
Описание Выгрузка данных по поступлению и наличию слябов
Входные PDate Date in date Дата расчета
параметры
Выходные Pmasdisprec in Возвращаемый набор данных
параметры TMasDispRecLPC2_3

Тип данных TMasDispRecLPC2_3


Описание type TMasDispRecLPC2_3 is table of TRecDispRecLPC2_3 index by
binary_integer;

Тип данных TRecDispRecLPC2_3


Описание Тип record
Параметры line_id number ID строки рапорта ПГП
weight_day number Тонн за сутки
weight_beg_month number Тонн с начала месяца

3.11.1.4 Сообщение: Передача наличия металла на складах


Передача данных для суточного рапорта в систему Рапорт ПГП раздела «Наличие металла
на складах» осуществляется путем вызова процедуры QMET со стороны системы Рапорт
ПГП, которая возвращает набор данных (типа TMasDispRecLPC2_4), данные формируются
за указанную дату (PDate):

Функция Load_presence
Описание Выгрузка данных по наличию металла на складах
Входные PDate Date in date Дата расчета
параметры
Выходные Pmasdisprec in Возвращаемый набор данных
параметры TMasDispRecLPC2_4

Тип данных TMasDispRecLPC2_4


Описание type TMasDispRecLPC2_4 is table of TRecDispRecLPC2_4 index by
binary_integer;

Тип данных TRecDispRecLPC2_4


Описание Тип record
Параметры line_id number ID строки рапорта ПГП
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 84 /
123 84
weight_cgp number Тонн СНП
weight_ugkr number Тонн УГКР
3.11.1.5 Сообщение: Передача древесины
Передача данных для суточного рапорта в систему Рапорт ПГП раздела «Древесина»
осуществляется путем вызова процедуры QMET со стороны системы Рапорт ПГП, которая
возвращает набор данных (типа TMasDispRecLPC2_5), данные формируются за указанную
дату (PDate):

Функция Load_wood
Описание Выгрузка данных по древесине
Входные PDate Date in date Дата расчета
параметры
Выходные Pmasdisprec in Возвращаемый набор данных
параметры TMasDispRecLPC2_5

Тип данных TMasDispRecLPC2_5


Описание type TMasDispRecLPC2_5 is table of TRecDispRecLPC2_5 index by
binary_integer;

Тип данных TRecDispRecLPC2_5


Описание Тип record
Параметры line_id number ID строки рапорта ПГП
ram_day number Отгрузка на Рамы сутки (тонн
dosk_day number Отгрузка на Доски сутки (тонн)
ram_beg_month number Отгрузка на Рамы с нач. месяца
(тонн)
dosk_beg_month number Отгрузка на Доски с нач. месяца
(тонн)

3.11.1.6 Коды строк рапорта ПГП

Код Краткое наименование Полное наименование


40001 Всад (физич.тонны) Всад (физич.тонны) бригада 1
40002   Всад (физич.тонны) бригада 2
40003   Всад (физич.тонны) бригада 3
40004   Всад (физич.тонны) бригада 4
40005 Всего (всад) Всего (всад)
40006 Экспорт лист Экспорт лист (бригада 1)
40007   Экспорт лист (бригада 2)
40008   Экспорт лист (бригада 3)
40009   Экспорт лист (бригада 4)
40010 Всего (экспорт лист) Всего (экспорт лист)
40011 Экспорт рулоны Экспорт рулоны (бригада 1)
40012   Экспорт рулоны (бригада 2)
40013   Экспорт рулоны (бригада 3)
40014   Экспорт рулоны (бригада 4)
40015 Всего (экспорт рулоны) Всего (экспорт рулоны)
40016 Прокатка в ПХЛ Прокатка в ПХЛ (бригада 1)
40017   Прокатка в ПХЛ (бригада 2)
40018   Прокатка в ПХЛ (бригада 3)
40019   Прокатка в ПХЛ (бригада 4)
40020 Всего (прокатка в ПХЛ) Всего (прокатка в ПХЛ)
40021 Прокатка тончайший Прокатка тончайший (бригада 1)
40022   Прокатка тончайший (бригада 2)
40023   Прокатка тончайший (бригада 3)
40024   Прокатка тончайший (бригада 4)
40025 Всего (прокатка тончайший) Всего (прокатка тончайший)
40026 АПР-1 АПР-1 (бриагада1)
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 85 /
123 85
40027   АПР-1 (бриагада2)
40028   АПР-1 (бриагада3)
40029   АПР-1 (бриагада4)
40030 Всего (АПР-1) Всего (АПР-1)
40031 АПР-2 АПР-2 (бриагада1)
40032   АПР-2 (бриагада2)
40033   АПР-2 (бриагада3)
40034   АПР-2 (бриагада4)
40035 Всего (АПР-2) Всего (АПР-2)
40036 АПР-3 АПР-3 (бриагада1)
40037   АПР-3 (бриагада2)
40038   АПР-3 (бриагада3)
40039   АПР-3 (бриагада4)
40040 Всего (АПР-3) Всего (АПР-3)
40041 АПР-4 АПР-4 (бриагада1)
40042   АПР-4 (бриагада2)
40043   АПР-4 (бриагада3)
40044   АПР-4 (бриагада4)
40045 Всего (АПР-4) Всего (АПР-4)
40046 По цеху По цеху
40047 Внутр.рынок. Внутр.рынок.
40048 в т.ч лист в т.ч лист
40049 ЛАР-1 ЛАР-1
40050 Штрипс Штрипс
40051 в т.ч. резаный в т.ч. резаный
40052 с роспуском с роспуском
40053 без роспуска без роспуска
40054 Всего Всего
40055 Экспорт Экспорт
40056 в т.ч. экспорт лист в т.ч. экспорт лист
40057 экспорт рулоны экспорт рулоны
40058 ЛЭК-1 ЛЭК-1
40059 Штрипс экспорт Штрипс экспорт
40060 в т.ч. резаный в т.ч. резаный
40061 с роспуском с роспуском
40062 без роспуска без роспуска
40063 Всего экспорт Всего экспорт
40064 нержавейка нержавейка
40065 трёхслойка трёхслойка
40066 металл в ЦГП металл в ЦГП
40067 в т.ч. тонкий в т.ч. тонкий
40068 толстый толстый
40069 Товарный прокат Товарный прокат
40070 ПХЛ ПХЛ
40071 Готовый прокат Готовый прокат
40072 Оседание Оседание
40073 1,2 мм Прокат тончайшего 1,2 мм
40074 1,2 - 1,5 мм Прокат тончайшего 1,2 - 1,5 мм
40075 1,51 - 1,8 мм Прокат тончайшего 1,51 - 1,8 мм
40076 1,81 - 1,99 мм Прокат тончайшего 1,81 - 1,99 мм
40086 Тончайший 1,2 мм Отгрузка тончайшего 1,2 мм
40087 1,2 - 1,5 мм Отгрузка тончайшего 1,2 - 1,5 мм
40088 1,51 - 1,8 мм Отгрузка тончайшего 1,51 - 1,8 мм
40089 1,81 - 1,99 мм Отгрузка тончайшего 1,81 - 1,99 мм
40090 ЦХП 1,2 мм ЦХП Прокат тончайшего 1,2 мм
40091 1,2 - 1,5 мм ЦХП Прокат тончайшего 1,2 - 1,5 мм
40092 1,51 - 1,8 мм ЦХП Прокат тончайшего 1,51 - 1,8 мм
40093 1,81 - 1,99 мм ЦХП Прокат тончайшего 1,81 - 1,99 мм
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 86 /
123 86
40094 СТАН 1,2 мм Стан Прокат тончайшего 1,2 мм
40095 1,2 - 1,5 мм Стан Прокат тончайшего 1,2 - 1,5 мм
40096 1,51 - 1,8 мм Стан Прокат тончайшего 1,51 - 1,8 мм
40097 1,81 - 1,99 мм Стан Прокат тончайшего 1,81 - 1,99 мм
40098 ЦХП Тончайший 1,2 мм ЦХП Отгрузка тончайшего 1,2 мм
40099 1,2 - 1,5 мм ЦХП Отгрузка тончайшего 1,2 - 1,5 мм
40100 1,51 - 1,8 мм ЦХП Отгрузка тончайшего 1,51 - 1,8 мм
40101 1,81 - 1,99 мм ЦХП Отгрузка тончайшего 1,81 - 1,99 мм
40102 СТАН Тончайший 1,2 мм СТАН Отгрузка тончайшего 1,2 мм
40103 1,2 - 1,5 мм СТАН Отгрузка тончайшего 1,2 - 1,5 мм
40104 1,51 - 1,8 мм СТАН Отгрузка тончайшего 1,51 - 1,8 мм
40105 1,81 - 1,99 мм СТАН Отгрузка тончайшего 1,81 - 1,99 мм
40106 рулоны рулоны
40107 СПП СПП
40108 Прокатка для СПП Прокатка для СПП (бригада 1)
40109   Прокатка для СПП (бригада 2)
40110   Прокатка для СПП (бригада 3)
40111   Прокатка для СПП (бригада 4)
40112 Всего (Прокатка для СПП) Всего(Прокатка для СПП)
40156 Давлеканово Давлеканово
40157 ЦГП из подката ЛПЦ-2 ЦГП из подката ЛПЦ-2
40077 рамы/доски рамы/доски
40078 Лист Наличие: лист
40079 ЦГП Наличие: ЦГП
40080 ПХЛ Наличие: ПХЛ
40081 ЛПЦ-1 Наличие: ЛПЦ-1
40082 Средний развес слябов Средний развес слябов (бригада 1)
40083   Средний развес слябов (бригада 2)
40084   Средний развес слябов (бригада 3)
40085   Средний развес слябов (бригада 4)
40150 зачищено зачищено
40151 отгрузка порт отгрузка порт
40152 отгрузка автово отгрузка автово
40153 порезка травленого порезка травленого
40154 отгрузка травленого отгрузка травленого
40155 отгрузка на ТПЗ Шексна отгрузка на ТПЗ Шексна

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 87 /
123 87
3.12 ИНТЕРФЕЙС QMET - «СВОДНАЯ ОТЧЕТНОСТЬ ОТК» (СООТК)
Эта секция содержит сообщения по обмену между QMET и СООТК. Интерфейс является
однонаправленным от QMET в СООТК.

Данные качества
Msg.ID Описание
1 Набор сообщений: Информация по показателям качества
2 Суточный отчет по качеству

3.12.1 СООБЩЕНИЯ ИЗ QMET В СООТК .


3.12.1.1 Набор сообщений: Информация по показателям качества

Нижеследующие показатели контроля производства ЛПЦ2 (40) должны быть


переданы

Группа показателей Показатель комментарий


Раздел отчета производства производства
наименова код
ние
Годный прокат
Производств 5 Производство Производство (всад)
о ПХЛ
«перечень дефектов с Дефекты из групп
НП 102 НП группировкой по цеху «Отработка
виновнику» технологии» и
«Независимые причины»
должны передаваться с
кодом виновника
«Северсталь»

«перечень дефектов с Не требуется


Брак 101 Брак группировкой по цеху учитывать брак,
виновнику» образованный из НП
предыдущих месяцев
1-ое Всего предъявлено
предьявлен 6 Всего предъявлено ОТК металла КЦ
ие ОТК Всего предъявлено
ОТК металла ЭСПЦ
Продукция, Брак по прокату
забракованная при Брак по металлу КЦ
операционном и Брак по металлу ЭСПЦ
приемочном контроле
Продукция,
произведенная с
нарушениями
технологии
Продукция, НП по прокату
отсортированная на НП по металлу КЦ
приемочном контроле НП по металлу ЭСПЦ
Продукция с
неудовлетворительным
и повторными
испытаниями
Продукция, Доработка по прокату
назначенная на Доработка по металлу
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 88 /
123 88
доработку КЦ
Доработка по металлу
ЭСПЦ
Продукция с Согласов. по
отклонением одного и прокату
более параметров, Согласов. по
данные о которой металлу КЦ
направлены на
согласование с Согласов.по
заказчиком металлу ЭСПЦ
Продукция,
полученная по
технологическим
причинам
(настроечные)
Лишний годный по
заказу
Продукция с
отклонениями,
произведенная по
рабочим планам с
шифром "НВ" по
прокату
Продукция с
отклонениями,
произведенная по
рабочим планам с
шифром "НВ" по
металлу
Снято по По вине УТ
По вине УОиК
прокату(Бр+НП+дораб Независимые причины
+соглас)
Принято с первого Предьявлено – брак по прокату –
нарушения – Нп по прокату -
предъявления (прокат) Повторные испытания –
доработка по прокату –
согласование по прокату –
настроечные – ЛГ +НВ по
прокату+снято по прокату
Принято с первого Предьявлено – брак – нарушения
– Нп - Повторные испытания –
предъявления (прокат доработка – согласование –
+ металл) настроечные – ЛГ +НВ по
прокату++НВ по металлу
Отсортировано по Брак по КЦ + НП по КЦ +
КП Доработка по металлу КЦ +
металлу Согласов. по металлу КЦ
Брак по ЭСПЦ + НП поЭСПЦ +
ЭСПЦ Доработка по металлу ЭСПЦ +
Согласов. по металлу ЭСПЦ

Передача данных осуществляется путем вызова процедуры, расположенной на


сервере CDB09.
Передача данных по разделу отчета должна производиться одной транзакцией
(одним вызовом). На момент передачи все параметры процедуры должны быть
заполнены актуальными данными. Допускается повторно передавать данные. В
отчет попадет последняя версия, доступная на момент запроса отчета
пользователем.

Реквизиты сервера:
CDB09 =
(DESCRIPTION =
(ADDRESS_LIST =

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 89 /
123 89
(ADDRESS = (PROTOCOL = TCP)(HOST = asuppp2-
01.severstal.severstalgroup.com)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = asuppp2-
02.severstal.severstalgroup.com)(PORT = 1521))
)
(CONNECT_DATA = (SERVICE_NAME =
ASUPPP2.severstal.severstalgroup.com))
)

Спецификация процедуры вызова:


Процедура расположена в пакете WEBASUP_PH.ptd_report:

type T_QmDetail     is record (


                   detail   varchar2(100),-- наименование
-- показателя
                   ceh_kod  integer,      -- код цеха, отправителя
                   detves   number (8,3); -- вес за сутки
detves_m number (8,3); -- вес за месяц
                            );
type T_CollQmDetail is table of T_QmDetail;

type T_QmAttr     is record (


attr_name varchar2(100), -- наименование группы
       attr_val number (8,3), -- вес по группе за сутки
attr_val_m number (8,3), -- вес по группе за месяц
details T_CollQmDetail
                           );
type T_CollAttr is table of T_QmAttr;

Коллекция T_QmAttr заполняется группами показателей производства. Коллекция


T_QmDetail заполняется показателями производства. Передаче подлежат все
показатели производства, зафиксированные в системе за отчетный месяц
независимо от того есть ли информация в отчетных сутках. В случае отсутствия
показателя производства (за отчетный месяц) необходимо передать пустую
коллекцию T_QmDetail.

Процедура QualMeasure_send
Описание
Параметры:
Имя Описание
ceh_kod_ in integer Код цеха 40 для ЛПЦ2)
rep_data_ in date Отчетная дата
Attrs in T_CollQmAttr Аттрибуты
reptype_ in integer Код секции отчета, см. Таблицу выше

График передачи данных:


QMET должен отсылать данные
 за прошедшие сутки ежедневно по расписанию в 4-00 и в 7-00.
 За все прошедшие сутки с начала текущего месяца по расписанию к 4-00, либо
только за те сутки, по которым бала введена корректировка.
 До 4-го числа, включительно, текущего месяца за все сутки прошедшего
месяца по расписанию к 4-00, либо только за те сутки, по которым была
введена корректировка.
 В ручном режиме за любой выбранный период
Данные отсылаются в порядке возрастания отчетной даты.

3.12.1.2 Суточный отчет по качеству

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 90 /
123 90
Отчет по качеству передается цеховыми системами учета производства процедурно
на сервер CDB09. Сеанс передачи включает в себя данные
 производство за сутки и с начала месяц
 брак за сутки и с начала месяца, сгруппированный по виновнику и коду дефекта
 НП за сутки и с начала месяца, сгруппированный по виновнику и коду дефекта

Реквизиты сервера.

CDB09 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = asuppp2-
01.severstal.severstalgroup.com)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = asuppp2-
02.severstal.severstalgroup.com)(PORT = 1521))
)
(CONNECT_DATA = (SERVICE_NAME = ASUPPP2.severstal.severstalgroup.com))
)

Спецификация процедуры.

Процедура передачи данных расположена на сервере CDB09 в пакете


WEBASUP_PH.ptd_report
type T_Defect is record (defkod integer, -- код дефекта из справочника
OBSERVER.DEFECT_DIR
ceh_kod integer, -- код цеха виновника
defves number (10,3) -- вес дефекта, т (3 знака после
запятой)
);

type T_CollDefect is table of T_Defect;

procedure Quality_send (ceh_kod_ in integer, -- код цеха


rep_data_ in date, -- дата отчета
total_inpday_ in number, -- всего за сутки задано в
производство
-- (т, с точностью 3 знака
после запятой)
-- (только ЛПЦ1, ЛПЦ2, ЛПЦ3)
total_inpmonth_ in number, -- всего за месяц задано в
производство
-- (т, с точностью 3 знака
после запятой)
---(только ЛПЦ1, ЛПЦ2, ЛПЦ3)
total_outday_ in number, -- всего за сутки производено
(предьявлено)
-- (т, с точностью 3 знака
после запятой)
total_outmonth_ in number, -- всего за месяц производено
(предьявлено)
-- (т, с точностью 3 знака
после запятой)
brak_detalday_ in T_CollDefect, -- брака за сутки
(коллекция)
brak_detalmonth_ in T_CollDefect, -- брака за месяц
(коллекция)
np_detalday_ in T_CollDefect, -- НП за сутки
(коллекция)
np_detalmonth_ in T_CollDefect, -- НП за месяц
(коллекция)
fs_detalday_ in T_CollDefect, -- 1 сорт за сутки
(коллекция)
fs_detalmonth_ in T_CollDefect -- 1 сорт за месяц
(коллекция)
)

На момент передачи все параметры процедуры должны быть заполнены


актуальными данными. Коллекции заполняются сгруппированными данными по
виновнику и коду дефекта. Допускается повторно передавать данные. В отчет
попадет последняя версия, доступная на момент запроса отчета пользователем.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 91 /
123 91
Имя тип примечание
ceh_kod_ integer Код цеха, передающего отчет
rep_data_ date дата отчета(дата, в счет которой
отчитываетесь)
total_inpday_ number вес металла заданного в производство (всад,
ЛПЦ1,ЛПЦ2,ЛПЦ3) за сутки отчетной даты
total_inpmonth_ number вес металла заданного в производство (всад,
ЛПЦ1,ЛПЦ2,ЛПЦ3)с начала месяца на дату
отчета
total_outday_ number вес металла произведенного (предьявленного,
ЛПЦ1,ЛПЦ2,ЛПЦ3)за сутки отчетной даты
total_outmonth_ number вес металла произведенного (предьявленного,
ЛПЦ1,ЛПЦ2,ЛПЦ3) с начала месяца на дату
отчета
brak_detalday_ T_CollDefect Брак* за сутки отчетной даты. Включает
перечень дефектов, цех-виновник и суммарный
вес по виду дефекта и виновнику.
brak_detalmonth_ T_CollDefect Брак* с начала месяца отчетной даты
Включает перечень дефектов, цех-виновник и
суммарный вес по виду дефекта и виновнику.
np_detalday_ T_CollDefect НП за сутки отчетной даты Включает перечень
дефектов, цех-виновник и суммарный вес по
виду дефекта и виновнику.
np_detalmonth_ T_CollDefect НП с начала месяца отчетной даты. Включает
перечень дефектов, цех-виновник и суммарный
вес по виду дефекта и виновнику.
fs_detalday_ T_CollDefect 1 сорт за сутки отчетной даты. Включает
перечень дефектов, цех-виновник и суммарный
вес по виду дефекта и виновнику. (только
для ЭСПЦ и КЦ).
fs_detalmonth_ T_CollDefect 1 сорт с начала месяца отчетной даты.
Включает перечень дефектов, цех-виновник и
суммарный вес по виду дефекта и виновнику.
(только для ЭСПЦ и КЦ).

Структура коллекции дефектов


Имя тип примечание
defkod integer Код дефекта из справочника
OBSERVER.DEFECT_DIR.
ceh_kod_ integer Код цеха – виновника**
defves Number(7,3) Вес дефекта, т.

ЦЕХ
Север-сталь

ЦППМ

ЭСПЦ
ЛПЦ1

ЛПЦ2

ЛПЦ3

УОиК
СПЦ

УПП
УОЛ

ПХЛ

ЦГП

ТПЗ
КЦ

УТ

Код 1 106 102 16 14 40 75 15 13 17 7 938 10 47 1423

Пимечание*. Не требуется учитывать брак, образованный из НП предыдущих месяцев


** Дефекты из групп «Отработка технологии» и «Независимые причины» должны
передаваться с кодом виновника «Северсталь»

График передачи данных:


QMET должен отсылать данные
 за прошедшие сутки ежедневно по расписанию в 4-00 и в 7-00.
 За все прошедшие сутки с начала текущего месяца по расписанию к 4-00, либо
только за те сутки, по которым бала введена корректировка.
 До 4-го числа, включительно, текущего месяца за все сутки прошедшего
месяца по расписанию к 4-00, либо только за те сутки, по которым была
введена корректировка.
 В ручном режиме за любой выбранный период

Данные отсылаются в порядке возрастания отчетной даты.


MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 92 /
123 92
3.13 ВЗАИМОДЕЙСТВИЕ Q3MET – СИСТЕМА ВЕБ ДОСТУПА К СЕРТИФИКАТАМ КАЧЕСТВА

Взаимодействие с системой Веб Доступа к Сертификатам Качества (ВДСК)


однонаправленная: QMET отправляет финализированную версию выпущенного Сертификата
Качества в ВДСК. Система Веб Доступа к Сертификатам Качества отслеживает версии
сертификатов которые предоставляются клиентам.

3.13.1 СООБЩЕНИЕ ИЗ QMET - СИСТЕМА ВЕБ ДОСТУПА К СЕРТИФИКАТАМ КАЧЕСТВА

Информация по сертификатам качества


Msg.ID Описание Поставщик Потребитель
114001 Данные сертификата качества и код Q3MET ВДСК
доступа к сертификату

3.13.2 СООБЩЕНИЕ: 114001 ДАННЫЕ СЕРТИФИКАТА КАЧЕСТВА И КОД ДОСТУПА К СЕРТИФИКАТУ

Отправитель Q3MET
Получатель ВДСК
Код 114001
Тип вызова Событие
Вызов При финализации сертификата качества
Код операции Ввод
Описание Сообщение используется для передачи данных
Сертификата качества в ВДСК вместе с кодом доступа к
сертификату

MET_CWA_EVENT
Column Name Description
MSG_COUNTER Прогрессивный счетчик записей
MSG_ID 114001
MSG_DATETIME Дата и Время сообщения
1-Выпуск сертификата
OP_CODE 2-Выпуск новой версии сертификата
3-Сертификат отменен
KEY_STRING_1 Код сертификата качества
KEY_STRING_2 Код доступа к сетификату качества
KEY_STRING_3
KEY_NUMBER_1 Цифровой код сертификата
Статус сообщения, при создании записи =1. ВДСК
MSG_STATUS
изменяет статус на 2 после обработки записи.
MSG_REMARK Примечание от ВДСК после обработки записи

MET_CWA_QUAL_CERT
Column Name Domain Key Unit Description
MSG_COUNTER NUMBER PK Счетчик записей
CERT_CNT NUMBER PK Счетчик сертификата
CERT_NUM_ID NUMBER Цифровой код сертификата
CERT_ID VARCHAR Код сертификата
ВЕБ код доступа к
CERT_WEB_CODE VARCHAR
сертификату
Дата время выдачи
CERT_DATETIME DATETIME
сертификата
CERT_XML BLOB Сертификат качества в виде

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 93 /
123 93
XML структуры.

XML форма сертификата определена в Приложении А.

3.14 ВЗАИМОДЕЙСТВИЕ Q3MET – СИСТЕМА SGS


Взаимодействие с системой SGS работает только в одном направлении: QMET отправляет
данные финализированной версии выпущенного сертификата качества или сообщение об
отмене сертификата. SGS отслеживает версионность выпущенных сертификатов
самостоятельно, предоставляя собственным клиентам последнюю версию сертификата.

3.14.1 СПИСОК СООБЩЕНИЙ Q3MET - SGS

Информация сертификата качества


Msg.ID Описание Отправитель Получатель
116001 Данные сертификата качества QMET SGS

3.14.2 СООБЩЕНИЕ: 116001 ДАННЫЕ СЕРТИФИКАТА КАЧЕСТВА

Отправитель QMET
Получатель SGS
Код 116001
Тип вызова Событие
Вызов Процедура финализации или отмены сертификата качества
Код операции Вставка
Описание Сообщение передает данные сертификата качества в SGS

MET_EVENT
Имя колонки Описание
MSG_COUNTER Уникальный счетчик сообщений
MSG_ID 116001
MSG_DATETIME Дата и время сообщения
1-Выпуск сертификата
OP_CODE 2-Выпуск новой версии сертификата
3-Сертификат отменен
KEY_STRING_1 Идентификатор Сертификата качества
KEY_STRING_2
KEY_STRING_3
KEY_STRING_4
Числовой идентификатор Сертификата для доступа к
KEY_NUMBER_1
таблице MET_SGS_QUAL_CERT
KEY_NUMBER_2
KEY_NUMBER_3
KEY_NUMBER_4
Статус сообщения, изначально 1. SGS должна изменить
MSG_STATUS
его после обработки сообщения
Примечание к сообщению. Устанавливается SGS по
MSG_REMARK
результатам обработки.

MET_SGS_QUAL_CERT
Имя колонки Домен Key Е.и. Описание
Уникальный идентификатор
CERTIFICATE_NUM_ID NUMBER PK
сертификата Q3MET
CERTIFICATE_ID VARCHAR Идентификатор сертификата
ISSUING_DATETIME DATETIME Дата выпуска сертификата
Данные сертификата качества
CERTIFICATE_XML BLOB закодированные в формате
XML
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 94 /
123 94
XML форма сертификата описана в Приложении А.

3.14.3 СПЕЦИФИКАЦИЯ XML ФОРМЫ СЕРТИФИКАТА КАЧЕСТВА ЧЕРМК.

3.14.3.1 Структура печатной версии сертификата

Структуру печатной версии сертификатов на продукцию ЧерМк условно можно


разбить на следующие разделы.
 Шапочная часть. Содержит общие для всего сертификата данные в
текстовом виде.
 Позиционная часть.
 Хим.свойства.
 Мех.сойства.
 Примечание.

3.14.3.2 Структура XML-документа

Корневой узел выделен тэгами.


<cert
xmlns="http://link.link/unicert.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://link.link/unicert.xsd unicert.xsd">…</cert>

Структура XML-документа образована 2-мя основными узлами.


1 Узел «Общие свойства», который содержит значения из шапочной части сертификата и
примечания. В документе выделяется тэгами.
<props>…</props>

2 Узел «табличные данные», на основе которого заполняются данные из позиционной


части сертификата, хим. состава и мех. свойств продукции.
<tab>…</tab>

Узел <tab> обязательно содержит атрибуты


 Наименование табличного раздела, name
 Порядковый номер табличного раздела, order

В соответствии с описанной выше структурой документа основные разделы печатной


версии сертификата выделены в корневом узле документа xml «cert» следующим
образом:
1. Узел шапочной части и примечания сертификата.
<props>…</props>
2. Узел позиционной части сертификата.
<tab name="позиционная часть" order="1">…</tab>
3. Узел раздела «Химический состав» сертификата.
<tab name="химический состав" order="2">…</tab>
4. Узел раздела «Механические свойства» сертификата.
<tab name="механические свойства " order="3">…</tab>

<cert>
<!--общие свойства сертификата-->
<props>…</props>
<!--позиционная часть-->
<tab name="позиционная часть" order="1">…</tab>
<!—химический состав-->
<tab name="химический состав" order="2">…</tab>
<!--механические свойства-->
<tab name="механические свойства " order="3">…</tab>
</cert>

Возможно добавление дополнительных табличных данных (узлов «tab»). При


добавлении новых узлов важно, чтобы структура заполнения внутренних данных
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 95 /
123 95
этого узла не отличалась от описанной в разделе документа «Структура разделов
Позиционная часть, Хим.состав, Мех.свойства».

Структура узла «Общие свойства»

Набор узлов «props» предназначен для хранения информации, которая печатается в


шапочной и нижней/завершающей части сертификата. Набор таких свойств
сертификата статично. Возможные узлы для данного раздела сведены в таблицу 1.

Таблица 1. структура узла «props»


Название узла Описание Подузлы
номер сертификата
<сert_no>…</сert_no>
дата сертификата
<сert_date>…</сert_date>
<ru>…</ru>-русское написание значения
<seller>…</seller> свойства
Продавец
<en>…</en>-английское написание
значения свойства
<ru>…</ru>-русское написание значения
грузополучатель свойства
<receiver>…</receiver>
<en>…</en>-английское написание
значения свойства
<code>…</code>-код страны
<ru>…</ru>-русское написание значения
страна назначения
<country>…</country> свойства
<en>…</en>-английское написание
значения свойства
Почтовый индекс
<postal_code>…</postal_code>
Код ж.д.
<railway_code>…</ railway _code>
<ru>…</ru>-русское написание значения
<receiver_adress>… свойства
Адрес гузополучателя
</receiver_adress> <en>…</en>-английское написание
значения свойства
станция
<station>…</ station >
<transport_no>…</transport_no> номер вагона
<order_no>…</order_no> номер заказа
<order_pos_no>…</order_pos_no> номер позиции заказа
<contract_no>…</contract_no> номер контракта
<specification_no>…</ specification
номер спецификации
_no>
<ru>…</ru>-русское написание значения
свойства
<production>…</production> наименование продукции
<en>…</en>-английское написание
значения свойства
<delivery>…</delivery>-ГОСТ/стандарт на
поставку
<grade>…</grade>-ГОСТ/стандарт на
<standart>…</standart> ГОСТ, стандарт
марку
<profile>…</profile>-ГОСТ/стандарт на
профиль
<ru>…</ru>-русское написание значения
тип упаковочного свойства
<packages>…</packages>
места/форма отправки <en>…</en>-английское написание
значения свойства
Наименование стана
<mill>…</ mill >
(агрегата)
примечание по
<note>…</note>
сертификату
<marking>…</marking> Маркировка
<otk_controler>…</otk_controler> контролер ОТК
<load_brigadir>…</load_brigadir> бригадир отгрузки
<print_date>…</print_date> дата печати
<access_code>…</access_code> код доступа
Сертификат приемочных
<insp_cert>…</insp_cert>
испытаний
<ru>…</ru>-русское написание значения
свойства
<exp_licenset>…</exp_license> Разрешение на вывоз
<en>…</en>-английское написание
значения свойства
<factory>…</factory> Код цеха производителя
Тип сертификата
<cert_type>…</ cert_type >
(EXP/RU)

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 96 /
123 96
<prnt_form>…</print_form> Форма печати (EXP1/RU1)
<PP_desc>…</PP_desc> Примечание промпорта

Если свойство сертификата предполагает написание на 2-ух языках (русском и


английском), то написания значения располагаются в подузлах данного свойства:
1. Подузел «ru» - хранит русское написание значения свойства.
2. Подузел «en» - хранит английское написание значения свойства.
Кроме того для свойства «страна» добавлен подузел «code», в котором хранится код
страны.
Некоторые элементы (например, позиция заказа, шифр ШАУ) могут заполняться в
позиционной части сертификата, в этом случае значение узла в шапочной части
должно быть пустым.

Структура узла «табличные данные».

Информация из разделов печатной версии сертификата, содержащих информацию в


табличном виде, размещается в наборе узлов «tab». Несмотря на то, что в печатной
версии сертификата допускается объединение разделов в одну таблицу (например,
мех. свойства и хим. состав), в XML-версии информация должна размещаться в
соответствующих узлах.
Таблицы печатной версии сертификата в XML документе размещаются по
следующим правилам. Каждый раздел описания таблицы всегда содержит
следующие узлы:

1. Узел «cols» - в котором хранится информация о структуре построения столбцов


таблицы.
2. Набор узлов «cap_l» - в которых хранятся названия заголовков колонок таблицы.
3. Узел «vals» - в котором хранится информация о значениях, отображаемых в
таблице.
4. Узел «note» - хранит примечание, относящееся к таблице.

<!--позиционная часть-->
<tab name="позиционная часть" order="1">
<cols>...</cols>
<cap_l>...</cap_l>
<vals>...</vals>
<note>...</note>
</tab>
<!--химия-->
<tab name="химический состав" order="2">
<cols>...</cols>
<cap_l>...</cap_l>
<vals>...</vals>
<note>...</note>
</tab>
<!--мех. свойства-->
<tab name="механические свойства " order="3">
<cols>...</cols>
<cap_l>...</cap_l>
<vals>...</vals>
<note>...</note>
</tab>

Описатель структуры таблицы.

Описание структуры таблицы формируется из узлов «cols» и «cap_l».


Узел «cols» содержит набор узлов «col» - это узлы, описывающие колонки таблицы. Каждый
узел «col» соответствует одной колонке.
Узел «col» может обладать следующими атрибутами:
 «sum» - если нужно суммировать значения колонки в конце таблице данный
атрибут должен принять значение «1».
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 97 /
123 97
 «invis» - признаком исключения колонки из печатной версии сертификата. Если
колонка должна быть невидима, значение должно принять значение «1».
 «bitbybit» - показывает, что каждая ячейка данного столбца хранит массив
данных. Позволяет раскрывать позиционную часть сертификата до единиц учета.
Для маркировки таких колонок атрибут должен принять значение «1».
Каждая ячейка массива – значение, привязанное к единице учета (например, для
колонки «вес» позиции сертификата – в массиве можно указать веса учетных
элементов, из которых состоит позиция).
Предполагается, что заголовок таблицы может состоять из нескольких строк,
например:

Область
заголовка
Область
Рис. 1. значений

Таблица из двух колонок на рис. 1 обладает заголовком, состоящим из 3-х уровней.


Для описания уровней заголовка одной колонки используются атрибуты узла «col».
Например, для таблицы на рис. 1:
<cols>
<col id="1" l1="8" l2="8" l3="8" ></col>
<col id="2" l1="8" l2="8" l3="9" ></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="1">1</v>
<v col_id="2">2</v>
</r>
</vals>

Имеются 2 узла «col» - по количеству колонок – узлы уникально


идентифицируются атрибутом «id».
Атрибуты «l1», «l2», «l3» (в схеме проверки XML unicert.xsd документа
зарезервировано 5 атрибутов: «l1», «l2», «l3» , «l4» , «l5», что позволяет описывать
заголовки таблиц состоящие из максимум 5 уровней) в узлах «col» задают структуру
уровней заголовка:
Название каждого из этих атрибутов содержит числовой индекс, который задает
порядок следования уровня заголовка сверху вниз. Так же числовой индекс в
названии атрибута же является уникальным идентификатором, по которому ищется
узел «cap_l» (узел «cap_l» содержит названия, выводимые в заголовках таблицы).
А значения атрибутов «l1», «l2», «l3» - идентифицируют узел «cap» (дочерний
узел «cap_l») – название ячейки заголовки.
Разберем алгоритм на примере таблицы на рис. 1:
1) Таблица имеет 2 колонки (по количеству уникальных идентификаторов «col_id» подузлов
«v» в узле «vals»)
2) Заголовок имеет 3 уровня – определяется по количеству уникальных название атрибутов
«l»: «l1», «l2», «l3»
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 98 /
123 98
3) Для построения заголовка выбирается неповторяющийся список названий атрибутов «l»
из всех колонок. В рассматриваемом случае: «l1», «l2», «l3»
4) Далее в порядке возрастания индексов атрибутов «l» строятся уровни заголовки отчета.
Первым строится уровень «l1»:
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l1»
- единице.
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>

b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l1» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">ШЕРОХОВАТОСТЬ</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>


это: <cap id="8">ШЕРОХОВАТОСТЬ</cap>

Поскольку выбранные заголовки для первого уровня первой и второй колонки


идентичны, они объединяются.
5) Аналогично строится второй уровень заголовка.
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l2»
- двойке.
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l2» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">ROUGHNESS</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>


это: <cap id="8">ROUGHNESS</cap>

Поскольку выбранные заголовки для первого уровня первой и второй колонки


идентичны, они объединяются.
6) Последним строится третий уровень заголовка – самый нижний в примере.
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l3»
- двойке.
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l2» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">низ</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>


это: <cap id="9">верх</cap>

Результатом построения является «Область заголовка таблицы» рис. 1.

Примеры построения более сложных заголовков:


1) Возможна ситуация, когда в какой либо из колонок не задан один из уровней:

<cols>
<col id="8" l1="8" l2="8" l3="8" ></col>
<col id="9" l1="8" l2="8"></col>
</cols>
<cap_l ord="1">
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 99 /
123 99
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

В колонке с «id» равным 9 не указан идентификатор заголовка 3-го уровня «l3».


Для такого описания будет построена таблица вида:

Рис. 2.
2) Похожий на предыдущий вариант:

<cols>
<col id="8" l1="8" l3="8" ></col>
<col id="9" l1="9" l2="8" ></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
<cap id="9">ПРОЧНОСТЬ СЦЕПЛЕЕНИЯ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

Для такого описания будет построена таблица вида:

Рис. 3.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 100 /
123 100
3) Возможен вариант:

<cols>
<col id="8" l1="8" l2="8" l3="8" ></col>
<col id="9" l1="8" l2="7" l3="8" ></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="7">ADHESIVE STRENGTH</cap>
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

Для такого описания будет построена таблица вида:

Рис. 4.
Табличные значения.
Значения таблицы хранятся в разделе «vals», структура узла организована
следующим образом:
1. Каждая строка таблицы представлена узлом «r», дочерним для узла «vals».
2. Каждый узел, хранящий значение, должен иметь атрибут «col_id»,
значение которого соответствует идентификатору колонки таблицы (см. описание
структуры таблицы). Значения атрибута «col_id» должны быть уникальны в
пределах узла данной строки таблицы.

<v col_id="col n1">val 1</v>

3. Значения ячеек хранятся:

3.1 для колонок, НЕ помеченных атрибутом «bitbybit=1» - в подузлах «v»


узла строки «r».

3.2 для колонок, помеченных атрибутом «bitbybit=1» - массив значений


ячейки хранится в наборе дочерних узлов «au» следующим образом
<v col_id="col n5">
<au id="XXX1">3</au>
<au id="XXX2">4</au>
</v>
<v col_id="col n10">
<au id="XXX1">3500</au>
<au id="XXX2">4200</au>
</v>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 101 /
123 101
Где узел «au» является контейнером хранящим данные отдельного элемента учета,
а его атрибут «id» - идентификатор единицы учета по этикетке. Внутри каждого узла
«au» хранятся данные, которые должны быть привязаны к отдельной учетной
единице продукции.
Для форматирования стиля отображения значения можно использовать следующие
атрибуты узлов «v» и «au»:
1. Атрибут «align» - горизонтальное выравнивание, может принимать значения:
a. «l» - выравнивание по левому краю
b. «r» - выравнивание по правому краю
c. «m» - выравнивание по центру
2. Атрибут «bold» - принимает значения:
a. «1» - печать значения жирным шрифтом
b. «0» - печать значения обычным шрифтом
3. Атрибут «italic» - принимает значения:
a. «1» - печать значения наклонным шрифтом
b. «0» - печать значения обычным шрифтом

Пример формирования XML для комбинированной таблицы.

группа 1 группа 2
group 1 колонка 3 group 2
колонка 1 column 3 колонка 3
column 1 колонка 2 column 3
подгруппа 1 column 2 подгруппа 2
subgroup 1 subgroup 2
3 4.1
val1 val2
3 4.2

6 8.3

<tab name="позиционная часть" order="1">


<cols>
<col id="1" l1="1" l1="1" l3="1"/>
<col id="2" l1="1" l2="2"/>
<col id="3" l1="2" l3="2"/>
<col id="4" l1="3" l2="3" l3="2"/>
</cols>
<cap_l ord="1">
<cap id="1">группа 1<br/>group 1</cap>
<cap id="2">колонка 3<br/>column 3</cap>
<cap id="3">группа 2<br/>group 2</cap>
</cap_l>
<cap_l ord="2">
<cap id="1">колонка 1<br/>column 1</cap>
<cap id="2">колонка 2<br/>column 2</cap>
<cap id="3">колонка 3<br/>column 3</cap>
</cap_l>
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 102 /
123 102
<cap_l ord="3">
<cap id="1">подгруппа 1<br/>subgroup 1</cap>
<cap id="2">подгруппа 2<br/>subgroup 2</cap>
</cap_l>
<vals>
<r>
<v col_id="1">val1</v>
<v col_id="2">val2</v>
<v col_id="3">
<au id="XXX1">3</au>
<au id="XXX2">3</au>
</v>
<v col_id="4">
<au id="XXX1">4.1</au>
<au id="XXX2">4.2</au>
</v>
</r>
<r>
<v col_id="3">6</v>
<v col_id="4">8.3</v>
</r>
</vals>
</tab>

3.14.3.3 Схема проверки XML документа

<?xml version="1.0" encoding="utf-8"?>


<xs:schema
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://link.link/unicert.xsd"
xmlns="http://link.link/unicert.xsd"
elementFormDefault="qualified">
<xs:annotation>
<xs:documentation xml:lang="ru">
Схема проверки наполения xml документа сертификата ОАО "Северсталь"
</xs:documentation>
</xs:annotation>
<xs:element name="cert">
<xs:complexType>
<xs:sequence>
<xs:element name="props" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="cert_no" minOccurs="1" maxOccurs="1"
type="xs:positiveInteger"></xs:element>
<xs:element name="cert_date" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="seller" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="receiver" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 103 /
123 103
</xs:complexType>
</xs:element>
<xs:element name="country" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="code" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="postal_code" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="railway_code" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="receiver_address" minOccurs="1"
maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="station" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="transport_no" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="order_no" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="order_pos_no" minOccurs="1" maxOccurs="1"
type="xs:positiveInteger"></xs:element>
<xs:element name="contract_no" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="specification_no" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="production" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<!--<xs:element name="sgm" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="shau" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>-->
<xs:element name="standart" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 104 /
123 104
<xs:element name="delivery" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="grade" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="profile" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="packages" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="mill" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="note" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="marking" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="otk_controler" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="load_brigadir" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="print_date" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="access_code" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>

<xs:element name="insp_cert" minOccurs="1" maxOccurs="1"


type="xs:string"></xs:element>
<xs:element name="exp_license" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="ru" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="en" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="factory" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>
<xs:element name="cert_type" minOccurs="1" maxOccurs="1"
type="xs:string"></xs:element>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 105 /
123 105
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="tab" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="cols" maxOccurs="1" minOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="col" minOccurs="0"
maxOccurs="unbounded">
<xs:complexType>
<xs:attribute name="id"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="l1"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="l2"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="l3"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="l4"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="l5"
type="xs:positiveInteger"></xs:attribute>
<xs:attribute name="sum" type="xs:unsignedInt"
default="0"></xs:attribute>
<xs:attribute name="invis" type="xs:unsignedInt"
default="0"></xs:attribute>
<xs:attribute name="bitbybit" type="xs:unsignedInt"
default="0"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="cap_l" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="cap" minOccurs="0"
maxOccurs="unbounded">
<xs:complexType mixed="true">
<xs:sequence>
<xs:element name="br" minOccurs="0"
maxOccurs="unbounded"></xs:element>
</xs:sequence>
<xs:attribute name="id"
type="xs:positiveInteger"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="ord"
type="xs:positiveInteger"></xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name="vals" minOccurs="1" maxOccurs="1">
<xs:complexType>
<xs:sequence>
<xs:element name="r" minOccurs="0" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="v" minOccurs="0"
maxOccurs="unbounded">
<xs:complexType mixed="true">
<xs:sequence minOccurs="0">
<xs:element name="au" minOccurs="0"
maxOccurs="unbounded">

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 106 /
123 106
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="id"
type="xs:string"></xs:attribute>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="col_id"
type="xs:positiveInteger"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="note" type="xs:string"></xs:element>
</xs:sequence>
<xs:attribute name="name" type="xs:string"></xs:attribute>
<xs:attribute name="order" type="xs:int"></xs:attribute>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 107 /
123 107
3.15 ИНТЕРФЕЙС QMET И BATCHMES

3.15.1 СООБЩЕНИЕ ИЗ QMET В BATCHMES


При выполнении производственных и складских операций данные о них
складываются в журнал. Сообщения передаются с использованием job, отправка
данных каждый час. Разбор журнала идет строка за строкой. Если в цепочке
производственных операций возникла ошибка, то останавливаются все сообщения
по данной цепочке и только по ней.

3.15.1.1 Перечень событий, фиксируемых в журнале

Каждое событие, фиксируемое в журнале, влечет за собой образование сообщения


(либо сообщений) для отправки в SAP. Перед фиксированием сообщения могут
регистрироваться образования новых единиц учета в BatchMes с полным набором
необходимых характеристик.

Перечень событий, фиксируемых в результате производственной


деятельности в журнале:

1. Поступление слябов в прокатку ЛПЦ-2 из ЭСПЦ


2. Поступление слябов в прокатку ЛПЦ-2 из КП
3. Отмена поступления слябов в прокатку ЛПЦ-2 из ЭСПЦ
4. Отмена поступления слябов в прокатку ЛПЦ-2 из КП
5. Получение недоката
6. Отмена получения недоката
7. Отгрузка в СПП
8. Отмена отгрузки в СПП
9. Приемка возврата из СПП
10. Отгрузка сляба после печей в КП
11. Отгрузка сляба после печей в ЭСПЦ
12. Отмена отгрузки сляба после печей в КП
13. Отмена отгрузки сляба после печей в ЭСПЦ
14. Прокатка рулона
15. Отмена прокатки рулона
16. Порезка недоката
17. Получение электродов из недоката
18. Отмена получения электродов из недоката
19. Отмена порезки недоката
20. Отгрузка недоката клиенту
21. Изменение назначения рулона
22. Доработка рулона
23. Отмена доработки рулона
24. Упаковка рулона
25. Разупаковка рулона
26. Отмена упаковки рулона
27. Перемотка рулона
28. Отмена перемотки рулона
29. Перемещение недоката
30. Перемещение рулона
31. Перемещение пачки
32. Сдача рулона в ПХЛ
33. Отмена сдачи рулона в ПХЛ
34. Отгрузка рулона в ЦГП
35. Отмена отгрузки рулона в ЦГП
36. Приемка возврата из ПХЛ
37. Приемка возврата из ЦГП
38. Приемка травленного рулона из ПХЛ
39. Приемка рулона с отжига из ПХЛ
40. Приемка рулона из ЛПЦ-1
41. Возврат травленного рулона в ПХЛ
42. Возврат рулона с отжига в ПХЛ
43. Возврат рулона в ЛПЦ-1
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 108 /
123 108
44. Начало порезки рулона
45. Отмена начала порезки рулона
46. Получение пачек и ленты из рулона с возможным образованием брака при порезке
47. Отмена получения пачек и ленты из рулона с отменой возможного образования брака при
порезке
48. Отгрузка ленты в ЦГП
49. Отмена отгрузки ленты в ЦГП
50. Возврат ленты из ЦГП
51. Приемка ленты из ТПЗ Шексна
52. Рассортировка и комплектация
53. Отмена рассортировки и комплектации
54. Получение пачки с 1-ого листоукладчика
55. Отмена получения пачки с 1-ого листоукладчика
56. Изменение назначения недоката
57. Изменение назначения пачки
58. Возврат пачки по претензии
59. Отмена возврата пачки по претензии
60. Отбраковка рулона, пачки, недоката, ленты
61. Поступление слябов на ЭШН ЛПЦ-2 из ЭСПЦ
62. Поступление слябов на ЭШН ЛПЦ-2 из КП
63. Выполнение ЭШН в ЛПЦ-2
64. Отгрузка слябов с ЭШН ЛПЦ-2 в ЭСПЦ
65. Отгрузка слябов с ЭШН ЛПЦ-2 в КП

Для событий осуществляется передача информации в BM соответствующими кодами


событий BatchMes:

Событие Коды событий BM


Наплавка 3
Посад в печи 4
Возврат из нагревательных печей 35
Прокатка рулонов, недокатов, заготовок 5
Доработка 3
Упаковка/Разупаковка 3
Перемотка 3
Порезка недокатов и заготовок 3
Порезка АПР-1,2,3,4 4, 5, 35
Сортировка с 1-ого кармана 27
Сортировка 26, 27
Внутренее перемещение 23
Передача в следующий цех 8
Приемка из другого цеха 1
Изменение характеристик 2
Примка возврата по претензиям 25
Выдача сертификата ЛПЦ-2 2, 13
Отбраковка 24
Выдача сертификата ПХЛ 23, 2, 13
Сторно 18

3.15.1.2 Операции в сообщении

Событие OperationsId AgregatsId


зачистка 15 173
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 109 /
123 109
прокатка (кроме плановых недокатов) 20 68
прокатка (кроме плановых недокатов) 44 59
порезка на 1-ом агрегате 78 60
порезка на 1-ом агрегате 101 151
порезка на 2-ом агрегате 77 61
порезка на 3-ем агрегате 77 62
порезка на 4-ом агрегате 77 63
перемотка 37 60
перемотка 101 151
упаковка рулонов 37 65
упаковка рулонов 101 151
порезка недоката 77 65
разупаковка или повторная упаковка
рулонов 37 65
прокатка (плановые недокаты) 20 68
прокатка (плановые недокаты) 44 59
прокатка (плановые недокаты) 101 145
наплавка 112 174

3.15.1.3 Характеристики единицы продукции

Перечень характеристик единицы учета в сообщении определяется файлом mapping


MES – SAP.

3.15.2 СООБЩЕНИЕ ИЗ BATCHMES В QMET

Сообщений из BatchMES в QMET не предполагается.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 110 /
123 110
3.16 ВЗАИМОДЕЙСТВИЕ QMET - АСУ «БИЗНЕС ПРОЦЕСС ТРАНСПОРТНОЙ        ЛОГИСТИКИ»

В секции описываются сообщения обмена данными между QMET и АСУ «Бизнес


процесс транспортной логистики». (БПТЛ)

3.16.1 СПИСОК СООБЩЕНИЙ Q3MET – OM

Информация по отгрузке
Msg ID Описание Отправитель Получатель
115002 Суточный план отгрузки QMET BPTL
115001 Данные сертификата QMET BPTL
качества

3.16.2 СООБЩЕНИЕ ИЗ QMET В БПТЛ


3.16.2.1 Сообщение: 115002: Данные по суточному плану отгрузки

Отправитель QMET
Получатель БПТЛ
ID сообщения 115002
Тип триггера n/a
Триггер При подтверждении пользователем суточного плана отгрузки
Описание Сообщение используется для передачи в БПТЛ суточного плана
отгрузки

Для передачи из QMET в BPTL используется интерфейсная таблица в базе данных


QMET, к которой будет предоставлен доступ на чтение и обновление системе БПТЛ:

V_MET_SHIPPING_SCHEDULE
Column Name Domain Описание
MSG_COUNTER NUMBER Первичный ключ. последовательный
номер сообщения.
SO_DESCR_ID VARCHAR2(40) Идентификатор клиентского заказа
SO_LINE_DESCR_ID VARCHAR2(40) Идентификатор позиции клиентского
заказа
SP_NUM_ID NUMBER Уникальный идентификатор плана
отгрузки в QMET
SP_DETAIL_NUM_ID NUMBER Уникальный идентификатор позиции
плана отгрузки
SHIPPING_DATE DATE Дата отгрузки.
SHIPPING_TIME_BEGIN DATE Время начала смены
SHIPPING_TIME_END DATE Время окончания смены
DESTINATION VARCHAR2(10) Код станции назначения
DESTINATION_COUNTRY VARCHAR2(4) Код страны назначения (ОКСМ)
DESTINATION_ INTERNAL_SHOP NUMBER Идентификатор цеха назначения (для
внутренних перевозок) STRUCT_ID
(из справочника STRUCT) NULL
RAILCAR_TYPE_MAIN VARCHAR2 (3) Тип вагона основной ( тип
собственного/арендованного вагона,
сокращенное наименование)
VEHICLE_TYPE NUMBER Идентификатор рода вагона из
справочника ЭТРАН (справочник
АСУ УЖТ "Род вагона (для
накладных)")
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 111 /
123 111
RAILCAR_TYPE_ALTERNATIVE VARCHAR2 (3) Тип вагона альтернативный 1
1
RAILCAR_TYPE_ALTERNATIVE VARCHAR2 (3) Тип вагона альтернативный 2
2
RAILCAR_TYPE_ALTERNATIVE VARCHAR2 (3) Тип вагона альтернативный 3
3
RAILCAR_TYPE_ALTERNATIVE VARCHAR2 (3) Тип вагона альтернативный 4
4
RAILCAR_TYPE_ALTERNATIVE VARCHAR2 (3) Тип вагона альтернативный 5
5
RAILCAR_LAYOUT VARCHAR2(20) Разметка вагона (код из 2 цифр).
TECHNICAL_MARKING только
ETRAN - основной
NOTE VARCHAR2(100 Примечание к позиции графика
0)
NOTE_ZSPS VARCHAR2(100 Примечание к позиции заказа вагонов
0)
COUNT_WAGONS NUMBER Количество вагонов
CUSTOMER_SHOP NUMBER Идентификатор цеха-получателя
вагонов STRUCT_ID (из справочника
STRUCT) Конвертор(71)
CARGO_FRONT NUMBER Идентификатор грузового фронта
подачи АСУ УЖТ 
(ST_CARGO_FRONT)
ADDITIONAL_EQUIPMENT_TYPE NUMBER(3) Информация о доп.оборудовании
Код рамы (справочник АСУ УЖТ
"Принадлежность рам").
MET_STATUS NUMBER QMET статус позиции графика:
0 = Позиция графика отгрузки в
подготовке;
1 = Позиция графика готова;
2 = Позиция графика изменена
-1 = Позиция графика удалена.
STATUS NUMBER Статус чтения сообщения АСУ УЖТ:
0: Начальный статус, сообщение не
прочитано;
2: АСУ УЖТ обработала сообщение.
HANDLE_DATE DATE Дата и время обработки сообщения
АСУ УЖТ. Изначально NULL

Описание:
АСУ УЖТ должна периодически (раз в час) опрашивать таблицу
V_MET_SHIPPING_SCHEDULE.

Начальный статус сообщения MET_STATUS, устанавливаемый QMET, равен 0, что


означает факт нахождения данной линии графика в подготовке (STATUS = 0,
HANDLE_DATE = NULL).

1). Как только QMET выпускает график, она устанавливает MET_STATUS = 1. АСУ
УЖТ должна прочитать и записать в АСУ УЖТ график (все строки, у которых
MET_STATUS = 1 и STATUS = 0) и изменить в V_MET_SHIPPING_SCHEDULE
следующие столбцы:
- статус сообщения STATUS = 2
- HANDLE_DATE = текущие значения даты и времени.
2). В ситуации, когда QMET должна изменить позицию графика отгрузки, она
устанавливает STATUS = 0 и MET_STATUS = 0, а при повторном выпуске позиции
MET_STATUS = 2.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 112 /
123 112
В этом случае АСУ УЖТ вновь обработает его как описано выше (производит запись
новой строки в АСУ УЖТ с MET_STATUS = 2) и изменяет в
V_MET_SHIPPING_SCHEDULE  следующие столбцы:
- STATUS = 2
- обновляет поле HANDLE_DATE текущими значениями даты и времени.
3). При удалении позиции графика QMET устанавливает MET_STATUS = -1 и
STATUS = 0 с целью дать АСУ УЖТ информацию о том, что позиция графика
отгрузки должна быть удалена. АСУ УЖТ обрабатывает позицию графика (в базе
данных АСУ УЖТ записывает новую строку с MET_STATUS = -1) и изменяет в
V_MET_SHIPPING_SCHEDULE  следующие столбцы:
- STATUS = 2
- обновляет поле HANDLE_DATE текущими значениями даты и времени.

3.16.2.2 Сообщение 115001: Данные сертификата качества


Отправитель QMET
Получатель БПТЛ
Код 115001
Тип вызова Событие
Вызов Процедура финализации или отмены сертификата качества
Код операции Вставка
Описание Сообщение передает данные сертификата качества в БПТЛ

MET_EVENT
Имя колонки Описание
MSG_COUNTER Уникальный счетчик сообщений
MSG_ID 115001
MSG_DATETIME Дата и время сообщения
1-Выпуск сертификата
OP_CODE 2-Выпуск новой версии сертификата
3-Сертификат отменен
KEY_STRING_1 Идентификатор Сертификата качества
KEY_STRING_2
KEY_STRING_3
KEY_STRING_4
Числовой идентификатор Сертификата для доступа к
KEY_NUMBER_1
таблице MET_BPTL_QUAL_CERT
KEY_NUMBER_2
KEY_NUMBER_3
KEY_NUMBER_4
Статус сообщения, изначально 1. БПТЛ должна изменить
MSG_STATUS
его после обработки сообщения
Примечание к сообщению. Устанавливается БПТЛ по
MSG_REMARK
результатам обработки.

MET_BPTL_QUAL_CERT
Имя колонки Домен Key Е.и. Описание
Уникальный идентификатор
CERTIFICATE_NUM_ID NUMBER PK
сертификата Q3MET
CERTIFICATE_ID VARCHAR Идентификатор сертификата
ISSUING_DATETIME DATETIME Дата выпуска сертификата
Данные сертификата качества
CERTIFICATE_XML BLOB закодированные в формате
XML

Структуру печатной версии сертификатов на продукцию ЧерМк условно можно разбить на


следующие разделы.
 Шапочная часть. Содержит общие для всего сертификата данные в текстовом виде.
 Позиционная часть.
 Хим.свойства.
 Мех.сойства.
 Примечание.

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 113 /
123 113
Структура XML документа
Корневой узел выделен тэгами.
<cert
xmlns="http://link.link/unicert.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://link.link/unicert.xsd unicert.xsd">…</cert>

Для проверки наполнения документа создана XML схема (unicert.xsd).

Структура XML-документа образована 2-мя основными узлами.


1. Узел «Общие свойства», который содержит значения из шапочной части сертификата и
примечания. В документе выделяется тэгами.
<props>…</props>

2. Узел «табличные данные», на основе которого заполняются данные из позиционной


части сертификата, хим. состава и мех. свойств продукции.
<tab>…</tab>

Узел <tab> обязательно содержит атрибуты


 Наименование табличного раздела, name
 Порядковый номер табличного раздела, order

В соответствии с описанной выше структурой документа основные разделы печатной


версии сертификата выделены в корневом узле документа xml «cert» следующим
образом:
1. Узел шапочной части и примечания сертификата.
<props>…</props>
2. Узел позиционной части сертификата.
<tab name="позиционная часть" order="1">…</tab>
3. Узел раздела «Химический состав» сертификата.
<tab name="химический состав" order="2">…</tab>
4. Узел раздела «Механические свойства» сертификата.
<tab name="механические свойства " order="3">…</tab>

<cert>
<!--общие свойства сертификата-->
<props>…</props>
<!--позиционная часть-->
<tab name="позиционная часть" order="1">…</tab>
<!—химический состав-->
<tab name="химический состав" order="2">…</tab>
<!--механические свойства-->
<tab name="механические свойства " order="3">…</tab>
</cert>

Возможно добавление дополнительных табличных данных (узлов «tab»). При


добавлении новых узлов важно, чтобы структура заполнения внутренних данных
этого узла не отличалась от описанной в разделе документа «Структура разделов
Позиционная часть, Хим.состав, Мех.свойства».

Структура узла “Общие свойства”

Набор узлов «props» предназначен для хранения информации, которая печатается в


шапочной и нижней/завершающей части сертификата. Набор таких свойств
сертификата статично. Возможные узлы для данного раздела сведены в таблицу 1.

Таблица 1. структура узла «props»


Название Описа
Подузлы
узла ние
номер
<сert_no>… сертифика
</сert_no> та

<сert_date>… дата
</сert_date> сертифика
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 114 /
123 114
та

Наименов
ание
<mill>…</ mill >
стана
(агрегата)
<ru>…</ru>-русское написание
<seller>…</seller> значения свойства
Продавец
<en>…</en>-английское
написание значения свойства
<ru>…</ru>-русское написание
грузополу
<receiver>… значения свойства
чатель
</receiver> <en>…</en>-английское
написание значения свойства
<code>…</code>-код страны
страна
<ru>…</ru>-русское написание
назначени
<country>…</country> значения свойства
я
<en>…</en>-английское
написание значения свойства
Почтовый
<postal_code>…
индекс
</postal_code>
<railway_code>…</ Код ж.д.
railway _code>
станция
<station>…</ station >
<transport_no>… номер
</transport_no> вагона
<order_no>… номер
</order_no> заказа
номер
<order_pos_no>…
позиции
</order_pos_no>
заказа
<contract_no>… номер
</contract_no> контракта
номер
<specification_no>…</
специфик
specification _no>
ации
<ru>…</ru>-русское написание
наименов
<production>… значения свойства
ание
</production> <en>…</en>-английское
продукции
написание значения свойства
<delivery>…</delivery>-
ГОСТ/стандарт на поставку
<standart>… ГОСТ, <grade>…</grade>-ГОСТ/стандарт
</standart> стандарт на марку
<profile>…</profile>-
ГОСТ/стандарт на профиль
тип
упаковочн <ru>…</ru>-русское написание
<packages>… ого значения свойства
</packages> места/фор <en>…</en>-английское
ма написание значения свойства
отправки
примечан
ие по
<note>…</note>
сертифика
ту
<ru>…</ru>-русское написание
<marking>… Маркировк значения свойства
</marking> а <en>…</en>-английское
написание значения свойства
<otk_controler>… контролер
</otk_controler> ОТК
<load_brigadir>… бригадир
</load_brigadir> отгрузки
<print_date>… дата
</print_date> печати
<access_code>… код
</access_code> доступа
Сертифик
<insp_cert>...</in ат
sp_cert> приемочн
ых
испытаний
<ru>…</ru>-русское написание
<exp_license>… Разрешен
значения свойства
</exp_license> ие на
<en>…</en>-английское
вывоз
написание значения свойства

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 115 /
123 115
Код
передела,
<factory>…
где
</factory>
произведе
на
продукция
Тип
<cert_type>… сертифика
RU – Россия
</cert_type> та –
EXP – эспорт
Россия/экс
порт
<receiver_address> 
<ru>…</ru>-русское написание
… Адрес
значения свойства
</receiver_address грузополу
<en>…</en>-английское
> чателя
написание значения свойства
Наименов
ание типа
<print_form>… печатной
</print_form> формы
сертифика
та

Если свойство сертификата предполагает написание на 2-ух языках (русском и


английском), то написания значения располагаются в подузлах данного свойства:
1. Подузел «ru» - хранит русское написание значения свойства.
2. Подузел «en» - хранит английское написание значения свойства.
Кроме того для свойства «страна» добавлен подузел «code», в котором хранится код
страны.
Некоторые элементы (например, позиция заказа, шифр ШАУ) могут заполняться в
позиционной части сертификата, в этом случае значение узла в шапочной части
должно быть пустым.

Структура узла “Табличные данные”


Информация из разделов печатной версии сертификата, содержащих информацию в
табличном виде, размещается в наборе узлов «tab». Несмотря на то, что в печатной
версии сертификата допускается объединение разделов в одну таблицу (например,
мех. свойства и хим. состав), в XML-версии информация должна размещаться в
соответствующих узлах.
Таблицы печатной версии сертификата в XML документе размещаются по
следующим правилам. Каждый раздел описания таблицы всегда содержит
следующие узлы:
1. Узел «cols» - в котором хранится информация о структуре построения столбцов
таблицы.
2. Набор узлов «cap_l» - в которых хранятся названия заголовков колонок таблицы.
3. Узел «vals» - в котором хранится информация о значениях, отображаемых в
таблице.
4. Узел «note» - хранит примечание, относящееся к таблице.

<!--позиционная часть-->
<tab name="позиционная часть" order="1">
<cols>...</cols>
<cap_l>...</cap_l>
<vals>...</vals>
<note>...</note>
</tab>
<!--химия-->
<tab name="химический состав" order="2">
<cols>...</cols>
<cap_l>...</cap_l>
<vals>...</vals>
<note>...</note>
</tab>
<!--мех. свойства-->
<tab name="механические свойства " order="3">
<cols>...</cols>
<cap_l>...</cap_l>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 116 /
123 116
<vals>...</vals>
<note>...</note>
</tab>

Описатель структуры таблицы.


Описание структуры таблицы формируется из узлов «cols» и «cap_l».
Узел «cols» содержит набор узлов «col» - это узлы, описывающие колонки таблицы.
Каждый узел «col» соответствует одной колонке.
В таблице перечислены значения зарезервированных идентификаторов (атрибут
«id» узла «col») колонок для таблицы позиционной части сертификата
Значение идентификатора Описание колонки
2 Позиция сертификата
3 Номер плавки
4 Номер партии
5 Номер элемента внутри партии
6 Марка стали
7 толщина
8 ширина
9 длина
10 Вес, нетто
11 Вес, брутто

Узел «col» может обладать следующими атрибутами:


 «sum» - если нужно суммировать значения колонки в конце таблице данный
атрибут должен принять значение «1».
 «invis» - признаком исключения колонки из печатной версии сертификата. Если
колонка должна быть невидима, значение должно принять значение «1».
 «bitbybit» - показывает, что каждая ячейка данного столбца хранит массив
данных. Позволяет раскрывать позиционную часть сертификата до единиц учета.
Для маркировки таких колонок атрибут должен принять значение «1».
Каждая ячейка массива – значение, привязанное к единице учета (например, для
колонки «вес» позиции сертификата – в массиве можно указать веса учетных
элементов, из которых состоит позиция).
Предполагается, что заголовок таблицы может состоять из нескольких строк,
например:

Область
заголовка
Область
Рис. 1. значений

Таблица из двух колонок на рис. 1 обладает заголовком, состоящим из 3-х уровней.


Для описания уровней заголовка одной колонки используются атрибуты узла «col».
Например, для таблицы на рис. 1:
<cols>
<col id="1" l1="8" l2="8" l3="8" ></col>
<col id="2" l1="8" l2="8" l3="9" ></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 117 /
123 117
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="1">1</v>
<v col_id="2">2</v>
</r>
</vals>

Имеются 2 узла «col» - по количеству колонок – узлы уникально


идентифицируются атрибутом «id».
Атрибуты «l1», «l2», «l3» (в схеме проверки XML unicert.xsd документа
зарезервировано 5 атрибутов: «l1», «l2», «l3» , «l4» , «l5», что позволяет описывать
заголовки таблиц, состоящие из максимум 5 уровней) в узлах «col» задают структуру
уровней заголовка:
Название каждого из этих атрибутов содержит числовой индекс, который задает
порядок следования уровня заголовка сверху вниз. Так же числовой индекс в
названии атрибута же является уникальным идентификатором, по которому ищется
узел «cap_l» (узел «cap_l» содержит названия, выводимые в заголовках таблицы).
А значения атрибутов «l1», «l2», «l3» - идентифицируют узел «cap» (дочерний
узел «cap_l») – название ячейки заголовки.
Разберем алгоритм на примере таблицы на рис. 1:
1) Таблица имеет 2 колонки (по количеству уникальных идентификаторов «col_id» подузлов
«v» в узле «vals»)
2) Заголовок имеет 3 уровня – определяется по количеству уникальных название атрибутов
«l»: «l1», «l2», «l3»
3) Для построения заголовка выбирается неповторяющийся список названий атрибутов «l»
из всех колонок. В рассматриваемом случае: «l1», «l2», «l3»
4) Далее в порядке возрастания индексов атрибутов «l» строятся уровни заголовки отчета.
Первым строится уровень «l1»:
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l1»
- единице.
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>

b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l1» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">ШЕРОХОВАТОСТЬ</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>


это: <cap id="8">ШЕРОХОВАТОСТЬ</cap>

Поскольку выбранные заголовки для первого уровня первой и второй колонки


идентичны, они объединяются.
5) Аналогично строится второй уровень заголовка.
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l2»
- двойке.
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l2» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">ROUGHNESS</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 118 /
123 118
это: <cap id="8">ROUGHNESS</cap>

Поскольку выбранные заголовки для первого уровня первой и второй колонки


идентичны, они объединяются.
6) Последним строится третий уровень заголовка – самый нижний в примере.
a. Ищется узел «cap_l» со значением атрибута «ord» равным индексу атрибута «l3»
- двойке.
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
b. Далее для каждой колонки выбирается узел «cap» с атрибутом «id» равным
значению атрибута «l2» колонки.

Для первой колонки: <col id="1" l1="8" l2="8" l3="8" ></col>


это: <cap id="8">низ</cap>

Для второй колонки <col id="2" l1="8" l2="8" l3="9" ></col>


это: <cap id="9">верх</cap>

Результатом построения является «Область заголовка таблицы» рис. 1.

Примеры построения более сложных заголовков:


1) Возможна ситуация, когда в какой либо из колонок не задан один из уровней:

<cols>
<col id="8" l1="8" l2="8" l3="8" ></col>
<col id="9" l1="8" l2="8"></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

В колонке с «id» равным 9 не указан идентификатор заголовка 3-го уровня «l3».


Для такого описания будет построена таблица вида:

Рис. 2.
2) Похожий на предыдущий вариант:

<cols>
<col id="8" l1="8" l3="8" ></col>
<col id="9" l1="9" l2="8" ></col>
</cols>
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 119 /
123 119
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
<cap id="9">ПРОЧНОСТЬ СЦЕПЛЕЕНИЯ</cap>
</cap_l>
<cap_l ord="2">
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

Для такого описания будет построена таблица вида:

Рис. 3.

3) Возможен вариант:

<cols>
<col id="8" l1="8" l2="8" l3="8" ></col>
<col id="9" l1="8" l2="7" l3="8" ></col>
</cols>
<cap_l ord="1">
<cap id="8">ШЕРОХОВАТОСТЬ</cap>
</cap_l>
<cap_l ord="2">
<cap id="7">ADHESIVE STRENGTH</cap>
<cap id="8">ROUGHNESS</cap>
</cap_l>
<cap_l ord="3">
<cap id="9">верх</cap>
<cap id="8">низ</cap>
</cap_l>
<vals>
<r>
<v col_id="8">1</v>
<v col_id="9">2</v>
</r>
</vals>

Для такого описания будет построена таблица вида:

Рис. 4.
MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 120 /
123 120
Табличные значения.
Значения таблицы хранятся в разделе «vals», структура узла организована
следующим образом:
1. Каждая строка таблицы представлена узлом «r», дочерним для узла «vals».
2. Каждый узел, хранящий значение, должен иметь атрибут «col_id»,
значение которого соответствует идентификатору колонки таблицы (см. описание
структуры таблицы). Значения атрибута «col_id» должны быть уникальны в
пределах узла данной строки таблицы.
<v col_id="col n1">val 1</v>
3. Значения ячеек хранятся:

3.1 для колонок, НЕ помеченных атрибутом «bitbybit=1» - в подузлах «v»


узла строки «r».

3.2 для колонок, помеченных атрибутом «bitbybit=1» - массив значений


ячейки хранится в наборе дочерних узлов «au» следующим образом
<v col_id="col n5">
<au id="XXX1">3</st>
<au id="XXX2">4</st>
</v>
<v col_id="col n10">
<au id="XXX1">3500</st>
<au id="XXX2">4200</st>
</v>

Где узел «au» является контейнером хранящим данные отдельного элемента учета,
а его атрибут «id» - идентификатор единицы учета по этикетке. Внутри каждого узла
«au» хранятся данные, которые должны быть привязаны к отдельной учетной
единице продукции.
Для форматирования стиля отображения значения можно использовать следующие
атрибуты узлов «v» и «au»:
1. Атрибут «align» - горизонтальное выравнивание, может принимать значения:
a. «l» - выравнивание по левому краю
b. «r» - выравнивание по правому краю
c. «m» - выравнивание по центру
2. Атрибут «bold» - принимает значения:
a. «1» - печать значения жирным шрифтом
b. «0» - печать значения обычным шрифтом
3. Атрибут «italic» - принимает значения:
a. «1» - печать значения наклонным шрифтом
b. «0» - печать значения обычным шрифтом
Пример формирования XML для комбинированной таблицы

группа 1 группа 2
group 1 group 2
колонка 3
column 3 колонка
колонка 1
3
column 1
колонка 2 column 3
подгруппа column 2
подгруппа 2
1
subgroup 2
subgroup 1
3 4.1
val1 val2
3 4.2

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 121 /
123 121
6 8.3

<tab name="позиционная часть" order="1">


<cols>
<col id="1" l1="1" l1="1" l3="1"/>
<col id="2" l1="1" l2="2"/>
<col id="3" l1="2" l3="2"/>
<col id="4" l1="3" l2="3" l3="2"/>
</cols>
<cap_l ord="1">
<cap id="1">группа 1<br/>group 1</cap>
<cap id="2">колонка 3<br/>column 3</cap>
<cap id="3">группа 2<br/>group 2</cap>
</cap_l>
<cap_l ord="2">
<cap id="1">колонка 1<br/>column 1</cap>
<cap id="2">колонка 2<br/>column 2</cap>
<cap id="3">колонка 3<br/>column 3</cap>
</cap_l>
<cap_l ord="3">
<cap id="1">подгруппа 1<br/>subgroup 1</cap>
<cap id="2">подгруппа 2<br/>subgroup 2</cap>
</cap_l>
<vals>
<r>
<v col_id="1">val1</v>
<v col_id="2">val2</v>
<v col_id="3">
<au id="XXX1">3</au>
<au id="XXX2">3</au>
</v>
<v col_id="4">
<au id="XXX1">4.1</au>
<au id="XXX2">4.2</au>
</v>
</r>
<r>
<v col_id="3">6</v>
<v col_id="4">8.3</v>
</r>
</vals>
</tab>

3.17 ВЗАИМОДЕЙСТВИЕ СП. ЦООИОЛЗ. АВТОМАТИЗИРОВАННАЯ СИСТЕМА СЛЕЖЕНИЯ ЗА


ОТГРУЗКОЙ И ПЕРЕМЕЩЕНИЕМ СЛЯБОВ

В секции описываются сообщения обмена данными между QMET и АСУ «Бизнес


процесс транспортной логистики». (БПТЛ)

3.17.1 ФОРМИРОВАНИЕ ГРАФИКА ПОСАДА

Источник данных: ЛПЦ-2


Получатель данных: WMS
Название: LOADING_SCHEDULE_HRM2
Описание: Предназначен для получения графика посада в ЛПЦ-2

Название столбца Тип Описание Примечание


данных
HEAT_ID INTEGER Номер плавки
LOADING_DATE TIMESTAMP Дата посада
STEEL_MARK NVARCHAR Марка стали

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 122 /
123 122
(128)
WIDTH NUMBER Ширина
MILL_HEIGHT NUMBER Толщина на стане
MILL_WIDTH NUMBER Ширина на стане
DESTINATION_ID INTEGER Назначение плавки РЭК5, Г/К, Х/К, Рулоны и т.д.
Берется из словаря
назначений
SPECIFICATION INTEGER Спецификация
DESCRIPTION NVARCHAR( Примечание
1024)
SLAB_COUNT INTEGER Кол-во слябов
WEIGHT NUMBER Вес
MILEAGE NUMBER Километраж

3.17.2 ПРИЕМ ИЗ ЛПЦ-2

Источник данных: ЛПЦ-2


Получатель данных: WMS
Название: ACCEPTANCE_SLABS_HRM2
Описание: Необходим для получения команд на отгрузку слябов, пришедших на
передаточных телегах с ЛПЦ-2: недокаты, возвраты и т.д.

Название столбца Тип Описание Примечание


данных
SLAB_ID INTEGER Номер сляба
CAT_ID INTEGER Идентификатор Берется из справочника
передаточной передаточных телег
телеги
SLAB_TYPE INTEGER Тип возвращаемого 0 – Возврат
сляба 1 – Недокат
2 – Заготовка СПП
и т.д.
THICKNESS INTEGER Толщина сляба
WIDTH INTEGER Ширина сляба
LENGTH INTEGER Длина сляба
STOCK_ORDER_NUMBER INTEGER Порядковый номер
в стопке
ROW_ORDER_NUMBER INTEGER Номер сляба в ряду Для случаев, когда в одном
ряду находятся два коротких
сляба по 5,5 м

MANUFACTURING EXECUTION SYSTEM - DESIGN SPECIFICATION - LEVEL 3 - OTHER SYSTEMS INTERFACE (HRM-2) VER. 079 P. 123 /
123 123