agosty.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.240. Применение информационных технологий

ГОСТ Р 54878-2011 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI (FACT)

Обозначение:
ГОСТ Р 54878-2011
Наименование:
Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI (FACT)
Статус:
Действует
Дата введения:
09.01.2012
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.240.60

Текст ГОСТ Р 54878-2011 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI (FACT)


ГОСТ Р 54878-2011/
ISO/TS 20625:2002



НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ЭЛЕКТРОННЫЙ ОБМЕН ДАННЫМИ В УПРАВЛЕНИИ, ТОРГОВЛЕ И НА ТРАНСПОРТЕ (EDIFACT)

Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI(FACT)

Electronic data interchange for administration, commerce and transport (EDIFACT). Rules for generation of XML scheme files (XSD) on the basis of EDI(FACT) implementation guidelines

ОКС 35.240.60

Дата введения 2012-09-01



Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании", а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004* "Стандартизация в Российской Федерации. Основные положения"

Сведения о стандарте

1 ПОДГОТОВЛЕН Научно-техническим центром "ИНТЕК" на основе собственного аутентичного перевода на русский язык международного документа, указанного в пункте 4

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

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

4 Настоящий стандарт идентичен международному документу ИСО/ТС 20625:2002* "Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI(FACT)" (ISO/TS 20625:2002 "Electronic data interchange for administration, commerce and transport (EDIFACT) - Rules for generation of XML scheme files (XSD) on the basis of EDI(FACT) implementation guidelines").

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА

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

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

Введение

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

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

EDIFACT-инструкции по реализации сообщений (MIGs) описывают процедуры применения стандартизированных типов EDIFACT-сообщений к бизнес-процессам, вследствие этого они являются удобным инструментом для формирования XML-схем (структур). Настоящий стандарт устанавливает процесс перевода данных.

1 Область применения

Настоящий стандарт устанавливает принципы выбора XML-схем (структур) из EDI MIG-инструкций, обеспечивающих применение обоснованного метода представления семантических данных.

В настоящем стандарте определен способ выбора XML-данных из UN/EDIFACT MIG-инструкций. Рассматриваемые принципы применимы и к другим EDI-стандартам.

Настоящий стандарт не распространяется на описания типов документов (DTDs).

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты* (для датированных ссылок следует использовать только указанное издание, для недатированных ссылок следует использовать последнее издание указанного документа):

____________

* Таблицу соответствия национальных стандартов международным см. по ссылке. - .

ИСО 8601:2004 Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени (ISO 8601:2004, Data elements and interchange formats. Information interchange. Representation of dates and times)

ИСО 9735-1:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей (ISO 9735-1:2002, Electronic data interchange for administration, commerce and transport (EDIFACT). Application level syntax rules (Syntax version number: 4, Syntax release number: 1). Part 1. Syntax rules common to all parts)

3 Термины, определения и сокращения

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

3.1 базовый семантический регистр (basic semantics register; BSR).

3.2 базовая семантическая единица (basic semantic unit; BSU).

3.3 описание типа документа (document type definition; DTD).

3.4 электронный обмен данными (electronic data interchange; EDI).

3.5 электронный обмен данными в управлении, торговле и на транспорте (electronic data interchange for administration, commerce and transport; EDIFACT).

3.6 гипертекстовый язык разметки документов (hyper text mark-up language; HTML).

3.7 инструкция по реализации сообщения (message implementation guideline; MIG).

3.8 стандартный обобщенный язык описания документов (standard generalised mark-up language; SGML).

3.9 расширяемый язык описания связей (extensible link language; XLL).

3.10 расширяемый язык разметки (extensible mark-up language; XML).

3.11 расширяемое определение схемы (extensible schema definition; XSD).

3.12 расширяемый язык таблиц стилей (extensible stylesheet language; XSL).

3.13 www-консорциум (world wide web consortium; W3C).

3.14 элемент (element): Синтаксический структурный блок, содержащий данные и/или атрибуты.

3.15 имя (name): Имя в XML-языке начинается с буквы или допустимого специального символа, далее могут следовать буквы, цифры, дефисы, подчеркивания, двоеточия или точки. Имена, начинающиеся с "xml" или со строки символов, которые примыкают к (('Х'|'х') ('M'|'m') ('L'|'I')), являются резервными для целей XML-стандартизации.

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

3.17 тег, метка (tag): Инструкция по форматированию или семантическая пометка.

4 Стандартное содержание инструкций по реализации сообщений (MIG)

4.1 Уровень: MIG

a) Идентификационные данные MIG-инструкции.

b) Идентификационные данные служебного EDIFACT-каталога.

c) Идентификационные данные типа сообщения и при необходимости промышленных подгрупп.

4.2 Уровень: Тип сообщения

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

b) Состояние (стандартное или прикладное) используемых сегментов и групп сегментов.

c) Контекстно связанные имена и описания сегментов и групп сегментов.

d) Примеры.

e) Взаимосвязи между сегментами и группами сегментов.

f) Дополнительный текст, комментарии относительно уровня типа сообщения.

4.3 Уровень: Сегменты и составные элементы данных

a) Структура сегментов и составных элементов данных, а также указание используемых ими позиций.

b) Состояние (стандартное или прикладное) элементов данных и составных элементов данных.

c) Взаимосвязи между элементами данных и составными элементами данных в одном типе сообщений.

d) Контекстно связанные имена и описания.

e) Примеры.

f) Дополнительный текст, комментарии.

4.4 Уровень: Элемент данных

a) Характеристики EDI-элементов данных (тип, длина) и ограничения на их применение, основанные на MIG-инструкциях и контекстно связанном исполнении.

b) Контекстно связанные имена и описания элементов данных и при необходимости индивидуальные теги и описания, например, отбираемые из хранилищ данных типа ISO-BSR.

c) Примеры.

d) Дополнительный текст, комментарии.

e) Допустимые значения.

f) Константы.

g) Четко задаваемые пользователем EDIFACT-коды или перечни ISO/UN-кодов.

