EDIFACT
「EDIFACT」
国連/管理、商取引および輸送のための電子データ交換（UN / EDIFACT ）は、国連のために開発され、国連欧州経済委員会であるUNECEによって承認および公開された電子データ交換（EDI）の国際標準です。
1987年に、国連とUS / ANSIの構文提案が収束した後、UN / EDIFACT構文規則が国際標準化機構によってISO標準ISO9735として承認されました。
EDIFACT標準は以下を提供します：
データを構造化するための一連の構文規則
対話型交換プロトコル（I-EDI）
複数の国および複数の業界の交換を可能にする標準メッセージ
この規格の維持とさらなる開発の作業は、国連欧州経済委員会の下の国連貿易円滑化電子ビジネスセンター（UN / CEFACT）を通じて、財務ドメインワーキンググループUN CEFACTTBG5で行われます。
コンテンツ 1 例 2 構造
3 も参照してください
4 参考文献
5 外部リンク
例
フライトチケット（FRA-JFK-MIA）の空席状況のリクエストに応答するために使用されるEDIFACTメッセージの例については、以下を参照して
UNA：+。？’UNB + IATB：1 + 6XPPC：ZZ + LHPPC：ZZ + 940101：0950 + 1 ‘UNH + 1 + PAORES：93：1：IA ‘MSG + 1：45 ‘IFT + 3 + XYZCOMPANY AVAILABILITY ‘ERC + A7V：1：AMD ‘IFT + 3+これ以上のフライトはありません ‘ODI ‘TVL + 240493：1000 :: 1220 + FRA + JFK + DL + 400 + C ‘PDI ++ C：3 + Y :: 3 + F :: 1 ‘APD + 74C：0 ::: 6 ++++++ 6X ‘TVL + 240493：1740 :: 2030 + JFK + MIA + DL + 081 + C ‘PDI ++ C：4 ‘APD + EM2：0：1630 :: 6 +++++++ DA ‘UNT + 13 + 1 ‘UNZ + 1 + 1 ‘
UNAセグメントはオプションです。存在する場合は、メッセージの残りの部分を解釈するために使用される特殊文字を指定します。UNAこの順序で続く6つの文字があります：
コンポーネントデータ要素区切り文字（：このサンプルでは）
データ要素区切り文字（このサンプルでは+）
小数点（このサンプルでは。）
リリースキャラクター（このサンプルでは？）
予約済み、スペースである必要があります
セグメントターミネータ（このサンプルでは ‘）
小数点（以下を参照）を除いて、上記のサンプルUNAセグメントの特殊文字もデフォルト値です。
コンポーネントデータ要素セパレーターとデータ要素セパレーターは、メッセージセグメント内のデータ要素の「第1レベル」と「第2レベル」のセパレーターです。簡潔にするために、それらを+および：と呼び、+はトップレベルまたは複合データ要素を分離し、：は複合データ要素内にネストされた第2レベルのデータ要素を分離します。メッセージサイズを小さくするために、末尾の空（またはnull）データ要素とその先頭の区切り文字は省略されています。
小数点は、整数を非整数の小数部分から分離するために使用されます。UNAセグメントのオプションの性質と、デフォルトの小数点としてのコンマ（ “、”）の最初の選択は、一般的な混乱の原因となります。ISO 9735構文規則のバージョン1から3は、デフォルトとしてコンマを指定しています。バージョン4では、UNAセグメントの小数点位置は無視され、数値データ値ではコンマとドット（ “。”）を区別せずに使用できると規定されています。UNBセグメントは、どのバージョンの構文規則が有効であるかを示します。
リリース文字（正規表現のに類似）は、プレフィックスとして使用され、区切り文字、セグメントの終了、およびプレーンテキストとして使用される場合のリリース文字から特別な意味を削除します。
セグメントターミネータは、メッセージセグメントの終わりを示します。
注：この例の各セグメントは読みやすくするために追加された後、改行されています。通常、EDIデータには改行はありません。
UNH+1+PAORES:93:1:IA’-これは、すべてのメッセージの開始時に必要なメッセージヘッダーセグメントです。このコードは、メッセージの名前とバージョンがPAORES 93リビジョン1であり、組織IA（IATA）によって定義されたことを指定します。
IFT+3+NO MORE FLIGHTS’-これは、「NOMOREFLIGHTS」というテキストを含む「InteractiveFreeText」セグメントです。
UNT+13+1′-これはメッセージトレーラーセグメントです。送信されたメッセージに13のセグメントが含まれていることを示しています。
構造
EDIFACTは階層構造になっており、最上位レベルはインターチェンジと呼ばれ、下位レベルにはセグメントで構成される複数のメッセージが含まれ、セグメントはコンポジットで構成されます。最後の反復は、国連貿易データ要素ディレクトリ（UNTDED）から派生した要素です。これらは、EDIFACT標準全体で正規化されています。
グループまたはセグメントは、必須（M）または条件付き（C）にすることができ、繰り返すように指定できます。例えば ：-C99は、セグメントまたはグループの0〜99回の繰り返しを示します-M99は、セグメントまたはグループの1〜99回の繰り返しを意味します
メッセージのようなグループは、一連のセグメントまたはグループです。グループの下の最初のセグメントまたはグループは必須である必要があり、状況の論理で要求される場合は、グループを条件付きにする必要が
| _サービス文字列アドバイスUNAオプション | ____交換ヘッダーUNB必須 ：| ___官能基ヘッダーUNG条件付き ：： | ___メッセージヘッダーUNH必須 ：：： | __ユーザーデータセグメント必要に応じて ：： | __メッセージトレーラーUNT必須 ：| __機能グループトレーラーUNE条件付き | ___インターチェンジトレーラーUNZ必須
も参照してください
電子データ交換 GS1 EANCOM X12EDIFACTマッピング ASC X12 XML / EDIFACT
参考文献
^ UNECE、 UN / EDIFACTの紹介、2020年9月27日にアクセス ^ UN / EDIFACT構文実装ガイドライン、2020年9月27日にアクセス ^ ISO 9735：1988およびISO 9735-1：2002
外部リンク
UN / EDIFACTメインページ-ウェルカムおよびニュースページ
2011-現在-貿易-UNECE -UN / EDIFACTディレクトリ2011-現在（構文の説明/参照付き-最新バージョンD.19B）
UN / EDIFACTルール-構文、実装、およびメッセージ設計について説明します。
UN / EDIFACT構文（ISO 9735、最新バージョン） -EDIFACT構文について詳しく説明しています。
UN / EDIFACTデータ形式のDFDLスキーマ説明UN / EDIFACTインターチェンジを解析および書き込むための言語スキーマ
UN / EDIFACTJSONモデルUN / EDIFACT交換を解析、生成、検証するためのインタラクティブなUN / EDIFACTJSONモデル