База ГОСТовallgosts.ru » 35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ » 35.240. Применение информационных технологий

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

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

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


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



ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ


НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТ Р 54878 — 2011/ISO/TS

20625:2002

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

Принципы формирования файлов XML схемы (XSD)

на основе инструкций по реализации

EDI(FACT)

Ison'S 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

(IDT)

Издание официальное

2014


Предисловие

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

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

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

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

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 декабря 2011 г. № 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    ВВЕДЕН ВПЕРВЫЕ

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

© Стандартинформ. 2014

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

я

Содержание

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

Введение

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

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

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

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

ЭЛЕКТРОННЫЙ ОБМЕН ДАННЫМИ В УПРАВЛЕНИИ. Т0РГ08ЛЕ И НА ТРАНСПОРТЕ {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

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

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 ail parts)

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

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

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

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-языке начинается с буквы или допустимого специального символа, далее могут следовать буквы, цифры, дефисы, подчеркивания, двоеточия или точки. Имена, начинающиеся с «хт!в или со строки символов, которые примыкают к (('X’l'x') fM'I'm') ('L'|T)}, являются резервными для целей XML-стандартизации.

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

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

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

4.1    Уровень: МЮ

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

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

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

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

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

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

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

d)    Примеры.

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

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

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

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

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

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

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

e)    Примеры.

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

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

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

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

c)    Примеры.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6.1.1    Вариант 1

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

_М_"+ тип сообщения ♦ (суффикс)    Пример: M_OROERS

_G_*+ группа сегментов ♦ (суффикс)    Пример: G_SG36 или GJJN_ALC

,S_*+ сегмент ♦ (суффикс)    Пример: S_LIN

Х_"+ составной элемент данных ♦ (суффикс)    Пример: С_С0&2_2

„0_"+ элемент данных + (суффикс)    Пример: D_3035 или D_3035_10

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

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

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

Рекомендации W3C XML предполагают использование ‘тегов, не требующих пояснений*. Е01(РАСТ)-теги отвечают этим требованиям в большей степени, чем теги, записанные на естественном языке, поскольку для EDI-специалистов они представляют устоявшийся общепонятный смешанный язык из элементов романских, гречвсюго и восточных языков.

Пример—

<xsd:e/emenf name =“M_0/?DE/?S*>

<xsd:compfexType>

<xsd:sequence>

<xsd:eiement ref= "din:D_1004'/>

<xsd:e/emenf ref='din:D_2380'/>

<xsd:eiement ref=’din:D_2380_2’/>

<xsd:eierrent ref='din:G_SG2‘/>

<xsd:eietnent ref='din:G_SG2_2’f>

<xsd:element ref= "din:D_€345“ minOccurs=’Om maxOccurs='5’A>

<xsd:eief7'ent ref=~din:G_SG25“ minOccurs=’1m maxOccurs-'IO"/>

<xsd:eienwrt ref='din:D_5004_2’/>

</xsd:sequence>

</xsd:comptexType>

</xsd:elewent>

6.1.2    Вариант 2

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

Пример -

<xsd:eiement name ='M_ORDERS">

<xsd:complexType>

<xsd:sequence>

<xsd:efement ref=“din:Order_number’/>

<xsd:e*ement ref=’din:Order_date"/>

<xsd:e>ement ref="din:Delivery_date’/>

<xsd:e*ement ref='din:Buyer’/>

