1 РАЗРАБОТАН Обществом с ограниченной ответственностью "НИИ экономики связи и информатики "Интерэкомс" (ООО "НИИ "Интерэкомс")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 3 октября 2022 г. N 1038-ст

4 Настоящий стандарт разработан с учетом основных нормативных положений международного документа VDMA 24903:2017 "Управление устареванием. Обмен информацией об изменении номенклатуры и приостановке производства продукции и изделий" (VDMA 24903:2017 "Obsolescence management - Exchange of information regarding change and discontinuance of products and items", NEQ)

5 ВВЕДЕН ВПЕРВЫЕ

Жизненный цикл изделий (компонентов) обычно значительно короче, чем жизненный цикл конечной продукции, в которой они используются, что может вызывать проблемы, связанные с изменением или прерыванием цепочек поставок.

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

Целью настоящего стандарта является определение минимальных требований к информационному содержимому уведомлений об изменении/прекращении выпуска продукции, а также определение требований к системным интерфейсам, которые позволяют осуществлять электронный обмен данными. Процесс электронного обмена данными определен в приложении А.

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

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

В настоящем стандарте установлены:

- сроки, необходимые для внесения изменений/прекращения производства продукции;

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

- требования к информационному содержанию уведомлений об изменении продукции (PCN-уведомлений);

- требования к информационному содержанию уведомлений о прекращении выпуска продукции (PDN-уведомлений);

- требования к форматам обмена данными для компьютеризированной обработки уведомления об изменении/прекращении выпуска продукции (PCN/PDN-уведомлений).

Настоящий стандарт не применим к управлению процессами устаревания продукции или внутрипроизводственным процессам, соответствующим требованиям ГОСТ Р 56129. Для принятия внутрикорпоративных мер по компенсации морального устаревания (износа) изделий рекомендуется применять стандарты серии ГОСТ Р 27, а также ГОСТ Р 56129.

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 7.0.64 Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования

ГОСТ Р 56129 Интегрированная логистическая поддержка экспортируемой продукции военного назначения. Управление номенклатурой устаревающих покупных комплектующих изделий

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

В настоящем стандарте применены следующие термины с соответствующими определениями.

3.1.1 изделие: Рассматриваемый объект.

Примечания

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

2 Изделие может содержать оборудование, программное обеспечение или любое их сочетание.

3 Изделие часто может состоять из элементов, каждый из которых можно рассматривать индивидуально.

3.1.2

Примечание - В стандартах на системы менеджмента качества выделены четыре общие категории продукции: услуги (например, транспортные); программное обеспечение (например, компьютерная программа, словарь); оборудование (например, двигатель, механическая часть); переработанное сырье (например, смазочные материалы). Многие продукты содержат элементы, принадлежащие к разным общим категориям. Будет ли продукция называться услугой, программным обеспечением, оборудованием или переработанным сырьем, зависит от приоритетного элемента.

3.1.3 уведомление об изменении продукции; PCN-уведомление: Уведомление, выдаваемое производителем об изменении технологического процесса, функционального назначения или технических характеристик изделия.

3.1.4 уведомление о прекращении выпуска продукции; PDN-уведомление: Уведомление, выдаваемое производителем о прекращении производства изделия.

3.1.5 устаревание: Переход продукции из категории, доступной для приобретения у оригинального производителя, в категорию, недоступную для приобретения.

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

3.1.6 управление устареванием: Совокупность скоординированных между собой действий, направленных на управление деятельностью организации в отношении устаревания ее продукции.

3.1.7 электронный обмен данными: Передача структурированной цифровой информации от одной организации к другой, основанная на определенных стандартами и конвенциями регламентах и форматах передаваемых сообщений.

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

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).

Из-за большого числа уведомлений об изменении изделия (PCN-уведомлений) или уведомлений о прекращении выпуска изделия (PDN-уведомлений), поступающих из разных источников, необходимо использовать единую терминологию для обработки этих уведомлений. Далее необходимо определить жизненный цикл изделия и привести обозначения в стандартной хронологической последовательности.

Производители, желающие изменить или прекратить выпуск изделия, должны сообщать об этом посредством выпуска PCN/PDN-уведомлений. Минимальные требования к ним приведены в разделе 6.

Производители должны обеспечивать предоставление PCN/PDN-уведомлений не менее чем за 12 мес. Производитель может получать эти уведомления при использовании уникальных идентификационных ключей, например, по номеру изделия производителя.

PCN/PDN-уведомления, рассмотренные в настоящем стандарте, должны быть направлены только в том случае, если производители, желающие изменить или прекратить выпуск изделия, не ассоциируют их с модернизацией или эволюционной заменой на совместимые изделия.

После прекращения производства изделия получателю PCN/PDN-уведомления потребуется определенное время для реализации внутренних процессов управления устареванием или же для принятия других необходимых мер.