h) Четко задаваемые пользователем коды.

i) Произвольно задаваемые пользователем EDIFACT-коды или перечни ISO/UN-кодов.

j) Произвольно задаваемые пользователем коды, не содержащиеся в каталоге EDIFACT-кодов.

k) Принципы, которым должны отвечать значения элементов данных.

I) Преобразование в поля в программах и неструктурированных файлах соответственно.

5 Требования к принципам логического вывода схем

a) MIG-техническая информация, перечисленная в разделе 4, при необходимости должна иметь возможность быть встроенной в схемы (структуры).

b) Структура MIG-инструкции более низкого уровня должна быть легкодоступной (XML- и традиционные EDI-инструкции должны быть сопоставимыми по структуре).

c) Сформированные XML-сообщения должны иметь минимально возможную длину.

d) Существование варианта, определенного с помощью настоящего стандарта как обязательного, при котором семантические данные могут представляться в ХМL-виде.

e) Разработчик MIG-инструкций решает, какие данные важны и какие структуры значимы для его конкретного приложения. Именно он должен определить, какие структурные элементы должны объединяться в схемы.

6 Принципы формирования XML-схем, отбираемых из EDI MIG-инструкций

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

6.1 Принцип 1: Наименование тега

6.1.1 Вариант 1

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

"М_"+ тип сообщения + [суффикс]

Пример: M_ORDERS

"G_"+ группа сегментов + [суффикс]

Пример: G_SG36 или G_LIN_ALC

"S_"+ сегмент + [суффикс]

Пример: S_LIN

"С_"+ составной элемент данных + [суффикс]

Пример: С_С082_2

"D_"+ элемент данных + [суффикс]

Пример: D_3035 или D_3035_10

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

Если XML-схемный файл формируется из EDIFACT MIG-инструкции, то необходимо указывать лишь префикс "D_". Поскольку в других EDI-стандартах должны использоваться иные префиксы, которые будут идентифицировать составные элементы данных и просто элементы данных путем применения цифровых тегов, то префиксы должны быть обязательными.

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

Рекомендации W3C XML предполагают использование "тегов, не требующих пояснений". EDI[FACT]-теги отвечают этим требованиям в большей степени, чем теги, записанные на естественном языке, поскольку для EDI-специалистов они представляют устоявшийся общепонятный смешанный язык из элементов романских, греческого и восточных языков.

Пример -

6.1.2 Вариант 2

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

6.2 Принцип 2: Структура

6.2.1 Одни и те же EDI-теги или имена должны формировать сгруппированные элементы (см. также принцип, описанный в 6.10).

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

6.2.3 Схема может содержать дополнительные "сшитые" между собой элементы для групп сообщений или их обмена (сопоставимые с UN/EDIFACT UNG-UNE и UNB-UNZ).

6.2.4 Любое использование EDI-контейнера данных (типа сообщения, группы сегментов, сегментов и т.п.) может представляться как независимый XML-элемент. Существующая EDI-структура является источником для XML-структуры, поэтому XML-схема должна обладать структурой, сопоставимой со структурой EDI MIG. Набор обобщенных XML-элементов не должен превышать набор EDI-элементов.

Примечание - Способ, с помощью которого автор описывает MIG-инструкцию, должен отвечать требованиям соответствующего бизнес-процесса, поэтому и схема должна соответствующим образом структурироваться. Если, например, MIG-инструкция содержит "дату документа" и "запрашиваемую дату поставки" в двух различных экземплярах DTM-сегмента, то соответственно должны формироваться и раздельные XML-элементы. Кроме того, если они документируются в одном и том же экземпляре DTM-сегмента, то будет формироваться только один XML-элемент.

Несколько поясняющих примеров для 6.2.1 и 6.2.2:

Вариант 1: Инструкция содержит два DTM-сегмента (см. рисунок 1).