<xsd:e[ement ref=’din:Seller',/>

<xsd:e>ement ref="din:Currency’ minOccurs-’O’ maxOccurs="5’f>

<xsd:e<ement ref=“din:Une_item_detailsm minOccurs=’1’ maxOccurs=’10"/>

<xsd:e^ement ref="din:Total_order_value',/>

</xsd:sequence>

</xsd:compiexType>

</xsd:element>

<xsd:element name s“Name">

<xsd:comptex Tjpe>

<xsd:simphContent>

<xsd:extension base s“string1..10">

<xsd:attribute name='EDIPath" type='xsd:string‘ fixed=‘ORDERS.SG2.NAD.C080.3036(0120:040:01)uf>

<!- - The attribute EDIPata contains the reference to the original EDI standard - •>

</xsd:extension>

</xsd:simpleContent>

</xsd:compiex Type>

</xsd:etement>

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: Инструкция содержит два ОТМ-сегмента (см. рисунок 1).

DTM (#1). Status М. Occurrence 1. Qualifier in OE 2005: 4. Name: Order date

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

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

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

<xsd:element name =*S_DTM">

<xsd:comptexType>

<xsd:sequence>

<xsd:element ref="din:D_2O057>

<xsd:element ref="din:D_23807>

</xsd:sequen:e>

</xsd:comptexType>

<xsd:element name =HD_2005' type ="din:D_2005n>

<xsd:annotation>

<xsd:documentation>Type of date<Vxsd:documentation>

</xsd:annotabon>

<Vxsd:etement>

<xsd:element name =*D_2380’ type ="xsd:decimar>

<xsd:annotation>

<xsd:documentation>Oate/Time/Penod</xsd:documentation>

</xsd:annotabon>

</xsd:element>

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

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

<xsd:element name =’D_2380" type ="xsd:decimar>

<xsd:annotation>

<xsd:documentation>Ordefdate</xsd:documentation>

</xsd:annotation>

<Vxsd:element>

<xsd:element name ="O_23S0_2" type ="xsd:decimar>

<xsd:annotation>

<xsd:documenta tion>De livery date</xsd:documentatk>n>

</xsd:annotation>

</xsd:etement>

или

<xsd:element name ="Order_date’ type ="xsd:decimal"/>

<xsd:element name s"Delivery_dateM type ="xsd:decimal7>

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

DTM Status М. Occurrence 2. Qualifier in DE 2005: 2 и 4 Рисунок 2 — Диаграмма сообщения для инструкции, содержащей только один ОТМ-сегмвнт

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

<xsd:elerrvent name ='S_D“M'>

<xsd:complexType>

<xsd;sequence>

<xsd:element ref="din:D_200S7>

<xsd:element ref="din:D_23807>

</xsd:sequerce>

</xsd:comp!exType>

<xsd:elerrvent name ="D_2C05‘ type ="din:D_2005">

<xsd:annotation>

<xsd:documentation>Type of date</xsd: docu mentatton>

</xsd:annotation>

</xsd:efement>

<xsd:element name =*D_2380n type ='xsd:dedmal">

<xsd:annotation>

<xsd:documentat»on>Order date</xsd:documentation>

</xsd:annotation>

</xsd:element>

Поясняющий пример для 6.2.3:

<xsd:schema xmlns:xsd=’Mp;//wvvw.w3.org/2001/XMLSchema’>

<xsd:element name ="S_UNB’>

<xsd:complexType>

<xsd:sequence>

<xsd:etenent ref='D_0004H minOccurs="0" maxOccurs='17>

<xsd:etenent ref='D_0010" minOccurs="0" maxOccurs=*1V>

<xsd:elenent ref='D_0017“ minOccurs=n0" maxOccurs='1*/>

<xsd:etenent ref=’D_0020" minOccurs="0" maxOccurs='1‘/>

<xsd:etenent ref="M_ORDERS’ minOccurs=T maxOccurs='unbounded7>

</xsd:sequence>

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

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

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

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

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

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

Получено из:

<xsd:element name ='S_DTM*>

<xsd:complexType>

<xsd:sequence>

<xsd:eie merit ref="din:C_C5077>

</xsd:sequense>

</xsd:complexType>

<Vxsd:e!ement>

<xsd:elerrvent name ="C_C507M>

<xsd:complexType>

<xsd:sequence>

<xsd:eiement ref='din:D_2005"/>

<xsd:eiement ref='din:D_2380"/>

<xsd:eiementref='d»n:D_23797>

</xsd:sequenoe>

</xsd:complexType>

</xsd:element>

<xsd:element name =‘D_2379" fixed ="1027>

<xsd:element name =’D_20D5" fixed <xsd:element name =*D_2380* type ="xsd:decimaf>

<xsd:annotation>

<xsd:documeTtatioo>Orderdate</xsd:documentation>

</xsd:annotation>

</xsd:element>

Этот принцип дает:

<xsd:element name =*D_2380’ type ="xsd;decimar>

<xsd:annotation>

<xsd:documentation>Orderdate</xsd:documentation>

</xsd:annotation>

</xsd:etement>

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

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

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

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

Пример—

Состояние "условное':

<xsd:ekment ref="din:G_SG7" minOccurs-"0" maxOccurs-"5"/> <xsd:etement ref= "din:S_IMD" minOccurs-'Q" maxOccure~"1"/> <xsd:el*ment ref=‘din:C_C059" minOccurs="0" maxOccurs-"1"f>

<xsd:ebment ref="din:D 4022" minOccurs-"0" maxOccurs-"1’/>


Группа сегментов Сегмент

Составной элемент данных

Элемент данных

<xsd:e>ement ref='din:G_UN" rninOccurs=’1m maxOccurs="10'/> <xsd:e'ement ref= 'din:S_UN" minOccurs="1’ maxOccurs="1’/> Ofsd:etement ref=’din:C_C516" min0ccurs='1' max Occurs*'1‘/>

Состояние 'обязательное': Группа сегментов Сегмент

Составной элемент данных

Элемент данных


<xsd:element ref=’din:D 0065" min0ccurs='1‘ maxOccurs="1"/>

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

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

Пример —

Группа    <xsd:element ref=’din:G_SG25' minOccurs='1' maxOccurs='10’/>

сегментов

Сегмент <xsd:element ref=’din:S LIN* minOccurs='1" maxOccurs='1"/>

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

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

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

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

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

time (время):    13:20:00

timelnstant (момент времени): 1999-05-31Т13:20:00

Пример —

<xsd:simpieType пате* 'stringl.. 70“>

<xsd:restrk:tion base=“xsd:string'>

<xsd:minLength value*’t"/>

<xsd:maxLength value="70'/>

</xsd:restriction>

</xsd:simpteType>

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 в сегменте МОА).

Примеры —

(V

<xsd:element name ="D_6345" type ="D_6345"/>

<xsd:simpleType name=‘D_6345’>

<xsd:restriction base=’xsd:string'>

<xsd:enumeratron ralue=“DEM’>

<xsd:annota(on>

<xsd:documentation>Devtsche Mark</xsd:documentation> </xsd:annolation>

</xsd:enumeration>

<xsd:enumeration value=’EUR“>

<xsd:annota(on>

<xsd:documentation>Euro</xsd:documentatk}n>

</xsd:annotation>

</xsd:enumeration>

<xsd:enumeration value='GBP~>

<xsd:annota(on>

<xsd:documentation>PfundSterling</xsd:documentatfon>

</xsd:annotation>

<Jxsd:enumeration>

</xsd:restrictio/}>

</xsd:simpleType>

(2)

<xsd:simpleType name="D_6347‘>

<xsd:restriction base=’xsdstring'>

<xsd:enumeration уз1ие='1"/>

<xsd:enumeration v3lue='2'/>

<xsd:enumeration уз1ие='3'/>

<xsd:enumeration valoe=’4’/>

<xsd:enumeration v3lue='5’/>

<xsd:enumeration value= m6’/>

<xsd:enumeration v3lue='7’/>

... etc. listing of the complete code list </xsd:simpleType>

(3)

<?xml version-“1.Q"?>

<xsd:schema targetNamespace='t)ttp:// " xmlns:din=’ xmlns:xsd=’http:/Mww.w3.org/2000/1Q/XMLSchema’>

<include schetnaLocation='CL_6411.xsd"f>

<xsd:element name ="D_6411’ type -mdin:CL_6411m>

*jcsd:annotatton>

<xsd:documentatior>Measure unit</xsd:documentation> <Jxsd:annotation>

</xsd:element>

External file with codes:

<?xml versk>n=’1.0’?>

<xsd:schema targetfiamespace= "kttp://www. din.de/ exampie/orders ' xmlns:din-' exampie/orders " xmlns:xsd="http:/Mvrw.w3.org/2000/10/XMLSchema'>

<xsd:simpleType name=’CL_6411’>

<xsd:restriclion base='xsd string’>

<xsd:enumeration value=‘ACR‘/>

<xsd:enumeratkm value=‘AMH’f>

(4)

<xsd:simpleType name=’CL_6411‘>

<xsd:res trie tion base=’xsdstring~>

<xsd:enumeration value='TNE'>

<xsd:annota(on>

<xsd:documentation>Tonne (1000 kg) *</xsd:documentation> </xsd:annotation>

</xsd:enumeration>

<xsd:enumeration values’KGM“>

<xsd:annota$on>

<xsdxiocumentaUon>Kilogram *</xs^documentation*

<Sxsd:annotition>

<Sxsd:enumeration>

<xsd:enumeration value=’GRM’>

<xsd:annota$on>

<xsdxiocumantation>Gram ‘</xsd:documentatk>n>

<fxsd:annotation>

</xsd:enumeratk>n>

<xsd:enumarathn values’DZN“>

<xsd:annota$on>

<xsd.documentation>Dozen</xsd:documentation>

</xsd:annotation>

</xsd:enumeratk>n>

</xsd:restriction>

</xsd:simpleType>

<5)

<xsd:element name ='D_6345‘ type =’din:D_6345’/>

<xsd:simpteType name=“D_6345m>

<xsd:restriction base='xsd:string’>

<xsd:enumeration value='DEM">

<xsd&nnotation>

<xsd:documentatbn>Deutsche Mark</xsd:documentation> <fxsdannotation>

</xsd:enumera tion>

</xsd:restriction>

</xsd:simpteType>

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

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

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

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

Примеры -

(1>

<xsd:element name =’S_DTM">

<xsd:annotation>

<xsd:documentatroi>Date/Time/Period</xsd:dGCumentatk>n>

</xsd:annotation>

<xsd:compiexType>

<xsd:sequence>

<xsd:ete/77erf ref="din:D 2005m/> ...

(2)

<xsd:element name s'S_DTM">

<xsd:annotation>

<xsd:documentation>Order or delivery date </xsd:documentation> <fxsd:annotaboo>

<xsd:comp!ex Type >

<xsd:sequence>

<xsd:elemer.t ref=“din:D_2005’/> ...

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

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

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

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

•    путь указывается в форме 'segmentgroup.segment.com positedata element.dataetement" или "segmentgroup.segmentdataelemenr;

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

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

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

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

Примеры —

(1)

<xsd:efement name =’D_3433’>

<xsd:annotation>

<xsd:documentatior>BtC of buyer’s bank</xsd:documentation>

</xsd:annotation>

<xsd:comptexType>

<xs d:simpleContent>

<xsd:extensk>n base ='xsd:decimar>

<xsd:attribute    name= "Mapping_anchor" type=’xsd:string'

use=Tixednvalue- "BIC-BB 7>

</xsd:extension>

*/xsd:simpioContonr>

</xs d:complexType>

</xsd:element>

(2)

<xsd:etement name =’D_3433">

<xsd:annotation>

<xsd:documentatior>BtC of buyer’s bank</xsd:documentation>

</xsd:annotation>

<xsd:comptexType>

<xsd:simpteContent>

<xsd:extension base ='xsd:decrmalw>

<xsd:attribute name=’EDIPath" type=‘xzd:string" use='fixed' value='SG2{NAD.3035=BY].FIt.C088.3433(0140:030:01>’/>

</xsd:extension>

</xsd:simpleConten>

</xs dtcomplex Type>

</xsd:element>

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

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

6.10.1    Структура

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

6.10.2    Состояние

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

Пример — ORDERS DTM 2379 состояние; R, IFTMIN DTM 2379 состояние; О

—    XML состояние; О

6.10.3    Формат

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

Пример — ORDERS ОТМ 2380 формат: п8. IFTMIN DTM 2380 формат: ап..35

—    XML форма/г: строка 1 ..35

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

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

Пример — ORDERS DTM 2380 перечень кодов; 102:103, IFTMIN DTM 2380 перечень кодов; 103;203

•* XML перечень кодов; 102:103:203

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

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

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

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

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

А.12 Структура сообщения А. 1.2.1 Таблица сегментов

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

N*

Тег

Состынио

Реп

Содержание

01

UNH

M

1

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

02

BGM

M

1

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

03

DTM

М

1

Дата заказа

04

DTM

м

1

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

SG2

R

1

Покупатель

05

NAD

М

1

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

Об

FI

0

1

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

SG3

О

1

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

07

RFF

м

1

Сумма НДС

SG5

О

1

Контактная информация о покупателе

08

СТА

м

1

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

09

COM

О

1

Номер телефона

10

COM

О

1

Резервные контактные данные

SG2

R

1

Продавец

11

NAD

м

1

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

Окончание таблицы А. 1

Nt

Toi

Состояние

Реп

Содержание

SG7

0

1

Валюта

12

сих

М

1

Валюта при заказе

SG25

R

10

Позиции

13

UN

М

1

Артикул поставщика

14

IMD

О

1

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

15

QTY

О

1

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

16

МОА

О

1

Количество позиций

SG27

О

1

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

17

PRI

м

1

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

18

UNS

м

1

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

19

МОА

R

1

Общая сумма

20

UNT

м

1

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

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

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

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

Сегмент:


UNH


Порядковый №: 1 Состояние: М


Уровень: Макс, экэ.:


0

1


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


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

EOIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Ислольэоеание/Комментарии

0062

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

Мал..14

М

+ 1

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

S009

ИДЕНТИФИКАТОР

СООБЩЕНИЯ

М

М

0065

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

Man,,6

М

♦ORDERS

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

0052

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

Мап..З

М

:D

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

0054

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

Мап.Э

М

;93А

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

0051

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

организация

Man..2

М

:UN*

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

Примечание — Это заголовок сегмента сообщения. Пример — UNH*1*ORDEHS:D:93A:UN‘.

Сегмент:


BGM


Порядковый №: 2 Состояние: М


Уровень: Макс, экз.:


0

1


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


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

EDIFACT

Применение

Jet

Имя

Формат

Состояние

Пример

ИспользоеаииеЖомментарии

С002

ИМЯ

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

С

R

1001

Имя

документаФообщения.

кодированное

С ЭЛ..З

R

♦220

220 = Заказ

1004

Номер

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

С ап..35

R

+1-96*

Формат ап..8.

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

Номер заказа

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

Сегменг:


DTM


Порядковый №: 3 Состояние: М


Уровень:    1

Макс, экз.:    1


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


Имя: Дата заказа Описание сегмента:

Сегменг:


DTM


Порядковый КМ: 4 Состояние: М


Уровень:    1

Макс, экз.:    1


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


EOIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

ИслольэованиеЛСомментарии

С 507

ДАТА/ВРЕМЯ/

ПРОДОЛЖИТЕЛЬНОСТЬ

М

М

2005

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

Мап.Э

М

+4

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

2380

Дата/время/

продолжительность

С ап,.35

R

: 19960101

Формат пб

Дата заказа

2379

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

С ап,.3

R

:102

102 = JJJJMMTT

Пример — DTM*4:19960101:102‘.

Имя: Дата поставки Описание сегмента:

EOIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

ИслольэованиеЛСомментарии

С507

ДАТА/ВРЕМЯ/

ПРОДОЛЖИТЕЛЬНОСТЬ

М

М

2005

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

Мап.Э

М

+2

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

2380

Дата/время/

продолжительность

С ал,.35

R

: 19960110

Формат п8

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

2379

Формат префикса

дагы/времени/

продолжительности

С ап,.3

R

А 02

102 = CCYYMMDD

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

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

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

Сегмент:


NAD


Группа:


Состояние: R


Мах. экз.:


SG2


Покупатель


Порядковый N4: 5 Уровень:    1 Наименование и адрес покупателя

Состояние: М Макс, экз.:    1

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

EDIFACT

Применение

Ter

Имя

Формат

Состояние

Пример

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

3035

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

Мап..З

М

+BY

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

C0B2

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

С

N

3039

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

Мал..17

N

C058

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

С

N

3124

Name and address line

Man.35

N

C080

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

С

R

3036

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

М ап.,35

+BONBON

Формат ал..10

AG

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

C059

УЛИЦА

С

0

3042

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

Man,,35

М

+SIRUPST RASSE 15

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

3164

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

С ап,,35

0

+ZUCKER

STADT

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

3229

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

С ап. .9

N

3251

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

С ап. .9

0

+55555'

Формат п5

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

Пример — NAП*ВY***BONBON AG+SIRUPSTRASSE 15*ZUCKERSTADT**55555'.

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

FI


Группа:


SG2


Состояние: R


Макс, экз.:    1 Покупатель


Сегмент: I    | Порядковый №; 6 Уровень:    1 Финансовая учрежденческая информация

Состояние: О Макс, экз.:    1

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

EOIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

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

3035

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

Мал.,3

М

+ВВ

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

С07В

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

С

R

3194

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

С ап..17

R

+12365478

Формат п10

90

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

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

В соответствии с

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

3192

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

С ап,,35

R

:BONBON

AG

Формат ап..Ю

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

С088

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

С

R

3433

Идентификация

наименования

учреждения

С ап..11

R

+10090045

Формат п8

BIC покупателя

1131

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

С ап.,3

R

:25

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

3055

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

С ап.,3

R

:1Э1

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

3434

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

С ап..17

0

.262

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

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

1131

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

С ап.,3

N

3055

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

Сап..З

N

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Ислольэоаание/Комментарии

3432

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

С ап,,70

0

:S6ANK'

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

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

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

Пример — F!l+BB*1236547t90:BONBONAG+10090045:25:131:262:::SBANK'.

Группа:


SG2


Состояние: R


Макс, экз.:    1 Покупатель


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

Группа: |    503

Сегмент:


RFF


Состояние: О

Макс, экз.:

1

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

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

Уровень:

2

Ссылка

Состояние: О

Макс, экз.:

1


Имя: Сумма НДС для покупгтеля Описание сегмента:

Пример — RFF*VA:DE9988977‘. Группа:


SG2


Состояние: R


Макс, экз.:    1 Покупатель


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


Сегмент:


SG3


СТА


Состояние: О

Макс, экз.:

1

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

Уровень:

2

Состояние: М

Макс, экз.:

1


EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

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

С 506

ССЫЛКА

М

М

1153

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

Мап.Э

м

+VA

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

1154

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

С до,.35

R

DE998887 7

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

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

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

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

3139

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

Сап..З

R

+IC

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

EOIFACT

Применение

Tei

Имя

Формат

Состояние

Пример

Ислольэоеаиие'Комментарии

С 056

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

С

0

3413

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

С ап..17

0

+8аП

Simpson'

Формат ап..15

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

Пример — ClA+IC*Bart Simpson".


Группа:

SG2

Состояние: R

Макс, экз.:

1

Покупатель

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

Группа:

SG5

Состояние: О

Макс, экз.:

1

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

Сегмент:

СОМ

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

Уровень:

3

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

Состояние: О

Макс, экз.:

1


Имя: Номер телефона Описание сегмента:


EOIFACT

Применение

Tei

Имя

Формат

Состояние

Пример

Ислольэоеание/Комментарии

С076

КОНТАКТНАЯ

ИНФОРМАЦИЯ

М

М

3148

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

М

ап..25

М

Формат ап..12

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

3155

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

М

ап..З

М

ТЕ = Телефон

Пример — СОМ+С5368-22347:ТЕ".


Группа:


SG2


Состояние: R


Макс, экз.:    1 Покупатель


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


SG5


Сегмент:


СОМ


Состояние: О

Макс, экз.:

1

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

Уровень:

3

Состояние: М

Макс, экз.:

1


Имя: Контактная информация Описание сегмента:

Группа:


Состояние: R


SG2


Макс, экз.:    1 Продавец


EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

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

С076

КОНТАКТНАЯ

ИНФОРМАЦИЯ

М

М

3148

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

Man..25

М

+05368-22555

Формат ап..12

Buyer fax number

3155

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

Мап..З

М

:ПС

FX = Телефакс

Пример — COM+05368-225S5:FX'.

В данном примере SG 2-информация, касающаяся продавца, будет передаваться. Сегмент:] цдд Порядковый Ne: 11 Уровень:    1 Наименование и адрес продавца

Состояние: М Макс, экз.:    1

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

EDIFACT

Применение

Ter

Имя

Формег

Состояние

Пример

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

3035

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

Мап.З

М

+SE

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

C082

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

С

N

3039

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

М ап..17

N

C058

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

С

N

3124

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

Man..35

N

C080

НАИМЕНОВАНИЕ

ПАРТИИ

С

R

3036

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

Man..35

М

+КАКАО

Формат ал..10

GMBH

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

C059

УЛИЦА

С

0

3042

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

Man..35

М

+FRUCHT STRASSE 1

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

3164

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

С ап,,35

0

+SAHNEB

ERG

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

EOIFACT

Применение

Тег

Им я

Формат

Состояние

Пример

ИспольэоааииеЛСомментарии

3229

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

С ал„9

N

3251

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

С ап .9

0

+98765*

Формат п5

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

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


Группа:

Сегмент:


SG7 [

сих


Состояние: О

Порядковый N9; 12 Состояние: М


Макс, экз.:

Уровень: Макс, экз.:


1 Валюта

1 Валюты 1


Имя: Валюта заказа Описание сегмента:


EOIFACT

Применение

Tei

Имя

Формат

Состояние

Пример

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

С 504

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

С

R

6347

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

Мэп.,3

М

+2

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

6345

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

С ап..З

R

EUR

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

6343

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

С ап. З

0

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

Пример — C'JX+2.EUR.9\


Группа:

Сегмент:


SG2S \ UN


Состояние: R Порядковый N9: 13


■ ■    1 Состояние: М

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


Макс, экз.:

Уровень: Макс, экз.:


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

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


EOIFACT

Применение

Tei

Имя

Формат

Состояние

Пример

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

1082

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

С П..6

О

+ 1

Формат п..5

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

1229

Операция запроса/

уведомления.

кодированная

С вп..З

N

С212

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

С

R


EDIFACT

Применение

Ter

Имя

Формат

Состояние

Пример

ИспопьэоааииеЖомментарии

7140

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

С ап. .35

R

♦2001

Формат ап..Ю

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

7143

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

С ап..З

R

:SA

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

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

Пример — UNH**2001:SA‘

Группа:

SG25

Состояние: R

Макс, экз.:

10

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

Сегмент:

Порядковый №: 14

Уровень:

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

IMD

2

Состояние: О

Макс, экз.:

1

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

EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

Ислольэование'Комментэрин

7077

Тип описания

изделия.

кодированный

С ап.,3

R

+F

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

7081

Характеристики

изделия.

кодированные

С ап.,3

N

С273

ОПИСАНИЕ

ИЗДЕЛИЯ

С

R

7009

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

С ап..7

N

1131

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

С ап..З

N

3055

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

С ап.,3

N

7008

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

С ап,,35

R

SCHOKO-

LADEN

MASSE:

BRAUN'

Формат ал..20

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

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

7008

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

С ап,.35

О

Формат ал..20

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

Пример — iMD+F++:::SCHOKOLADEN MASSE:BRAUN'.

Группа:

Сегменг:


SG25


QTY


Состояние: R

Макс, экз.:

10

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

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

Уровень:

2

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

Состояние: О

Макс, экз.:

1


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

Группа:

Сегменг:


SG25


МОА


Состояние: R

Макс, экз.:

10

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

Порядковый N9: 16

Уровень:

2

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

Состояние: О

Макс, экз.:

1


EOIFACT

Применение

Тег

Имя

Формат

Сооояние

Пример

ИслольэоааниеЛСомментарии

С166

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

М

М

6063

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

М ап..Э

м

♦21

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

6060

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

Мп..15

м

:2

Формат п..5

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

6411

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

С ап..З

0

:TNE’

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

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

KGM = Килограмм

GRM = Грамм

LBR = Английский фунт. США (0.45359237 кг)

LTR = Питр (1 куб.дм)

DZN «Доза

Пример— QTY+21.2.TNE'.

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

EOIFACT

Применение

Тег

Имя

Фермат

Состояние

Пример

ИслопьэояаниеЛСомментарин

С516

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

М

М

5025

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

Мап.,3

MR

+203 :

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

5004

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

С П..18

2800*

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

Примечание — Данный сегмент содержит строку позиции суммы (иена х количество). Пример — МОА*203:2800.

Группа:

Группа:


Сегмент:


SG25


SG27


Состояние: R Состояние: О


Макс, экз.: Макс, экз.:


PRI


Порядковый Nfl: 17 Состояние: М


Уровень: Макс, экз.:


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

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

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


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


EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

ИслользованиоМомментарии

С50Э

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

С

R

5125

Префикс цены

Мап..З

М

+AAS

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

5118

Цена

сп..15

R

:1400

Формат п..12

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

5375

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

сап.,3

N

5387

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

сап.,3

О

;САТ

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

5284

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

с п..9

N

6411

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

сап..З

О

:TNE*

РСЕ = Вещь

KGM = Килограмм

LTR = Литр (1 куб. дм)

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

Пример — PRI+AAB:1400::САТ:: TNE'.


Сегмент:


UNS


Порядковый N9: Состояние: М


Уровень: Макс, экз.:


0

1


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


Имя: Секционный контроль Описание сегмента:


EDIFACT

Применение

Тег

Имя

Формат

Состояние

Пример

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

0081

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

Ма1

М

+S'

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

Пример — UNS*S'.


Сегменг:


МОА


Порядковый N»: 19 Состояние: R


Уровень: Макс, экз.:


0

1


Секционный контроль Денежная сумма


Имя: Общая сумма Описание сегмента:


EOIFACT

Применение

Tei

Имя

Формат

Состояние

Пример

Ислольэоеание/Комментарии

C516

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

М

М

5025

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

М ВП..З

М

+86

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

5004

_i

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

С П..18

R

:2800'

Формат п..12

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

Пример — МОА+86:2800\

EWFACT

Применение

Tei

Имя

Формат

Состояние

Пример

ИслопьэоваииегКомментарии

0074

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

Мп.,6

М

+20

0062

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

Man.,14

М

+1‘

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

Пример— иЫТ*20*1’.

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

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

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

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

<!- • aulomabcally generated by GEFEG ED1FIX - ->

<!- - - ->

<xsd:schema xmlns:xsds*

xmlns:din="hHp7/ww«v.din,de/examples/orders'

targ6tNamespaces‘>

<xsd:element name ="M_ORDERS’>

<xsd:complexType>

<xsd:sequence>

<xsd:element ref**din:D_10047>

<xsd:element ref="din;S_DTM’ minOccurss’l" maxOccurs=*27>

<xsd:element ref='din;G_SG2'' minOccurs=*r maxOccurs=*27>

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

<xsd:element ref=“din:D_6345* minDocurs=*0* тахОссиге3"!"/»

<xsd:element ref*'‘din:G_SG25" minOccurss“1* maxOccurs=’10f7>

<!- - Alternative could be *G_LIN* - -> <xsd:element refs“din:D_5004_27>

</xsd:sequence>

<xsd:attribute name=”E DIPath* type='xsd:slring* fixed=*ORDERS"/>

</xsd :comptexType>

</xsd:element>

<xsd:e*ement name ="S_DTW>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref="djn:D_2005*/>

<xsd:element ref="d»n:D_2380’/>

</xsd:sequence>

<xsd:attribute name="EDIPath“ types*xsd:string' fixed="ORDERS.DTM{0030)7> </xsd:comptexType>

</xsd:element>

<xsd:element name =’G_SG2'>

<xsd :complexType>

<xsd:sequence>

<xsd:element ret="dm:D_3035*/>

<xsd:element ref="c£n:D_30367>

<xsd:element ref=*din:D_3042* min0ocurs=“0" тахОссигея"17>

<xsd:element ref=*din:D_3164* min0ocurs=H0“ max0ccurs=‘"l7>

<xsd:element ref=’din:D_3251* min0ocurs="0" maxOccurs="17>

<xsd:eiement ref="dtn:S_Fir minOcturs=*0* maxOccurs=M*/>

<xsd:element ref=*din:D_1154“ mtnOccurss*0* maxOccurs=“1"/>

<xsd:elemeot ref=*din:D_3413* minOocurs=H(r max0ccurs="17>

<xsd:e*ement ref="din:S_COM” mtnOccurs=*(F maxOccurs=*27> </xsd:sequence>

<xsd:attribute name=*ED!Path" types<axsd:stnng* fixed=*ORDERS.SG2(0t10>"/> </xsd:comptexType>

</xsd:element>

<xsd:element name =“G_SG25“>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref=’din:D_1082* min0oajrs=“0" maxOccurs=“1’/>

<xsd:element ref="djn :D_71407>

<xsd:element re(=*din:D_7008* minOccurs=*0" maxOccurs=“17>

<xsd:element ref=“din:D_7O08_2" mnOccurs="0" max0ccurs='17> <vsd-oloment rof=Mirvn_fiOfi(V 1гмпПг)тгл="ГГ тяхОгппге=’1'/>

<xsd:element re(=*din:D_64ir mtnOccurs="0* maxOccurs=“1"/>

<xsd:element ref=’din:D_5004' min0ocurse"0“ maxOccurs=‘"l7>

<xsd:element ref=’din:D_5118" mtn0ccurs=*0* maxOccurs="17> </xsd:sequence>

<xsd:aftrt>ute name=*E01Path“ types*xsd:string* fixed=*ORDERS.SG25(0930)7>

</xsd:comptexType>

</xsd:element>

<xsd:etement name ="S_Fir>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref="d»n:D_31947>

<xsd:element refa"d»n:D_34337>

<xsd:element ref=‘din:D_3432* min0ocurs="0“ maxOccurs=“1’/> </xsd:sequence>

<xsd:attribute name=’EDIPath" types*xsd:string* fixed=’ORDERS.SG2.Fll(0140)7>

</xsd :comptexType>

</xsd:element>

<xsd:etement name ="S_COM">

<xsd:complexType>

<xsd:sequence>

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

<xsd:element ref="cfin:D 31557> </xsd;sequence>

<xsd:attribute name=“EDlPalh" type=*xsd:slring“

fixedB*ORDERS.SG2.SG5.COM{0230)7>

</xsd:comp*exType>

</xsd:element>

<xsd:elemenl name =*D_1004">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base B"din:slring1..$*>

<xsd:attribute name=“EDIPalh“ type=*xsd:string“

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

</xsd:extenston>

</xsd:8tmpleConlent>

</xsd:comp*exType>

</xsd:elemeot>

<xsd:elemenl name B"D_6345">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =’din:D_6345'>

<xsd:attribute nama^EDiPath” type=*xsd:slring“

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

</xsd:extens»on>

</xsd:simpleConlent>

</xsd:compiexType>

</xsd:element>

<xsd:elemenl name B"D_5004_2"> <xsd:complexType>

<xsd:simpleContent>

<xsd:extension base B"din:decimar..12‘,> <xsd:allributename='ED)Path* type="xsd;string“ fixed-,ORDERS.MOA.C516.5Q04(2010:0W:02)7> </xsd:extenston>

</xsd:simpleContent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_2005">

<xsd:complexType>

<«srlfiimpleCnoten»

<xsd:extension base =’dln:D_2005*>

<xsd:attnbute nameB“EDJPalh* type=’xsd:slring“

fixed=HORDERS.DTM.C507.2005(0030:010:01)‘/>

</xsd:extension>

</xsd:simpleConlent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_2380">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extens»on base ="din:decjmalS*>

<xsd:attribule name=“EDIPath" type=*xsd:slring“

fixedB"ORDERS.DTM.C507.2380(0030:010:02)7>

</xsd:extension>

</xsd:simpleContent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =*O_3035">

<xsd;complexType>

<xsd:simpleContent>

<xsd:extenskm base =*din:D_3035*>

<xsd:attnbute name^EDIPath" type=*xsd:slring“

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

</xsd:extension>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:element name ="D_3G36*>

<xsd:complexType>

<xsd:simpleContenl>

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

<xsd:attribute name=’ED1Palh* types*xsd:string* fixeds"ORDERS.SG2.NAD.C080.3036(0120:040:01 )7> </xsd:exlens*on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:elemen1 name =”D_3042*>

<xsd :complexType>

<xsd:simpleContent>

<xsd:extension base =“din:string1..36“>

<xsd:attribute name=’EDIPath" types*xsd:string*

fixed="ORDERS.SG2.NAD.C059.30<2(0120:050:01)7>

</xsd:exlens»n>

</xsd:simpleConlent>

</xsd :compiexType>

</xsd:e)ement>

<xsd:element name ="D_3164*>

<xsd:complexType>

<xsd:simpleContenl>

<xsd:extension base =“din:string1..36“>

<xsd:attribute name=*EDIPalh" types*xsd:string*

fixed=*ORDERS.SG2.NAD.3164(0120:060)7>

</xsd:ex(ens«on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:eiement>

<xsd:element name ="D_3251*>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base s“din:decimal5*>

<veri'nttrihi>to names'PniPath" Jype=**Eri RlrinQ* fixed=*ORDERS.SG2.NAD.3251(0120:080)7>

</xsd :extension>

</xsd:simpleContent>

</xsd :comptexType>

</xsd:element>

<xsd:element name =’D_1154,‘>

<xsd:complexType>

<xsd:simpleContenl>

<xsd:extension base =“din:string1..36“>

<xsd:attribute name=*EDIPalh" types*xsd:string* fixeds"ORDERS.SG2.SG3.RFF.C50e.1154(0160:010:02)7> </xsd:ex(ens«on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:element name ="D_3413*>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base s"din:s1ring1..15,*>

<xsd:attribute name=*EDlPath" types*xsd:string* fixeds*ORDERS.SG2.SG5.CTA.C056.3413(0220:020:01 )7> </xsd:ex(ension>

</xsd:simpleContent>

</xsd :comptexType> </xsd:element>

<xsd:elemenl name =“D_3194“>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extens*on base ="din:decimahO“>

<xsd:attribute name=“EDlPalh'' type=*xsd:slring“ fixed-,ORDERS.SG2.FII.C078.3194{0140:020:01)7> </xsd:extension>

</xsd:8tmpleConlent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_3433">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extenston base ="din:dedmal$*>

<xsd:attribute name^EDIPath* type=*xsd:string*‘

fixed=“ORDERS.SG2.FII.C088.343;<0140:030:01)7>

</xsd:extenstoo>

</xsd:simpleContent>

</xsd:comp*exType>

</xsd:e*ement>

<xsd:element name =“D_3432">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base ='din:slring1..70*>

<xsd:attribute name=‘‘EOIPalh“ type=*xsd:slring“

fixed=“ORDERS.SG2.FII.C088.3432{0140;030:07)7>

</xsd:extenston>

</xsd:simpleContent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_3148H>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base s*din:string1..12*>

<xsd:altnbole name^EDiPalh" type=’xsd:string“

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

</xsr1'o«tensinn>

</xsd:s«npleConlent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_3155’>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =’din:D_3155‘>

<xsd:attnbute name=‘‘EOIPalh“ type=*xsd:slring“

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

</xsd:extension>

</xsd:simpleContent>

</xsd:comp*exType>

</xsd:element>

<xsd:element name =“D_1082">

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =“din:decimal\.5*>

<xsd:attnbute name=“EDiPalh’ type=‘xsd:string“

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

</xsd:exlens*on>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:element>

<xsd:element name ="D 7140"> <xsd:complexType>

<xsd:simpleContenl>

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

<xsd:attribute name=’EDiPalh* type=*xsd:string* fixed=“ORDERS.SG25.UN.C212.7140(0940:030:01 )*/> </xsd:extens«on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:element name ="D_7008*>

<xsd:complexType>

<xsd:simpleContent>

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

<xsd:attribute name=*EDIPath" types*xsd:string* fixed="ORDERS.SG25.IMD.C273.7008(0960:030:04 )"/> </xsd:extension>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:element>

<xsd:element name ="D_7008_2">

<xsd :complexType>

<xsd:simpleContent>

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

<xsd:attribute name=*EDIPalh" lype=*xsd:slring* fixed="ORDERS.SG25.IMD.C273.7008(0960:030:05)“/> </xsd:ex(ens«on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:element name ="D_6060*>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =*din:decimal1..5’>

<xsd:attribute name=*EDIPath“ types*xsd:string’

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

</xsd:exlens*on>

</xsd:simpleContent>

</х«г1тптр1вхТурв>

</xsd:eiement>

<xsd:element name =’D_6411>

<xsd :complexType>

<xsd:simpleContent>

<xsd:exlension base ="din:D_64ir>

<xsd:attribute name=*EDlPath" types*xsd:string* fixed="ORDERS.SG25.QTY.C186.6411(0970:010:03)’/> </xsd:extens«on>

</xsd:simpleConlent>

</xsd :comptexType>

</xsd:element>

<xsd:element name ="D_5004*>

<xsd:complexType>

<xsd:simpleContenl>

<xsd:extens*on base >"din:d6cimal1..ie”>

<xsd:attribute name=’EDlPath* types*xsd:string*

fixed='ORDERS.SG25.MOA.C516.5004{0980;010:02r/>

</xsd:extens«on>

</xsd:simpleConlent>

</xsd :compiexType>

</xsd:eiement>

<xsd:element name =’D_5118">

<xsd :complexType>

<xsd:simpleContent> <xsd:extension base =“dinidecknal'.. 12">

<xsd:attribute name=“ECHPalh* type=*xsd:slring“

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

</xsd:extensk>n>

</xsd:s*mpleConlent>

</xsd:comp*exType>

</xsd:etement>

<xsd:simpteType name='string1..8">

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

<xsd:whiteSpsce values"preserve*/>

<xsd:minLenglh value*" 17>

<xsd:maxLength value*"87>

</xsd:reslriction>

</xsd:simpleType>

<xsd;simp)eType name=“D_2005“>

<xsd:restriction base=“xsd:string’‘>

<xsd:erHjrr»ration vafue="4‘/>

<xsd:enurr>eration value="27>

<xsd:whiteSpace valoe*"pfeserve7>

<xsd:minlength value*" 17>

<xsd:maxLength value="37>

</xsd:restriction>

</xsd:simpteType>

<xsd:simpteType name=“decimal8">

<xsd: restriction base=“xsd:dectfnal‘>

<xsd:totalDigits value="87>

</xsd:reslriction>

</xsd:simpleType>

<xsd:simp)eType name=“D_3035“>

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

<xsd enumeration vakie="BY7>

<xsd:enumeration value="SE7>

<xsd:whiteSpace value="preserve*/>

<xsd:minLength value*" 17>

<xsd:maxLength value*"37>

</xsd:restriction>

</xsd:simpleType>

OrsricimfiloTypo name=*Rtrir*g1 1f>

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

<xsd:whiteSpace values"preserve’/>

<xsd:minLength value*" 17>

<xsd:maxLength value*" 107>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=‘string 1 ..3f*>

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

<xsd:whiteSpace valoe*"preserve7>

<xsd:minLength value*" 17>

<xsd:maxLength vakje*“357>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpteType name*"decimaI5">

<xsd: restriction base=“xsd:dectfnaT>

<xsd:totalDigits value=”57>

</xsd:reslriction>

</xsd:simpleType>

<xsd:simpleType name*"decimal1C">

<xsd:restriction base*"xsd:decimaT>

<xsd:totalD»gite value="107>

</xsd:reslriction>

</xsd:simpleType>

<xsd:simpteType name="stnr*g1..7C”>

<xsd:restriction base=*xsd:string’> <x$d:w4iiteSpace value=”pres6rve*/> <xsd:minLength value="r/> <xsd:maxLength value=”707> </xsd:restriclion>

</xsd:simpleType>

<xsd:simpleType name=*stfing1..15’> <xsd:restriction base=*xsd:string‘> <xsd:whiteSpace vali>e=“preserve'i'> <x$d:minLength value="17> <x$d:maxLength value="15"/> </xsd:restfiction>

</xsd:simpleType>

<xsd:simpleType name=*string1..12*> <xsd:restriction base=*xsd:string’> <xsd:whiteSpace value="pre8erve’/> <xsd:minLength value='V7> <xsd:maxLenglh value=,'12“/> </x$d;restncbon>

</xsd:simpleType>

<xsd:simpleType name='D_3155"> <xsd:restriction base=*xsd:slnng'> <x$d:enumeraboo value=*TE7> <xsd:enumeration value="FX7> <xsd:wtiiteSpace value="preserv67> <xsd:minLength valoe="17>

<xsd:maxLength valu0=“3'/> </x$d:restriction>

</xsd:simpleType>

<xsd:simpleType name="D_6345"> <xsd:restriction base=*xsd:slring'> <xsd:enumeration vaiue=*DEM7> <xsd:enumeratoon value=*GBP7> <xsd:w4iiteSpace value="preserve7> <xsd:minLength value=”17> <xsd:maxLength value^T^ </xsd:restriction>

</x«a1simpleType>

<xsd:simpteType name=“decimal1 <xsd:restriction base=“xsd:decimar> <xsd:lotalDigite va!i>e='5"/> </xsd:restriclion>

</xsd:simpleType>

<xsd:simpleType name=*slringt..20*> <xsd:restriction base=*xsd:string’> <x$d:vrtiiteSpace value="pfeserve'/> <xsd:minLength value="17> <xsd:maxLength value="207> </xsd:restriction>

</xsd:simpleType>

<xsd:simpteType пате=Т)_641Г> <xsd:restriction base=*xsd:stnng“> <xsd:enumerat*on value="TNE7> <xsd:enumeralion value="KGM7> <xsd:enumeration value="GRM7> <xsd:enumeration vahje=“LBR7> <xsd:enumeration value="LTR7> <xsd:enumeratk>n value="02N7> <xsd:whiteSpaoe value-"pfeserve7> <xsd:minLength valoe=“17> <xsd:maxLength value=K37> </xsd;res4/iction>

</xsd:simpleType>

<xsd:simpleType names"dectmal1..18K>

<xsd: restriction base=‘‘xsd:decima!‘>

<xsd;totalD*gits value="187>

</xsd:reslriction>

</xsd:simpteType>

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

<xsd:restnction basea"xsd:decimaT>

<xsd:totalD*gits value="127>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

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

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

<!- - automabcally generated by GEFEG ECHFIX - •>

<!- - - ->

<din:M_ORDERS xmlns:din="http:/Avww.dm.de/exampl6s/orders“ xmlns:xs»s'hltp://www.w3.org/2001/;<MLSchema-instance" xsi:schemaLocationa* orderl ,xsd"> <din:D 1004>t-96</din:D_1004>

<din:S DTM>

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

<din:D_2380>1996010K/din:D_2380>

</din:S_DTM>

<din:G SG2>

<din:D 3035>BY</din:D 3035>

<din:D_3036>BONBON AG</din:D 3036> <dtn:D_3042>SlRUPSTRASSE 15</din:D_3042>

<din:D 3164>ZUCKERSTADT</din D_3164>

<din:D 3251>55555</din:D 3251>

<din:S FH>

<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_1t54>OE998887</din:D_t154>

<4*n:D_3413>BART SIMPSON</drn:0_3413>

<din:S COM>

<din:D_3148>053e8-22347</din:O 3148>

<din:D 3155>TE</din:D_3155>

</din:S_COM>

</din:G SG2>

<din:D~8345>EUR</din:D_6345>

<din:G SG25>

<din:D~1082>1</din:D_1082>

<din;D 7140>2001</din:D 7140> <din:D_7008>SCHOKOiA5ENMASSE</din:D_7008>

<din:D 6080>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>

</dtn:G"lSG25>

<din:D_5004 2>2890</din:D_5004 2>

</din:M_ORDERS>

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

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

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

<!- - - ->

<xsd:schema xmtns:xsds*http:/Avwv.w3.org/2001/XMLSchema“> <xsd:element name =“Order">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref=-OrderNumber7>

<xsd element ref=*OrderDates" minOccurs=“1* maxOccures"27> <xsd:element refs-OrderParties" mirOccurs='1’ maxOccurs=K2“/> <xsd:element ref="OrderOjrreny’' miiOocurs="0" maxOccurs®"17> <xsd:element refs"L»neltems" mmOccurs="1“ maxOccurs=“10"/> <xsd:element ref=TotalOrderValue7>

</xsd:sequence>

<xsd:attribute name="EDIPath* type=’xsd:string* fixeda“ORDERS7> </xsd:comptexType>

</xsd:element>

<xsd:elemenl name a*OrderDates*>

<xsd :complexType>

<xsd;sequence>

<xsd:element refa"DateQualif*er7>

<xsd:element ref**Dale"/>

</xsd:sequence>

<xsd:attribute narr>e=’EDtPath“ type=’xsd:slring“ fixed=*ORDERS.DTM{0030)7>

</xsd:comptexType>

</xsd:e)ement>

<xsd;elemenl name =’OrderParties“>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref=“PartyQuahfier7>

<xsd:element ref="Name7>

<xsd:e*emenl ref=“Streer minOccurj=“0“ maxOccurs=T7>

<xsd;etement ref=“Cit/' minOccurs-O* maxOccurs=*17>

<xsd:element refa*PostCode" minOccursa“0" maxOccurs=*17> <xsd:element ref^Accountlnformaticn'' minOccursa*0” maxOccurs="1"/> <xsd:e*ement ref=“VATNumber- min0ocurea"0" maxOccurs="17> <xsd:elemeot refa*ContactName* mhOocursa"(F maxOccurs=“r/> <xsd:elemenl ref="Communicat»orr TitnOccurs=“0* maxOccurs=’27> </xsd:sequence>

<xsd:attribute name=*EDlPalh" types*xsd:stnng* fixeda"ORDERS.SG2{0110)7>

</xcsfrnmplexTypa>

</xsd:e)ement>

<xsd:element name ="Linetlems*>

<xsd :complexType>

<xsd:sequence>

<xsd:element ref*“LineltemNumber” minOccurs="0" max0ccurs=“17> <xsd:element ref=*Suppt>ersArticieNumber7>

<xsd:element ref='llemTexlUne1" minOccixs=*0* maxOccurs="1’/> <xsd:element ref=“ltemTexlLine2" mnOccufs=*0* maxOccurs="1“/> <xsd;element ref="OuantityOrderetT minOccursa*0" maxOccursa*17> <xsd:element refa*MeasureUnif mirOccursa*0’ maxOccursa*"17> <xsd:element ref=TineltemAmounr minOccurs=“0" maxOccurs='17> <xsd:element ref="UnitPrice* minOccurs=“0" maxOocurs="17> </xsd:sequence>

<xsd:attribute name=’EDIPath" types*xsd:string* fixeda"ORDERS.SG25(0930)“/>

</xsd :comptexType>

</xsd:eiement>

<xsd:element name =‘,Accountlnforrnatk)n‘>

<xsd:complexType>

<xsd:sequence>

<xsd;elemenl ref="AccountNumber*/>

<xsd:e*ement ref="BlC7>

<xsd:element ref=’BankName* minOccursa*0* maxOccurs=“17> </xsd:sequence>

<xsd:attribute name="EDiPath" type=*xsd:string“ fixedB'ORDERS.SG2.FI!(0140)*/>

</xsd:comptexType>

</xsd:etement>

<xsd:element name =“Communicaeon“> <xsd:complexType>

<xsd:sequence>

<xsd:e4ement ref=’CommunicalionNumber7> <xsd:e1ement ref='CommunicalionChannel7> </xsd:sequence>

<xsd:attribule names-EDlPath" type='xsd:slring“

fixedB*ORDERS.SG2.SG5.COM(0230)7>

</xsd:comptexType>

</xsd:etement>

<xsd:element name s"OrderNumber^> <xsd:complexType>

<xsd:simpleContent>

<xsd:extension base B"slring1..8">

<xsd:attribute name="ECHPalh' type=*xsd:string“

fixedB"ORDERS.BGM.1004(0020:020)7>

</xsd:extension>

</xsd:stmpleContenl>

</xsd:comp*exType>

</xsd:etemert>

<xsd:element name ="OrderCurreny"> <xsd:complexType>

<xsd:simpleContent>

<xsd:exlension base s'OrderCurren/‘>

<xsd:attribule names-EDlPath" type=*xsd:string“

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

</xsd:extension>

</xsd:stmpleConlent>

</xsd:complexType>

</xsd:e(ement>

<xsd:element name =TotalOrdefValue*> <xsd:complexType>

<xsd:simpleContent>

«srf-evlonftinn Каве ="d»rimal1 1?*>

<xsd:attribule name="EOIPath" type=’xsd:slring“

fixedB"ORDERS.MOA.C516.5004(2010:010:02)*/>

</xsd:extens»n>

</xsd:stmpleConlent>

</xsd:comptexType>

</xsd:etement>

<xsd:elemenl name s*DateOualifier> <xsd:complexType>

<xsd:simpleContent>

<xsd:extension base B"DaleQualif»e’*>

<xsd:attribute name="EOIPath" type=*xsd:string“ fixedB"ORDERS.DTM.C507.2005(0030:010:01 )“/> </xsd:extension>

</xsd:stmpleConlent>

</xsd:comptexType>

</xsd:e(ement>

<xsd:element name ="Date‘>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =“decimal8“>

<xsd:attribule names-E^Path* type=*xsd:string“

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

</xsd:extension>

</xsd:stmpleConlent> </xsd:comptexType>

</xsd:e)ement>

<xsd:element name =*PartyQualifier*>

<xsd :complexType>

<xsd:simpleContent>

<xsd;extens*on base =-PartyQualifier">

<xsd:attr*>ute name=*ED!Path“ lypes'xsd:s1ring“

fixed=*ORDERS.SG2.NAD.3035(0120:010)’7>

</xsd:exlens»on>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:e)ement>

<xsd:element name s‘Name'>

<xsd :complexType>

<xsd:simpleContent>

<xsd:exleosion base s”string1..10">

<xsd:attribute name=*EDlPath* types‘xsd:s1ring“ fixed="ORDERS.SG2.NAD.CQ80.3036(0t 20:040:01 )7> </xsd:extensk)n>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:e)ement>

<xsd:element name ='Street"»

<xsd :complexType>

<xsd:simpleContenl>

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

<xsd:attribute name=*E01Path“ types'xsd:s1ring* fixed="ORDERS.SG2.NAD.C059.3042(0120:050:01 )7> </xsd:extens»on>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:e)ement>

<xsd:eiement name ="City">

<xsd :complexType>

<xsd:simpleContent>

<xsd extension base a"string1..35*>

<xsd:attribute name=*EDIPath" type=*xsd:slring“ fi»«1a*nRnFRS RG? NAD 31в4(П170П«Лу7> </xsd:extension>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:e)ement>

<xsd:element name ="PostCode">

<xsd :complexType>

<xsd:simpleContent>

<xsd:ex(enston base ^decimals"»

<xsd:attrt>ute name=*ED!Palh“ lypes'xsd:s1ring*

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

</xsd:extens*on>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:e)ement>

<xsd;etement name ='VATNumber“>

<xsd :complexType>

<xsd:simpleContent>

<xsdextension base ="string1..35">

<xsd:attrt>ute name=*EDlPalh“ types*xsd:s1ring* fixed="ORDERS.SG2.SG3.RFF.C5G6.1154(0160:010:02)7» </xsd:extens»on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:e)ement> <xsd:element name «"ContaclName"»

<xsd:complexType>

<xsd:simpleContent>

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

<xsd:attribule name="ECHPath“ type=*xsd:string‘

fixeds“ORDERS.SG2.SG5.CTA.C056.3413(D220:020:0t)7»

</xsd:extension»

</xsd:stmpleConlent>

</xsd:complexType>

</xsd:etament>

<xsd:element name =’AccountNum>ef“> <xsd:complexType>

<xsd:simpleContent>

<xsd:extens»on base ="decimal10“>

<xsd:attribute name=‘ECHPath" type=*xsd:string“

fixed="ORDERS.SG2.FII.C078.3194{0140:020:01)7>

</xsd:extension»

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:etement>

<xsd:element name =*BIC“>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extens*on base «‘decimate*»

<xsd:attribute names‘E01Path‘ type=*xsd:string“

fixed="ORDERS.SG2.FII.C088.3432<0140:Q30:01)7>

</xsd:extension>

</xsd:stmpleConlent>

</xsd:comptexType>

</xsd:etement>

<xsd:element name «"BankName"»

<xsd:complexType>

<xsd:simpleContent>

<xsd:extension base =“strmg1 ..70"»

<xsd:attribute name^EDtPath" type=*xsd:string“ fixed="ORDERS.SG2.FII.C088.3435(0140:030:07)7» </xsd:extension»

</*srietmplflf:nnlent>

</xsd:comptexType»

</xsd:etement>

<xsd:element name «‘CommunicationNumber"» <xsd:complexType»

<xsd:simpleContent»

<xsd:extension base ="slring1..12"»

<xsd:attribute name«"EDiPath‘ type=*xsd:string‘

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

</xsd:extension>

</xsd:stmpleConlent>

</xsd:comptexType»

</xsd:etament>

<xsd:e(ement name «“CommunicalionChannet*» <xsd:complexType»

<xsd:simpleContent»

<xsd:extension base «"CommuniCEbonChannel"» <xsd:attribute name="ECHPath“ type=’xsd:string“ fixeds“ORDERS.SG2.SG5.COM.C076.3155(0230:010:02)7» </xsd:extension>

</xsd:stmpleContent>

</xsd:complexType»

</xsd:e(ement>

<xsd:element name «‘LineltemNuniber*» <xsd:complexType>

<xsd:simpleContent>

<xsd:extension base s'deamal1..5*>

<xsd:attribute name=*EDIPath“ type=*xsd:slring“

fixed="ORDERS.SG25.UN.1082<0940:010)7>

</xsd:exlens»on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:etement name =“SuppliersArlideNumber>

<xsd :complexType>

<xsd:simpleContent>

<xsdextension base “"string 1..10*>

<xsd:attrt>ute name=*EDIPalh“ types*xsd:string*

fixed="ORDERS.SG25.UN.C212.7140(0940:030:01)*7>

</xsd:extension>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:e)ement>

<xsd:element name ="ltemTextUner>

<xsd :complexType>

<xsd:simpleContent>

<xsdextension base ="string1..20“>

<xsd:attri>ute name=*EDlPalh“ lypes'xsd:slring“

fixeds"ORDERS.SG25.tMD.C273.7008(0960:030:04)7>

</xsd:extens»on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name s"ltemTextLine2*>

<xsd :complexType>

<xsd:simpleContent>

<xsdextension base ="string1..20“>

<xsd:attrt>ute name=*E01Path“ lype**xsd:string* fixed="ORDERS.SG25.IMD.C273.7008(0960:030:05 </xsd:extens*on>

</xsd:simpleConlent>

</xsd:complexType>

<xsd:element name ““Quantity Ordered":»

<xsd :complexType>

<xsd:simpleContent>

<xsd:extension base =*dedmal1..5*>

<xsd:attrt>ute name='EDlPath“ type='xsd:string*

fixeda*ORDERS.SG25.QTY.C186.6080(0970:010:02y,/>

</xsd:extens»on>

</xsd:simpleContent>

</xsd:comptexType>

</xsd:element>

<xsd:element name =*MeasLreUntf>

<xsd :complexType>

<xsd:simpleContent>

<xsd extension base ="MeasureUnit*>

<xsd:attribute name=*EDlPath“ types‘xsd:string" fixed=*ORDERS.SG25.QTY.C186.6411(0970:010:03)7> </xsd:extens»on>

</xsd:simpleConlent>

</xsd:comptexType>

</xsd:etement>

<xsd:element name ="LineltemAmounr>

<xsd :complexType>

<xsd:simpleContent>

<xsd:extension base =*decimal1..18*> <xsd:attribute name="EDJPath'* type=*xsd:string“

fixed="ORDERS.SG25.MOA.C516.5004{0980:010:02)7>

</xsd:extension>

</xsd:stmpleConlent>

</xsd:complexType>

</xsd:etement>

<xsd:element name ="UnitPrice“>

<xsd:complexType>

<xsd:simpleContent>

<xsd:extensx)n base *"decimal1..12*>

<xsd:attribule names-EDlPath* type='xsd:string“

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

</xsd:extension>

</xsd:stmpleContent>

</xsd:compiexType>

</xsd:etement>

<xsd:simpleType name='string 1. .8"»

<xsd:restriction base=*xsd:string“>

<xsd:whiteSpace value="preserve7>

<xsd:minLenglh value=”17>

<xsd:maxLength value=“B”/>

</xsd:restric<ion>

</xsd:simp(eType>

<xsd:simpleType name=*DateQualner‘>

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

<xsd:enumeration vakie='47>

<xsd:enumeration value=“27>

<xsd:whiteSpace value="preserve'/>

<xsd:minLenglh value*" 17>

<xsd:maxLength value="37>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=“decimal8">

<xsd:restricbon bases"xsd:decimar>

<xsd:totalDigits value*"87>

</xsd:reslriction>

</xsd:simp(eType>

<*sd «jmpleTyp» name=*PartyOnalifi«»r*>

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

<xsd enumeration value="BY7>

<xsd:enumeration value="SE7>

<xsd:whiteSpace value*"pfe8erve‘/>

<xsd:minLenglh value*” 17>

<xsd:maxLength value="37>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType names*slring1..1C">

<xsd:restriction base=“xsd:slring">

<xsd:whiteSpace valoe="preserve7>

<xsd:minLength value*" 17>

<xsd:maxLength vakje*‘10’/>

</xsd:reslriction>

</xsd:simpleType>

<xsd:simpleType name=*slring 1 ..3E*>

<xsd:restriction bases"xsd:slring">

<xsd:whiteSpace value*"preserve’/>

<xsd:minLenglh value*"r/>

<xsd:maxLength vakje="357>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name=“decimat5">

<xsd:restndion bases'xsdrdecimai^ <xsd:totalDigits value=*5V>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpteType name=*declmal10’> <xsd:restrictk>n base="xsd:decimar> <xsd:totalDigrts value=“107>

<fxsd:restriclion>

</xsd:simpleType>

<xsd:simpieType name=*slring1..70’> <xsd:restriction base='xsd:s!ring’> <xsd:whi(eSpace value="pfeserve7>

<xsd:minLength value="17>

<xsd:maxLength vatue="707>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType name-,string1..15‘> <xsd:reslriction basa=’xsd:string"> <xsd:wtiiteSpace vaiue=“preserve7> <xsd:minLength value=“17>

<xsd:maxLength value="157>

</xsd:restriction>

</xsd:simpleType>

<xsd:simpleType nama=*string 1.. 12*> <xsd:restriction base="xsd:slring'> <xsd:wtiiteSpace value="preserve7> <xsd:minlength value="17>

<xsd:maxLength valu&="127>

</xsd:res4riction>

</xsd:simpleType>

<xsd:simpleType name="Commimicatior»C banner <xsd:restiictjon bases*xsd:s(ring*> <xsd:enumerabon value=*TE7>

<xsd:enumeration value="FX7>

<xsd:wtiiteSpace value='preserve7> <xsd:minLength value=”17>

<xsd:maxLength value=*3"/>

</xsd:restriction>

</xRrt-cimplaType>

<xsd:simpleType name=’decimal1..$*> <xsd:restrictioo base=“xsd:decimar> <xsd:tota1Digits vatue="57>

</xsd:rest/iclion>

</xsd:simpleType>

<xsd:simpleType na me='siring 1.. 20’> <xsd:restriction base=*xsd:string'> <xsd:wtiiteSpace value="preserve7> <xsd:minLength value="17>

<xsd:maxLength value="207>

</xsd:restric(ion>

</xsd:simpleType>

<xsd:stmpleType name='MeasureUnil*‘> <xsd:restriction base=*xsd:string">

<xsd:enumeration va1ue=TNE7>

<xsd:enumeralion value^'KGMV»

<xsd:enumwat»on value="GRM7> <xsd:enumeration vaKje=“LBR*/>

<xsd:enumeration value=“LTR*/>

<xsd:enumeration valua="02N7>

<xsd:wtiiteSpace value="p<eserve7> <xsd:minlength value="17>

<xsd:maxLength value=“37>

</xsd:restriction> </xsd:simpleType>

<xsd:simpleType names"dectmal1..18'>>

<xsd: restriction base=‘‘xsd:decima!‘>

<xsd:totalDigits value="187>

</xsd:reslriction>

</xsd:simpteType>

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

<xsd:restriction basea"xsd:decimaT>

<xsd:totalD*gits value="127>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

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

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

<!- - automabcally generated by GEFEG ECHFIX - •>

<!- - - ->

<Order

xmlns:xsi=’Mtp://ww«v.w3.org/2001/;<MLSchema-rnstance'

xsi:noNamespaceSchemaLocation*"orderl.xsd">

<OrderNumber>1 -96</OrderNumber>

<OrderOates>

<OateQualifier>4</OateQualifier>

<Date>1996010K/Date>

</OrderOates>

<OrderParties>

<PartyQualrfier>BY</PartyQualrfier>

<Name>BONBON AG</Name>

<Street>SIRUPSTRASSE 15</Streel>

<City>ZUCKERSTADT</C*y>

<PostCode>55555</PostCode>

<Accountlnformation>

<AccountNumber>1236547890</AccountNumber>

<BIC>10090045</BIC>

<BankName>SBANK</Ban4Name>

</Aocountlnformation>

<VATNumber>DE998887</VATNumper>

«ContactNamo^BART SIMPSON«/ContactNarno» <Communication>

<CommuntcationNumber>05368-22347</CommunicationNumber>

<CommunicationChanne»TE</CommunicationChannel>

«/Communication»

</OrderParties>

<OrderCurreny>EUR</OrderCurreny>

<Lineftems>

<LineltemNumber>1</LineltemNumber>

<SuppliersArtic)eNumber>2001</SuppliersArticleNumber>

<ltemTextLme1>SCHOKOLAOENMASSE</ttemTextLine1>

<OuantityOrdered>2</OuantityOrdeied>

<MeasureUnit>TNE</MeasureUnrt>

<LineltemAmount>2800</Line1temAmounl>

<UnitPrice>1400</UnitPrice>

</Lineltems>

<TolalOrderValue>2890</TotalOrdeiValue>

</Order>

Сегменг:


Порядковый №: 20 Уровень: Состояние: М Макс, экз.:


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

1

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


UNT


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

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

Таблица ДАЛ

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

Степень

соответствия

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

ИСО 8601:2004

ИСО 9735-1:2002

IDT

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

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

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

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

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

[1]    ИСО 8879

(ISO 8879)

[2]    XML-схема

[3]    XML-схвма


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

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

•    Часть 1: Структуры.

•    Часть 2: Типы fl3HHbix.

УДК 658.6/.9:002.006.354    ОКС 35.240.60

Ключевые слова: электронный обмен данными. EDIFACT. XML-файл. XML-схема

Редактор Н. Н. Кузьмина Технический редактор В. И. Прусакова Корректор С. В. Смирнова Компьютерная верстка Т. Ф. Кузнецовой

Сдано о набор 21 01.2014. Подписано о печать 10.02.2014. Формат 80х84'/а. Бумага офсетная Гарнитура Ариел. Почать офсетная. Уел. леч. л. 5.68. Уч.-ии л. 4,S0. Тираж 81 эм. Зак. 81.

ФГУП «СТАНДАРТИНФОРМ». 12399S Москва. Гранатный пер.. 4.     

Набрано и отпечатано а Калужской типографии стандартов. 248021 Калуга, ул. Московская. 258.