После изменения или прекращения выпуска изделия получателю PCN/PDN-уведомления должна быть предоставлена возможность:

- точного определения альтернативных вариантов;

- оценки объема необходимых мер по перепроектированию изделия;

- определения необходимого объема изделий для создания их запаса до внедрения новых технологий;

- сообщения о прогнозируемых последствиях изменения или прекращения выпуска изделия (при их наличии).

Для установленных требований, которые необходимо соблюдать в контексте изменения/прекращения производства изделия (см. рисунок 1), следует выполнять следующие установленные сроки t:

а) 12 мес на внесение PCN/PDN-уведомлений, запланированных производителем, например в контексте продуктовых инноваций, корректировки план-графиков;

б) 3 мес на внесение PCN-изменений;

в) 6 мес на внесение PDN-изменений.

Примечания

1 Рекомендация по неиспользованию изделия в новых проектах (справочная).

2 За время производства изделия эти уведомления могут выдаваться несколько раз.

3 Соответствует времени последней покупки изделия, а также может находиться между событиями EOP и LTD.

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

Если не установлено иное, то PCN/PDN-уведомления должны быть на официальном языке страны заказчика (потребителя изделия) и дублированы на английском языке. При замене изделия или его снятии с производства производитель должен предоставлять заказчику, как минимум, следующую информацию (см. раздел 7):

а) Мастер-данные производителя:

1) полное наименование юридического лица (в том числе ИНН);

2) вид уведомления (PCN/PDN);

3) название компании или ее общеупотребительный фирменный товарный знак/торговая марка;

4) соответствующие контактные данные производителя;

5) идентификационный ключ (ID) для PCN/PDN-уведомления;

6) дату публикации;

7) номер корректировки (при желании).

б) Информацию об изделиях производителя, подверженных изменению/прекращению производства:

1) уникальный номер детали производителя;

2) обозначение типа и/или номер чертежа (при необходимости);

3) обозначение (наименование/краткое описание) изделия;

4) категорию изделия;

5) статус пересмотра (при необходимости);

6) другие идентифицирующие и описательные показатели изделия, подверженного изменению/прекращению производства (например, его стандартную или отраслевую классификацию);

7) временную информацию (даты):

- время начала производства (SOP) (по желанию);

- время окончания продаж (EOS) (соответствует времени последней покупки) (при необходимости);

- время окончания производства (EOP), время прекращения производства (PDN) или дату вступления в силу изменений (PCN-уведомления);

- время последней поставки (LTD) (при необходимости);

- время окончания предоставления услуг, технического обслуживания и ремонта (EOSR) (при необходимости);

- категорию вида изменения/прекращения производства;

- предлагаемый к замене номер детали производителя (при необходимости).

в) Описание, предоставляемое производителем:

1) техническое описание:

- причина изменения/прекращения производства изделия;

- заключение о совместимости с изменяемым изделием или его предлагаемой замене;

- изменения/прекращение производства изделия, произведенные в связи с изменением базовых нормативных требований (например, федеральный закон, нормативный и правовой акт), и время их вступления в законную силу;

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

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

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

Формат обмена данными для компьютеризированной обработки, описанный в данном разделе, определяет XML-структуру, подходящую для аппаратных средств (см. приложение А), а также шаблон уведомления, специально подготовленный для ознакомления специалистами (см. приложение Б).

Если не установлено иное, то необходимо предоставлять следующие данные. Для электронного обмена данными необходимо заносить данные в соответствующие поля (см. приложение А). Далее обязательно предоставляемые данные будут определены и пояснены на примерах. Имена полей и связанные с ними примеры применимы к обмену данными в XML-формате.

7.2.1.1 Заголовок (наименование)

Описание: краткий описательный текст PCN/PDN-уведомлений.

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: да.

Формат: текстовое поле из 256 символов.

XML-имя: pcnTitle

7.2.1.2 Тип уведомления об изменении/прекращении выпуска

Описание: изменение/прекращение производства изделия.

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: да.

Формат: см. таблицу 1.

XML-имя: pcnType

7.2.1.3 Название компании или ее общеупотребительный фирменный товарный знак/торговая марка

Описание: Полное название компании-производителя и ее торговое наименование.

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

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: да.

Формат: текстовое поле из 128 символов для торгового наименования компании: текстовое поле из 32 символов для XML-имени.

7.2.1.4 Контактные данные компании

Описание: электронный и почтовый адреса компании.

Частота появления: при каждом появлении записи; повторения допускаются для обозначения различных областей.

Наличие поля, обязательного для заполнения: да.

Формат: имеет структуру, содержащую:

- адрес электронной почты (текстовое поле из 256 символов);

- улицу (текстовое поле из 128 символов);

- почтовый индекс (текстовое поле из 32 символов);