DTM (#1), Status M, Occurrence 1, Qualifier in DE 2005: 4, Name: Order date

DTM (#2), Status M, Occurrence 1, Qualifier in DE 2005: 2, Name: Requested delivery date

Рисунок 1 - Диаграмма сообщения для инструкции, содержащей два DTM-сегмента

Установленный по умолчанию переход в XML-схему в соответствии с 6.2.1 таков:

Примечание - Элемент D_2005 принадлежит к перечислимому типу данных и содержит две положительные величины '2' и '4'.

В другом варианте применение принципа 6.2.2 дает следующий результат:

Вариант 2: Инструкция с неявно документированной датой, использующая только один DTM-сегмент (см. рисунок 2).


DTM, Status M, Occurrence 2, Qualifier in DE 2005: 2 и 4

Рисунок 2 - Диаграмма сообщения для инструкции, содержащей только один DTM-сегмент

Преобразование в XML-схему аналогично преобразованию, применяемому по умолчанию в соответствии с принципом 6.2.1, т. е.:

6.3 Принцип 3: Оптимизация структуры

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

6.3.1 EDIFACT-сегмент, который содержит несколько элементов с коммерческой информацией, обладает обобщающей функцией. Если же этот сегмент содержит только один элемент с коммерческой информацией, то он этой функцией не обладает и при преобразовании в XSD-схему данный уровень сегмента может выпадать.

6.3.2 Элементы основного стандарта, не используемые в MIG-инструкции, будут исключаться.

6.3.3 Постоянные префиксы или коды не переходят в XML-структуру (для определенного элемента данных только один код будет документироваться в MIG-инструкции). Соответствующие элементы данных не должны переходить в XML-структуру.

Ниже приведено несколько примеров.

Получено из:

Уровни сегментов и составных элементов данных не требуются, поскольку они содержат только постоянные префиксы и поэтому исключаются.

6.4 Принцип 4: Состояние

EDI-состояние и прикладной статус в MIG-инструкции будут объединены в XML-состоянии (с поддержанием больших ограничений).

Состояние "обязательное" будет представляться с помощью минимально повторяющегося индекса "1", а состояние "условное" - с помощью минимально повторяющегося индекса "0". Состояние задается атрибутом minOccurs.

Пример -

6.5 Принцип 5: Максимальное число экземпляров

Число экземпляров MIG-инструкции формирует число XML-экземпляров. Это значение будет задаваться с помощью XSD-атрибута maxOccurs.

При использовании версии 4 EDIFACT-синтаксиса (см. ИСО 9735-1) и соответствующих каталогов этот принцип применим и к составным элементам данных, и к элементам данных.

6.6 Принцип 6: Форматы элементов данных

6.6.1 Обозначения "an" и "а" относятся к формату представления данных "строка", а обозначение "n" - к формату представления данных "десятичный". Для длин буквенно-символьных и цифровых элементов данных, как это определено в MIG-инструкции, будет формироваться соответствующий атрибут simpleTypes.

6.6.2 Форматы представления даты могут передаваться в XML-типы данных "date", "timelnstant" и "time". В этом случае необходимо использовать преобразование форматов, имеющих следующее представление в XML:

date (дата):

1999-05-31 (согласно ИСО 8601)

time (время):

13:20:00

timelnstant (момент времени):

1999-05-31Т13:20:00

Пример -

6.7 Принцип 7: Перечни кодов и задаваемые пользователем коды

6.7.1 Кодированные элементы данных должны определяться как данные комплексного типа. Если в MIG-инструкции задокументированы только специальные коды элементов данных, то именно эти коды станут допустимыми для приложений и будут передаваться в XML-структуру.

6.7.2 Если в MIG-инструкции для элементов данных коды не предусмотрены, то допускается наличие перечня всех имеющихся кодов, который будет передаваться в XML-структуру.

6.7.3 Перечни многократно используемых кодов могут предоставляться с помощью внешних файлов.

6.7.4 Наименования кодов будут дополнительно сохраняться в виде аннотаций к ним.

6.7.5 Согласно принципу 3 (см. 6.3) постоянные префиксы или коды не должны передаваться в XML-структуру (только один определенный элемент данных документируется в MIG-инструкции). Соответствующие элементы данных не должны предусматриваться в XML-структуре, однако в случае острой необходимости в использовании какого-либо элемента данных его необходимо включать в XML-структуру (например, вид валюты, соответствующий элементу данных 6345 в сегменте МОА).

Примеры -

6.8 Принцип 8: Имена EDI-объектов

6.8.1 Стандартизованные или присваиваемые пользователем имена групп сегментов, сегментов, составных элементов данных и элементов данных могут предусматриваться в схеме как атрибут "annotation". В качестве атрибута для любого XML-элемента допускается использовать только одно EDI-имя.

6.8.2 Если ED-объект имеет стандартизованное или присвоенное пользователем имя, сохраняется только последнее.

Примечание - Последнее утверждение относится к имени объекта, которое может находиться по присвоенному пользователем имени, BSU или другим образом в MIG-инструкциях. При этом XML-файл будет оставаться незаполненным, а логическое преобразование - легко реализуемым с помощью синтаксического анализатора.

Примеры -

6.9 Принцип 9: Размещение данных

6.9.1 Поскольку MIG-инструкция содержит подробное описание размещения данных, то в качестве атрибутов могут формироваться "точки привязки", которые будут позволять применять XML-формат обмена данными к EDI-подсистемам.

6.9.2 С помощью атрибута EDISource предусмотрен EDI[FACT]-источник. Это обозначение атрибута сочетает в себе функциональное назначение применяемого документирования и основную информацию относительно версии каталога, например EDIFACT-каталога.

При этом применимы следующие правила:

- путь указывается в форме "segmentgroup.segment.compositedataelement.dataelement" или "segmentgroup.segment.dataelement";

- группа сегментов может оказаться многочисленной для указания уровней EDI[FACT]-структуры;

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

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

Например, запись вида (0120:020:02) должна читаться следующим образом: "Порядковый номер в стандарте": "порядковый номер составного элемента данных или элемента данных": "при необходимости - порядковый номер компонента в составном элементе данных".

Примеры -

6.10 Принцип 10: Группирование контейнеров данных с одинаковыми именами

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

6.10.1 Структура

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

6.10.2 Состояние

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

6.10.3 Формат

Формат должен определяться в соответствии с широко используемым форматом, указанным в MIG-инструкции (инструкциях).

6.10.4 Перечень кодов

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


Приложение А
(справочное)


Пример преобразования данных из EDIFACT в XML

Примечание - Приведенные в данном приложении примеры основаны на использовании тегов, выраженных на немецком языке, однако не исключено и использование для них и других языков. Состояние, обозначаемое буквой R, означает "требуемое", а состояние, обозначаемое буквой О, означает "свободное, опционное". Оба эти состояния имеют тот же смысл, что и состояние, обозначаемое буквами М ("обязательное") и С ("условное"). Состояние, обозначаемое буквой N, означает, что оно "не используется".

А.1 Структура для преобразования данных, основанная на EDIFACT

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

Основой для формирования XML-структуры является применение в EDIFACT сообщения типа ORDERS (Заказ на покупку) со следующими особенностями:

А.1.2 Структура сообщения

А.1.2.1 Таблица сегментов

Таблица А.1 - Таблица сегментов для EDIFACT-сообщений типа ORDERS

А.1.2.2 Диаграмма, иллюстрирующая структуру сообщения


Рисунок А.1 - Диаграмма структуры сообщения (схема ветвления), основанная на EDIFACT ORDERS

А.1.3 Описание сегмента

Сегмент:

Порядковый N:

1

Уровень:

0

Заголовок сообщения

Состояние:

М

Макс. экз.:

1

Имя: Заголовок сообщения

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

0062

Регистрационный номер сообщения

М an..14

М

+1

Индивидуальный номер сообщения, присваиваемый отправителем

S009

ИДЕНТИФИКАТОР СООБЩЕНИЯ

М

М

0065

Идентификатор типа сообщения

M an..6

М

+ORDERS

ORDERS = Сообщение о заказах

0052

Номер версии типа сообщения

М an..3

М

:D

D = Предварительный каталог

0054

Номер выпуска типа сообщения

М an..3

М

:93А

93А = Каталог EDIFACT, версия 93А

0051

Контролирующая организация

M an..2

М

:UN'

UN = Стандартные сообщения UN/ECE/TRADE/WP.4, ООН (UNSM)

Примечание - Это заголовок сегмента сообщения.

Пример - UNH+1+ORDERS:D:93A:UN'.

Сегмент:

Порядковый N:

2

Уровень:

0

Начало сообщения

Состояние:

М

Макс. экз.:

1

Имя: Тип документа и его номер

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С002

ИМЯ ДОКУМЕНТА/
СООБЩЕНИЯ

С

R

1001

Имя документа/сообщения, кодированное

С an..3

R

+220

220 = Заказ

1004

Номер документа/сообщения

С an..35

R

+1-96'

Формат an..8.

Номер документа, присваиваемый отправителем.

Номер заказа

Пример - BGM+220+1-96'.

Сегмент:

Порядковый N:

3

Уровень:

1

Дата/Время/Продолжительность

Состояние:

М

Макс. экз.:

1

Имя: Дата заказа

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С507

ДАТА/ВРЕМЯ/ ПРОДОЛЖИТЕЛЬНОСТЬ

М

М

2005

Префикс даты/времени/ продолжительности

М an..3

М

+4

4 = Дата/время заказа

2380

Дата/время/ продолжительность

С an..35

R

: 19960101

Формат n8

Дата заказа

2379

Формат префикса даты/времени/ продолжительности qualifier

С an..3

R

:102

102 = JJJJMMTT

Пример - DTM+4:19960101:102'.

Сегмент:

Порядковый N:

4

Уровень:

10

Дата/Время/Продолжительность

Состояние:

М

Макс. экз.:

1

Имя: Дата поставки

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С507

ДАТА/ВРЕМЯ/ ПРОДОЛЖИТЕЛЬНОСТЬ

М

М

2005

Префикс даты/времени/ продолжительности

М an..3

М

+2

2 = Запрашиваемая дата/время поставки

2380

Дата/время/ продолжительность

С an..35

R

: 19960110

Формат n8

Дата поставки

2379

Формат префикса даты/времени/ продолжительности

С an..3

R

А 02

102 = CCYYMMDD

Примечание - Данный сегмент должен использоваться для передачи запрашиваемой даты поставки.

Пример - DTM+2:19960110:102'.

Группа:

Состояние: R

Мах. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Сегмент:

Порядковый N:

5

Уровень:

1

Наименование и адрес покупателя

Состояние:

М

Макс. экз.:

1

Имя: Идентификационные данные покупателя

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/
Комментарии

3035

Префикс партии

М an..3

М

+BY

BY = Покупатель

С082

ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ ПАРТИИ

С

N

3039

Идентификационный номер партии

M an..17

N

С058

НАИМЕНОВАНИЕ И АДРЕС

С

N

3124

Name and address line

М an..35

N

С080

НАИМЕНОВАНИЕ ПАРТИИ

С

R

3036

Наименование партии

М an..35

+BONBON

Формат an..10

AG

Наименование покупателя

С059

УЛИЦА

С

0

3042

Улица и номер дома/ Почтовый адрес

М an..35

М

+SIRUPST RASSE 15

Улица покупателя

3164

Наименование города

С an..35

0

+ZUCKER STADT

Город покупателя

3229

Идентификатор страны на низшем уровне

С an..9

N

3251

Идентификатор почтового индекса

С an..9

0

+55555'

Формат n5

Почтовый индекс покупателя


Пример - NAD+BY+++BONBON AG+SIRUPSTRASSE 15+ZUCKERSTADT++55555'.

Группа:

Состояние: R

Макс. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Сегмент:

Порядковый N:

6

Уровень:

1

Финансовая учрежденческая информация

Состояние:

О

Макс. экз.:

1

Имя: Информация относительно состояния банковского счета покупателя

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

3035

Префикс партии

М an..3

М

+ВВ

ВВ = Банк покупателя

С078

ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ СЧЕТА

С

R

3194

Номер держателя счета

С an..17

R

+12365478

Формат n10

90

Номер счета покупателя

Номер счета покупателя. В соответствии с законодательством Германии анонимные счета запрещены

3192

Имя владельца счета

С an..35

R

:BONBON

Формат аn..10

AG

Держатель счета. Для предотвращения каких-либо проблем с законом имя держателя счета должно передаваться

С088

ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ УЧРЕЖДЕНИЯ

С

R

3433

Идентификация наименования учреждения

С an..11

R

+10090045

Формат n8

BIC покупателя

1131

Префикс перечня кодов

С an..3

R

:25

25 = Идентификационные данные банка

3055

Перечень кодов ответственной организации, кодированный

С an..3

R

:131

131= Немецкая ассоциация банкиров

3434

Номер филиала учреждения

С an..17

0

:262

Данный элемент может использоваться для определения финансирующей организации

Номер филиала учреждения

1131

Определитель перечня кодов

С an..3

N

3055

Перечень кодов ответственной организации, кодированный

С an..3

N

3432

Наименование учреждения

С an..70

0

:SBANK'

Наименование банка покупателя

Содержит наименование банка покупателя

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

Пример - FII+BB+1236547890:BONBONAG+10090045:25:131:262:::SBANK'.

Группа:

Состояние: R

Макс. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Группа:

Состояние: О

Макс. экз.:

1

Сумма НДС для покупателя

Сегмент:

Порядковый N: 7

Уровень:

2

Ссылка

Состояние: О

Макс. экз.:

1

Имя: Сумма НДС для покупателя

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С506

ССЫЛКА

М

М

1153

Ссылочный префикс

М an..3

М

+VA

VA = Регистрационный номер НДС

1154

Ссылочный номер

С an..35

R

DE998887 7

Идентификационный номер НДС покупателя

Пример - RFF+VA:DE9988877'.

Группа:

Состояние: R

Макс. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Группа:

Состояние: О

Макс. экз.:

1

Информация для связи с покупателем

Сегмент:

Порядковый N: 8

Уровень:

2

Контактная информация

Состояние: М

Макс. экз.:

1

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

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

3139

Контактная функция, кодированная

С an..3

R

+IC

1С = Контактная информация

С056

ПОДРОБНЫЕ СВЕДЕНИЯ О ПОДРАЗДЕЛЕНИИ ИЛИ ПРЕДСТАВИТЕЛЕ ПОКУПАТЕЛЯ

С

0

3413

Идентификационные данные о подразделении или представителе покупателя

С an..17

0

+Bart Simpson'

Формат an..15

Информация для связи с покупателем

Пример - CTA+IC+Bart Simpson'.

Группа:

Состояние: R

Макс. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Группа:

Состояние: О

Макс. экз.:

1

Информация для связи с покупателем

Сегмент:

Порядковый N: 9

Уровень:

3

Контактная информация

Состояние: О

Макс. экз.:

1

Имя: Номер телефона

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С076

КОНТАКТНАЯ ИНФОРМАЦИЯ

М

М

3148

Номер телефона для связи

М

an..25

М

Формат an..12

Номер телефона покупателя

3155

Префикс канала связи

М

an..3

М

ТЕ = Телефон

Пример - СОМ+05368-22347:ТЕ'.

Группа:

Состояние: R

Макс. экз.:

1

Покупатель

В данном примере SG 2-информация, касающаяся покупателя, будет передаваться.

Группа:

Состояние: О

Макс. экз.:

1

Информация для связи с покупателем

Сегмент:

Порядковый N: 10

Уровень:

3

Контактная информация

Состояние: М

Макс. экз.:

1

Имя: Контактная информация

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С076

КОНТАКТНАЯ ИНФОРМАЦИЯ

М

М

3148

Номер для связи

М an..25

М

+05368-
22555

Формат an..12

Buyer fax number

3155

Префикс канала связи

М an..3

М

:FX'

FX = Телефакс

Пример - COM+05368-22555:FX'.

Группа:

Состояние: R

Макс. экз.:

1

Продавец

В данном примере SG 2-информация, касающаяся продавца, будет передаваться.

Сегмент:

Порядковый N: 11

Уровень:

1

Наименование и адрес продавца

Состояние: М

Макс. экз.:

1

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

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

3035

Префикс партии

М an..3

М

+SE

SE = Покупатель

С082

ПОДРОБНЫЕ ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ НА ПАРТИЮ

С

N

3039

Идентификационный номер партии

M an..17

N

С058

НАИМЕНОВАНИЕ И АДРЕС ПРОДАВЦА

С

N

3124

Имя и адрес строки

M an..35

N

С080

НАИМЕНОВАНИЕ ПАРТИИ

С

R

3036

Наименование партии

М an..35

М

+КАКАО

Формат an..10

GMBH

Наименование продавца

С059

УЛИЦА

С

0

3042

Улица и номер дома/почтовый адрес

M an..35

М

+FRUCHT STRASSE 1

Наименование улицы покупателя

3164

Название города

С an..35

0

+SAHNEB ERG

Наименование города покупателя

3229

Идентификационные данные о стране

С an..9

N

3251

Идентификационный почтовый индекс

С an..9

0

+98765'

Формат n5

Почтовый индекс продавца

Пример - NAD+SE+++KAKAO GMBH+FRUCHTSTRASSE 1+SAHNEBERG++98765'.

Группа:

Состояние: О

Макс. экз.:

1

Валюта

Сегмент:

Порядковый N: 12

Уровень:

1

Валюты

Состояние: М

Макс. экз.:

1

Имя: Валюта заказа

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С504

ПОДРОБНЫЕ СВЕДЕНИЯ О ВАЛЮТЕ

С

R

6347

Префикс валюты

М an..3

М

+2

2 = Базовые валюты

6345

Вид валюты, кодированный

С an..3

R

:EUR

Валюта заказа

6343

Префикс валюты

С an..3

0

:9'

9 = Валюта заказа

Пример - CUX+2:EUR:9'.

Группа:

Состояние: R

Макс. экз.:

1

Строки позиций

Сегмент:

Порядковый N: 13

Уровень:

1

Строка позиции

Состояние: М

Макс. экз.:

1

Имя: Номер изделия поставщика

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

1082

Номер позиции

С n..6

О

+1

Формат n..5

Строка позиции

1229

Операция запроса/ уведомления, кодированная

С an..3

N

С212

ИДЕНТИФИКАЦИОННЫЕ ДАННЫЕ О НОМЕРЕ ИЗДЕЛИЯ

С

R

7140

Номер изделия

С an..35

R

+2001

Формат an..10

Номер изделия

7143

Номер типа изделия, кодированный

С an..3

R

:SA

SA = Номер товара поставщика

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

Пример - LIN+1++2001:SA'.

Группа:

Состояние: R

Макс. экз.:

10

Строки позиций

Сегмент:

Порядковый N:

14

Уровень:

2

Описание изделия

Состояние: О

Макс. экз.:

1

Имя: Краткое описание изделия

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

7077

Тип описания изделия, кодированный

С an..3

R

+F

F = Свободный формат

7081

Характеристики изделия, кодированные

С an..3

N

С273

ОПИСАНИЕ ИЗДЕЛИЯ

С

R

7009

Идентификационные данные описания изделия

С an..7

N

1131

Префикс перечня кодов

С an..3

N

3055

Организация, ответственная за перечень кодов, кодированная

С an..3

N

7008

Описание изделия

С an..35

R

SCHOKO-
LADEN MASSE: BRAUN'

Формат an..20

Описание изделия, строка 1. Если используется данный сегмент, то описание изделия должно передаваться. Текстовая строка изделия 1

7008

Описание изделия

С an..35

О

Формат an..20

Текстовая строка изделия 2

Пример - IMD+F++:::SCHOKOLADEN MASSE:BRAUN'.

Группа:

Состояние: R

Макс. экз.:

10

Строки позиций

Сегмент:

Порядковый N: 15

Уровень:

2

Количество изделий

Состояние: О

Макс. экз.:

1

Имя: Заказываемое количество изделий

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С186

Подробное указание количества изделий

М

М

6063

Префикс количества изделий

М an..3

М

+21

21 = Заказываемое количество изделий

6060

Количество изделий

М n..15

М

:2

Формат n..5

Количество по заказу

6411

Префикс единицы измерений

С an..3

0

:TNE'

Единица измерений

TNE = Метрическая тонна (1000 кг)

KGM = Килограмм

GRM = Грамм

LBR = Английский фунт, США (0,45359237 кг)

LTR = Литр (1 дм)

DZN =Доза

Пример - QTY+21:2:TNE'.

Группа:

Состояние: R

Макс. экз.:

10

Строки позиций

Сегмент:

Порядковый N:

16

Уровень:

2

Денежная сумма

Состояние: О

Макс. экз.:

1

Имя: Строка позиции денежной суммы

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С516

ДЕНЕЖНАЯ СУММА

М

М

5025

Префикс типа денежной суммы

М an..3

M R

+203 :

203 = Строка позиции денежной суммы

5004

Денежная сумма

С n..18

2800'

Строка позиции денежной суммы

Примечание - Данный сегмент содержит строку позиции суммы (ценаколичество).

Пример - МОА+203:2800.

Группа:

Состояние: R

Макс. экз.:

10

Строки позиций

Группа:

Состояние: О

Макс. экз.:

1

Позиционная цена

Сегмент:

Порядковый N:

17

Уровень:

2

Подробное описание цены

Состояние: М

Макс. экз.:

1

Имя: Цена одного изделия/единицы

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С509

ИНФОРМАЦИЯ О ЦЕНЕ

С

R

5125

Префикс цены

М an..3

М

+ААВ

ААВ = Расчетная сумма

5118

Цена

с n..15

R

:1400

Формат n..12

Цена единичного изделия

5375

Тип цены, кодированный

с an..3

N

5387

Префикс типа цены

с an..3

О

:САТ

CAT = Цена по каталогу

5284

Основа для единичного изделия

с n..9

N

6411

Префикс единицы измерения цены

с an..3

О

:TNE'

РСЕ = Вещь

KGM = Килограмм

LTR = Литр (1 дм)

TNE = Метрическая тонна (1000 кг)

Пример - PRI+AAB:1400::CAT::TNE'.

Сегмент:

Порядковый N:

18

Уровень:

0

Секционный контроль

Состояние: М

Макс. экз.:

1

Имя: Секционный контроль

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

0081

Идентификационные данные секции

М а1

М

+S'

s = Детальное/суммарное секционное разделение

Пример - UNS+S'.

Сегмент:

Порядковый N:

19

Уровень:

0

Секционный контроль

Состояние: R

Макс. экз.:

1

Денежная сумма

Имя: Общая сумма

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

С516

ДЕНЕЖНАЯ СУММА

М

М

5025

Префикс типа денежной суммы

М an..3

М

+86

86 = Сообщение об общей денежной сумме

5004

Денежная сумма

С n..18

R

:2800'

Формат n..12

Значение общей суммы

Пример - МОА+86:2800'.

Сегмент:

Порядковый N:

20

Уровень:

0

Заключительная часть сообщения

Состояние: М

Макс. экз.:

1

Имя: Заключительная часть сообщения

Описание сегмента:

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Использование/Комментарии

0074

Число сегментов в сообщении

М n..6

М

+20

0062

Ссылочный номер сообщения

M an..14

М

+1'

Индивидуальный номер сообщения, присваиваемый отправителем, должен быть равным значению DE 0062 в UNH

Пример - UNT+20+1'.

А.2 Формируемая XML-структура

А.2.1 XML-схема с EDI-тегами и областью имен

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

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

<!- - automatically generated by GEFEG EDIFIX - ->

<!- - //www.gefeg.com - ->

<xsd:schema xmlns:xsd="https://www.w3.org/2001/XMLSchema"

xmlns:din="//www.din.de/examples/orders"

targetNamespace="//www.din.de/examples/orders">

<xsd:element name ="M_ORDERS">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_1004"/>

<xsd:element ref="din:S_DTM" minOccurs="1" maxOccurs="2"/>

<xsd:element ref="din:G_SG2" minOccurs="1" maxOccurs="2"/>

<!- - Alternative could be "G_NAD" - ->

<xsd:element ref="din:D_6345" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:G_SG25" minOccurs="1" maxOccurs="10"/>

<!- - Alternative could be "G_LIN" - ->

<xsd:element ref="din:D_5004_2"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string" fixed="ORDERS"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="S_DTM">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_2005"/>

<xsd:element ref="din:D_2380"/>

</xsd:sequence>

<xsd:attribute name='EDIPath" type="xsd:string" fixed="ORDERS.DTM(0030)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="G_SG2">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_3035"/>

<xsd:element ref="din:D_3036"/>

<xsd:element ref="din:D_3042" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_3164" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_3251" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:S_FII" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_1154" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_3413" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:S_COM" minOccurs="0" maxOccurs="2"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string" fixed="ORDERS.SG2(0110)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="G_SG25">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_1082" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_7140"/

<xsd:element ref="din:D_7008" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_7008_2" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_6060" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_6411" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_5004" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="din:D_5118" minOccurs="0" maxOccurs="1"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25(0930)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="S_FII">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_3194"/

<xsd:element ref="din:D_3433"/>

<xsd:element ref="din:D_3432" minOccurs="0" maxOccurs="1"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII(0140)"/

</xsd:complexType>

</xsd:element>

<xsd:element name ="S_COM">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="din:D_3148"/

<xsd:element ref="din:D_3155"/

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM(0230)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_1004">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.BGM.1004(0020:020)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_6345">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:D_6345">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG7.CUX.C504.6345(0250:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_5004_2">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal1..12">

<xsd:attributename="EDIPath" type="xsd:string"

fixed="ORDERS.MOA.C516.5004(2010:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_2005">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:D_2005">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.DTM.C507.2005(0030:010:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_2380">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.DTM.C507.2380(0030:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3035">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:D_3035">

<xsd:attribute name='EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3035(0120:010)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3036">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..10">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.C080.3036(0120:040:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3042">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.C059.3042(0120:050:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3164">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3164(0120:060)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3251">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3251(0120:080)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_1154">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG3.RFF.C506.1154(0160:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3413">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..15">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.CTA.C056.3413(0220:020:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3194">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal10">

<xsd:attribute name='EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C078.3194(0140:020:01 )"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3433">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C088.3433(0140:030:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3432">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..70">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C088.3432(0140:030:07)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3148">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..12">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM.C076.3148(0230:010:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_3155">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:D_3155">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM.C076.3155(0230:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_1082">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal1..5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.LIN.1082(0940:010)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_7140">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..10">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.LIN.C212.7140(0940:030:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_7008">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..20">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.IMD.C273.7008(0960:030:04)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_7008_2">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:string1..20">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.IMD.C273.7008(0960:030:05)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_6060">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal1..5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.QTY.C186.6060(0970:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_6411">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:D_6411">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.QTY.C186.6411(0970:010:03)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_5004">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal1..18">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.MOA.C516.5004(0980:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="D_5118">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="din:decimal1..12">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.SG27.PRI.C509.5118(1150:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:simpleType name="string1..8">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="8"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_2005">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="4"/>

<xsd:enumeration value="2"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal8">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="8"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_3035">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="BY"/>

<xsd:enumeration value="SE"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..10">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="10"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..35">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="35"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal5">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="5"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal10">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="10"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..70">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="70"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..15">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="15"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..12">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="12"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_3155">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="TE"/>

<xsd:enumeration value="FX"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_6345">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="DEM"/>

<xsd:enumeration value="GBP"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..5">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="5"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..20">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="20"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_6411">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="TNE"/>

<xsd:enumeration value="KGM"/>

<xsd:enumeration value="GRM"/>

<xsd:enumeration value="LBR"/>

<xsd:enumeration value="LTR"/>

<xsd:enumeration value="DZN"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..18">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="18"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..12">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="12"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

Пример XML-сообщения для вышеописанной схемы:

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

<!- - automatically generated by GEFEG EDIFIX - ->

<!- - //www.gefeg.com - ->

<din:M_ORDERS xmlns:din="//www.din.de/examples/orders"

xmlns:xsi="//www. w3.org/2001/XMLSchema-instance"

xsi:schemaLocation="//www.din.de/examples/orders order1.xsd">

<din:D_1004>1-96</din:D_1004>

<din:S_DTM>

<din:D_2005>4</din:D_2005>

<din:D_2380>19960101</din:D_2380>

</din:S_DTM>

<din:G_SG2>

<din:D_3035>BY</din:D_3035>

<din:D_3036>BONBON AG</din:D_3036>

<din:D_3042>SIRUPSTRASSE 15</din:D_3042>

<din:D_3164>ZUCKERSTADT</din:D_3164>

<din:D_3251 >55555</din:D_3251 >

<din:S_FII>

<din:D_3194>1236547890</din:D_3194>

<din:D_3433>10090045</din:D_3433>

<din:D_3432>SBANK</din:D_3432>

</din:S_FII>

<din:D_1154>DE998887</din:D_1154>

<din:D_3413>BART SIMPSON</din:D_3413>

<din:S_COM>

<din:D_3148>05368-22347</din:D_3148>

<din:D_3155>TE</din:D_3155>

</din:S_COM>

</din:G_SG2>

<din:D_6345>EUR</din:D_6345>

<din:G_SG25>

<din:D_1082>1</din:D_1082>

<din:D_7140>2001</din:D_7140>

<din:D_7008>SCHOKOLADENMASSE</din:D_7008>

<din:D_6060>2</din:D_6060>

<din:D_6411>TNE</din:D_6411>

<din:D_5004>2800</din:D_5004>

<din:D_5118>1400</din:D_5118>

</din:G_SG25>

<din:D_5004_2>2890</din:D_5004_2>

</din:M_ORDERS>

A.2.2 Альтернативная XML-схема с "разговорными" тегами

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

<!- - automatically generated by GEFEG EDIFIX - ->

<!- - //www.gefeg.com - ->

<xsd:schema xmlns:xsd="https://www.w3.org/2001/XMLSchema">

<xsd:element name ="Order">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="OrderNumber"/>

<xsd:element ref="OrderDates" minOccurs="1" maxOccurs="2"/>

<xsd:element ref="OrderParties" minOccurs="1" maxOccurs="2"/>

<xsd:element ref="OrderCurreny" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="Lineltems" minOccurs="1" maxOccurs="10"/>

<xsd:element ref="TotalOrderValue"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string" fixed="ORDERS"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="OrderDates">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="DateQualifier"/>

<xsd:element ref="Date"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.DTM(0030)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="OrderParties">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="PartyQualifier"/>

<xsd:element ref="Name"/>

<xsd:element ref="Street" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="City" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="PostCode" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="Accountlnformation" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="VATNumber" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="ContactName" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="Communication" minOccurs="0" maxOccurs="2"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2(0110)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Lineltems">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="LineltemNumber" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="SuppliersArticleNumber"/>

<xsd:element ref="ltemTextLine1" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="ltemTextLine2" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="QuantityOrdered" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="MeasureUnit" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="LineltemAmount" minOccurs="0" maxOccurs="1"/>

<xsd:element ref="UnitPrice" minOccurs="0" maxOccurs="1"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25(0930)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Accountlnformation">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="AccountNumber"/>

<xsd:element ref="BIC"/>

<xsd:element ref="BankName" minOccurs="0" maxOccurs="1"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII(0140)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Communication">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="CommunicationNumber"/>

<xsd:element ref="CommunicationChannel"/>

</xsd:sequence>

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM(0230)"/>

</xsd:complexType>

</xsd:element>

<xsd:element name ="OrderNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.BGM.1004(0020:020)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="OrderCurreny">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="OrderCurreny">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG7.CUX.C504.6345(0250:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="TotalOrderValue">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal1..12">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.MOA.C516.5004(2010:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="DateQualifier">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="DateQualifier">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.DTM.C507.2005(0030:010:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Date">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.DTM.C507.2380(0030:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="PartyQualifier">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="PartyQualifier">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3035(0120:010)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Name">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..10">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.C080.3036(0120:040:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="Street">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.C059.3042(0120:050:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="City">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3164(0120:060)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="PostCode">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.NAD.3251(0120:080)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="VATNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..35">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG3.RFF.C506.1154(0160:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="ContactName">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..15">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.CTA.C056.3413(0220:020:01 )"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="AccountNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal10">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C078.3194(0140:020:01 )"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="BIC">

<xsd:complexType>

<xsd:simpleContent>

<xsdextension base ="decimal8">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C088.3433(0140:030:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="BankName">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..70">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.FII.C088.3432(0140:030:07)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="CommunicationNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..12">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM.C076.3148(0230:010:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="CommunicationChannel">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="CommunicationChannel">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG2.SG5.COM.C076.3155(0230:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="LineltemNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal1..5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.LIN.1082(0940:010)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="SuppliersArticleNumber">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..10">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.LIN.C212.7140(0940:030:01)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="ltemTextLine1">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..20">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.IMD.C273.7008(0960:030:04)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="ltemTextLine2">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="string1..20">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.IMD.C273.7008(0960:030:05)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="QuantityOrdered">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal1..5">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.QTY.C186.6060(0970:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="MeasureUnit">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="MeasureUnit">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.QTY.C186.6411(0970:010:03)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="LineltemAmount">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal1..18">

<xsd:attribute name='EDIPath" type="xsd:string"

fixed="ORDERS.SG25.MOA.C516.5004(0980:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:element name ="UnitPrice">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ="decimal1..12">

<xsd:attribute name="EDIPath" type="xsd:string"

fixed="ORDERS.SG25.SG27.PRI.C509.5118(1150:010:02)"/>

</xsd:extension>

</xsd:simpleContent>

</xsd:complexType>

</xsd:element>

<xsd:simpleType name="string1..8">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="8"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="DateQualifier">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="4"/>

<xsd:enumeration value="2"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal8">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="8"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="PartyQualifier">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="BY"/>

<xsd:enumeration value="SE"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..10">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="10"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..35">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="35"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal5">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="5"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal10">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="10"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..70">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="70"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..15">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="15"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..12">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="12"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="CommunicationChannel">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="TE"/>

<xsd:enumeration value="FX"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..5">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="5"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="string1..20">

<xsd:restriction base="xsd:string">

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="20"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="MeasureUnit">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="TNE"/>

<xsd:enumeration value="KGM"/>

<xsd:enumeration value="GRM"/>

<xsd:enumeration value="LBR"/>

<xsd:enumeration value="LTR"/>

<xsd:enumeration value="DZN"/>

<xsd:whiteSpace value="preserve"/>

<xsd:minLength value="1"/>

<xsd:maxLength value="3"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..18">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="18"/>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name="decimal1..12">

<xsd:restriction base="xsd:decimal">

<xsd:totalDigits value="12"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

Пример XML-сообщения для вышеописанной схемы:

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

<!- - automatically generated by GEFEG EDIFIX - ->

<!- - //www.gefeg.com - ->

<Order

xmlns:xsi="//www. w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="order1.xsd">

<OrderNumber>1-96</OrderNumber>

<OrderDates>

<DateQualifier>4</DateQualifier>

<Date>19960101</Date>

</OrderDates>

<OrderParties>

<PartyQualifier>BY</PartyQualifier>

<Name>BONBON AG</Name>

<Street>SIRUPSTRASSE 15</Street>

<City>ZUCKERSTADT</City>

<PostCode>55555</PostCode>

<Accountlnformation>

<AccountNumber>1236547890</AccountNumber>

<BIC>10090045</BIC>

<BankName>SBANK</BankName>

</Accountlnformation>

<VATNumber>DE998887</VATNumber>

<ContactName>BART SIMPSON</ContactName>

<Communication>

<Communication Number>05368-22347</CommunicationNumber>

<CommunicationChannel>TE</CommunicationChannel>

</Communication>

</OrderParties>

<OrderCurreny>EUR</OrderCurreny>

<Lineltems>

<LineltemNumber>1</LineltemNumber>

<SuppliersArticleNumber>2001</SuppliersArticleNumber>

<ltemTextLine1 >SCHOKOLADENMASSE</ltemTextLine1>

<QuantityOrdered>2</QuantityOrdered>

<MeasureUnit>TNE</MeasureUnit>

<LineltemAmount>2800</LineltemAmount>

<UnitPrice>1400</UnitPrice>

</Lineltems>

<TotalOrderValue>2890</TotalOrderValue>

</Order>

Приложение ДА
(справочное)


Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации

Таблица ДА.1

Обозначение ссылочного международного стандарта

Степень соответствия

Обозначение и наименование соответствующего национального стандарта

ИСО 8601:2004

-

*

ИСО 9735-1:2002

IDT

ГОСТ Р ИСО 9735-1-2012 "Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей"

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

Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- IDT - идентичные стандарты.


Библиография

[1]

ИСО 8879

Обработка информации. Текстовые и офисные системы. Стандартный обобщенный язык разметки (SGML)

(ISO 8879)

(Information processing. Text and office systems. Standard Generalized Markup Language (SGML))

[2]

XML-схема - Часть 1: Структуры, https://www.w3.org/TR/2001/REC-xmlschema-1-20010502

[3]

XML-схема - Часть 2: Типы данных, https://www.w3.org/TR/2001/REC-xmlschema-2-20010502

Электронный текст документа

и сверен по:

, 2014

Превью ГОСТ Р 54878-2011 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Принципы формирования файлов XML схемы (XSD) на основе инструкций по реализации EDI (FACT)