ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
ЭЛЕКТРОННЫЙ ОБМЕН ДАННЫМИ ВУПРАВЛЕНИИ, ТОРГОВЛЕ И НА ТРАНСПОРТЕ (ЭДИФАКТ)
Синтаксические правила
ГОСТ6.20.1-90
(ИСО 9735-88)
ИЗДАТЕЛЬСТВОСТАНДАРТОВ
МОСКВА
ГОСУДАРСТВЕННЫЙСТАНДАРТ СОЮЗА ССР
| ЭЛЕКТРОННЫЙ ОБМЕН ДАННЫМИ В УПРАВЛЕНИИ, ТОРГОВЛЕ И НА ТРАНСПОРТЕ (ЭДИФАКТ) Синтаксические правила EDI for administration, commerce and transport (EDIFACT). Syntax rules | ГОСТ
6.20.1-90 (ИСО 9735-88) |
Дата введения 01.01.92
Настоящий стандарт устанавливаетсинтаксические правила построения сообщений, используемых в обмене информациеймежду партнерами.
Стандарт распространяется наразличные сферы народного хозяйства, в том числе применяется в управлении,внешней торговле и на транспорте.
Стандарт обязателен дляпредприятий, организаций и учреждений, осуществляющих обмен данными в открытыхсистемах.
Термины, используемые внастоящем стандарте, приведены в приложении1.
1.1. В настоящем стандартеустанавливаются синтаксические уровни А и В, функции которых идентичны заисключением используемых наборов знаков. По мере возникновения потребностей вдополнительных синтаксических функциях могут быть определены другие уровни.
Уровень А использует наборзнаков, указанный в п. 2.2.1.
Уровень В использует наборзнаков, указанный в п. 2.2.2.
1.2. Служебный сегмент UNA(согласованный набор ограничителей, см. приложение 2)устанавливает набор знаков (разделители и другие служебные знаки), которыеиспользуются при обмене. Если набор используемых служебных знаков отличается отнаборов знаков уровней А и В, то эти знаки должны быть установлены партнерамипо обмену на многосторонней или двусторонней основе и определены в сегменте UNA.
2.НАБОРЫ ЗНАКОВ
2.1. В передаваемойинформации должны применяться установленные в настоящем разделе наборы знаков.
2.2. Дляпредставления, знаков в указанных ниже наборах должны использоваться 7-битные коды ГОСТ 27463 (ИСО646) или соответствующие 8-битные коды ИСО 6937/2 и ГОСТ 19753 (ИСО 8859).
2.2.1. Набор знаков синтаксическогоуровня А содержит следующие знаки:
прописныебуквы верхнего регистра латинского алфавита - А - Z
цифры - 0 - 9
пробел
точка - .
запятая - ,
дефис илизнак минуса - -
левая скобка(открыть скобку) - (
правая скобка(закрыть скобку) - )
наклоннаячерта - /
знакравенства - =
Знаки,предназначенные для использования в качестве:
Апостроф -’ указателя конца сегмента
знак плюс -+ указателя начала сегмента иразделителя элементов данных
двоеточие -: разделителя компонентныхэлементов данных в составном элементе данных
вопросительный знак - ? знака отмены
ПРИМЕЧАНИЕ.Вопросительный знак, непосредственно предшествующий одному из следующих знаков:апостроф (’), плюс (+), вопросительный знак (?) - восстанавливает их обычноезначение. Например, 10?+10=20 означает 10+10=20. Вопросительный знак всобственном значении обозначается - ??.
Следующие знаки являютсячастью набора знаков уровня А, однако они не должны использоваться в передачесообщений по телексной связи.
восклицательныйзнак - !
кавычки - »
знак процента - %
амперсенд(знак, обозначающий союз «и») - &
звездочка - *
точка сзапятой - ;
знак меньше,чем - <
знак больше,чем - >
2.2.2. Набор знаков синтаксическогоуровня В содержит следующие знаки:
прописныебуквы верхнего регистра латинского алфавита - А - Z
строчныебуквы нижнего регистра латинского алфавита - а - z
цифры - 0 - 9
пробел
точка - .
запятая - ,
дефис илизнак минуса - -
левая скобка(открыть скобку) - (
правая скобка(закрыть скобку) - )
наклоннаячерта - /
апостроф – ’
знак плюс - +
двоеточие - :
знак равенства - =
вопросительныйзнак - ?
восклицательныйзнак - !
кавычки - »
знак процента - %
амперсенд - &
звездочка - *
точка сзапятой - ;
знак меньше,чем - <
знак больше,чем - >
Знаки, предназначенные дляиспользования в качестве:
разделитель информации - IS4 указателя конца сегмента
разделительинформации - IS3 указателяначала сегмента и разделителя элементов данных
разделитель информации - IS1 разделителя компонентных элементов данных
ПРИМЕЧАНИЕ.Данный набор знаков не предназначен для передачи сообщении по телексной связи.
3.1. Элементы данныхпользователей содержатся только в информационных сегментах. Служебные сегментысодержат служебные элементы данных, которые формируют структуру протоколаобмена. Содержание служебных сегментов приведено в приложении2.
Иерархическая структура обмена
3.2. Сегмент UNA ислужебные сегменты UNB - UNZ включаются в обмен вустановленном порядке. В рамках одного обмена допускается передача несколькихфункциональных групп или сообщений. В рамках одной функциональной группы допускаетсяпередача нескольких сообщений. Сообщение состоит из сегментов. Структурасегментов и их элементов данных описана в пп. 3.6 и 3.7.
3.3. Обмен должен иметьследующую структуру:
согласованныйнабор ограничителей - UNA(условный);
заголовокобмена -UNB (обязательный);
заголовокфункциональной группы - UNG(условный);
заголовоксообщения -UNH (обязательный);
сегментыданных пользователя -(если требуются);
окончаниесообщения -UNT (обязательный);
окончаниефункциональной группы - UNE(условный);
окончаниеобмена -UNZ (обязательный).
ПРИМЕЧАНИЕ. Кромеперечисленных служебных сегментов, при необходимости, допускается использованиеслужебного сегмента UNSдля разделения зон сообщения.
3.4. В рамках каждого обменасуществует иерархическая структура, которая позволяет осуществить контроль заданными и их идинтификацию. Эта структура приведена на схеме.
3.4.1. СОЕДИНЕНИЕ содержитодин или несколько обменов. Технические протоколы, обслуживающие запуск,поддержание и окончание связи, а также другие операции, не являются предметомрассмотрения настоящего стандарта.
3.4.2. ОБМЕН включает:
служебный сегмент UNA -согласованный набор ограничителей, который, если используется, определяетиспользуемые в обмене синтаксические разделители и другие контрольные знаки;
служебный сегмент UNB -заголовок обмена;
функциональные группы, еслиони используются, или одно или несколько сообщений;
служебный сегмент UNZ -окончание обмена.
3.4.3. ФУНКЦИОНАЛЬНАЯ ГРУППАвключает:
служебный сегмент UNG -заголовок функциональной группы;
одно или несколько сообщенийодного и того же типа;
служебный сегмент UNE -окончание функциональной группы.
3.4.4 СООБЩЕНИЕ включает:
служебный сегмент UNH -заголовок сообщения;
один или несколько сегментовданных пользователя;
служебный сегмент UNT -окончание сообщения.
3.4.5. СЕГМЕНТ ДАННЫХПОЛЬЗОВАТЕЛЯ включает:
идентификатор (метку)сегмента;
простые элементы данных или
составные элементы данных взависимости от использования.
3.4.6. ИДЕНТИФИКАТОР (МЕТКА)СЕГМЕНТА содержит:
код сегмента, если онуказывается;
значение (я) повторения ивложения.
3.4.7. ПРОСТОЙ ЭЛЕМЕНТДАННЫХ содержит значение одного элемента данных.
3.4.8. СОСТАВНОЙ ЭЛЕМЕНТДАННЫХ содержит значения двух или более простых взаимосвязанных элементовданных, которые называются компонентными элементами данных.
3.4.9. Ниже приводятсяпримеры, описывающие обмен в виде последовательности сегментов:
а) функциональная группавключает только одно сообщение:
UNA UNB UNG UNH . . . Сегменты данных пользователя ...UNT UNE UNZ
б) передача одного сообщениябез функциональной группы:
UNA UNB UNH . . . Сегменты данных пользователя . . . UNT UNZ
в) передача одного сообщениябез функциональной группы и без сегмента UNA:
UNB UNH . . . Сегменты данных пользователя ... UNT UNZ
3.5. Пример, описывающийструктуру сообщения, последовательность сегментов и групп сегментов в сообщениив соответствии с настоящими синтаксическими правилами, приведен в приложении 3.
3.6. Каждый сегмент данныхпользователя должен иметь следующую структуру:
идентификатор (метку)сегмента, который является обязательным и состоит из:
кода сегмента, являющегосяобязательным, разделителя компонентных элементов данных, являющегося условным;
указания повторения иливложения, являющегося условным;
разделитель элементовданных, являющийся обязательным;
простые или составныеэлементы данных;
знак окончания сегмента,являющийся обязательным.
3.7. Элемент данных в рамкахсегмента данных пользователя должен иметь следующую структуру:
простои элемент данных илисоставной элемент данных, обязательный или условный в зависимости от указаний всоответствующем справочнике сегментов и включающий:
простые взаимосвязанные(компонентные) элементы данных, разделители компонентных элементов данных,являющиеся обязательными (при ограничении, указанном в примечании).
ПРИМЕЧАНИЕ.Разделитель компонентного элемента данных не должен ставиться после последнего простогоэлемента данных, входящего в составной элемент данных. Разделитель элементаданных не должен ставиться после последнего элемента данных в сегменте.
4.1. При обмене в элементахданных, имеющих переменную длину, незначащие символы должны опускаться. Этоправило распространяется в первую очередь на нули, предшествующие цифровомузначению, и конечные пробелы.
4.2. Правило нераспространяется на нуль, стоящий перед десятичной запятой (точкой), и наслучаи значащих нулей - например в обозначении температуры, если это указано вописании данных.
4.3. При уплотнении данных в сообщениях должнысоблюдаться правила, приведенные и пп. 4.3.1-4.3.5.
Примечание. Вприведенных далее примерах «Tag»означает идентификатор (метку) начала сегмента, «DE» - элемент данных и «СЕ» - составнойэлемент данных. В примерах используются разделители уровня А.
4.3.1. Условные сегменты, несодержащие данных, исключаются, в том числе исключаются и идентификаторы началасегмента.
4.3.2. Порядок элементов данных исегменте должен быть задан в определенной последовательности. Если условныйэлемент данных опускается в начале или середине сегмента, то его позицияобозначается путем сохранения разделителя данного элемента данных.
Пример.
Два элемента данных опущены
4.3.3. Если один или несколько условных элементовданных опущены в конце сегмента то данный сегмент может быть сокращен с помощьюуказателя конца сегмента, т.е. разделители пропущенных элементов данных недолжны передаваться.
Пример.
В примере, приведенном вп. 4.3.2,последние два элемента данных опущены, а сегмент сокращен.
4.3.4. Простые компонентныеэлементы данных, идентифицируются по их последовательности в составном элементеданных. Если опускается условный компонентный элемент данных, то его позицияобозначается путем сохранения знака разделения компонентных элементов данных.
Пример.
В последнем составномэлементе данных опущены два компонентных элемента данных.
4.3.5. Если один или несколькоусловных компонентных элементов данных в конце составного элемента данныхопускаются, то это отсечение указывается с помощью разделителя элементовданных, или, если эти элементы находятся в конце сегмента, с помощью указателяконца сегмента.
Пример.
В примере, приведенном в п. 4.3.4. последний компонентныйэлемент данных в первом составном элементе данных опущен. Также опущены трикомпонентных элемента данных в последнем составном элементе данных.
В обоих случаях составныеэлементы данных сокращены, в первом случае это показано разделителем элементовданных, а во втором - указателем конца сегмента.
5.1. Для сообщенийопределенного типа должен быть использован один из двух методов указания наповторение сегментов, а именно: прямое указание на повторение или косвенноеуказание на повторение.
Выбор конкретного методаосуществляется при составлении сообщения. В одном и том же сообщении недопускается использовать одновременно оба метода.
5.2. Указание на повторениеможет быть прямым, если оно присутствует в идентификаторе (метке) сегмента ввиде компонентного элемента данных, или косвенным на основе последовательностисегментов, указанной в соответствующем определении сообщения.
5.3. Сегменты уровня 0 (приложение3) недолжны повторяться и их идентификаторы не содержат указания на повторение.
5.4. Служебные сегменты (приложение 2), заисключением сегмента ТХТ, не должны повторяться и их идентификаторы не содержатуказания на повторение.
5.5. При использованииметода прямого указания на повторение в идентификаторе сегмента первыйкомпонентный элемент данных должен быть кодом сегмента, а последний изследующих компонентных элементов данных должен указывать номер повторениясегмента в сообщении.
5.6. При использованииметода косвенного указания на повторение сегменты должны появляться в сообщениив порядке, указанном в описании типа сообщения.
6.1. Элементы данных (DE) недолжны повторяться в сегменте большее число раз, чем это предусмотрено всправочнике сегментов. Если они повторяются меньшее число раз, то применяютсяправила, содержащиеся в пп. 4.3.2-4.3.5.
Пример
Опущены два из четырех возможныхповторений элемента данных DE1.
6.2. Допускаетсяпредставлять повторяющиеся элементы в виде компонентных элементов данных (СЕ) всоставных элементах, что позволяет проводить сокращение с помощью разделителейэлементов данных.
Эго правило применяетсятакже к определенным повторяющимся последовательностям элементов данных,например, в отношении последовательности СЕ1:СЕ2:СЕ3.
Пример
Сокращение с помощью разделителяэлементов данных после двух последовательностей.
7.1. В структуре сообщениясегмент может зависеть от другого сегмента, находящегося на более высокомиерархическом уровне и, следовательно, будет вложен в этот сегмент. Длясообщений такого типа используются методы прямого и косвенного указания овложении. Выбор конкретного метода осуществляется при составлении сообщения. Водном и том же сообщении не допускается использовать одновременно оба метода.
7.2. Указание о вложенииможет быть прямым, если оно присутствует в идентификаторе (метке) сегмента ввиде компонентного элемента данных, или косвенным на основе последовательностисегментов, указанной в соответствующем определении сообщения.
7.3. Служебные сегменты (приложение2) идругие сегменты уровня 0 (приложение 3) не должны вкладываться, при этом ихидентификаторы не должны содержать указания о вложении.
7.4. При использовании методапрямого указания о вложении в идентификаторе сегмента первый компонентныйэлемент данных должен быть кодом сегмента, а следующие за ним условныекомпонентные элементы данных должны указывать на уровень иерархии и на номерповторения сегмента в рамках сегмента более высокого уровня.
7.5. Число компонентныхэлементов данных, используемых для этой цели, зависит от иерархического уровня,на котором находится сегмент в схеме структуры сообщения (приложение3).Следующий после кода сегмента компонентный элемент данных, предназначенный дляпервого контрольного счета, должен использоваться, если сегмент находится напервом уровне; второй компонентный элемент данных должен использоваться, еслисегмент находится на втором уровне; третий - если сегмент находится на третьемуровне и т.д.
7.6. Если условный сегментболее высокого уровня не используется в конкретном случае, то при указанииуровня иерархии должны присутствовать разделители компонентных элементов данныхдля неиспользуемых уровней, а данный сегмент должен находиться передсегментами, включающими указание на этот уровень.
7.7. В приведенных нижепримерах сообщений используются прямое указание на повторение и вложение, атакже разделители уровня А. Подробное объяснение схемы приведено в приложении3.
Пример 1. Сообщение с однимуровнем вложения обязательного сегмента.
Сегменты Объяснения
UNHданные’
ААА + данные’
ВВВ:1 +данные’ Элемент 1 ВВВ
ВВВ:2 +данные’ Элемент 2 ВВВ
ССС:1 +данные’ Элемент 1 CCC
DDD:1:1+ данные’ Элемент 1 DDD вCCC (1)
DDD:1:2+ данные’ Элемент 2 DDD вCCC (1)
ССС:2 + данные’ Элемент 2 ССС
DDD:2:1+ данные’ Элемент 1 DDD вCCC (2)
EЕЕ + данные’
UNT + данные’
В виде строки сообщениевыглядит следующим образом:
UNH+данные’AAA+данные’BBB:l+данные’BBB:2+данные’CCC:1+данные’DDD:1:1+данные’DDD:1:2+данные’ССС:2+данные’
DDD:2:1+данные’ЕЕЕ+данные’UTN+данные’
Пример 2 Сообщение с двумяуровнями вложения условного сегмента товаров (EEE) в коробках (DDD), помещенныхв контейнеры (CCC).
Сегменты Объяснения
UNH+данные’
ААА+данные’
ВВВ:1+данные’ Элемент 1 ВВВ
ВВВ:2+данные’ Элемент 2 ВВВ
ЕЕЕ:::1+данные’ Элемент 1 ЕЕЕ без DDD и CCC
ЕЕЕ:::2+данные’ Элемент 2 ЕЕЕ без DDD и CCC
ССС:1+данные’ Первое появление CCC
DDD:1:1+даные’ Первое появление DDD в рамках CCC (1)
ЕЕЕ:1:1:1+данные’ ЕЕЕ (1) в рамках DDD (1) в рамках CCC (1)
ЕЕЕ:1:1:2+данные’ ЕЕЕ (2) в рамках DDD (1) в рамках CCC (1)
DDD:1:2+данные’ DDD (2) в рамках CCC (1)
ЕЕЕ:1:2:1+данные’ ЕЕЕ (1) в рамках DDD (2) в рамках CCC (1)
ССС:2+данные’ CCC (2)
ЕЕЕ:2::1+данные’ ЕЕЕ (1) в рамках CCC (2) без DDD
UNT+данные’
В виде строки сообщениевыглядит следующим образом:
UNH+данные’ААА+данные’ВВВ:1+данные’ВВВ:2+данные’ЕЕЕ:::1+данные’ЕЕЕ:::2+данные’ССС:1+данныеDDD:1:1+данные’
ЕЕЕ:1:1:1+данные’ЕЕЕ:1:1:2+данные’DDD:1:2+данные’
ЕЕЕ:1:2:1+данные’ССС:2+данные’ЕЕЕ:2::1+данные’UNT+данные’
7.8. Порядок расположениясегментов, определенный в схеме структуры сообщения (сверху вниз, слева направо),должен соблюдаться. При использовании метода косвенного указания о вложениисегментов никаких дополнительных указаний для обработки не требуется.
8.1.Согласно ГОСТ 8.417 (ИСО 31/0) десятичный знак представляется в виде запятой«,». Разрешается также использовать «.». Оба знака входят в наборы уровней А иВ, определенных в разд. 2 настоящего стандарта, имогут использоваться.
8.2. При использованиинабора ограничителей сегмента UNA третий знак определяетзнак, используемый в обмене в качестве десятичного знака. В этом случаеисключается возможность альтернативного использования запятой или точки.
8.3. Десятичный знак недолжен рассматриваться в качестве значащей позиции при расчете максимальнойдлины поля элемента данных.
8.4. При передачедесятичного знака до и после десятичного знака должна быть, по крайней мере,одна цифра. Для значений, выраженных целыми числами, не должен использоватьсядесятичный знак и десятичные нули, если не требуется указать степень точности.
Пример
Предпочтительноепредставление: 0,5 или 2 или 2,0
Разрешенноепредставление: 0,5 или2 или 2.0
Запрещенноепредставление: ,5 или.5 или 2, или 2.
8.5. В обмене данных разделители триад неиспользуются.
Пример.
Разрешенное представление: 2500000
Запрещенноепредставление: 2,500,000 или 2.500.000или 2 500 000
8.6. Значения цифровыхэлементов данных считаются положительными, включая случаи, когда в описанииэлемента данных подразумевается, что он имеет отрицательное значение.
8.7. Если указываемоезначение является отрицательным, то перед ним следует передавать знак минус,например: -112.
8.8. При расчетемаксимальной длины поля элемента данных знак минус не должен учитываться приподсчете числа знаков в значении.
ПРИЛОЖЕНИЕ 1
Обязательное
В приложении приведенатерминология, соответствующая аналогичным понятиям в стандартах ИСО, а такжесодержащаяся в настоящем стандарте.
Таблица 1
| Термин | Пояснение |
| 1. Набор алфавитных знаков | Набор знаков, который содержит буквы, а также может содержать управляющие и специальные знаки, но не цифры |
| 2. Набор алфавитно-цифровых знаков | Набор знаков, который содержит буквы и цифры, а также может содержать управляющие и специальные знаки |
| 3. Тип прикладного сообщения | Основной тип сообщения, принятый в качестве удобного для определенной области применения |
| 4. Набор знаков | Конечная совокупность различных знаков, в отношении которой достигнуто соглашение и которая считается полной для данной цели |
| 5. Общин номер доступа | Номер, по которому все последующие передачи относятся к одной и той же сделке или к одному и тому же деловому файлу |
| 6. Компонентный элемент данных | Простой элемент данных, который меньше составного элемента данных и в обмене идентифицируется по его положению в рамках составного элемента данных |
| 7. Условный | Содержащееся в справочнике сообщений или сегментов условие необязательного использования сегмента, элемента данных, составного элемента данных или компонентного элемента данных |
| 8. Данные | Представление понятий в формализованном виде, пригодном для сообщения, толкования или обработки вручную или с помощью автоматических средств |
| 9. Элемент данных | Единица данных, которая в определенных условиях считается неделимой. ЭДИФАКТ: Единица данных, для которой определены методы идентификации, описания и представления значения |
| 10. Справочник элементов данных | Перечень идентифицированных, описанных и имеющих наименования элементов данных с указанием того, как должны быть представлены соответствующие значения элементов данных |
| 11. Наименование элемента данных | Одно или несколько слов на естественном языке. определяющих содержание элемента данных |
| 12. Разделитель элементов данных | Управляющий знак, используемый для отделения друг от друга элементов данных в сегменте |
| 13. Идентификатор элемента данных | Уникальный код элемента данных в справочнике элементов данных |
| 14. Значение элемента данных | Конкретное содержание идентифицированного элемента данных, которое определяется в справочнике элементов данных |
| 15. Согласованный набор ограничителей | Последовательность знаков, указанных в начале обмена, которые в ходе обмена используются как синтаксические разделители |
| 16. Функциональная группа | Одно или более сообщении одного и того же типа. начинающихся служебным сегментом заголовка функциональной группы и заканчивающихся служебным сегментом окончания функциональной группы |
| 17. Заголовок функциональной группы | Служебный сегмент, начинающий и идентифицирующий функциональную группу |
| 18. Окончание функциональной группы | Служебный сегмент, завершающий функциональную группу |
| 19. Идентификатор | Знак или группа знаков, используемы; для идентификации или наименования данных, а также для указания определенных свойств этих данных |
| 20. Обмен | Передача сообщения от одного партера к другому, при которой построенное определенным образом сочетание элементов данных передастся в виде набора сегментов. Каждый обмен начинается со строки набора ограничителей, за которой непосредственно следует служебный сегмент начала обмена, и заканчивается служебным сегментом окончания обмена |
| 21. Контрольный заголовок | Служебный сегмент, начинающий и идентифицирующий обмен |
| 22. Окончание обмена | Служебный сегмент, завершающий обмен |
| 23. Обязательный | Содержащееся в справочнике сообщений или сегментов обязательное условие использования сегмента, простого элемента данных, составного элемента данных или компонентного элемента данных |
| 24. Сообщение | Упорядоченный набор знаков, предназначенный для передачи информации. ЭДИФАКТ: Набор сегментов в последовательности, заданной в справочнике сообщении. Набор начинается с заголовка сообщения и заканчивается окончанием сообщения |
| 25. Справочник сообщений | Перечень идентифицированных, имеющих наименования, описанных и заданных типов сообщений |
| 26. Заголовок сообщения | Служебный сегмент, начинающий и идентифицирующий сообщение |
| 27. Окончание сообщения | Служебный сегмент, заканчивающий сообщение |
| 28. Тип сообщения | Заданная структура идентифицированного набора элементов данных, соответствующих потребностям операций определенного вида |
| 29. Вложенный сегмент | Сегмент, прямо связанный с другим сегментом в опознаваемой и имеющей определенную структуру группе сегментов; служит для удовлетворения требований сообщения конкретного типа |
| 30. Набор цифровых знаков | Набор знаков, который содержит цифры, а также может содержать управляющие и специальные знаки, но не буквы |
| 31. Передача данных | Способ, позволяющий отправителю посылать данные получателю |
| 32. Квалификатор | Элемент данных, значение которого выражается в виде кода, придающего определенное значение функции другого элемента данных или сегмента |
| 33. Знак отмены | Знак, используемый для восстановления первоначального значения любого знака, который выполнял функции синтаксического разделителя |
| 34. Повторяющийся сегмент | Сегмент, который может повторяться в сообщении, как это указывается в соответствующем определении типа сообщения |
| 35. Сегмент | Заранее определенный и идентифицированный элемент данных или набор элементов данных, функционально взаимосвязанных и идентифицируемых с помощью их порядковых позиций в наборе Сегмент начинается с метки сегмента и заканчивается знаком окончания сегмента. Сегмент может быть служебным или сегментом данных пользователя |
| 36. Код сегмента | Код, по которому однозначно идентифицируется каждый сегмент в соответствии со справочником сегментов |
| 37. Метка сегмента | Составной элемент данных, содержащий в качестве первого компонента код из трех заглавных букв, по которому однозначно опознается каждый сегмент. По условию могут использоваться дополнительные компоненты для обозначения иерархического уровня сегмента в сообщении и факта повтора сегмента |
| 38. Справочник сегментов | Перечень идентифицируемых, имеющих наименования, описанных и заданных сегментов |
| 39. Знак окончания сегмента | Управляющий знак, указывающий на окончание сегмента |
| 40. Знак разделителя | Знак, используемый для синтаксического разделения данных |
| 41. Служебный элемент данных | Элемент данных, используемый в служебных сегментах |
| 42. Служебный сегмент | Стандартизованный сегмент, определенный в соответствии с синтаксическими правилами и необходимый для контроля за обменом данных пользователей |
| 43. Простой элемент данных | Элемент данных, содержащий одно значение |
| 41. Составной элемент данных | Элемент данных, содержащий два и более компонентных элементов данных |
| 42. Разделитель компонентных элементов данных | Знак, используемый для отделения друг от друга компонентных элементов данных в составном элементе данных |
| 43. Синтаксические правила | Правила, определяющие структуру обмена, а также функциональных групп, сообщений сегментов, элементов данных |
| 44. Сегмент данных пользователя | Сегмент, содержащий данные прикладных задач |
| 45. Пропуск | Исключение из сообщения одной или нескольких единиц данных, которые определены как условные в заданном типе сообщений |
| 46. Связь | Установленная связь для передачи данных |
ПРИЛОЖЕНИЕ 2
Обязательное
В справочнике служебныхсегментов используется следующая система обозначений:
справочный код -цифровой код элемента данных, указанный в стандарте ИСО 7372. Если код содержитбукву S, то он относится к составному элементу данных;
наименование данных -наименование СОСТАВНОГО ЭЛЕМЕНТА ДАННЫХ заглавными буквами,
наименованиеЭЛЕМЕНТА ДАННЫХ заглавными буквами,
наименованиеКОМПОНЕНТНОГО ЭЛЕМЕНТА ДАННЫХ строчными буквами;
представление значенийданных:
a - алфавитные знаки,
n - цифровые знаки,
an - алфавитно-цифровыезнаки,
a3 - 3 алфавитных знакапостоянной длины,
n3 - 3 цифровых знака постояннойдлины,
an3 - 3 алфавитно-цифровыхзнака постоянной длины,
a ... 3 - до 3 алфавитныхзнаков,
n ... 3 - до 3 цифровыхзнаков,
an ... 3 - до 3алфавитно-цифровых знаков
О - обязательный элемент,
У - условный элемент.
Следует отметить, чтокомпонентный элемент данных в условном составном элементе данных может бытьпомечен как обязательный. Это означает, что если составной элемент данныхиспользуется, то этот компонентный элемент данных должен присутствоватьобязательно.
СЕГМЕНТ UNA- согласованный набор органичителей
Функция сегмента -определение знаков, выбранных для использования в качестве разделителей иуказателей в остальной части обмена.
Согласованный наборограничителей, используемых в последующем обмене дачными, должен передаватьсяперед каждым заголовком обмена данными.
Сегмент имеет строгофиксированную длину из 9 знаков. Первыми тремя знаками являются буквы UNA. закоторыми непосредственно следуют 6 знаков, выполняющих функции в данномсинтаксисе, приведенные в табл. 2.
Таблица 2
| Представление | Наименование данных | Примечание |
| an1 O | РАЗДЕЛИТЕЛЬ КОМПОНЕНТНЫХ ЭЛЕМЕНТОВ ДАННЫХ | - |
| an1 O | РАЗДЕЛИТЕЛЬ ЭЛЕМЕНТОВ ДАННЫХ | - |
| an1 O | ДЕСЯТИЧНОЕ ПРЕДСТАВЛЕНИЕ | Запятая или точка |
| an1 O | ЗНАК РАЗБЛОКИРОВАНИЯ (ОТМЕНЫ) | Если не используется, то ввести знак пробела |
| an1 O | Зарезервировано для использования в будущем | Ввести знак пробела |
| 1 O | .ЗНАК ОКОНЧАНИЯ СЕГМЕНТА | - |
СЕГМЕНТ UNB- заголовок обмена
Функция сегмента - запуск, идентификацияи указание параметров обмена. Элементы данных, содержащиеся в сегменте,приведены в табл. 3.
Таблица 3
| Справочный код | Представление | Наименование данных | Примечание |
| S001 | О | ИДЕНТИФИКАТОР СИНТАКСИСА | |
| 0001 | а4 О | Идентификатор синтаксиса | UNOA, UNOB и т.д. Первые 3 знака обозначают код ведущей организации (UNO), а 4 знак - используемый уровень синктаксиса (А) |
| 0002 | n1 О | Номер версии синтаксиса | Увеличивается на 1 для каждой новой версии |
| S002 | O | ОТПРАВИТЕЛЬ ОБМЕНА | |
| 0004 | an ... 35 O | Идентификатор отправителя | Должны применяться либо код, либо наименование в соответствии с принятым соглашением об обмене данными |
| 0007 | an ... 4 У | Квалификатор кода | Должен применяться в том случае, когда отправитель задан в виде кода |
| 0008 | an ... 14 У | Обратный адрес | |
| S003 | O | ПОЛУЧАТЕЛЬ ОБМЕНА | |
| 0010 | an ... 35 O | Идентификатор получателя | Должны применяться либо код, либо наименование в соответствии с принятым соглашением об обмене данными |
| 0007 | an ... 4 У | Квалификатор кода | Должен применяться в том случае, когда получатель задан в виде кода |
| 0014 | an ... 14 У | Адрес для отправки | Если используется, то в виде закодированного адреса для дальнейшей передачи |
| S004 | O | ДАТА/ВРЕМЯ ПОДГОТОВКИ | |
| 0017 | n6 О | Дата | ГГММЧЧ (год. месяц, число) |
| 0019 | n4 О | Время | ЧЧММ (часы, минуты) |
| 0020 | an ... 14 O | КОНТРОЛЬНЫЙ НОМЕР ОБМЕНА | Уникальный номер, присваиваемый отправителем |
| S005 | У | СПРАВОЧНЫЙ НОМЕР/ПАРОЛЬ ПОЛУЧАТЕЛЯ | |
| 0022 | an ... 14 O | Справочный помер/пароль получателя | Применяется в соответствии с соглашением об обмене данными. Справочный номер или пароль для входа в систему получателя или сети третьей стороны |
| 0025 | an2 У | Квалификатор справочного номера/пароля | Используется, если указан в соглашении об обмене данными |
| 0026 | an ... 14 У | СПРАВОЧНЫЙ НОМЕР ПРИКЛАДНОЙ СИСТЕМЫ | Может содержать идентификатор сообщения, если данный обмен содержит сообщения одного типа |
| 0029 | а1 У | КОД ПРИОРИТЕТА ОБРАБОТКИ | Используется, если указан в соглашении об обмене данными |
| 0031 | n1 У | ЗАПРОС О ПОДТВЕРЖДЕНИИ ПРИЕМА | В этой позиции устанавливается «1», если отправитель требует подтверждения (т.е. подтвердить, что сегменты с "UNВ по UNZ, используемые для осуществления этого обмена, получены и правильно опознаны); в других случаях это поле имеет пулевое значение |
| 0032 | an ... 35 У | ИДЕНТИФИКАТОР СОГЛАШЕНИЯ ПО ОБМЕНУ | Элемент содержит код или наименование соглашения по связи, в рамках которого осуществляется данный обмен. Код и наименование должны быть такими же, как указано в соглашении по обмену данными между партнерами |
| 0035 | n1 У | ИНДИКАТОР ПРОВЕРКИ | Равен «I», если обмен осуществляется в целях проверки и содержит проверочные, а не реальные данные. При передаче действительных данных это поле имеет нулевое значение |
СЕГМЕНТ UNG- окончание обмена
Функция сегмента -заканчивает обмен и проверяет его завершенность. Элементы данных, содержащиесяв сегменте, приведены в табл. 4.
Таблица 4
| Справочный код | Представление | Наименование данных | Примечание |
| 0036 | n ... 6 O | КОНТРОЛЬНЫЙ СЧЕТЧИК ОБМЕНА | Содержит число сообщений в обмене или, если используется, число функциональных групп Один из этих счетчиков должен обязательно присутствовать |
| 0020 | an ... 14 O | КОНТРОЛЬНЫЙ НОМЕР ОБМЕНА | Должен быть идентичен элементу 0020 в сегменте UNB |
СЕГМЕНТ UNG- заголовок функциональной группы
Функция сегмента -возглавляет, идентифицирует и описывает функциональную группу. Элементы данных,содержащиеся в сегменте, приведены а табл. 5.
Таблица 5
| Справочный код | Представление | Наименование данных | Примечание |
| 0038 | an ... 6 O | ИДЕНТИФИКАТОР ФУНКЦИОНАЛЬНОЙ ГРУППЫ | Идентифицирует тип сообщения в функциональной группе |
| S006 | O | ИДЕНТИФИКАТОР ПРИКЛАДНОЙ СИСТЕМЫ ОТПРАВИТЕЛЯ | |
| 0040 | an ... 35 O | Идентификатор подразделения отправителя | Должен использоваться код или наименования подразделения или отдела в организации отправителя |
| 0007 | an ... 4 У | Квалификатор кода | Используется, если идентификатор отправителя - код |
| S007 | O | ИДЕНТИФИКАТОР ПРИКЛАДНОЙ СИСТЕМЫ ПОЛУЧАТЕЛЯ | |
| 0044 | an ... 35 O | Идентификатор подразделения получателя | Должен использоваться код или наименование отдела в организации получателя |
| 0007 | an ... 7 У | Квалификатор кода | Используется, если идентификатор получателя - код |
| S004 | O | ДАТА/ВРЕМЯ ПОДГОТОВКИ | |
| 0017 | n6 О | Дата | ГГММЧЧ (год, месяц, число) |
| 0019 | n4 О | Время | ЧЧММ (часы, минуты) |
| 0048 | an ... 14 O | СПРАВОЧНЫЙ НОМЕР ФУНКЦИОНАЛЬНОЙ ГРУППЫ | Уникальный справочный номер, присвоенный отделом или подразделением отправителя |
| 0051 | an ... 2 O | КОД ВЕДУЩЕЙ ОРГАНИЗАЦИИ | Код для идентификации организации, осуществляющей контроль и ведение данного типа сообщений в группе |
| S008 | O | ВЕРСИЯ СООБЩЕНИЯ | |
| 0052 | n ... 3 O | НОМЕР ВЕРСИИ СООБЩЕНИЯ | Идентифицирует номер версии сообщения в данной функциональной группе |
| 0054 | n ... 3 У | Номер выпуска сообщения | Номер выпуска в рамках текущего номера |
| 0057 | an ... 6 У | Код, присвоенный ведущей организацией | Код, который присваивается организацией, ответственной за разработку и сопровождение данного типа сообщения |
| 0058 | an ... 14 У | ПАРОЛЬ ПРИКЛАДНОЙ СИСТЕМЫ | Пароль отдела, службы или подразделения получателя (если это необходимо) |
СЕГМЕНТ UNE- окончание функциональной группы
Функция сегмента -заканчивает и проверяет завершенность обмена. Элементы данных, содержащиеся всегменте, приведены и табл. 6.
Таблица 6
| Справочный код | Представление | Наименование данных | Примечание |
| 0060 | n ... 6 O | КОЛИЧЕСТВО СООБЩЕНИЙ | Контролируемый счетчик количества сообщений в функциональной группе |
| 0048 | an ... 14 O | СПРАВОЧНЫЙ НОМЕР ФУНКЦИОНАЛЬНОЙ ГРУППЫ | Должен быть идентичен 0048 в UNG |
СЕГМЕНТ UNH- заголовок сообщения
Функция сегмента -возглавляет, идентифицирует и описывает сообщение. Элементы данных,содержащиеся в сегменте, приведены в табл. 7.
Таблица 7
| Справочный код | Представление | Наименование данных | Примечание |
| 0062 | an ... 14 О | СПРАВОЧНЫЙ НОМЕР СООБЩЕНИЯ | Уникальный справочный номер, присваиваемый отправителем |
| S009 | О | ИДЕНТИФИКАТОР СООБЩЕНИЯ | |
| 0065 | an ...6 О | Идентификатор стандартного сообщения | Код, обозначающий тип передаваемого сообщения |
| 0052 | an ... 3 О | Номер версии сообщения | Если используется функциональная группа, то элемент 0052 должен быть идентичен элементу 0052 в UNG |
| 0054 | n ... 3 У | Номер выпуска сообщения | Номер выпуска в рамках текущего номера версии |
| 0051 | an ... 2 У | Код ведущей организации | Код организации, осуществляющей контроль и ведение данного типа сообщения |
| 0057 | an ... 6 У | Код, присвоенный ведущей организацией | Код, который присваивается организацией, ответственной за разработку и сопровождение данного типа сообщения |
| 0068 | an … 35 У | ОБЩИЙ НОМЕР ДОСТУПА | В соответствии с соглашением об обмене, элемент может содержать логические группы знаков в пределах общей длины |
| S010 | У | СОСТОЯНИЕ ПЕРЕДАЧИ | |
| 0070 | n ... 2 O | Порядковый номер сообщения | Значение: начиная с единицы увеличивается на единицу для каждой последующей передачи данных |
| 0073 | a1 У | Указатель первого/последнего сообщения | Значения: С (начало) при первой передаче данных; F (окончание) при последней передаче данных |
СЕГМЕНТ UNT - окончание сообщения
Функция сегмента -заканчивает сообщение и проверяет его завершенность. Элементы данных,содержащиеся в сегменте, приведены в табл. 8.
Таблица 8
| Справочный код | Представление | Наименование данных | Примечание |
| 0074 | n ...6 O | КОЛИЧЕСТВО СЕГМЕНТОВ В СООБЩЕНИИ | Контрольный счетчик общего числа сегментов в сообщении (в том числе сегментов UNH и UNT) |
| 0062 | an ... 14 O | СПРАВОЧНЫЙ НОМЕР СООБЩЕНИЯ | Должен совпадать с 0062 в UNH |
СЕГМЕНТ ТХТ - сегмент текста
Функция сегмента -представление информации в дополнение к информации, содержащейся в другихсегментах служебного сообщения, если это необходимо. Элементы данных, содержащиеся в сегменте, приведены в табл.9.
Примечание. Сегмент неможет быть обработан автоматически. Следует включать только в случаенеобходимости. Как правило, этот сегмент является условным сегментом. Сегментможет быть повторен такое число раз, какое указано в спецификации сообщения, ноне более пяти раз.
Таблица 9
| Справочный код | Представление | Наименование данных | Примечание |
| 0077 | an3 У | КОД ТЕКСТОВОГО СЕГМЕНТА | Описывает цель и функцию сегмента и является его идентификатором, если задается в описании сообщения |
| 0078 | an ... 70 O | СВОБОДНЫЙ ТЕКСТ | Информация, которая не может обрабатываться машиной |
СЕГМЕНТ UNS- сегмент разделения зон
Функция сегмента -разделение таких зон в сообщении, как заголовок, подобная информация иобобщения. Элементы данных, содержащиеся в сегменте приведены в табл. 10.
Примечание. Сегментиспользуется составителями сообщении в случае, когда необходимо избежатьдвусмысленности. Обязательно применяется лишь в том случае, если это определенодля сообщения данного типа.
Таблица 10
| Справочный код | Представление | Наименование данных | Примечание |
| 0081 | а1 О | ИДЕНТИФИКАТОР ЗОНЫ СООБЩЕНИЯ | Разделяет зоны сообщения с помощью одного из следующих кодов: D или S |
ПРИЛОЖЕНИЕ 3
Обязательное
Сегменты, используемые всообщении, должны появляться в последовательности (сверху вниз, слева направо),указанной в схеме структуры сообщения.
Сегменты идентифицируются спомощью своих кодов. Условия их включения в сообщение, т.е. их статус,указываются непосредственно под кодами с помощью буквы О, означающей«обязательное», или У, означающей «условно». Число появлений сегмента в каждомслучае указывается сразу же после этого. Обязательный сегмент должен появиться,по крайней мере, один раз, но не больше, чем это указано. Условный сегмент может быть опущен или можетпоявиться указанное число раз.
Если сегмент вкладывается вдругой сегмент, то он размещается на схеме на следующем, более низком уровне.Сегменты нулевого уровня не повторяются и не содержат вложенных сегментов.
Два или несколько сегментовмогут быть сгруппированы. На схеме это показывается в виде рамки. Группа исегменты, обведенные рамкой, могут быть, обязательными и условными и могутпоявляться указанное число раз. Группа может включать одну или несколько другихгрупп более низкого уровня (в приведенном примере группы 3 и 4).
Сообщение начинаетсясегментом UNH «Заголовок сообщения» и закачивается сегментом UNT «Окончаниесообщения».
Пример. Части сообщенияусловного типа.
а - условная группа сегментов 1 можетповторяться до 200 раз; б - условнаягруппа сегментов 3 внутри группы 4
Сегменты могут быть такжепредставлены следующим образом:
Порядок обработки сегментовследующий (группа 1 появляется два раза, другие группы - один раз, сегменты неповторяются):
UNH, АAА, ВВВ,ССС, DDD, ЕЕE, FFF, GGG, DDD, ЕЕЕ, FFF, GGG, НHН,..., III, JJJ,ККК,..., LLL, UNT.
ПРИЛОЖЕНИЕ 4
Справочное
ИСО 31/0-81 «Общиепринципы, касающиеся количества, единиц и условных обозначений».
ИСО 646-83 «Обработкаинформации. Набор семибитных кодированных знаков ИСО для обмена информацией».
ИCO 2382/1-84 «Обработкаданных. Словарь. Часть 01: Основные термины».
ИСО 2382/4-87 «Обработкаданных. Словарь. Раздел 04: Организация данных».
ИСО 6523-84 «Обмен данными.Структура для идентификации организации».
ИСО 7372-80 «Электронныйобмен данными в управлении, торговле и на транспорте. Справочник элементоввнешнеторговых данных».
ИСО 7498-84 «Взаимодействиеоткрытых систем. Базовая справочная модель».
ИCO 6937/2-83 «Обработкаинформации. Набор кодированных знаков для передачи текста».
ИСО 8859-87 «Обработкаинформации. Набор восьмибитных одноразрядных кодированных графических знаков».
ИНФОРМАЦИОННЫЕ ДАННЫЕ
1. ВНЕСЕН Министерством внешних экономических связейСССР
2. ПОСТАНОВЛЕНИЕМГосударственного комитета СССР по управлению качеством продукции и стандартамот 30.11.89 № 63 введен в действие государственный стандарт СССР, в качествекоторого непосредственно применен международный стандарт ИСО 9735-88«Электронный обмен данными в управлении, торговле и на транспорте (ЭДИФАКТ).Синтаксические правила», с 01.01.92
3. ССЫЛОЧНЫЕНОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
* Государственный стандартнаходится в стадии разработки
СОДЕРЖАНИЕ