- город (текстовое поле из 128 символов);

- регион (текстовое поле из 128 знаков) (при необходимости);

- код страны (текстовое поле из 128 символов).

7.2.1.5 Идентификационный ключ (ID) уведомлений об изменении/прекращении выпуска

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

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: да.

Формат: текстовое поле из 128 символов.

XML-имя: pcnNumber

7.2.1.6 Дата публикации PCN/PDN-уведомлений

Описание: дата публикации уведомлений об изменении/прекращении выпуска изделия.

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: да.

Формат: запись даты в формате YYYY-MM-DD [см. ГОСТ Р 7.0.64 (YYYY = четырехзначный номер года, MM = двухзначный номер месяца, DD = двухзначный номер дня)].

XML-имя: pcnIssueDate

7.2.1.7 Номер корректировки

Описание: номер корректировки как дополнение к PCN-номеру.

Частота появления: при каждом появлении записи.

Наличие поля, обязательного для заполнения: нет, только по желанию.

Формат: текстовое поле из 32 символов.

XML-имя: pcnRevision

7.2.2.1 Общие положения

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

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

Вся информация об изделиях, подверженных изменению/прекращению производства, является частью структуры данных "itemnumbers", в которой отображается каждое из изделий. Структура "partnumber" должна содержаться в описании как минимум один раз и может повторяться с различным содержанием столько раз, сколько необходимо.

7.2.2.2 Уникальный номер детали производителя

Описание: (уникальный) номер детали производителя.

Частота появления: при каждом появлении изделия.

Наличие поля, обязательного для заполнения: да.

Формат: текстовое поле из 128 символов.

XML-имя: itemMfrNumber

7.2.2.3 Обозначение типа и/или номер чертежа

Описание: (уникальный) номер детали производителя.

Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 128 символов.

XML-имя: itemMfrTypeIdent

7.2.2.4 Обозначение (название/краткое описание) изделия

Описание: описательное обозначение изделия.

Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: да.

Формат: текстовое поле из 128 символов.

XML-имя: itemMfrName

7.2.2.5 Категория изделия

Описание: расширенная классификация изделий для обработки данных об изделии на основе установленных правил.

Частота появления: при каждом появлении изделия, подверженного изменению/прекращению производства.

Наличие поля, обязательного для заполнения: да.

Формат: выбирают из следующего перечня (перечень категорий изделий представлен в таблице 2).

XML-имя: itemCategory

7.2.2.6 Статус пересмотра изделия

Описание: статус пересмотра изделия, подверженного изменению/прекращению его производства.

Частота появления: при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 32 символов.

XML-имя: itemRev

7.2.2.7 Другие показатели идентификации и описания изделия, подверженного изменению/прекращению его производства

Описание: другие показатели идентификации и описания изделия, подверженного изменению/прекращению его производства, например стандарты, специальные отраслевые классификаторы.

Частота появления: несколько раз при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 2048 символов.

XML-имя: itemSubData

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).

XML-имя: itemChangeType

7.2.2.10 Предлагаемый производителем номер заменяющей детали

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

Частота появления: по одному разу при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 128 символов.

XML-имя: itemMfrReplNumber или itemMfrTypeIdent

7.2.3.1 Техническое описание

Описание: описание изменения/прекращения производства. Допускается в нескольких вариантах: в сокращенном варианте в файле pcnbody предусмотрены соответствующие поля для сокращенных ключевых слов и подробного текстового описания. Последующие технические описания можно представлять в виде файлов (предпочтительно - в PDF-формате), произвольно выбираемых из папки Attachments.

Частота появления: по одному разу при каждом появлении изделия, подверженного изменению/прекращению его производства.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 128 символов (pcnChangeTitle); текстовое поле из 4096 символов (pcnChangeDetail).

7.2.3.2 Идентификация измененного изделия (изделий)

Описание: описание способа идентификации модифицированных изделий (например, по серийному номеру, по коду даты, по упаковке, по цвету).

Частота появления: по одному разу на каждую запись.

Наличие поля, обязательного для заполнения: нет (только при необходимости).

Формат: текстовое поле из 2048 символов.

XML-имя: penChangeIdentificationMethod

7.2.3.3 Соответствующая документация (возможно, согласованная в контракте)

Описание: подробная документация с графиками, таблицами, рисунками (в виде отдельных документов) в файле с расширением ".pcn", содержащаяся в папке Attachments.

Частота появления: по одному разу на каждую запись.

Наличие поля, обязательного для заполнения: да.

Формат: файл (например, в PDF-формате) в папке Attachments, содержащий имя файла в файле attachments.xml.

XML-имя: penChangeIdentificationMethod

Ниже описан формат полного обмена данными. Если данными обмениваются между собой две информационные системы напрямую, то будет передаваться рассмотренный ниже контент.

Нижеследующие описания и определения предназначены для 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;

