ГОСТ Р 70370-2022. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Управление устареванием. Требования к процессам информационного обмена для учета изменений номенклатуры продукции и непрерывности производства
Актуально на 01.11.2026.
Как цитировать: "ГОСТ Р 70370-2022. Национальный стандарт Российской Федерации. Системы промышленной автоматизации и интеграция. Управление устареванием. Требования к процессам информационного обмена для учета изменений номенклатуры продукции и непрерывности производства". ГОСТ Р 70370-2022. https://bukva.ai/docs/standart-gost-r-70370-2022
(утв. и введен в действие Приказом Росстандарта от 03.10.2022 № 1038-ст)
Примечание
Документ введен в действие с 01.01.2023.
Утвержден и введен в действие
Приказом Федерального
агентства по техническому
регулированию и метрологии
от 3 октября 2022 г. № 1038-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ
ТРЕБОВАНИЯ
К ПРОЦЕССАМ ИНФОРМАЦИОННОГО ОБМЕНА ДЛЯ УЧЕТА ИЗМЕНЕНИЙ
НОМЕНКЛАТУРЫ ПРОДУКЦИИ И НЕПРЕРЫВНОСТИ ПРОИЗВОДСТВА
Industrial automation systems and integration. Obsolescence
management. Information exchange process requirements for
product portfolio changes and production continuity record
1 января 2023 года
1 РАЗРАБОТАН Обществом с ограниченной ответственностью «НИИ экономики связи и информатики „Интерэкомс“ (ООО „НИИ „Интерэкомс“)»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 3 октября 2022 г. № 1038-ст
4 Настоящий стандарт разработан с учетом основных нормативных положений международного документа VDMA 24903:2017 «Управление устареванием. Обмен информацией об изменении номенклатуры и приостановке производства продукции и изделий» (VDMA 24903:2017 «Obsolescence management — Exchange of information regarding change and discontinuance of products and items», NEQ)
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)
Жизненный цикл изделий (компонентов) обычно значительно короче, чем жизненный цикл конечной продукции, в которой они используются, что может вызывать проблемы, связанные с изменением или прерыванием цепочек поставок.
В настоящем стандарте определены единообразные положения, необходимые для выдачи электронных уведомлений об изменении/прекращении выпуска продукции с целью обеспечения электронного обмена данными в рамках цепочки поставок.
Целью настоящего стандарта является определение минимальных требований к информационному содержимому уведомлений об изменении/прекращении выпуска продукции, а также определение требований к системным интерфейсам, которые позволяют осуществлять электронный обмен данными. Процесс электронного обмена данными определен в приложении А.
Применение настоящего стандарта позволяет значительно сократить усилия на неавтоматизированное формирование информационных запросов о доступности изделий/компонентов, что обеспечивает всесторонний и непрерывный контроль их наличия и управление процессами устаревания.
Настоящий стандарт устанавливает требования к обмену данными в рамках цепочки поставок и определяет совокупность данных и сведений, используемых в качестве исходной информации для управления процессами устаревания продукции.
В настоящем стандарте установлены:
- сроки, необходимые для внесения изменений/прекращения производства продукции;
- требования к цепочке поставок продукции, а также к установленным для нее срокам;
- требования к информационному содержанию уведомлений об изменении продукции (PCN-уведомлений);
- требования к информационному содержанию уведомлений о прекращении выпуска продукции (PDN-уведомлений);
- требования к форматам обмена данными для компьютеризированной обработки уведомления об изменении/прекращении выпуска продукции (PCN/PDN-уведомлений).
Настоящий стандарт не применим к управлению процессами устаревания продукции или внутрипроизводственным процессам, соответствующим требованиям ГОСТ Р 56129. Для принятия внутрикорпоративных мер по компенсации морального устаревания (износа) изделий рекомендуется применять стандарты серии ГОСТ Р 27, а также ГОСТ Р 56129.
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 7.0.64 Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования
ГОСТ Р 56129 Интегрированная логистическая поддержка экспортируемой продукции военного назначения. Управление номенклатурой устаревающих покупных комплектующих изделий
Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины, определения и сокращения
3.1 Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями.
3.1.1 изделие: Рассматриваемый объект.
1 Изделием может быть любая деталь, компонент, устройство, функциональный блок, оборудование, подсистема или система.
2 Изделие может содержать оборудование, программное обеспечение или любое их сочетание.
3 Изделие часто может состоять из элементов, каждый из которых можно рассматривать индивидуально.
| продукция (product): Выход организации, который может быть произведен без какого-либо взаимодействия между организацией и потребителем. [ГОСТ Р ИСО 9000-2015, статья 3.7.6] |
|---|
Примечание - В стандартах на системы менеджмента качества выделены четыре общие категории продукции: услуги (например, транспортные); программное обеспечение (например, компьютерная программа, словарь); оборудование (например, двигатель, механическая часть); переработанное сырье (например, смазочные материалы). Многие продукты содержат элементы, принадлежащие к разным общим категориям. Будет ли продукция называться услугой, программным обеспечением, оборудованием или переработанным сырьем, зависит от приоритетного элемента.
3.1.3 уведомление об изменении продукции; PCN-уведомление: Уведомление, выдаваемое производителем об изменении технологического процесса, функционального назначения или технических характеристик изделия.
3.1.4 уведомление о прекращении выпуска продукции; PDN-уведомление: Уведомление, выдаваемое производителем о прекращении производства изделия.
3.1.5 устаревание: Переход продукции из категории, доступной для приобретения у оригинального производителя, в категорию, недоступную для приобретения.
Примечание - Процесс устаревания возникает, например, при прекращении производства изделий/компонентов или отсутствии возможности в оказании услуг, поддержки программного обеспечения или обработки материалов. Устаревание также может быть связано с началом выпуска аналогичных изделий с изменившимися характеристиками и утратой возможности получения (поставки) изделия от его первоначального изготовителя на приемлемых условиях.
3.1.6 управление устареванием: Совокупность скоординированных между собой действий, направленных на управление деятельностью организации в отношении устаревания ее продукции.
3.1.7 электронный обмен данными: Передача структурированной цифровой информации от одной организации к другой, основанная на определенных стандартами и конвенциями регламентах и форматах передаваемых сообщений.
3.2 Сокращения
В настоящем стандарте применены следующие сокращения:
SOP — начало производства (start of production);
NRND — не рекомендуется использовать для новой разработки (not recommended for new design);
PDN — уведомление о прекращении выпуска изделия (product discontinuance notice);
PCN — уведомление об изменении изделия (product change notice);
EOS — окончание продаж изделия (end of sale);
EOP — окончание производства изделия (end of production);
LTD — время последней поставки изделия (last time delivery);
EOSR — окончание обслуживания и ремонта изделия (end of service and repair);
EDI — электронный обмен данными (electronic data interchange);
XML — расширяемый язык разметки (extensible markup language).
4.1 Общие положения
Из-за большого числа уведомлений об изменении изделия (PCN-уведомлений) или уведомлений о прекращении выпуска изделия (PDN-уведомлений), поступающих из разных источников, необходимо использовать единую терминологию для обработки этих уведомлений. Далее необходимо определить жизненный цикл изделия и привести обозначения в стандартной хронологической последовательности.
5 Требования к цепочке поставок
5.1 Информационный обмен
Производители, желающие изменить или прекратить выпуск изделия, должны сообщать об этом посредством выпуска PCN/PDN-уведомлений. Минимальные требования к ним приведены в разделе 6.
Производители должны обеспечивать предоставление PCN/PDN-уведомлений не менее чем за 12 мес. Производитель может получать эти уведомления при использовании уникальных идентификационных ключей, например, по номеру изделия производителя.
PCN/PDN-уведомления, рассмотренные в настоящем стандарте, должны быть направлены только в том случае, если производители, желающие изменить или прекратить выпуск изделия, не ассоциируют их с модернизацией или эволюционной заменой на совместимые изделия.
5.2 Периоды времени и даты, устанавливаемые для PCN/PDN-уведомлений
После прекращения производства изделия получателю PCN/PDN-уведомления потребуется определенное время для реализации внутренних процессов управления устареванием или же для принятия других необходимых мер.
После изменения или прекращения выпуска изделия получателю PCN/PDN-уведомления должна быть предоставлена возможность:
- точного определения альтернативных вариантов;
- оценки объема необходимых мер по перепроектированию изделия;
- определения необходимого объема изделий для создания их запаса до внедрения новых технологий;
- сообщения о прогнозируемых последствиях изменения или прекращения выпуска изделия (при их наличии).
Для установленных требований, которые необходимо соблюдать в контексте изменения/прекращения производства изделия (см. рисунок 1), следует выполнять следующие установленные сроки t:
а) 12 мес на внесение PCN/PDN-уведомлений, запланированных производителем, например в контексте продуктовых инноваций, корректировки план-графиков;
б) 3 мес на внесение PCN-изменений;
t — Период установки, см. 5.2
1 Рекомендация по неиспользованию изделия в новых проектах (справочная).
2 За время производства изделия эти уведомления могут выдаваться несколько раз.
3 Соответствует времени последней покупки изделия, а также может находиться между событиями EOP и LTD.
Если внешние ограничения (например, требования законодательства, вступающие в силу на краткосрочной основе), внезапно возникшие форс-мажорные обстоятельства или непредвиденные рекламации на изделия приводят к изменению или прекращению производства изделия, то производитель должен приложить максимум усилий по предоставлению информации, указанной в разделе 6.
6 Состав сведений, необходимых для выдачи PCN/PDN-уведомлений
6.1 Общие положения
Если не установлено иное, то PCN/PDN-уведомления должны быть на официальном языке страны заказчика (потребителя изделия) и дублированы на английском языке. При замене изделия или его снятии с производства производитель должен предоставлять заказчику, как минимум, следующую информацию (см. раздел 7):
а) Мастер-данные производителя:
б) Информацию об изделиях производителя, подверженных изменению/прекращению производства:
-
другие идентифицирующие и описательные показатели изделия, подверженного изменению/прекращению производства (например, его стандартную или отраслевую классификацию);
- время начала производства (SOP) (по желанию);
- время окончания продаж (EOS) (соответствует времени последней покупки) (при необходимости);
- время окончания производства (EOP), время прекращения производства (PDN) или дату вступления в силу изменений (PCN-уведомления);
- время последней поставки (LTD) (при необходимости);
- время окончания предоставления услуг, технического обслуживания и ремонта (EOSR) (при необходимости);
- категорию вида изменения/прекращения производства;
- предлагаемый к замене номер детали производителя (при необходимости).
в) Описание, предоставляемое производителем:
- причина изменения/прекращения производства изделия;
- заключение о совместимости с изменяемым изделием или его предлагаемой замене;
- изменения/прекращение производства изделия, произведенные в связи с изменением базовых нормативных требований (например, федеральный закон, нормативный и правовой акт), и время их вступления в законную силу;
- изменение/прекращение производства изделия в связи с вновь введенными или пересмотренными стандартами со ссылкой на них и на дату их публикации. Если законодательный орган (регулятор) ссылается на стандарт, то он также должен давать соответствующую ссылку (например, на официальный источник);
-
обозначение измененного изделия (изделий), например, для указания отличительных особенностей (код даты, цвет, упаковка и т.п.) только в PCN-уведомлении (при необходимости);
-
сопутствующая документация (возможно, в соответствии с отдельными контрактами), например технические спецификации, перечень деталей, чертежи и т.п.
7 Требования к форматам обмена данными
7.1 Общие положения
Формат обмена данными для компьютеризированной обработки, описанный в данном разделе, определяет XML-структуру, подходящую для аппаратных средств (см. приложение А), а также шаблон уведомления, специально подготовленный для ознакомления специалистами (см. приложение Б).
7.2 Применение форматов обмена данными
Если не установлено иное, то необходимо предоставлять следующие данные. Для электронного обмена данными необходимо заносить данные в соответствующие поля (см. приложение А). Далее обязательно предоставляемые данные будут определены и пояснены на примерах. Имена полей и связанные с ними примеры применимы к обмену данными в XML-формате.
7.2.1 Мастер-данные производителя
7.2.1.1 Заголовок (наименование)
Описание: краткий описательный текст PCN/PDN-уведомлений.
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: да.
Формат: текстовое поле из 256 символов.
Пример содержания — Прекращение производства болтовых соединений серии Z.
7.2.1.2 Тип уведомления об изменении/прекращении выпуска
Описание: изменение/прекращение производства изделия.
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: да.
Формат: см. таблицу 1.
| XML-значение | Заголовок | Описание |
|---|---|---|
| PCN | Уведомление об изменении изделия | Уведомление об изменении |
| PDN | Уведомление о прекращении выпуска изделия | Уведомление о прекращении выпуска |
Пример содержания — PCN-уведомление.
7.2.1.3 Название компании или ее общеупотребительный фирменный товарный знак/торговая марка
Описание: Полное название компании-производителя и ее торговое наименование.
Примечание - Краткое обозначение компании — это ее обычно используемое название (также называемое торговой маркой) без указания какой-либо организационно-правовой формы или любых дополнительных обозначений (для облегчения процессов поиска).
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: да.
Формат: текстовое поле из 128 символов для торгового наименования компании: текстовое поле из 32 символов для XML-имени.
XML-имя: pcnCompany (полное название компании) pcnMfrName (торговая марка компании)
Пример содержания — Полное название компании: John Doe Drives Ltd. Торговая марка компании: Doe Drives.
7.2.1.4 Контактные данные компании
Описание: электронный и почтовый адреса компании.
Частота появления: при каждом появлении записи; повторения допускаются для обозначения различных областей.
Наличие поля, обязательного для заполнения: да.
Формат: имеет структуру, содержащую:
- адрес электронной почты (текстовое поле из 256 символов);
- улицу (текстовое поле из 128 символов);
- почтовый индекс (текстовое поле из 32 символов);
- город (текстовое поле из 128 символов);
- регион (текстовое поле из 128 знаков) (при необходимости);
- код страны (текстовое поле из 128 символов).
XML-имя: pcnEmail; pcnStreet; pcnZipCode; pcnCity; pcnState; pcnCountry
Пример содержания — Электронная почта: pensupport@doedrives.de
7.2.1.5 Идентификационный ключ (ID) уведомлений об изменении/прекращении выпуска
Описание: идентификационный ключ уведомления об изменении/прекращении выпуска изделия, который является специфическим и уникальным для производителя.
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: да.
Формат: текстовое поле из 128 символов.
Пример содержания — PCN-ABC-12345.
7.2.1.6 Дата публикации PCN/PDN-уведомлений
Описание: дата публикации уведомлений об изменении/прекращении выпуска изделия.
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: да.
Формат: запись даты в формате YYYY-MM-DD [см. ГОСТ Р 7.0.64 (YYYY = четырехзначный номер года, MM = двухзначный номер месяца, DD = двухзначный номер дня)].
Пример содержания — 2016-10-05.
7.2.1.7 Номер корректировки
Описание: номер корректировки как дополнение к PCN-номеру.
Частота появления: при каждом появлении записи.
Наличие поля, обязательного для заполнения: нет, только по желанию.
Формат: текстовое поле из 32 символов.
Пример содержания — Редакция 1.
7.2.2 Изделия, подверженные изменениям/прекращению производства
7.2.2.1 Общие положения
Для автоматической обработки и присвоения изделиям обозначений (например, в системах управления материалами получателя/заказчика) требуются точные спецификации на те изделия, которые подвержены изменениям/прекращению производства. Поскольку многие производители используют две разные системы обозначения деталей или их типа, в настоящее время можно указывать обе эти системы.
Сводная информация относительно «всех устройств X серии Y» обычно не может быть обработана системами управления материалами, и поэтому ее не следует использовать.
Вся информация об изделиях, подверженных изменению/прекращению производства, является частью структуры данных «itemnumbers», в которой отображается каждое из изделий. Структура «partnumber» должна содержаться в описании как минимум один раз и может повторяться с различным содержанием столько раз, сколько необходимо.
7.2.2.2 Уникальный номер детали производителя
Описание: (уникальный) номер детали производителя.
Частота появления: при каждом появлении изделия.
Наличие поля, обязательного для заполнения: да.
Формат: текстовое поле из 128 символов.
Пример содержания — Maxi-ABC-1234-24V.
7.2.2.3 Обозначение типа и/или номер чертежа
Описание: (уникальный) номер детали производителя.
Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 128 символов.
Пример содержания — MA-1234.24-ZYL.
7.2.2.4 Обозначение (название/краткое описание) изделия
Описание: описательное обозначение изделия.
Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: да.
Формат: текстовое поле из 128 символов.
Пример содержания — Узел привода Maxi, цилиндрический, 50 Вт/24 В.
7.2.2.5 Категория изделия
Описание: расширенная классификация изделий для обработки данных об изделии на основе установленных правил.
Частота появления: при каждом появлении изделия, подверженного изменению/прекращению производства.
Наличие поля, обязательного для заполнения: да.
Формат: выбирают из следующего перечня (перечень категорий изделий представлен в таблице 2).
7.2.2.6 Статус пересмотра изделия
Описание: статус пересмотра изделия, подверженного изменению/прекращению его производства.
Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 32 символов.
7.2.2.7 Другие показатели идентификации и описания изделия, подверженного изменению/прекращению его производства
Описание: другие показатели идентификации и описания изделия, подверженного изменению/прекращению его производства, например стандарты, специальные отраслевые классификаторы.
Частота появления: несколько раз при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 2048 символов.
Пример содержания — Изготовлено в соответствии с ГОСТ.
7.2.2.8 Информация производителя, связанная со сроками (датами)
Описание: структура информации, связанной со сроками.
Частота появления: по одному разу на каждое изделие, подверженное изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: поле данных EOP всегда должно быть заполненным датой окончания производства изделия (для его снятия с производства) либо датой вступления изменений в законную силу (для внесения изменений):
а) дата начала производства (SOP) (по желанию);
б) дата окончания продаж (EOS) (соответствует дате последней покупки) (при необходимости);
в) дата окончания производства (EOP) для прекращения производства (PDN-уведомление) или дата вступления изменений в законную силу (PCN-уведомление);
г) дата последней поставки (LTD) (при необходимости);
д) дата окончания предоставления услуг, технического обслуживания и ремонта (EOSR) (при необходимости).
Формат: формат даты в виде YYYY-MM-DD [(YYYY = четырехзначный номер года, MM = двухзначный номер месяца, DD = двухзначный номер дня)].
XML-имя: itemSOP; дата начала производства (SOP); itemEOS: дата завершения продаж (EOS);
itemEOPeffDate: окончание производства (EOP) или дата вступления в силу; изменения соответственно; itemLTD: дата последней поставки (LTD);
itemEOSR: дата окончания предоставления услуг, технического обслуживания и ремонта (EOSR).
7.2.2.9 Категория типа изменения/прекращения производства изделия
Описание: группировка по разным категориям с кратким указанием типа изменений.
Примечание — Допускается присвоение одному изделию нескольких категорий. В дополнение к категориям, приведенным ниже, изделиям могут присваиваться и другие категории (см. А.4.11).
Частота появления: по несколько раз при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: да (по крайней мере, для одного значения).
Формат: выбирают из следующего перечня (перечень форматов представлен в таблице 3).
7.2.2.10 Предлагаемый производителем номер заменяющей детали
Описание: один или несколько номеров запасных деталей, предложенных производителем.
Частота появления: по одному разу при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 128 символов.
XML-имя: itemMfrReplNumber или itemMfrTypeIdent
Пример содержания — Maxi-CBA-1234-24V или MA-1234.24-CYL.
7.2.3 Описание, предоставляемое производителем
7.2.3.1 Техническое описание
Описание: описание изменения/прекращения производства. Допускается в нескольких вариантах: в сокращенном варианте в файле pcnbody предусмотрены соответствующие поля для сокращенных ключевых слов и подробного текстового описания. Последующие технические описания можно представлять в виде файлов (предпочтительно — в PDF-формате), произвольно выбираемых из папки Attachments.
Частота появления: по одному разу при каждом появлении изделия, подверженного изменению/прекращению его производства.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 128 символов (pcnChangeTitle); текстовое поле из 4096 символов (pcnChangeDetail).
XML-имя: pcnChangeTitle: pcnChangeDetail
pcnChangeTitle: последовательность соединений разъемов изменена по требованиям безопасности.
pcnChangeDetail: Последовательность соединений n-разъема изменена по требованиям безопасности. Существующие соединительные кабели могут оказаться слишком короткими либо слишком длинными.
7.2.3.2 Идентификация измененного изделия (изделий)
Описание: описание способа идентификации модифицированных изделий (например, по серийному номеру, по коду даты, по упаковке, по цвету).
Частота появления: по одному разу на каждую запись.
Наличие поля, обязательного для заполнения: нет (только при необходимости).
Формат: текстовое поле из 2048 символов.
XML-имя: penChangeIdentificationMethod
Пример содержания — Все измененные изделия помечены красной звездочкой после серийного номера.
7.2.3.3 Соответствующая документация (возможно, согласованная в контракте)
Описание: подробная документация с графиками, таблицами, рисунками (в виде отдельных документов) в файле с расширением «.pcn», содержащаяся в папке Attachments.
Частота появления: по одному разу на каждую запись.
Наличие поля, обязательного для заполнения: да.
Формат: файл (например, в PDF-формате) в папке Attachments, содержащий имя файла в файле attachments.xml.
Ниже описан формат полного обмена данными. Если данными обмениваются между собой две информационные системы напрямую, то будет передаваться рассмотренный ниже контент.
Нижеследующие описания и определения предназначены для IT-специалистов при реализации ими соответствующих интерфейсных программ.
Примечание - Формат обмена данными для выдачи уведомлений об изменении/прекращении выпуска изделий основан на формате smartPCN, разработанном некоммерческой промышленной ассоциацией Component Obsolescence Group с целью обеспечения стандартизированного информационного обмена данными об электронных компонентах.
Указанный формат обмена данными содержит дополнительные опционные структуры и поля данных, четко не прописанные в предыдущих пунктах. При импорте данных должен быть обеспечен доступ к соответствующим структурам данных, а соответствующая база данных должна иметь возможность предоставлять эти структуры для внесения перспективных требований и расширений при последующем использовании настоящего стандарта. Кроме того, это позволит обрабатывать уведомления об изменении/прекращении выпуска изделий в формате smartPCN.
Аналогичный формат обмена данными используют и для выдачи PCN/PDN-уведомлений. При этом различия между ними состоят лишь в содержимом соответствующих полей данных.
Вместо отдельного файла в широко используемом ZIP-формате применяют и файловый контейнер, содержащий несколько файлов: XML-файлы в заданном формате, со свойствами PCN/PDN-уведомлений в машиночитаемой форме, как в структуре базы данных. Вложенная папка может содержать любые файлы с техническим содержимым в формате, доступном для ознакомления с ним специалистов. Тем не менее, в нем можно сохранять файлы любых других типов, включая подчиненные файлы с расширением «.pcn».
Последнее обеспечивает высокую универсальность и возможность адаптации к чрезвычайно разнообразным видам уведомлений об изменении/прекращении выпуска изделий, начиная от использования отдельного компонента и заканчивая использованием системы механизмов, программного обеспечения, компонентов, документации и услуг, заявленных в одном уведомлении.
Структура XML-файлов предназначена для их обработки с помощью IT-программ и поэтому специально выполнена не в формате, доступном для чтения специалистами. Благодаря выбранной структуре поля данных четко заданы как по иерархии, так и по своему смыслу.
Рассмотренный ниже формат обмена данными содержит файловый контейнер, который соответствует формату Zip-файла, но со следующими ограничениями:
- файлы в ZIP-архивах сохраняются либо только в несжатом виде, либо с использованием сжатия типа «deflate» (например, при установке параметра метода сжатия «0» файл будет сохраняться в сжатом виде, а при параметре «8» — режим сжатия отменяется);
- шифрование данных не допускается;
- цифровые подписи не допускаются;
- функции вида «patch data» не допускаются;
- ZIP-архив нельзя сегментировать или расширять более чем на один раздел.
Файловый контейнер, предназначенный для надлежащей идентификации соответствующих программ, снабжен расширением «.pcn», на своем наивысшем уровне контейнер «.pcn» содержит следующие файлы:
Файл PCNbody.xml содержит машиночитаемые PCN-данные в XML-формате консорциума WorldWideWeb. Эти данные могут формироваться непосредственно с помощью соответствующих IT-систем отправителя и также могут напрямую импортироваться в IT-системы получателя.
Файл attachments.xml содержит полный перечень всех файлов, содержащихся в папке Attachments. Кроме того, в этом файле также сохраняются контрольные суммы файлов, необходимые для проверки целостности файлов и облегчения поиска потенциальных дубликатов.
В файловый контейнер можно вводить любые данные и сохранять в нем любую техническую информацию для PCN-оценок специалистами.
Папка Attachments содержит все файлы, перечисленные в файле attachments.xml. Использование других вложенных папок не допускается.
Файл PCNmaster.pdf в PDF-формате содержит обязательную информацию, указанную в разделе 6 или 7, в том формате, который доступен для чтения специалистами (также см. приложение Б).
Файл PCNbody.xml является машиночитаемой частью PCN/PDN-уведомлений. С помощью описанной здесь XML-структуры можно определять структуру данных, которая в конечном итоге может отображаться в базе данных. Таким образом, все данные, содержащиеся в файле PCNbody.xml, можно автоматически импортировать в базу данных и в дальнейшем обрабатывать в ней.
В XML-формате поля данных всегда задаются с помощью тегов в угловых скобках, а содержимое полей указывается в промежутке между VALUE</data field x>.
Кроме того, предусмотрена иерархическая структура, с помощью которой субструктуры можно заключать в оболочку, когда поля данных могут неоднократно появляться под одним и тем же именем в различных субструктурах, оставаясь при этом независимыми.
Поля данных могут неоднократно появляться на каждом уровне, включая субструктуры, и при этом будут формироваться несколько записей на том же уровне.
Для каждого поля данных требуется указывать способ его обработки (см. таблицу А.1).
В контексте smartPCN все поля данных, помеченные как VM, VO или VCM, также являются полями, обязательными для их заполнения или для указаний (при необходимости).
Предусмотрено несколько полей данных, уже предназначенных для конкретных вариантов использования (помечены как NM и CM). Преимущество использования этих полей состоит в том, что благодаря им формат обмена данными можно будет реже адаптировать к новым и дополнительным требованиям.
Некоторые поля данных (NM и CM) являются частью smartPCN и должны сохраняться для обеспечения совместимости.
Для реализации технологии обработки данных предоставляется XSD-файл, который содержит всю информацию для ее использования с соответствующими средствами программирования.
Для операций с данными, таких как импорт или обработка информации, в XML-файле все поля данных должны считаться разрешенными для заполнения, независимо от соответствующих характеристик, что будет гарантировать считывание записей smartPCN программами.
Аналогично должна быть предусмотрена возможность размещения данных в базе данных для включения всех последующих расширений. Для отображения или ввода данных пользователем (или для пользователя) следует применять следующее:
При ручном сборе данных для их ввода должны оставаться доступными все соответствующие поля.
Если обработка ограничивается требованиями настоящего стандарта, то необходимость в отображении данных со свойствами NM и CM (или во вводе этих данных) в этих полях отпадает.
Закрепление поля данных за PCN-уведомлением в целом и к его отдельным элементам:
всем полям данных соответствующего нижнего уровня, которые относятся ко всему PCN-уведомлению (и, следовательно, ко всем его описанным элементам), предшествует расширение «.pcn»;
всем полям данных соответствующего нижнего уровня, которые относятся к каждому элементу и применяются только к этому элементу, предшествует элемент «item».
Структуры в XML-языке можно определять с помощью общего обозначения, заключенного в скобки и представляющего индивидуальный уровень. Сами по себе общие обозначения не содержат никаких данных; они присваиваются подчиненным элементам или атрибутам.
Самый верхний уровень — это Уровень 1; с увеличением уровня вложенности он будет увеличиваться на единицу. Таким образом, данные можно либо отделять друг от друга, либо объединять под одним общим обозначением.
Уровни с присвоенными общими обозначениями выделены серым фоном, а соответствующий номер уровня указывается в первой графе таблицы А.4.
А.4.2 Заголовок и верхний блок
Заголовки позволяют идентифицировать файл как XML-файл и давать ссылку на XML-стандарт, а также на соответствующий XSD-файл.
(Примечание — Определение XML-файла в соответствии со стандартом XML 1.0, с кодировкой символов UTF-8).
<PCNbody xmlns: xsd = «http://www.w3.org/2001/XMLSchema» xmlns = http://www.smartpcn.org/images/files/Schema«>»
Все остальные данные помещают между тегами <PCNbody...> и (см. рисунок А.2). При этом URL-адреса определяют места хранения данных, в которых они будут сохраняться как в виде XML-схемы, так и PCN-схемы.
На следующем, более низком уровне (Уровне 1) имеется шесть блоков данных (см. таблицу А.2).
Блоки данных на следующем, более низком уровне
На нижеприведенном рисунке А.2 показана структура блока Superstructure:
| Графа | Пояснение |
|---|---|
| Название блока/уровень | Содержит заголовок блока структуры/подструктуры и номер уровня |
| Поле данных | Содержит описательное имя поля данных |
| XML-имя | Содержит обозначение XML-тега |
| Тип XML-данных | Содержит обозначение типа XML-данных. Содержит строку буквенно-цифровых символов, форматов данных или обозначения типа программного кода. Термин «комплексный» означает, что XML-имя — это заголовок, который необходимо использовать для блока, за которым закреплены другие поля данных и субструктуры |
| Формат, размер, значения | Содержит информацию о формате и размере поля данных |
| Элемент/атрибут | Содержит независимые друг от друга элементы, которые могут появляться неоднократно; атрибуты принадлежат описательным свойствам того или иного элемента, которые должны появляться только один раз |
| Описание | Содержит описание содержимого поля данных |
| Свойство | Содержит свойство в соответствии с таблицей А.4. Поля со значениями свойств VM и VO отображаются в поле свойств белыми литерами на темно-сером фоне |
| Число | Содержит указание на возможность элемента или структуры присутствовать в вышестоящем блоке несколько раз либо только один раз |
| Появление поля данных | Содержит указание на вышестоящее XML-имя, под которым оно появляется в поле данных |
Блок Master Data (мастер-данные) — это масштабная структура, содержащая соответствующие мастер-данные в PCN/PDN-уведомлениях. Поля данных приведены в таблице А.4 с их свойствами, содержанием и пояснениями.
| Название блока/Уровень | Поле данных | XML-имя | Тип XML-данных | Формат, размер, значения | Элемент/атрибут | Описание | Свойство | Число | Появление поля данных | |
|---|---|---|---|---|---|---|---|---|---|---|
| Блок Master Data, Уровень 1 | masterData | Комплексный | Данный блок содержит основные PCN/PDN-данные, включая название и контактную информацию производителя, а также информацию о возможных поставщиках материалов и услуг. Кроме того, в этом блоке описывается тип и версия PCN/PDN-уведомлений. Минимальное требование к этому блоку — содержание названия производителя изделия, даты выпуска PCN/PDN-уведомлений и некоторой информации об их типе | VM | 1 | При каждом появлении PCNbody | ||||
| PCN-число | pcnNumber | Строка | 128 символов |
E | PCN-номер, присваиваемый производителем (см. 7.2.1.5) | VM | 1 | При каждом появлении masterData | ||
| Заголовок | pcnTitle | Строка | 256 символов |
E | Заголовок, обобщающий содержание PCN-уведомления (см. 7.2.1.1) | VM | 1 | При каждом появлении masterData | ||
| Тип предупреждения (Major — Minor) | pcnAlertType | Тип Alert | MAJOR, MINOR | E | PCN-уведомление определяется показателем MAJOR или MINOR в зависимости от типа описываемого изменения. Все изменения, касающиеся FIT (габаритов), FORM (внешнего вида), FUNCTION (функциональности), качества и надежности соответствующих компонентов, считаются MAJOR-изменениями. Все остальные изменения считаются MINOR-изменениями. В PDN-уведомлении указывается о прекращении использования изделия, и поэтому в любом случае оно должно относиться к категории изменений типа MAJOR. В тех случаях, когда речь идет о материалах и веществах, изменение типа MAJOR означает изменение их состава. MINOR-изменения связаны, например с упаковкой и размером контейнера. Для всех других групп показатель MAJOR означает изменение элемента, связанное с содержанием, тогда как показатель MINOR означает изменения, внесенные, например в обозначение, документацию или вариант использования изделия |
NM | 1 | При каждом появлении masterData | ||
| Тип PCN-уведомления | pcnType | pcnType | PCN, PDN | E | Тип PCN указывает тип уведомления: - PCN: уведомление об изменении изделия - PDN: уведомление о прекращении выпуска изделия |
VM | 1 | При каждом появлении masterData | ||
| Версия PCN-формата | pcnFormatVersion | Комплексный | 16 символов | A | Индикация стандартной используемой версии, необходимой для последующего различения версий в структуре файла PCNbody.xml | VM | 1 | При каждом появлении masterData | ||
| Имя высокого уровня производителя | pcnMfrName | Строка | 32 символа | E | Общее название производителя, его товарного знака или название холдинга, например Bosch, Intel, AMD, независимо от структурного подразделения, затрагиваемого изменением/прекращением производства. Эта информация необходима для поиска и фильтрации по номерам деталей (см. 7.2.1.3) | VM | 1 | При каждом появлении masterData | ||
| Описание воздействия | pcnAlertImpact | Строка | 4096 символов | E | Дополнительное описание влияния, которое будет оказывать изменение (положительного или отрицательного характера), ограничений или расширений, с целью их оценки получателем | NM | 1 | При каждом появлении masterData | ||
| Категория продукта | pcnProductCategory | productCategory-тип | См. листинг Product Category-Type |
E | Высшая категория изделия, которую затем можно применять ко всем изделиям, к которым относятся PCN/PDN-уведомления. Изделия, принадлежащие к разным категориям продукта, отображаются в соответствующей категории, и здесь вводится значение Category Multiple | NM | 1 | При каждом появлении masterData | ||
| Дата выпуска | pcnIssueDate | Дата | YYYY-MM-DD | E | Дата выпуска PCN/PDN-уведомлений производителем | VM | 1 | При каждом появлении masterData | ||
| Дополнительная информация | pcnAddInfo | Строка | 1024 символа | E | Свободное поле для дополнительной информации, которая не умещается ни в одном из других полей | NM | 1 | При каждом появлении masterData | ||
| Версия PCN-уведомления | pcnRevision | Строка | 32 символа | E | Версия PCN/PDN-уведомления производителя | VO | 1 | При каждом появлении masterData | ||
| Блок PCN Link, Уровень 2 |
PCN-связь 2 | pcnLink | Тип Link | Веб-ссылка на PCN/PDN-документ | NM | 1 | При каждом появлении masterData | & | ||
| Url-адрес | pcnUrl | Любой URl-идентификатор | E | Ссылка на источник загрузки исходного PCN-файла | CM | 1 | При каждом появлении PCNLink | |||
| Имя пользователя | pcnUserName | Строка | 128 символов | E | Имя пользователя, если оно требуется для загрузки | NM | 1 | При каждом появлении PCNLink | ||
| Пароль | pcnPassword | Строка | 128 символов | E | Пароль, если он требуется для загрузки файла | NMI | 1 | При каждом появлении PCNLink | ||
| Блок Revisions, Уровень 2 | revisions | Комплексный | Перечень предыдущих версий PCN-уведомления | NM | 1 | При каждом появлении masterData | & | |||
| Блок Revision, Уровень 3 | revision | Тип Revision | Запись для предыдущей версии PCN-уведомления | CM | Несколько | При каждом появлении Revisions | & | |||
| Номер версии | pcnRevisionNumber | Строка | 16 символов | A | Номер/обозначение предыдущей версии PCN-уведомления | CM | 1 | При каждом появлении Revisions | ||
| Дата версии | pcnRevDate | Дата | YYYY-MM-DD | A | Дата выпуска предыдущей версии PCN-уведомления | CM | 1 | При каждом появлении Revisions | ||
| Причина коррекции | pcnRevisionCause | Строка | 2048 символов | Причина или повод этой коррекции | NM | 1 | При каждом появлении Revisions | |||
| Блок Contacts, Уровень 2 | contacts | Комплексный | В этот блок вводятся контактные данные, относящиеся к PCN/PDN-уведомлениям, при этом называть отдельных физических лиц необязательно, достаточно просто упоминать соответствующие отделы. В качестве минимального требования к PCN/PDN-уведомлениям следует включать в этот блок запись с названием производителя описываемого изделия | VM | 1 | При каждом появлении masterData | & | |||
| Блок Contacts, Уровень 3 | contact | Тип-contact | Запись контакта для PCN-уведомления | VM | Несколько | При каждом появлении Contacts | & | |||
| Тип | pcnContactType | Enum-тип | Производитель, дистрибьютор, покупатель, провайдер передачи данных, провайдер услуг | A | В данном поле указывается, является ли Контакт 3 производителем, дистрибьютором, получателем, поставщиком передачи данных или поставщиком услуг | VM | 1 | При каждом появлении Contacts | ||
| Номер покупателя | pcnCustomerNumber | Строка | 32 символа | E | Номер получателя/ссылка на контактное лицо | NM | 1 | При каждом появлении Contacts | ||
| DUNS-номер | pcnDunsNumber | Строка | 9 символов | E | DUNS-номер компании | NM | 1 | При каждом появлении Contacts | ||
| Затрагиваемое изменением/прекращением производства бизнес-подразделение | pcnBusinessUnit | Строка | 128 символов | E | Связанное бизнес-подразделение/отдел | NM | 1 | При каждом появлении Contacts | ||
| Компания | pcnCompany | Строка | 128 символов | E | Данное поле содержит полное имя контактной компании | VM | 1 | При каждом появлении Contacts | ||
| pcnEmail | Email-тип | 256 символов | E | Адрес E-mail контакта в стандартном формате xxxx@xxxx.xxx | VM | 1 | При каждом появлении Contacts | |||
| Блок Link, Уровень 4 | contactLink | Link-тип | Связь с контактом (во многих случаях связь указана только в PCN, которую необходимо использовать для нахождения нужных контактов) | NM | 1 | При каждом появлении Contacts | & | |||
| Url-адрес | pcnContactUrl | anyURl | E | Связь с веб-сайтом, на котором можно получать детальную информацию о контакте | CM | 1 | При каждом появлении PCNLink | |||
| Имя пользователя | pcnContactUsername | Строка | 128 символов | E | Имя пользователя (если оно необходимо для получения доступа) | NM | 1 | При каждом появлении PCNLink | ||
| Пароль | pcnContactPassword | Строка | 128 символов | E | Пароль (если он необходим для получения доступа) | NM | 1 | При каждом появлении PCNLink | ||
| Блок Address Уровень 4 | address | Address-тип | Адрес контакта | VM | 1 | При каждом появлении Contact | & | |||
| Улица | pcnStreet | Строка | 128 символов | E | Улица, см. 7.2.1.4 | VM | 1 | При каждом появлении Address | ||
| ZIP-формат | pcnZipCode | Строка | 32 символа | E | Почтовый индекс, см. 7.2.1.4 | VM | 1 | При каждом появлении Address | ||
| Город | pcnCity | Строка | 128 символов | E | Город, см. 7.2.1.4 | VM | 1 | При каждом появлении Address | ||
| Штат | pcnState | Строка | 128 символов | E | Штат, см. 7.2.1.4 | VO | 1 | При каждом появлении Address | ||
| Страна | pcnCountry | Country-тип | E | Код страны, см. 7.2.1.4 | VM | 1 | При каждом появлении Address | |||
| Блок Phone, Уровень 4 | phone | Phone-тип | Номер телефона контакта | NM | несколько | При каждом появлении Contact | & | |||
| Номер | pcnPhoneNumber | Строка | 128 символов E.123 формат | A | Номер телефона в международном формате E.123-ITU (+49 12345) | CM | 1 | При каждом появлении Phone | ||
| Тип | pcnPhoneType | Тип Enum | Домашний, корпоративный, факс, мобильный | A | Тип номера телефона: домашний, корпоративный, факс, мобильный | CM | 1 | При каждом появлении Phone | ||
| Блок Persons Уровень 4 | Физические лица | persons | Комплексный | Контактное лицо как участник контакта | NM | 1 | При каждом появлении Contact | & | ||
| Блок Persons Уровень 5 | person | Тип физического лица | Контактное лицо | CM | несколько | При каждом появлении Persons | & | |||
| Имя | pcnPersFirstname | Строка | 128 символов | E | Имя | CM | 1 | При каждом появлении Persons | ||
| Фамилия | pcnPersLastname | Строка | 128 символов | E | Фамилия | CM | 1 | При каждом появлении Persons | ||
| Должность | pcnPersTitle | Строка | 32 символа | E | Должность | NM | 1 | При каждом появлении Persons | ||
| Функция | pcnPersFunction | Строка | 128 символов | E | Функция контактного лица | NM | 1 | При каждом появлении Persons | ||
| pcnPersEmail | Email-тип | 256 символов | E | Адрес E-mail | NM | 1 | При каждом появлении Persons | |||
| Блок Phone, Уровень 6 | persPhone | Phone-тип | Номер телефона контактного лица | NM | несколько | При каждом появлении Persons | & | |||
| Номер | pcnPersPhoneNumber | Строка | 128 символов E.123 формат | A | Номер телефона в международном формате E.123-ITU (+49 12345) | CM | 1 | При каждом появлении Phone | ||
| Тип | pcnPersPhoneType | Enum-тип | Домашний, корпоративный, факс, мобильный | A | Тип номера телефона: домашний, корпоративный, факс, мобильный | CM | 1 | При каждом появлении Phone |
Параметры, задокументированные в блоке Master Data, применимы ко всем PCN-уведомлениям, если иное значение элемента не задано в блоке Itemnumbers.
На нижеследующем рисунке А.3 приведена структура блока Master Data.
Рисунок А.3 — Структура блока Master Data
А.4.4 Блок Difference Description
В данном блоке приведена общая информация об изменении/прекращении выпуска изделия, которая относится к PCN-уведомлению (см. таблицу А.5).
| XML-имя | Тип XML-данных | Формат, размер, значения | Элемент/атрибут | Описание | Свойство | Число | Появление поля данных | Блок Difference Description, Уровень 1 | ||
|---|---|---|---|---|---|---|---|---|---|---|
| difference | Комплексный | Данный блок содержит описание изменения, передаваемого через блок smartPCN. Описание изменения — важный элемент для каждого PCN/PTN-уведомления. В этом блоке должна указываться как минимум информация, причина и краткое описание изменения | VM | 1 | При каждом появлении PCNbody | & | ||||
| pcnChangeTitle | Строка | 128 символов | E | Ключевые слова, указывающие причину или цель изменения/прекращения производства изделия. См. 7.2.3.1 | VM | 1 | При каждом появлении Difference Description | Детали изменения | ||
| pcnChangeDetail | Строка | 4096 символов | E | В этом поле подробно описывается изменение, а также информация о том, что было изменено в изделии. См. 7.2.3.1 | VM | 1 | При каждом появлении Difference Description | Ввод заказчика в процесс оценки рисков | ||
| pcnRiskAssessment | Строка | 2048 символов | E | Краткая информация для оценки риска покупателя/получателя | NM | 1 | При каждом появлении Difference Description | Предполагаемое начало поставки изделия | ||
| pcnFirstDelivery | Дата | YYYY-MM-DD | E | Планируемая дата отгрузки модифицированного изделия | NM | 1 | При каждом появлении Difference Description | Отзыв покупателя требуется до | ||
| pcnFeedbackUntil | Дата | YYYY-MM-DD | E | Последняя дата, до которой покупатели могут отправлять комментарии к PCN | NM | 1 | При каждом появлении Difference Description | Метод идентификации измененного изделия | ||
| pcnChangeIdentificationMethod | Строка | 4096 символов | E | Метод, с помощью которого можно идентифицировать измененный продукт. См. 7.2.3.2 | VO | 1 | При каждом появлении Difference Description | Дата вступления в силу | ||
| pcnEffectiveDate | Дата | YYYY-MM-DD | Дата вступления изменения в силу | NM | 1 | При каждом появлении Difference Description | На рисунке А.4 приведена структура блока Difference Description. |
Рисунок А.4 — Структура блока Difference Description
Блок номера элементов Itemnumbers (см. таблицу А.6) имеет особое значение, поскольку в этом блоке должны идентифицироваться изделия, подверженные изменению/прекращению производства. Здесь очень важно вводить каждый отдельный артикульный номер или номер заказа, поскольку только в этом случае можно автоматически обрабатывать PCN/PDN-уведомления у заказчика. Общие описания типа «Серия ABC» не допускаются.
| Название блока/Уровень | Поле данных | XML-имя | Тип XML-данных | Формат, размер, значения | Элемент/атрибут | Описание | Свойство | Число | Появление поля данных | |
|---|---|---|---|---|---|---|---|---|---|---|
| Блок Itemnumbers, Уровень 1 | ItemNumbers | Комплексный | В данном блоке описываются изделия, подверженные изменениям/прекращению производства. В качестве минимального требования для каждого изделия должно быть указание номера детали производителя. Этот номер детали должен позволять заказчику четко идентифицировать изделие, поэтому подобную информацию следует предоставлять полностью. Предоставление только частично квалифицированных записей типа «?» и «*» для описания группы не допускается | VM | 1 | При каждом появлении PCNbody | ||||
| Блок Itemnumber, Уровень 2 | ItemNumber | Тип ItemNumber | Идентификация типа изделия, подверженного изменению/прекращению производства | VM | несколько | При каждом появлении Itemnumbers | & | |||
| Номер изделия производителя | itemMfrNumber | Строка | 128 символов | E | Уникальный номер детали, артикульный номер производителя. См. 7.2.2.2 | VM | 1 | При каждом появлении Itemnumbers | ||
| Идентификатор типа изделия производителя | itemMfrTypeIdent | Строка | 128 символов | E | Обозначение типа, дополнительный номер заказа. См. 7.2.2.3 | VO | 1 | При каждом появлении Itemnumbers | ||
| Имя изделия производителя | itemMfrName | Строка | 128 символов | E | Обозначение производителя изделия | VM | 1 | При каждом появлении Itemnumbers | ||
| Описание изделия производителем | itemMfrDescription | Строка | 1024 символа | E | Дополнительное описание комплектующей детали | NM | 1 | При каждом появлении Itemnumbers | ||
| Форма изделия | itemFormName | Строка | 128 символов | E | Форма корпуса/тип конструкции комплектующей детали (электроника: корпус) | NM | 1 | При каждом появлении Itemnumbers | ||
| Категория изделия | itemCategory | item-Category-тип | 16 символов | E | Описание категории продукта, если изделия относятся к разным категориям. См. 7.2.2.5 | VM | 1 | При каждом появлении Itemnumbers | ||
| Номер корректировки изделия | itemRev | Строка | 32 символа | E | Номер корректировки изделия. См. 7.2.2.6 | VM | 1 | При каждом появлении Itemnumbers | ||
| Блок Qualification, Уровень 3 | itemQualification | Qualification-тип | Квалификационные испытания модифицированной комплектующей детали | NM | 1 | При каждом появлении Itemnumbers | & | |||
| План-график квалификационных испытаний производителя и их результаты | itemQualificationSchedule | Строка | 128 символов | E | Подробная информация о плане-графике и результатах квалификационных испытаний производителем | NM | 1 | При каждом появлении itemQualification | ||
| Описание квалификационных испытаний | itemQualificationDescription | Строка | 1024 символа | E | Описание процедуры квалификационных испытаний | NM | 1 | При каждом появлении item-Qualifi cation | ||
| Дата получения результатов квалификационных испытаний | itemQualificationResultDate | Дата | YYYY-MM-DD | E | Дата производителя, обеспечивающая получение результатов квалификационных испытаний | NM | 1 | При каждом появлении item-Qualification | ||
| Дата получения образцов, пригодных для квалификационных испытаний | itemQualificationSamplesDate | Дата | YYYY-MM-DD | E | Дата, к которой производитель должен предоставить образцы для квалификационных испытаний | NM | 1 | При каждом появлении item-Qualification | ||
| Дата получения пригодной окончательной квалификационной информации | itemQualificationFinalDate | Дата | YYYY-MM-DD | E | Дата, к которой производитель должен предоставить окончательные результаты квалификационных испытаний | NM | 1 | При каждом появлении item-Qualification | ||
| Блок Qualification report/result, Уровень 4 | itemQualificationReport | Тип связи | Ссылка на квалификационные испытания (план-график, результаты) производителем | NM | 1 | При каждом появлении qualification | & | |||
| Url-адрес | itemQualificationReportUrl | URl-идентификатор | E | Ссылка для загрузки отчета о квалификационных испытаниях | CM | 1 | При каждом появлении itemQualificationReport | |||
| Имя пользователя | itemQualificationReportUsername | Строка | 128 символов | E | Имя пользователя (при необходимости) | NM | 1 | При каждом появлении itemQualificationReport | ||
| Пароль | itemQualificationReportPassword | Строка | 128 символов | E | Пароль (при необходимости) | NM | 1 | При каждом появлении itemQualificationReport | ||
| Блок Life Cycle Data, Уровень 3 | itemLifeCycleData | endOfLife-тип | Информация о прекращении выпуска комплектующей детали, если установлены другие даты | VM | 1 | При каждом появлении Itemnumber | & | |||
| Начало производства изделия | itemSOP | Дата | YYYY-MM-DD | A | Дата начала производства изделия. См. 7.2.2.8 | VO | 1 | При каждом появлении itemLifeCycleData | ||
| Окончание продаж изделия | itemEOS | Дата | YYYY-MM-DD | A | Дата окончания продаж изделия (также называется датой последней покупки). См. 7.2.2.8 | VO | 1 | При каждом появлении itemLifeCycleData | ||
| Окончание производства изделия | itemEOPeffDate | Дата | YYYY-MM-DD | A | Дата вступления в силу изменения. Окончание производства изделия для его снятия с производства. См. 7.2.2.8 |
VO | 1 | При каждом появлении itemLifeCycleData | ||
| Конечное время поставки изделия | itemLTD | Дата | YYYY-MM-DD | A | Дата последней поставки изделия. См. 7.2.2.8 | VM | 1 | При каждом появлении itemLifeCycleData | ||
| Окончание обслуживания и ремонта изделия | itemEOSR | Дата | YYYY-MM-DD | A | Дата окончания предоставления услуг, технического обслуживания и ремонта. См. 7.2.2.8 | VO | 1 | При каждом появлении itemLifeCycleData | ||
| Индекс жизненного цикла | itemLCI | Строка | 2 символа | A | Индекс жизненного цикла 00-99 | NM | 1 | При каждом появлении itemLifeCycleData | ||
| Блок Replacements, Уровень 3 | itemReplacements | Информация относительно возможной замены изделия | VO | 1 | При каждом появлении Itemnumber | & | ||||
| Блок Replacement, Уровень 4 | itemReplacement | Тип Replacement | Информация относительно изделия, которое можно использовать на замену | VCM | несколько | При каждом появлении itemReplacements | & | |||
| Замена номера изделия производителя | itemMfrReplNumber | Строка | 128 символов | E | Номер детали подходящего комплектующего в качестве замены компонента, производство которого прекращается. См. 7.2.3.1 | VO | 1 | При каждом появлении itemReplacements | ||
| Замена типа идентификатора изделия производителя | itemMfrReplTypeIdent | Строка | 128 символов | E | Обозначение типа, дополнительный номер заказа. См. 7.2.3.1 | NM | 1 | При каждом появлении itemReplacements | ||
| Замена имени идентификатора изделия производителя | itemMfrReplName | Строка | 128 символов | E | Обозначение комплектующей детали, пригодной для ее замены после снятия с производства | NM | 1 | При каждом появлении itemReplacements | ||
| Замена торговой марки производителя | itemMfrReplBrandName | Строка | 128 символов | E | Обозначение заменяемой комплектующей детали с торговой маркой производителя, если она отличается от выпускаемой | NM | 1 | При каждом появлении itemReplacements | ||
| Замена упаковки | itemMfrReplPackage | Строка | 128 символов | E | Обозначение типа корпуса/конструкции для замены компонента, снимаемого с производства | NM | 1 | При каждом появлении itemReplacements | ||
| Блок Customer Itemnumbers, Уровень 3 | customer Itemnumbers | Комплексный | Перечень соответствующих внутренних номеров деталей, используемых заказчиком | NM | 1 | При каждом появлении Itemnumber | & | |||
| Блок Customer Itemnumber, Уровень 4 | customer Itemnumber | Тип Customer Itemnumber | Соответствующие внутренние номера деталей, используемых заказчиком | CM | несколько | При каждом появлении Customer Itemnumbers | & | |||
| Номер изделия покупателя | itemCustomerNumber | Строка | 128 символов | E | Внутренний номер детали компонента покупателя, присвоенный номеру детали производителя | CM | 1 | При каждом появлении Customer Itemnumber | ||
| Тип идентификатора покупателя | itemCustomerTypeIdent | Строка | 128 символов | E | Обозначение типа внутреннего номера компонента покупателя | NM | 1 | При каждом появлении Customer Itemnumber | ||
| Ссылочные изделия с номером покупателя | itemCustomerReference | Строка | 128 символов | E | Ссылочный номер покупателя для соответствующего номера детали | NM | 1 | При каждом появлении Customer Itemnumber | ||
| Последний номер PO покупателя | itemLastOrderNumber | Строка | 128 символов | E | Номер последнего размещенного покупателем заказа на соответствующую комплектующую деталь | NM | 1 | При каждом появлении Customer Itemnumber | ||
| Блок Item substructures, Уровень 3 | itemSubStructures | Комплексный | Пункт (элемент) для описания субструктуры | VVO | 1 | При каждом появлении Itemnumber | & | |||
| Блок Item substructure, Уровень 4 | itemSubStructure | substructure-тип | Пункт (элемент) для описания субструктуры | VCM | несколько | При каждом появлении ItemSubStructures | & | |||
| Тип субструктуры | itemSubType | Строка | 32 символа | A | Тип субструктуры, см. А.4.9 | VCM | 1 | При каждом появлении ItemStructures | ||
| Коррекция субструктуры | itemSubRevision | Строка | 32 символа | A | Номер корректировки субструктуры (при необходимости) | VO | 1 | При каждом появлении ItemStructures | ||
| Данные о субструктуре | itemSubData | Строка | 4096 символов | E | Запись, соответствующая типу субструктуры, см. 7.2.2.7 | VCM | 1 | При каждом появлении ItemStructures | ||
| Блок Item change types, Уровень 3 | itemChanges | Комплексный | Перечень изменений, структурированных в соответствии с категорией каждого изделия | VM | 1 | При каждом появлении Itemnumber | & | |||
| Блок Item change type, Уровень 4 | itemChange | Тип itemChange | Индикация отдельного изменения | VM | несколько | При каждом появлении ItemChanges | & | |||
| Тип изменения изделия | itemChangeType | Тип typeOfChange | A | Определенный тип изменения, см. перечень типов изменений и 7.2.2.9 | VM | 1 | При каждом появлении Itemnumber | |||
| Описание изменения изделия | itemChangeText | Строка | 64 символа | E | Описание типа изменения | VM | 1 | При каждом появлении Itemnumber |
Помимо обозначения детали и ее типа для каждого изделия можно указывать торговое наименование и описание. В случае прекращения производства для каждого изделия могут указываться соответствующие даты.
В особых случаях также могут быть даны и индивидуальные номера, указанные заказчиком, а также возможные изделия на замену.
Существует ряд параметров, которые имеют такой же смысл, как и в блоках, применимых ко всему PCN-уведомлению. Если эти параметры указывают для изделия, то соответствующие подробные сведения будут относиться только к изделию, подверженному изменению/прекращению его производства, а если для изделия не приводятся конкретные сведения, то следует применять значения параметров высшей категории.
На рисунке А.5 приведена структура блока Itemnumbers.
Для совместимости с форматом smartPCN есть отдельный блок Life Cycle Data (данные о жизненном цикле) для информации о датах изменения/прекращения производства (см. таблицу А.7). Эта информация применима ко всем изделиям, если в нем не указано иное.
А.4.7 Блок (причина изменений) Causes of Change
Для совместимости с форматом smartPCN предусмотрен отдельный блок, предназначенный для указания причин изменения/прекращения производства. Эта информация, если не установлено иное, применима ко всем изделиям (см. таблицу А.8).
Блок (причина изменений) Causes of Change
А.4.8 Блок субструктуры Sub-structures
Субструктуры дают возможность четко и понятно вводить дополнительные описания, например классификации, каталогизированные данные, информацию о менеджменте загрязнений, информацию для конкретной отрасли и т.п. Последнее означает, что в некоторых случаях использование ключевых слов (тип субструктуры) идентифицируют конкретный каталог или другую систему нумерации, после чего эту структуру можно вводить в следующий блок данных (см. таблицу А.9).
| Название блока/Уровень | Поле данных | XML-имя | Тип XML-данных | Формат, размер, значения | Элемент/атрибут | Описание | Свойство | Число | Появление поля данных | |
|---|---|---|---|---|---|---|---|---|---|---|
| Блок Substructures | pcnSubStructures | Комплексный | Субструктуры, используемые в стандартных каталогах или системах категоризации | NM | 1 | При каждом появлении PCNbody | ||||
| Substructure | pcnSubStructure | Комплексный | Тип substructure | Субструктура | CM | несколько | При каждом появлении Substructures | & | ||
| Тип субструктуры | pcnSubType | Строка | 32 символа | A | Тип субструктуры, см. А.4.9 | CM | 1 | При каждом появлении Substructures | ||
| Корректировка субструктуры | pcnSubRevision | Строка | 32 символа | A | Номер корректировки субструктуры | NM | 1 | При каждом появлении Substructures | ||
| Данные для субструктуры | pcnSubData | Строка | 4096 символов | E | Запись, соответствующая субструктуре, т.е. XML-субструктуре, соответствующей формату каталога | CM | 1 | При каждом появлении Substructures |
Подобная информация также доступна на уровне изделий. Для совместимости с форматом smartPCN этот блок сделан доступным на pcn-уровне.
Данный метод представляет собой своего рода «закрытый конверт» с содержимым, которое можно передавать в другую программу. Таким образом, другие языки описания (например, JSON) или субструктуры xml (например, с e@Class) теперь можно вводить без необходимости знания этой структуры.
А.4.9 Определение типа субструктуры
Ниже представлена таблица А.10 предварительно задаваемых значений для subType. Некоторые группы пользователей в своих приложениях могут дополнительно задавать собственные значения.
Эти значения можно применять для субструктур как на уровне изделий, так и на уровне PCN-уведомлений.
А.4.10 Описание productCategoryType/itemCategory
В зависимости от категории изделия можно выполнять свободное размещение PCN/PDN-уведомления целиком, либо отдельных элементов. Используя эту информацию, распределение или размещение PCN/PDN-уведомлений может выполняться автоматически.
Если PCN/PDN-уведомления относятся к изделиям из разных категорий, то в этих уведомлениях необходимо указывать MULT, а размещение выполнять в блоке Itemnumbers. Перечень категорий и возможные значения приведены в 7.2.2.5.
Для обеспечения совместимости с форматом smartPCN и возможности его преобразования допускаются следующие значения (см. таблицу А.11).
Любое PCN-уведомление можно классифицировать несколькими способами, что позволяет автоматизировать их сортировку в соответствии с правилами конкретного получателя.
Значения, которые следует использовать в формате, установленном в настоящем стандарте, приведены в 7.2.2.9.
Кроме того, для формата smartPCN можно использовать и следующие значения. Показатель Major/Minor следует присваивать в соответствии со стандартами Объединенного совета по разработке электронных устройств JEDEC.
В таблице А.12 дополнительная классификация изменений с показателями Major/Minor приводится в соответствии с классификацией smartPCN, Категория типа изменения/прекращения производства изделия приведена в таблице А.13.
Дополнительная классификация изменений
А.5 Структура файла Attachments.xml
Файл Attachments — это каталог для папки Attachments в контейнере с расширением .pcn. Выполняются записи имени файла, контрольной суммы MD5 и размера файла.
Повторяющийся блок Attachments вводится в виде субструктуры, представленной в таблице А.14.
| XML-имя | Тип XML-данных | Формат, размер, значения | Элемент/атрибут | Описание | Обязательный/ необязательный | Число | Появление поля данных | Attachment | ||
|---|---|---|---|---|---|---|---|---|---|---|
| attachment | Комплексный | Блок с информацией о файле | VM | несколько | При каждом прикреплении | & | ||||
| attachment-Type | Строка | FILE | A | VM | 1 | При каждом прикреплении | Имя файла | |||
| filename | Строка | 256 символов | E | Имя файла в папке Attachments. См. 7.2.3.1 и 7.2.3.3 | VM | 1 | При каждом прикреплении | Контрольная сумма согласно MD5 | ||
| md5checksum | Строка | 32 символа | E | Контрольная сумма, рассчитанная методом MD5 | NM | 1 | При каждом прикреплении | Размер файла | ||
| filesize | Строка | 32 символа | E | Размер файла в байтах | NM | 1 | При каждом прикреплении |
ФОРМАТ ОБМЕНА ДАННЫМИ ДЛЯ ЧТЕНИЯ ЧЕЛОВЕКОМ
Для создания PCN/PDN-уведомлений в удобочитаемом для человека виде можно использовать форму, указанную в таблице Б.1.
Б.1.1 Пример удобочитаемых PCN/PDN-уведомлений
Пример удобочитаемого PCN/PDN-уведомления приведен в таблице Б.2.
Б.1.2 Примеры удобочитаемых PCN-уведомлений
В таблице Б.3 приведен пример удобочитаемого PCN-уведомления.
| УДК 502.3:006.354 | ОКС 35.240.50 |
| Ключевые слова: системы промышленной автоматизации и интеграция, управление устареванием изделий, информационный обмен в цепочках поставок, жизненный цикл продукции | |