- файл attachments.xml;

- папку Attachments;

- файл PCNmaster.pdf.

Файл 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-формате поля данных всегда задаются с помощью тегов в угловых скобках, а содержимое полей указывается в промежутке между <data field x>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.

Заголовки позволяют идентифицировать файл как XML-файл и давать ссылку на XML-стандарт, а также на соответствующий XSD-файл.

<?xml version = "1.0" encoding = "UTF-8"?>

(Примечание - Определение XML-файла в соответствии со стандартом XML 1.0, с кодировкой символов UTF-8).

<PCNbody xmlns: xsd = "http://www.w3.org/2001/XMLSchema" xmlns = http://www.smartpcn.org/images/files/Schema">

...

содержимое файла PCNBody

...

</PCNbody>

Все остальные данные помещают между тегами <PCNbody...> и </PCNbody> (см. рисунок А.2). При этом URL-адреса определяют места хранения данных, в которых они будут сохраняться как в виде XML-схемы, так и PCN-схемы.

На следующем, более низком уровне (Уровне 1) имеется шесть блоков данных (см. таблицу А.2).

На нижеприведенном рисунке А.2 показана структура блока Superstructure:

А.4.3.1 Общие положения

Блок Master Data (мастер-данные) - это масштабная структура, содержащая соответствующие мастер-данные в PCN/PDN-уведомлениях. Поля данных приведены в таблице А.4 с их свойствами, содержанием и пояснениями.

Параметры, задокументированные в блоке Master Data, применимы ко всем PCN-уведомлениям, если иное значение элемента не задано в блоке Itemnumbers.

На нижеследующем рисунке А.3 приведена структура блока Master Data.

А.4.4.1 Общие положения

В данном блоке приведена общая информация об изменении/прекращении выпуска изделия, которая относится к PCN-уведомлению (см. таблицу А.5).

На рисунке А.4 приведена структура блока Difference Description.

А.4.5.1 Общие положения

Блок номера элементов Itemnumbers (см. таблицу А.6) имеет особое значение, поскольку в этом блоке должны идентифицироваться изделия, подверженные изменению/прекращению производства. Здесь очень важно вводить каждый отдельный артикульный номер или номер заказа, поскольку только в этом случае можно автоматически обрабатывать PCN/PDN-уведомления у заказчика. Общие описания типа "Серия ABC" не допускаются.

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

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

Существует ряд параметров, которые имеют такой же смысл, как и в блоках, применимых ко всему PCN-уведомлению. Если эти параметры указывают для изделия, то соответствующие подробные сведения будут относиться только к изделию, подверженному изменению/прекращению его производства, а если для изделия не приводятся конкретные сведения, то следует применять значения параметров высшей категории.

На рисунке А.5 приведена структура блока Itemnumbers.

Для совместимости с форматом smartPCN есть отдельный блок Life Cycle Data (данные о жизненном цикле) для информации о датах изменения/прекращения производства (см. таблицу А.7). Эта информация применима ко всем изделиям, если в нем не указано иное.

Для совместимости с форматом smartPCN предусмотрен отдельный блок, предназначенный для указания причин изменения/прекращения производства. Эта информация, если не установлено иное, применима ко всем изделиям (см. таблицу А.8).

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

Подобная информация также доступна на уровне изделий. Для совместимости с форматом smartPCN этот блок сделан доступным на pcn-уровне.

Данный метод представляет собой своего рода "закрытый конверт" с содержимым, которое можно передавать в другую программу. Таким образом, другие языки описания (например, JSON) или субструктуры xml (например, с e@Class) теперь можно вводить без необходимости знания этой структуры.

Ниже представлена таблица А.10 предварительно задаваемых значений для subType. Некоторые группы пользователей в своих приложениях могут дополнительно задавать собственные значения.

Эти значения можно применять для субструктур как на уровне изделий, так и на уровне PCN-уведомлений.

В зависимости от категории изделия можно выполнять свободное размещение 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.

Файл Attachments - это каталог для папки Attachments в контейнере с расширением .pcn. Выполняются записи имени файла, контрольной суммы MD5 и размера файла.

<?xmlversion="1.0" encoding="UTF-8"?>

<attachments xmlns:xsd="http://www.w3.org/2001/XMLSchema"xmlns="http://www.smartpcn.org/images/files/Schema">

</attachments>

Повторяющийся блок Attachments вводится в виде субструктуры, представленной в таблице А.14.

Для создания PCN/PDN-уведомлений в удобочитаемом для человека виде можно использовать форму, указанную в таблице Б.1.

Пример удобочитаемого PCN/PDN-уведомления приведен в таблице Б.2.

В таблице Б.3 приведен пример удобочитаемого PCN-уведомления.

В таблице Б.4 приведен пример удобочитаемого PCN-уведомления.