目次 - 日本貿易関係手続簡易化協会

港湾物流情報プラットフォーム実現に向けた共通ルール策定・標準化検討調査報告書
第３章共通ルールを具現化する UN/EDIFACT と MIG
３．共通ルールを具現化するUN/EDIFACTとMIG .................................................. 1
3.1.
はじめに ................................................................................................................ 1
3.2.
EDIの効果 ............................................................................................................. 2
3.2.1
3.2.2
3.3.
EDIの効果 – 直接効果と間接効果 ................................................................................... 2
貿易関係手続のEDI化による期待効果.............................................................................. 2
貿易手続簡易化活動について ................................................................................ 3
3.3.1. はじめに............................................................................................................................. 3
3.3.2. ECE/WP.4 の位置付け ...................................................................................................... 3
3.3.3. 貿易手続の簡易化作業からUN/EDIFACTの誕生まで...................................................... 5
3.3.4. ECE/WP.4 からCEFACTへ – 組織のリエンジニアリング ............................................. 9
3.3.4.1.
各作業グループの使命と期待される成果物 ....................................................... 10
(a) 業務プロセス分析作業グループ（BPAWG）............................................................. 10
(b) コード関係作業グループ（CDWG）.......................................................................... 11
(c) 国際貿易手続作業グループ（ITPWG） ..................................................................... 12
(d) 法律関係作業グループ（LWG） ................................................................................ 13
(e) 技術・方法論作業グループ（TMWG）...................................................................... 14
(f) UN/EDIFACT作業グループ（EWG）....................................................................... 15
(g) 3.4.1.7 電子商取引アドホック作業グループ（ECAWG） ........................................ 16
(h) 簡易-EDIアドホック作業グループ（SIMAC）.......................................................... 16
3.5.5.1.
新しい技術の出現に対応した組織の改革........................................................... 17
(a) UN/CEFACTフォーラムとフォーラム管理グループ（FMG） ................................. 19
(b) 国際貿易及びビジネスプロセスグループ (International Trade & Business Process
Group：TBG) ...................................................................................................................... 19
(c) 情報コンテンツ管理グループ (Information Contents Management Group：ICG) 23
(d) 技術応用グループ（Applied Technology Group：ATG）......................................... 24
(e) 技術・方法論グループ（Techniques & Methodologies Group：TMG） ................. 25
(f) 法律関係グループ（Legal Group：LG）................................................................... 26
3.4.
UN/EDIFACTシンタックス規則（ISO 9735）について .....................................28
3.4.1 UN/EDIFACT (ISO 9735) の概要 ................................................................................. 28
3.4.2 EDIFACTシンタックス規則の改訂 ................................................................................ 28
3.4.3 UNSMの記述に関する一般的紹介 .................................................................................. 29
3.4.3.1. 序文 ......................................................................................................................... 29
3.4.3.2. 参考規格.................................................................................................................. 29
3.4.3.3. 用語と定義 .............................................................................................................. 30
3.4.3.4. メッセージ構造 ....................................................................................................... 32
3.4.3.5. 交換の構造 .............................................................................................................. 33
3.4.4 UN/EDIFACTにおける漢字の使用について .................................................................. 35
3.4.5 UN/EDIFACTディレクトリの内容................................................................................. 36
3.5.
MIG (Message Implementation Guideline) とは ...............................................39
3.5.1. 理解を簡単にするための解説 .......................................................................................... 39
3.5.1.1. 冗長的なEDIFACTを利用するときは、簡潔なＭＩＧが必要・・・..................... 39
3.5.1.2. 具体的にMIGが必要なイメージは・・・............................................................... 40
3.5.1.3. つまり帳票とEDIFACTとMIGの関係は・・・ ..................................................... 41
第３章－i
3.5.2. 開発済みのMIGについて................................................................................................. 42
3.5.3. UN/EDIFACT標準化&MIG開発組織と開発状況（世界）............................................. 43
3.5.3.1. UN/CEFACT – United Nations Centre for Trade Facilitation and Electronic
Business（貿易簡易化と電子ビジネス国連センター） .......................................................... 43
3.5.3.2. UN/CEFACT下部組織－常設グループ............................................................. 43
3.5.3.3. SMDG – User Group for Shipping Lines and Container Terminals .................. 44
3.5.3.4. PROTECT .............................................................................................................. 46
3.5.3.5. ITIGG (International Transport Implementation Guideline Group)................. 47
3.5.4. IMO/FAL委員会におけるMIG開発の進展...................................................................... 48
3.5.4.1. IMOとFAL委員会について .................................................................................... 48
3.5.4.2. IMO/FAL条約について .......................................................................................... 48
3.5.4.3. FALフォームとモデル事業の関係.......................................................................... 48
3.5.4.4. IMO/FAL便覧－７フォームに対するMIG ............................................................. 54
3.5.4.5. IMO/FAL電子化便覧改定の要点 ............................................................................ 54
(a) FAL 様式 1 - IMO 一般申告書.................................................................................. 57
(b) FAL 様式 2 - IMO 貨物申告書（積荷目録）............................................................ 61
(c) FAL 様式 3 - IMO 船舶品申告書 .............................................................................. 66
(d) FAL 様式 4 - IMO 乗員携帯品申告書....................................................................... 70
(e) FAL 様式 5 - IMO 乗組員名簿.................................................................................. 72
(f) FAL 様式 6 - IMO 乗客名簿 ..................................................................................... 75
(g) FAL 様式 7 - 危険物積荷目録 ................................................................................... 78
3.5.4.6. セキュリティ関連情報伝達用メッセージの開発 .................................................... 84
3.5.5. わが国におけるUN/EDIFACT関係MIGの開発状況....................................................... 93
3.5.5.1. わが国の行政システムのMIG................................................................................. 93
(a) NACCS（独立行政法人日本通関情報処理センター） ............................................... 93
(b) 港湾EDIシステム ...................................................................................................... 100
3.5.5.2. わが国の民民業務におけるUN/EDIFACT、MIGの開発状況.............................. 100
(a) POLISA（社団法人港湾物流情報システム協会） ................................................... 100
(b) GEDIS....................................................................................................................... 103
(c) SC/SF-Net（荷主・船社/荷主・海貨業者ネットワーク） ....................................... 104
(d) JASTPRO委員会における今までの作業の経緯........................................................ 104
第３章－ii
３．共通ルールを具現化するUN/EDIFACTとMIG
3.1. はじめに
国連欧州経済委員会の貿易手続簡易化作業部会（通称ＵＮ/ＥＣＥ/ＷＰ.４）においては、
国際商取引のペーパーレス化を目指し、ＥＤＩのための国際標準としてのＵＮ/ＥＤＩＦＡＣ
Ｔ（行政、商業、運輸のための電子データ交換国連規則集）の研究、開発および普及啓蒙活
動を行っており、わが国は、アジア地域のリーダとしてこれに参加してきている。
EDI 化の進展は、輸送の効率化やコストの削減等を通じ、我が国産業の国際競争力の向上
をもたらすものであることから、政府としても、その推進に向けて積極的に取り組むべき課
題である。
EDI は、その性格上、国内外の当事者間で直接データ交換を行えるようなソフト面、ハー
ド面の環境を整備することが不可欠であり、そのためには、官民を問わず、システム環境を
国際標準に準拠させることにより、利便性を高めることが必要である。そのため、国土交通
省としては、国土交通の分野における EDI 化の推進にあたり、国際標準化を一層普及・促進
するための施策を講じていかなければならない。
EDI に係わる国際標準化については、UN/CEFACT において、国際標準としての
UN/EDIFACT や ebXML の開発に向けた研究及び普及のための諸活動を行っており、各国に
おいて、当該成果に準拠した EDI 化を進めているところ、我が国においても、各分野におけ
る EDI 化推進は、UN/CEFACT での研究成果を取り込む形で行うことが不可避である。
そのため、国土交通省においては、本事業の成果を基に、国土交通の分野における EDI 化
にかかわる標準化の促進方策を策定することを目標として、本事業において、UN/CEFACT
の具体的活動、とりわけ、UN/EDIFACT や ebXML の研究動向に焦点を当て、UN/CEFACT
内分野別研究グループによる活動状況や研究成果の総括、ケーススタディとして、アジア地
域主要国政府の EDI 化にかかわる標準化活動に向けた取り組みについての調査を実施し、そ
の結果を基にした EDI の国際標準化に向けた今後の展望などを体系的かつ具体的に明らかに
する。
＊ＥＤＩとは？
Electronic Data Interchange（電子データ交換）の略で、従来の紙をベースとした取引き・手
続きなどをコンピュータと通信回線を利用して行おうとするもの。ビジネスサイクルの迅速
化に伴う在庫量の減少、資金の効率的な運用やデータ処理により受信者側での手間や入力ミ
スを大幅に削減できると共にデータの即時、多目的利用が可能となる。しかし、このＥＤＩ
を実施・実現するためには、データ項目、コード、伝送フォーマットといった、いわゆるビ
ジネスプロトコルといわれる部分の標準化が重要な課題となる。
第３章－1
ＥＤＩとは？
コンピュータ（アプリケーション）間
異企業間
標準化された取引データ
企業Ａ
企業Ｂ
図1 ＥＤＩの概念図
3.2.
3.2.1
EDIの効果
EDIの効果 – 直接効果と間接効果
一般的には EDI の効果として次の諸点が上げられる。
直接効果
9 事務作業の効率化
9 転記作業、コンピュータデー
タの再入力の削減
9 事務処理に伴うエラーの回避
9 ビジネスサイクル・オーダー
サイクルの短縮
9 在庫コストの削減
間接効果
9 顧客サービスの改善
9 利益率の向上
9 生産性の向上
9 キャッシュフローの改
善
9 情報システムの一元化
これらの効果は、EDI の対象となる業務や、アプリケーションプログラムの組み方により
異なるが、その共通項は、一度入力されたデータは極力再入力することなく共同利用しよう
という点にある。
3.2.2
貿易関係手続のEDI化による期待効果
現在貿易関係手続の多くはすでに電子化されているとは言うものの、基本的には書類によ
る手続をベースとしている。例えば、輸出入申告は、電子化されているが、そのサポーティ
ング・ドキュメントとしてのインボイスやパッキングリスト（P/L）は別途紙の書類で税関宛
第３章－2
に提出されている。また、申告者の都合で、ペーバーで手続を行っても、費用を掛けて電子
的に手続を行っても、その間になんら差別されることはない。
従って、全ての手続が、EDI によりコンピュータ処理可能なデータとして入手されるなら
ば、定性的効果として下記の諸点が期待できる。
(a) データ入力作業の廃止ならびに入力に係わる費用の削減
(b) 入力データの多目的な利用
(c) 正確な統計データが早期に入手可能
(d) 貿易業者（輸出入者）は、使送便や通関業者を介してこれを届ける必要がなくなる。
(e) 最近では、かなりの貿易業者がインボイスをコンピュータ作成していると思われるが、
このコンピュータデータを利用できるので、特別に EDI のためにデータを再入力する必
要がない。
(f) サポーティング・ドキュメントを他の書類との照合用として使用しているのであれば、
他書類も EDI 化する事により、コンピュータによる自動照合、検査が可能となる。
3.3.
3.3.1.
貿易手続簡易化活動について
はじめに
ネットワーク化の進展に伴って、ビジネスプロトコルの重要性が高まっている。「ビジネ
スプロトコル」とは、異業種、異企業間において、オンラインによりデータ交換を行うとき
必要な約束ごとであり、一般的に使用されるプロトコル（＝通信プロトコル）に対してつけ
られたものである。しかし、最近では通信上の手順を通信プロトコルと呼び、これに対して
業務上の取り決め、例えば、データ項目、コード、伝送フォーマット、帳票のレイアウトな
どに関する約束ごとを「ビジネスプロトコル」と呼んでいる。ここでも、「電子データ交換
を行う場合の、情報の表現方法に関するもろもろの約束ごと」をビジネスプロトコルと定義
する。EDI（電子データ交換）を広く、公平に、そしてできるだけ効率的に推進するには、
このビジネスプロトコルの標準化こそが重要な課題である。
国連欧州経済委員会（UN/ECE）の貿易手続簡易化作業部会（WP.4）では、１９６０年代
より貿易手続の簡素化という観点より、書類の標準化、統一化、書類上のデータ項目の標準
化といった作業を行い、それが現在の UN/EDIFACT の作業に繋がってきているのである。
今までの紙をベースとした貿易関連の手続をコンピュータとデータ通信の技術を利用して
レスペーパ化し、国際物流の円滑化を目指そうというのが UN/ECE/WP.4 の大きな目標であ
った。
3.3.2.
ECE/WP.4 の位置付け
国連の組織は、図２に示すように総会を中心に大きく５つの組織で構成されている。すな
わち、事務局、安全保障理事会、国際司法裁判所、信託統治理事会、そして経済社会理事会
である。
UN/ECE/WP.4 は、国連/経済社会理事会（UN/ECOSOC）の下に設けられている５つの地
域経済委員会の１つである欧州経済委員会（ECE）の下の貿易拡大委員会（CDT）の中の１
作業部会である。正式には、貿易手続簡易化作業部会（The Working Party on Facilitation of
International Trade Procedures）と呼ばれる。
ECE/WP.4 は、データエレメントと自動データ交換に関する専門家会議 (GE.1) と手続と
書類に関する専門家会議（GE.2）という２つの専門家会議で構成されており、1960 年代より、
貿易に係わるさまざまな局面の簡易化に関して、他の国際機関と協力して調査、研究、開発
を行い、今までに２６の勧告を採択し、うち２つ（勧告１号と２５号）は、ECOSOC レベル
の国連勧告となっている。（資料１、ECE/WP.4 による勧告一覧表参照。）
第３章－3
国連の組織図
信託統治理事会
Trusteeship Council
経済社会理事会
Economic & Social
Council
安全保障理事会
Security Council
国際司法裁判所
Int’l Court of Justice
事務局
Secretariat
総会
General Assembly
地域経済委員会
ECA (アフリカ経済委員会）
ECE(欧州経済委員会）
ECLAC(ラテンアメリカ・カリブ海経済委員会）
ESCAP(アジア太平洋経済社会委員会）
ESCWA(西アジア経済社会委員会）
機能委員会
会期、常設、特別委員会
ICAO（国際民間航空機関）
UPU（万国郵便連合）
ITU（国際電気通信連合）
WMO（世界気象機関）
IMO（国際海事機関）
WTO（世界貿易機構）
WIPO（世界知的所有権機関）
UNCTAD(国連貿易開発会議）
UNCITRAL(国連国際商取引
法委員会）
図２- 国連の組織
UN/ECE/WP.4の組織
UN/ECE
（欧州経済委員会）
CDT
（貿易拡大委員会）
WP.4 (Working Party on the Facilitation of
International Trade Procedures - 貿易手続簡易化作業部会)
GE.1 (Meeting of Experts on Data Elements and
Automatic Data Interchange - データエレメントと
自動データ交換に関する専門家会議)
GE.2 (Meeting of Experts on Procedures and
Documentation - 手続と書類に関する専門家会議)
UN/EDIFACT地域ラポータ
合同ラポータチーム（JRT）会議
図 3 – UN/ECE/WP.4 の組織
わが国は、UNESCAP（国連アジア太平洋経済社会委員会・本部バンコック）のメンバー
であり、ECE の正式メンバーではないが、世界有数の貿易立国として、これら貿易手続の簡
素化には多大の関心を持っており、ECE 設立規約第１１条によるオブザーバー国として、当
初よりこの WP.4 に代表団を派遣してきている。
ECE の正式メンバー国は以下の通りである（1994-12-12 現在）：
アルバニア、アンドラ、アルメニア、オーストリア、アゼルバイジャン、べラルース、ベル
ギー、ボスニア・ヘルツェゴビナ、ブルガリア、カナダ、クロアチア、キプロス、チェコ共
第３章－4
和国、デンマーク、エストニア、フィンランド、フランス、ジョージア、ドイツ、ギリシャ、
ハンガリー、アイスランド、アイルランド、イスラエル、イタリー、カザフスタン、キルギ
スタン、ラトビア、リヒテンシュタイン、リトアニア、ルクセンブルク、マルタ、モナコ、
オランダ、ノールウエイ、ポーランド、ポルトガル、モルドバ共和国、ルーマニア、ロシア
連邦、サンマリノ、スロバキア、スペイン、スウェーデン、スイス、タジキスタン、マケド
ニアの前ユーゴスラビア共和国、トルコ、トルクメニスタン、ウクライナ、英国、米国、ウ
ズベキスタン、ユーゴスラビア（以上５５カ国）。ここで分かるように“欧州”という冠が
ついているがために誤解を受けやすいが、カナダ、米国も ECE の正式メンバーであり、ここ
での審議にはカナダ、米国といった北米も参加していることに留意して欲しい。
3.3.3.
貿易手続の簡易化作業からUN/EDIFACTの誕生まで
(a)
WP.4 における貿易手続簡易化作業
「貿易手続簡易化」について、国連においては次のような定義をしている。すなわち、「貿
易手続簡易化とは、貿易のための手続と書類作成処理の組織的合理化をいう、ここに、貿易
手続とは、貿易における貨物の移動のために必要とされるデータの収集、提示、通信および
処理に係わる諸活動、慣習並びに公的手続をいう」。
JASTPRO は、これをさらに具体化して、「手続そのものの簡易化」および「手続遂行事
務の合理化、簡素化、すなわち、書類の合理化（廃止、統一、標準化）、ペーパーレス化を
目指した電子データ交換（EDI）の標準化（UN/EDIFACT の導入による）と事務の機械化
（ADP）」と考え、1974 年 12 月大蔵省、通商産業省および運輸省三省の支援により設立さ
れて以来、UN/ECE/WP.4 の動きと歩調を合わせて簡易化作業を進めてきた。
(b) TDI（貿易データ交換）ルールの誕生
貿易データ交換のためのデータ項目やコード、シンタックス規則の標準化を目指して、1976
年より英国の SITPRO が中心となり、WP.4 の下部組織である GE.1 にて作業が進められてき
た。その結果が、1979 年 3 月の WP.4 会議に報告された TDI（Trade Data Interchange）ルール
である。一方、米国の NCITD からも米国が独自に開発した EDI（Electronic Data Interchange）
ルールが発表され、両ルールの何れを国連標準とするか論議されたが、SITPRO を中心とする
欧州連合の推す TDI を ECE の標準とすることが決まり、国連の貿易データ交換指針書
（UNTDID: United Nations Trade Data Interchange Directory）として公表されることとなった。
その第１章「貿易データ交換のためのガイドライン（GTDI: Guideline for TDI）」は、1981
年 6 月に出版され、その後第２章「貿易データ交換のためのアプリケーションレベルプロト
コル登録規則」が採択され、第３章「解説書」と共に 1984 年 9 月に発表された。これまでを
時系列的に記述すると次のようになる。（図４- ECE/WP.4 における貿易手続簡素化作業の経
緯と現状参照。）
1960
1972
1974-4
1975-4
1976-5
1
貿易書類の簡易化と標準化のための作業部会設置
貿易手続簡易化作業部会と改称
英国のSITPRO 1 が貿易データ交換ルールを開発。”Preliminary Examination of
Methods of Message Construction” として報告。
ストックホルムに「特別会議」が召集され、テスト完了目標を 1976 年末と
設定。
タスクチームの役割が明確化され、TDI（Trade Data Interchange）の推進も
タスクチームで行うこととなった。
SITPRO – The Simpler Trade Procedures Board の略（英国の貿易手続簡易化機関）
第３章－5
1977-9
1979-5
1979-9
1981-1
1983-4
1984-7
1986-2
1987-3
1987-9
1988-07
1990-11
1992
1998-1999
タスクチーム（GE.1）が “Trade Data Syntax Rule” を提出。
タスクチームにおいて、TDI/P (TDI/Provisional)、Preliminary Version of Syntax
Rule 他が整備され、GE.1 に提出。
肥大化したタスクチーム方式の廃止方針が打ち出され、1980 年 3 月には、
技術的問題、特殊な課題の研究調査は、ラポーターグループ方式で行うと決
定。
TDED（貿易データエレメント集）第１版が、また、1981 年 5 月には、TDID
（貿易データ交換集）の第１章「序文」および第４章「貿易データ交換指針
書（Guideline for Trade Data Interchange: GTDI）」が発表される。
TDED の全面改定
TDID の第２－３章がまとまり、TDID の第１版が完成。
第２章 - 貿易データ交換のためのアプリケーションレベルプロトコル登録
規則
第３章 - 解説書
SITPRO により TDID の改訂版提出。
UN/ECE/WP.4 会議において、EDIFACT アプリケーションレベルシンタック
ス規則が採択され、即刻 ISO にファーストトラックで提出。
ISO/TC154 会議において、「EDIFACT アプリケーションレベルシンタック
ス規則」は、ISO 9735 として承認される。
ISO 9735 第１版が発行。
ISO 9735 第２版（改訂版）が発行。
ISO 9735 第３版（改訂版）が発行。
対話型 EDI への要請や図形、オブジェクトの伝送にも使用できるシンタッ
クスの要請などに応えるため、ISO 9735 の大幅な改訂作業が行われ現在の
Part 1 – 9 からなる第４版が発行された。
第３章－6
図４- ECE/WP.4 における貿易手続簡易化作業の経緯と現状
書式の標準化
データエレメン
トの標準化
データ交換規則
の標準化
コードの標準化
UNLK 勧告１号
(1973 年)
UNTDED 第１版
(1981 年)
UNTDID（第１，４
章）
(1981 年)
ISO 国名コード (3)
INCOTERMS (5)
日付・時間・期間の
数字表記 (7)
単一識別コード方
法論 (8)
英字通貨コード (9)
船名コード (10)
UN/LOCODE (16)
支払条件略号 (17)
輸送形態コード(19)
数量単位コード(20)
貨物形態/荷姿/包装
材料コード (21)
輸送費諸掛コード
(23)
輸送ステータスコ
ード (24)
（）内勧告番号
統一インボイスレ
イアウトキー勧告
６号
(1975 年)
ISO 7372 へ
(1986 年)
標準輸送指図書レ
イアウトキー勧告
２２号
(1989 年)
（第２，三章）
(1984 年)
UNTDID 標準 –
改訂版
(1987 年)
UN-JEDI グループ
による TDI/EDI 統
合作業
UNSM 開発作業
商業インボイス
(1989 年)
注文書
(1990 年)
UN/EDIFACT の誕
生
(1987 年)
毎年２回のディレ
クトリー発行
最新版 D.98B には
167 UNSMs が掲載
（メッセージ一覧
表参照）
貿易手続簡易化
ISO 9735 第１版
(1988 年)
ISO 9735 第４版
第１，２，３，８部
発行
(1998-10-1)
シンタックス実施
ガイドライン
ISO 9735 第４版
第４部及第１部の
技術訂正書発行
(1998-12-15)
メッセージ設計規
則
メッセージとコー
ドハンドブック
第３章－7
各国貿易手続簡易
化機関 (4)
危険物の国際輸送
書類の問題 (11)
海上運送証券の手
続簡易化方策 (12)
輸入通関手続き上
の法律問題の簡易
化 (13)
署名以外の方法に
よる貿易書類の認
証 (14)
簡易化荷印 (15)
貿易手続簡易化方
策 (18)
UN/EDIFACT の使
用 (25)
EDI 交換協定書の
商的利用 (26)
TDI ルールの強化から世界統一標準へ
1984 年 12 月 ECE 貿易拡大委員会の第３３回会期で、貿易データ交換のために種々のシス
テム間で国際的な互換性を確立すべく、努力すべきことが論議された。
1985 年 3 月の ECE/WP.4 会議に於いて、ISO に調査を要請することとなったが、1985 年 9
月の会議では、米国合同電子データ交換委員会（JEDI）から協議の呼び掛けがあり、WP.4 の
事務局も含めラポーターグループおよび GE.1 の専門家は、
1985 年 11 月ニューヨークで、JEDI
委員会と会合した。この会議には、米国運輸省、米国標準局（NBS）、TDCC、NCITD、US-AIAG、
カナダ外務省等からも参加があり、TDI/EDI のシンタックス間の違いを検討するグループと
データエレメントとメッセージ/トランザクション標準を比較検討するグループの２つの作
業グループが結成された。
第２回目の会合は、1986 年 3 月ロンドンで GE.1 と JEDI 代表との間で持たれ、TDI, EDI 両
シンタックスを一本化したルールの開発が実現可能との見通しが出された。
(c)
(d) UN-JEDI グループの結成と UN/EDIFACT の誕生
ECE/WP.4 は、1986 年 3 月の会議で両シンタックスの統合とデータエレメント、標準メッ
セージ/トランザクション 2 を取り扱うためのUN/ECEとUSグループによる合同グループ
（UN-JEDI）の結成を承認し、同年 9 月UN-JEDIグループに対して下記事項を委託した。
(i) 国際規格として ISO に提出するためのシンタックス草案の開発（２ヶ月以内）。
(ii) 修飾子技法（Qualifier Technique）とコードを含む標準メッセージ（UNSM）開発。
(iii) 標準メッセージの準備および現行システムからの以降に関するガイドラインの作成。
(iv) EDI および EDI のための一般標準の促進に関する文書の改訂と準備。
UN-JEDI グループは、合意されたシンタックスの概要を WP.4 事務局に提出し、1987 年 3
月 EDIFACT（Electronic Data Interchange for Administration, Commerce and Transport：行政、
商業、運輸のための電子データ交換）の名称を採択して、ISO 宛文書を提出。EDIFACT
は、1987 年 9 月 ISO/TC154 において、反対な氏の圧倒的多数で承認され、1988 年 7 月国
際規格 ISO 9735 が誕生し、その第１版が ISO より出版された。
貿易データエレメント集（TDED）開発の経緯
貿易関係業務の EDP 化の基本となる（貿易）データエレメントの統一化、標準化の作業も
ECE/WP.4 において 1975 年頃より関係国際機関との協力の下に進められてきた。そして合意
に達したものから順次公表されてきたが、その後これをまとめて「貿易データエレメント集
（TDED）」として発行することとなった。
第１節「序文」および第２節「索引」は 1980 年 9 月のECE/WP.4 会議で採択されたものが、
また、第３節「標準データエレメント」には、海上および複合輸送運送状、商業送り状、道
路輸送と税関申告、鉄道輸送、信用状などのデータエレメントを収録したものが、TDED第１
版として 1981 年 6 月に出版された。
その後、ECE/WP.4 の 1982 年 9 月会議において、
SWEPRO 3
4
のSWECOMSEA 関連の新データエレメント、AWB（Airway Bill）、フォワーディング、保
健関係のデータエレメント並びに保守管理規則（第９節 9.1 項）が採択され、これらと共に
第４節「注釈」、第５節「コード」および第６節「関連勧告と規格」を新たに収録した 1983
年版TDEDが発行された。
この貿易データエレメント集は、1986 年 3 月 1 日に ISO 7372 として公表された。ISO 7372
は、ISO と UN/ECE の共同保守機関で管理されることになっているが、最新版は 1993 年版
(f)
2 トランザクション（a transaction set – 米国 ANXI X.12 では、標準メッセージのことをトランザクションセッ
トと呼ぶ。）
3 SWEPRO – スウェーデンの貿易手続簡易化機関（Swedish Trade Procedures Council）
4 SWECOMSEA – SWEPRO が開発した国連標準に基づく海上輸送関係データ交換標準
第３章－8
以降出版されておらず、その後の追加、更新を盛り込んだ最新版の早急の出版が望まれる。
3.3.4.
ECE/WP.4 からCEFACTへ – 組織のリエンジニアリング
ECE/WP.4 の 1993 年 9 月会期において、UN/EDIFACT のより一層のオープン化、グローバ
ル化を目指して組織のリエンジニアリング作業が開始された。従来 UN/EDIFACT 関連の活動
は、ECE の下部組織の WP.4 で欧米中心に行われてきた。これまでは、アジアも含めて ECE
以外の地域は、ECE の正式メンバーではなく、オブザーバー資格での参加であった。しかし、
EDI の非常に急速で、かつ、貿易のみにとどまらず国内取引のあらゆる分野での利用に伴っ
て、ECE という地域を超えてグローバルなレベルでの活動の必要性を認識して、このリエン
ジニアリング作業が開始されたのである。その結果、
(1) 第 11 条国（オブザーバー国）および国際組織に対する開放度と透明度の向上
(2) 技術グループへの権限の委譲
(3) 全体的な効率の向上
の３つを原則として、３年６ヶ月に及ぶリエンジニアリング作業の成果を反映して、1997 年
3 月会期で、ECE/WP.4 を発展的に改組して CEFACT（Center for Facilitation of Procedures and
Practices for Administration, Commerce and Transport：行政、商業および運輸のための手続と実
務簡素化センター）が誕生したのである。
この CEFACT は、依然として ECE の貿易拡大委員会（CDT、この組織も 1997 年 4 月の総
会で CTIED：貿易・産業・企業拡大委員会に改組された）の下部に位置するが、従来はメン
バーが域内メンバーと域外メンバーとに区分され、後者はオブザーバー資格であったものが、
すべて同等の資格になった。また、この活動に関心のある国際機関、政府間機関、非政府間
機関も同様な資格で参加することができることとなった。（新しい組織図は、図５参照）
EWG（UN/EDIFACT 作業グループ）は、従来の「合同ラポータチーム（JRT）会議」に相
当するもので、他の常設作業グループ同様 CEFACT より権限を大幅に委譲されている。組織
的には、従来の形態を踏襲しているが、図５のように従来の JM（合同メッセージ開発グルー
プ）や JTAG といったグループは、サブワーキンググループ（SWG）として位置付けられて
いる。また、従来 ESG（EDIFACT ステアリンググループ）の責任の下で開発されていた、デ
ィレクトリも DPT（ディレクトリ作成チーム）、DAT（ディレクトリ監査チーム）を含めて
この EWG の中に取り込むこととなった。
第３章－9
UN/CEFACT
UN/ＣＥＦＡＣＴ組織図
The worldwide activity of the United Nation's
Economic Commission for Europe
(UN/ECE/WP.4を発展的に改組：１９９７年３月）
欧州経済委員会
（ＵＮ/ＥＣＥ）
貿易・産業・企業拡大委員会
（ＣＴＩＥＤ）
貿易簡易化と電子ビジネスのための
国連センター（UN/ＣＥＦＡＣＴ）
（議長：Christian Fruewald、独）
常設作業グループ
技術・方法論
（ＴＭＷＧ）
(K. Naujok)
業務分析
（ＢPＡＷＧ）
(Mike Doran)
CEFACT運営グループ (CSG)
（議長：Ray Walker、英）
国際貿易手続
（ＩＴＰＷＧ）
(Alex de Lijster)
法律関係
（ＬＷＧ）
(D. Marsh)
コード関係
（ＣＤＷＧ）
(D. Dobbing)
ＥＤＩＦＡＣＴ
（ＥＷＧ）
(Pierre Georget)
図５ – UN/CEFACT組織図
3.3.4.1.
各作業グループの使命と期待される成果物
(a) 業務プロセス分析作業グループ（BPAWG）
(1) 目的
(a) 目的
このグループの目的は、現在のビジネスプロセスを分析し、CEFACT の使命や目的に対
して逆のインパクトを与える制約を認識し、かつ、そのようなビジネスプロセスに必要
な変更を提案することである。
(b) 範囲
CEFACT とその作業グループの目的と使命の範囲内でのビジネスプロセス
(2) 主要な成果物
BPAWG の主要な成果物は、下記の通りである：
• センターで合意された共通の記述技法と方法論を用いた CEFACT の使命や目的に関
するビジネスプロセスの分析
• より効果的なビジネスプロセスに対する制約の認識
• 勧告案を含む、より効果的なビジネスプロセスのための提案
• 現在から新しいビジネスプロセスへの移行に関して、これらの提案に基づいて、解
決策を開発可能とするための、承認された提案を理解して他の作業グループへの支
援。
(3) メンバーの専門的機能
BPAWG は、CEFACT に関するビジネスプロセス分野及び/またはセンターで合意された
共通の記述技法と方法論を実施するために必要なツールについて幅広い知識を持つ専門
家のグループである。
CEFACT への各団長は、BPAWG グループへの１名以上の専門家を指名することができる。
そうすることで、彼らは、各国、地域または国際的な１以上の組織に対してこのタスク
第３章－10
を委任することできる。専門家は、指名されると、唯一その専門領域に基づいて作業に
貢献するよう期待される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
BPAWG は、次の合意手続に従い権限を委譲される：
• 必要に応じサブグループや支持チームを設けること。
• 現在のビジネスプロセスの分析、b) より効果的なビジネスプロセスに対する制約に
ついての報告、そして c) CEFACT や他の組織、機関に対して、より効果的なビジネ
スプロセスに関する提案を発行、公刊および発表すること。
• 適宜 CEFACT による承認のための新しい勧告案を開発そしてていあんすること。
• よりよいビジネスプロセスのため指針を発行すること。
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること。
(b) コード関係作業グループ（CDWG）
(1) 目的
(a) 目的
この作業グループの目的は、コード関連の UN/ECE 勧告の維持管理を含み、CEFACT の
目的を支援するためのコードセットおよびコード構造の品質、関係、使用可能性を確保
することである。
(b) 範囲
CEFACT とその作業グループの目的と指名の範囲内でのコードセットとコード構造
(2) 主要な成果物
主要な成果物は、下記の通りである：
• CEFACT コードせっＴの効果的な維持管理と発行のための手続に関する提案
• コードセットの関連性と整合性を確保するための CEFACT コードセットの定期的な
見直しのための手続を含む CEFACT コードセットの品質管理の手続に関する提案
• ビジネスプロセスと手続を支援するための新しいコードセットとコード構造に関す
る勧告草案を含む提案。
(3) メンバーの専門的機能
CDWG は、ビジネスプロセスの分野とコーディング技法とコーディング構造の適用にお
いて、幅広い知識を持つ専門家グループである。
CEFACT への各団長は、CDWG グループへの１名以上の専門家を指名することができる。
そうすることで、彼らは、各国、地域または国際的な１以上の組織に対してこのタスク
を委任することができる。専門家は、唯一その専門領域に基づいて作業に貢献するよう
期待される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
CDWG は、次の合意手続きに従い権限を委譲される：
• 必要に応じ、サブグループや支持チームを設けること
• UN/ECE 勧告を含みコードセットおよびコード構造の保守管理と発行のための手続
を維持すること
• コードセットとコード構造関連の UN/ECE 勧告草案を開発すること
• 権限の範囲内でよりよいビジネス実務のための指針を発行すること
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること
• 他の関連コード保守機関と協力すること。
第３章－11
(6) 資源要求ステートメント
CDWG は、本グループの会議への UN 事務局の積極的な参加を要請する。会議は、年間
４回を予定している（会議期間は３－５日の間である）。
(c) 国際貿易手続作業グループ（ITPWG）
(1) 目的
(a) 目的
このグループの目的は、官民セクターの国際貿易手続において、最善の実務を識別す
ることであり、できうる限り、国内取引手配と同じようにすると共に単純化すること
である。
(b) 範囲
CEFACT とその作業グループの目的と使命の範囲内での、貨物と関連サービスの両面
における国際貿易取引を網羅する手続と情報の流れ、関連するときは、国内取引との
整合性を含む。
(2) 主要な成果物
主要な成果物は、以下の通りである：
• 貿易簡素化勧告案の作成
• 現行勧告の実施についての体系的な見直しと監視に基づく改訂提案
• 各国固有の国際貿易シナリオの登録、維持管理、および適切な場合その開発
• WCO や WTO のような他の組織・機関における作業に関しての貢献、そして適切な
場合影響を及ぼすための努力
• 関連の教育および啓蒙普及教材の開発
(3) メンバーの専門的機能
ITPWG は、
• 国際貿易手続
• 貿易簡素化
• 国連レイアウトキー（UNLK）に基づく書類の設計
• ICT（情報と通信技術）の啓蒙、および
• 関連の開発
における、詳細で証明された専門を集合的に提供する知識を持つ専門家グループである。
CEFACT への各団長は、ITPWG グループへの１名以上の専門家を指名することができる。
そうすることで、彼らは、各国、地域または国際的な１以上の組織に対して、このタスク
を委任することができる。専門家は、指名されると、唯一その専門領域に基づいて作業に
貢献するよう期待される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
ITPWG は、次の合意手続に従い権限委譲される：
• 必要に応じ、サブグループや支持チームを設けること
• 国際貿易取引における手続および情報フローの分野で a) 分析、b) 制約に関する報告、
そして、c) CEFACT や他の組織・機関に対して、より効果的なビジネスプロセスや情
報フローに関する提案を発行、公刊および発表すること
• 作業計画で認識された通り、現行 UN/CEFACT 勧告の維持管理を各日にするための改
訂の提案
• 適宜 CEFACT による承認のための新しい勧告案を開発し、そして提案すること
• 権限の範囲内でよりよいビジネス実務のための指針を発行すること
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること。
第３章－12
(6) 資源要求ステートメント
ITPWG は、GE.2 の活動に対して与えられていたと同等の資源を要求する（約 2.5 人・年
および年４回の１週間の会議の支援）、この要請は１２ヶ月ごとに見直すことを条件とす
る。
この資源は、他の組織・機関との協力のための支援を含み、ITPWG と委任事項の実施と
達成のためにふさわしい事務局支援を確保するために要求されるものである。できるだけ
早く、資源は、年４回の１週間の会議の内、少なくとも２回をジュネーブ以外で開催する
ための支援を含む必要がある。
追加の財政資源が、作業を支援するためのソフトウエアを購入するために必要である。さ
らに、フルタイムのコンサルタントの使用が早急に必要である。
(d) 法律関係作業グループ（LWG）
(1) 目的
(a) 目的
このグループの目的は、CEFACT の使命と目的の範囲内での現在の法的プロセスと問
題点を分析し、CEFACT の使命や目的に対して逆のインパクトを与える法的制約を認
識し、かつ、そのような法的プロセスや問題点についての実務的な改善を提案するこ
とである。
(b) 範囲
CEFACT とその作業グループの目的と使命の範囲内での法的プロセスと問題点
(2) 主要な成果物
主要な成果物は、下記の通りである：
• 法的プロセスと問題点の分析、研究および再検討
• より効果的な法的プロセスと手続に対する制約の認識
• そのような制約の排除のための実務的な提案
• UN/CEFACT 勧告の草案作成
• 最善の法律関係実務を支援する指針の開発、発行および推進
• UNCITRAL や ICC のような他の組織・機関における作業に関しての貢献、そして適
切な場合影響を及ぼすための努力
• 必要に応じ、実務的な法的アドバイスの提供や他の CEFACT 常設・アドホック作業
グループでなされている作業の援助、および製作の法的側面形成への貢献。
(3) メンバーの専門的機能
LWG は、CEFACT 作業計画の範囲内で発生する法的問題を処理するための集合的専門機
能を持つ専門家グループである。
CEFACT への各団長は、LWG グループへ１名以上の専門家を指名することができる。そ
うすることで、彼らは、各国、地域または国際的な１以上の組織に対して、このタスクを
委任することができる。専門家は、唯一その専門領域に基づいて作業に貢献するよう期待
される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
LWG は、次の合意手続きに従い権限委譲される：
• 必要に応じ、サブグループや支持チームをもうけること
• 現行の法的プロセスと手続の分析、b) より効果的な法的プロセスに対する制約につ
いての報告、そして c) CEFACT や他の組織・機関に対して、より効果的な法的プロ
セスや手続に関する提案を、発行、公刊およびはっぴょうすること。
• 現行 UN/CEFACT 勧告の維持管理を各日にするための改訂の提案
第３章－13
• 適宜新しい勧告案を開発そして提案すること。
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること。
(6) 資源要求ステートメント
LWG は、作業ができる限り CEFACT、もしくは本当に WP.4 の資源を使用しないで活動
してきたこと、および、LWG についての需要は、大きなものがあることを認識して下記
の資源を要求する：
- センター資源の要求
LWG に対して現在可能な資源と同レベルのものが、LWG に用意されること、こ
れは１２ヶ月ごとにレビューすることを条件とする。この資源は、他の組織・機
関との協力のための支援を含み、LWG と委任事項の実施と達成のためにふさわ
しい事務局支援を確保するために要求されるものである。追加の財政資源が、ウ
エッブ・サイトの設立と維持管理および他のウエッブ・サイトとの接続のために
必要である。さらに、追加の財政資源が、特定の関心分野または作業項目を調査
とコンサルタント契約により処理するために必要である。
- LWG 資源の要求
LWG メンバーは、グループ資源を増加するため、および、合意された作業計画
の達成を可能とするために任意に貢献する。
(e) 技術・方法論作業グループ（TMWG）
(1) 目的
(a) 目的
この作業グループの目的は、グループが作成し統合するデリバラブルによるプロセス
を強化するために、CEFACT とその作業グループにより使用できる技術と方法論を調
査し、認識することである。
(b) 範囲
CEFACT とその作業グループの目的と使命を支援するための技術と方法論
(2) 主要な成果物
TMWG の主要な成果物は下記の通りである：
• CEFACT がその目標を達成できるように技術や方法論を実施する方法について、勧
告草案を含み提案すること。
• 上記提案に関する実用化調査やパイロットによるコンセプトの証明。
(3) メンバーの専門的機能
TMWG は、CEFACT、技術開発、および CEFACT とそのサブグループの機能の範囲内で
使用される現行の技術と方法論についての幅広い基礎的知識を持つ専門家グループであ
る。
CEFACT への各団長は、TMWG グループへ１名以上の専門家を指名することができる。
そうすることで、彼らは、各国、地域または国際的な１以上の組織に対して、このタスク
を委任することができる。専門家は、指名されると、唯一その専門領域に基づいて作業に
貢献するよう期待される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
TMWG は、次の合意手続きに従い権限委譲される：
• 必要に応じサブグループや支援チームを設けること。
• CEFACT グループによる使用のための特定の技術や方法論に関する提案と共に、これ
らの技術や方法論の使用に関する実用化研究やパイロット結果の報告を、発行、公刊
および発表すること。
第３章－14
•
そのグループにより使用するために CEFACT 荷より承認された新しい技術や方法論
に関する実施と移行計画を発行、公刊および発表すること。
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること。
(6) 資源要求ステートメント
追加の事務局資源は不要である。TMWG は、そのメンバー経由必要な資源を供給する。
(f)
UN/EDIFACT作業グループ（EWG）
EWG 会議SWGの構成
メッセージ開発 SWGs
(Dグループ)
SWG 1
SWG 2
SWG 3
SWG 4
SWG 5
SWG 6
SWG 7
SWG 8
SWG 9
SWG 10
SWG 11
SWG 12
SWG 13
SWG 14
SWG 15
Materials Management
Purchasing
Product and Quality Dat）
Transpor
Customs
Finance
Architecture, Engineering
& Construction
Statistics
Insurance
Travel, Tourism & Leisure
Healthcare
Social Security, Employment
& Education
Directory Support Services
Accounting, Auditing,
Registration & Financial
Information Services
Emvironment & Safety
Management
技術関係 SWGs
(Tグループ)
T1
T3
T4
T7
T8
JTAG (合同技術評価グループ)
インタラクティブ（対話型） EDI
安全性（セキュリティ）
EDI 関連オブジェクト (EAO)
統一実施ガイドライン
一般支援グループ
(Gグループ)
G2
啓蒙普及諮問チーム (PAT)
G5
事務局グループ
MOP 使命・組織・手続
図６－UN/CEFACT EWG組織図
(1) 目的
(a) 目的
このアドホック作業グループの目的は、拡大する電子商取引分野への CEFACT 作業
計画の適用性の分析と、CEFACT が電子商取引に貢献している現在と、貢献できる将
来の領域を確定することである。
(b) 範囲
CEFACT とその作業グループの目的と使命の範囲内での電子商取引の活動
(2) 主要な成果物
ECAWG の主要な成果物は下記の通りである：
• CEFACT 内で使用のための電子商取引に対する作業の定義。
• 電子商取引分野への CEFACT 作業計画の適用性の分析の発表と、CEFACT が貢献す
る領域の確定を６ヶ月以内に報告すること。
• CEFACT に夜追加の貢献の領域に関する提案の作成。
(3) メンバーの専門的機能
ECAWG は、電子商取引、CEFACT とその作業グループの昨日分野において幅広い知識を
持つ専門家グループである。
CEFACT への各団長は、ECAWG グループへ１名以上の専門家を指名することができる。
専門家は、唯一その専門領域に基づいて作業に貢献するよう期待される。
(4) 地理的焦点
焦点は、グローバルである。
第３章－15
(5) 委任事項
ECAWG は、次の合意手続きに従い権限委譲される：
• 電子商取引への CEFACT の貢献に関し、CSG へ提案（ドラフト）を提出すること。
• 必要に応じ、他のグループや組織・機関と協力し、連携を確立すること。
(6) 資源要求ステートメント
当該アドホックグループへの事務局の参加を要請する。
(g) 3.4.1.7 電子商取引アドホック作業グループ（ECAWG）
(1) 目的
(a) 目的
このグループの目的は、拡大する電子商取引分野への CEFACT 作業計画の適用性の
分析と、CEFACT が電子商取引に貢献している現在と貢献できる将来の領域を確定す
ることである。
(b) 範囲
CEFACT とその作業グループの目的と使命の範囲内での電子商取引の活動
(2) 主要な成果物
ECAWG の主要な成果物は、下記の通りである：
• CEFACT 内で使用のための電子商取引に対する作業の定義
• 電子商取引分野への CEFACT 作業計画の適用性の分析の発表と、CEFACT が貢献す
る領域の確定を６ヶ月以内に報告すること。
• CEFACT による追加の貢献の領域に関する提案の作成。
(3) メンバーの専門的機能
ECAWG は、電子商取引、CEFACT とその作業グループの機能分野に於いて幅広い知識を
持つ専門家グループである。
CEFACT への各団長は、ECAWG グループへの１名以上の専門家を指名することが出来る。
専門家は、唯一その専門領域に基づいて作業に貢献するよう期待される。
(4) 地理的焦点
焦点は、グローバルである。
(5) 委任事項
ECAWG は、次の合意手続に従い権限委譲される：
• 電子商取引への CEFACT の貢献に関し CSG へ提案（ドラフト）を提出すること。
• 必要に応じ、他のグループや組織、機関と協力し、連携を確立すること。
(6) 資源要求ステートメント
当該アドホックグループへの事務局の参加を要請する。
(h) 簡易-EDIアドホック作業グループ（SIMAC）
(1) 目的
(a) 目的
CEFACT とその作業グループによる推進のための共通基盤と必要な作業項目を認識
するため、文書 TRADE/CEFACT/1998/4「SIMPL-EDI」と TRADE/CEFACT/
1998/CRP.16 に含む提案の見直し。
(b) 範囲
現在の作業計画項目を十分に考慮して、上記 i)の下で作業項目がどのように認識さ
れたかを検討し、CEFACT 構造および作業グループ内でもっとも効率的、効果的に開
発でき、主要な成果物とそのための作業計画項目のタイムスケールを詳細に識別する。
これらは、最善の実務のための勧告、インターネット技術とのインターフェース、
SIMPL メッセージとより効果的な取引と行政慣行とプロセス間の関係のための勧告
第３章－16
を含むことが出来る
(2) 主要な成果物
CSG への中間報告は、１９９８年８月末までに作成されるべきであり、最終報告は、１
９９８年末までに作成される。これら報告は、また CEFACT 総会と各作業グループに対
しても利用できるものとする。
(3) メンバーの専門的機能
全作業グループにまたがる調整を確実にするために、当アドホックグループは、CSG メ
ンバーによりリードされ、関心のある代表が、専門家を指名するよう要請される。BPAWG,
CDWG, EWG, ITPWG といった常設作業グループは、代表を指名するよう要請される。当
該グループの作業への電子的参加も奨励される。
(4) 地理的焦点
焦点は、グローバルである。
(5) タイムスケール
当アドホック作業グループは、最大１２ヶ月の期間で設立されるものである。
3.5.5.1.
新しい技術の出現に対応した組織の改革
その後のインターネットの出現に伴う新規技術である XML/EDI、ウェッブサービスといっ
たものを活用することで「よりシンプルな EDI が達成できるのではないか」、「それが引い
ては、いままで EDI の導入をためらっていた中小企業に朗報をもたらすのではないか」とい
った視点から、OASIS と UN/CEFACT との協働による「ebXML イニシアチブ」プロジェクト
につながっていった。
XML はインターネット環境下における次世代 EDI 基盤の最右翼と見られ、その誕生時点か
ら大いに期待されて来ている。しかしながら、その実装においては従来からの EDI 技術のし
がらみと、新しいオブジェクト指向技術のビジネスプロセスへの適用の葛藤において、幾多
の提案が乱立しようとしてきた。その混乱の中で、世界中の業界関連者・標準機関そして情
報技術ベンダーが協力し、生まれた組織が ebXML イニシアチブであり、そこで開発され 2001
年 5 月に合意された仕様として発表されたのが ebXML 技術仕様である。
前項で説明した UN/CEFACT の組織は、これらの新しい動きを反映して 2002 年 5 月の
UN/CEFACT 総会でフォーラムの設立が承認され、2002 年 9 月に第 1 回 UN/CEFACT フォー
ラムがジュネーブで開催された。
第３章－17
（2002年5月総会で承認）
UN/CEFACT総会
UN/CEFACT運営グ
ループ（CSG）
政策立案グループ
啓蒙普及グループ
UN/CEFACTフォーラム
FCT
Process
Database
TBG
フォーラム調整チーム
ICG
ATG
TMG
LG
国際貿易および
情報コンテンツ
技術応用
技術・方法論
法律関係
ビジネスプロセス
管理グループ
グループ
グループ
グループ
グループ
図７－UN/CEFACT 組織図(2002 年 5 月改組)
このフォーラムの構成は、従来の６常設「作業グループ」が、５常設「グループ」に整理
統合され、年に 2 回 5 つの常設グループが一堂に会し、意見を交換する場がフォーラムであ
る。
更に、2004 年 5 月の UN/CEFACT 総会においては、政策立案、管理機構でもあった
「UN/CEFACT 運営グループ（CSG）」と「フォーラム調整チーム（FCT）」の廃止が決まり、
「ビューロー」と「フォーラム管理グループ（FMG）」への移行が承認された。
UN/CEFACT総会
（2004年5月総会で承認）
ビューロー(*1)
*1) ビューローは、議長、5副議長、フォーラム
議長、副議長及び事務局で構成。ラポータ、
フォーラムグループ議長、その他専門家も
招待され、自由に議論に参加できる。
*2) SSP – Service Support Provider
UNECE事務局
SSP(*2)
フォーラム管理グループ
(FMG)
議長、副議長、常設グル
ープ議長、UNECE事務
局（役職）、総会副議長
（５、役職、議題による）
UN/CEFACTフォーラム常設グループ
TBG
ICG
ATG
TMG
LG
国際貿易および
情報コンテンツ
技術応用
技術・方法論
法律関係
ビジネスプロセス
管理グループ
グループ
グループ
グループ
グループ
図８－UN/CEFACT 組織図（2004 年 5 月改組）
第３章－18
(a)
UN/CEFACTフォーラムとフォーラム管理グループ（FMG）
フォーラム管理グループは、2004 年 5 月の UN/CEFACT 組織の改革の後、2004 年 9 月に設立
された。
FMG は、フォーラムの管理に関して直接責任を持つ。その責任には以下のものが含まれる：
•
常設グループ間の関連作業の調整を確実にし、常設グループ間の重複作業を防止し、ビュ
ーローへ報告するといった、総会で承認されたフォーラムの作業計画を実行する；
UN/CEFACT フォーラム会議を準備する；
常設グループメンバーシップの要件、報告と公表のための要件、アクション、投票結果と
その他の決議を含むフォーラムのための一般的な運営手続を開発し、維持管理する、そし
て、これらの手続が常設グループにより首尾一貫して実行されることを確実にする；
公開開発プロセスの全面的な実施を管理し、その手続へのいかなる必要な修正についても
ビューローと総会へ勧告する；
UNECE 事務局と連携して、常設グループへの資源の提供を調整する。これには外部の資
源を含む；
フォーラム組織構造についてビューローへの勧告を用意する；
フォーラム内で発生するであろう紛争を解決する。FMG が解決できない紛争は、ビュー
ローへ照会する；
ビューローと協力してフォーラム啓発と対話の活動を調整する。
•
•
•
•
•
•
•
UN/CEFACTは、貿易を世界規模で簡素化する目的のためにグローバルな電子ビジネス標準
を開発するためのユニークな位置にある。OASIS との協力で、ebXML 標準を開発した。そ
れは、ビジネスがインターネット経由でなされ、企業と政府が大きな費用削減を達成するた
めにより高いレベルで連携するといった世界を新しい時代へと導くものである。
FMG は、UN/CEFACT フォーラムの全体的な運営管理を提供し、そして世界が待ち望んでい
る電子ビジネスのための標準の提供を加速することを決意している。FMG は、新規のプロジ
ェクト提案が、重複を避けて、適切な常設グループへと割り当てられることを確かなものと
するためプロジェクト管理を提供する。FMG は、作業への必要な財政支援を行うためのスポ
ンサーシップ計画を立ち上げる予定である。
FMG メンバーシップは、5 つの常設UN/CEFACTグループの議長とTBGからの 2 人の追加メ
ンバーで構成される。FMG議長と副議長はUN/CEFACTによって選出された。
年に 2 回の UN/CEFACT フォーラムは、密接な連携と相互連携を容易なものとする 1 つの作
業体として全ての常設 UN/CEFACT グループが同じ場所で、同時に併行して行われる会議で
ある。
(b)
国際貿易及びビジネスプロセスグループ (International Trade & Business Process
Group：TBG)
国際貿易とビジネスプロセスグループ(TBG) の目的は、企業や行政のビジネス要件やコン
テンツに責任を負うことである。これは、プロセス分析、最善の実務、国際貿易手続の分野
における開発を主導することで達成される。適当な場合、UN/CEFACT モデル化方法論
（UMM）が貿易簡易化や電子ビジネスソリューションの開発を支援するために使用される。
この目的は、下記を通して達成される：
国際貿易の簡易化に関する勧告と最善の実務の公表；
第３章－19
共通業務プロセスと参照モデルの仕様；
業際間業務プロセスの調和；及び
ビジネス要件の文書化。
メンバーシップは、国際貿易と電子ビジネスでのプロセス、手続及びそのモデル化、
UN/CEFACT とそのグループの機能の分野で、幅広い知識を持つ専門家に開かれている。さ
らに、代表団長は、作業に参加させるためにその関係先から技術専門家を招請できる。専門
家は、その専門分野に基づいて作業に貢献すること、そして UN/CEFACT の倫理規定に従う
ことが期待される。[注記：この文章は、UN/CEFACT 総会で承認されることが条件である。]
現在の TBG におけるプロジェクトは次表の通りである。
第３章－20
UN/CEFACT TBG Project Matrix - March 2007
Working Group
TBG1
Supply Chain
TBG2
eDOCs
TBG3
Transportation &
Logistics
TBG4
TBG5
Customs
Finance
TBG6
Architecture &
Construction
TBG7
TBG8
TBG9
Statistics Collection &
Reporting
Insurance
Travel, Tourism and
Leisure
TBG10
TBG11
Healthcare
Social Services
TBG12
Accounting & Audit
TBG13
TBG14
Environmental
Business Process
Analysis
TBG15
International Trade
Procedures
Projects
Internal Liaisons
Ex
Product Data BP Modeling and Core Components
Steel Industry Scheduling Cycle
Steel Industry Shipping Cycle
Steel Industry Quotation Process
Steel Industry Purchase Order Process
Steel Industry Sales List Process
Steel Industry Order Status Process
Supply Chain BP Modeling and Core Components
X1
Eu
Eu
Eu
Eu
Eu
Eu
EA
Customer Switching in the Energy Industry
Material Safety Data Sheet BP models & Class
Diagrams
Invoice Process BP models & Class Diagrams
eCatalog Product Data ebXML Transactions
Remittance advice process project
Aerospace & Defence Industry’s e-Supply Chain
Project
Electronic Documents
eb
X1
TBG6
eB
EA
EE
Bo
Transport BP Modeling
UB
Transport Core Components
Customs Core Components and BP Modeling
Financial Business Process Modeling & Core
Component Task Force
AEC Core Components
UB
WC
SW
e-Tendering ebXML Standards Project
Real Estate
EU INSTAT Intrastat reporting BP modelling and
XML Schema
Insurance Data Dictionary & Core Components
TT&L Core Components
TBG1
TBG1
ATG & TBG4
AC
OT
Small scaled Lodging House Information
Healthcare CCsand BIEs
SS Social Security Core Components
SS Standardization of XML - Acknowledgement
and Control Requirements
SS Standardization of XML - Signing and Security
Requirements
A&A Core Components
Accounting token
Environmental - Waste Disposal Project
BP Catalog - Test of concept
Catalog Project
ITPWG - Development of Single Window
Recommendation
ITPWG - Performance Measurement of TF
Measures
第３章－21
EU
OT
HL
XB
CE
All TBG WGs
TBG17
Harmonisation
ITPWG - Update of Recommendation 12 (Legal
issues in maritime transport)
ITPWG - Electronic Signature
ITPWG - Guide on Trade Facilitation
ITPWG - eCert - XML for Sanitary & Phytosanitary
Certificates
International Trade Facilitation Model
International Trade Security Model
Guide to Trade Facilitation Implementation and
Practices
Revision of UN/CEFACT Recommendation 6 to
accommodate e-invoicing
Business Process and Core Components
Harmonisation
第３章－22
Wo
EU
EU
WC
OA
情報コンテンツ管理グループ (Information Contents Management Group：ICG)
(c)
情報コンテンツ管理グループ (ICG) は、電子ビジネスのための質の高い技術仕様のリリー
スを確実にするために必要な全てのステップを取るという使命を持つ UN/CEFACT 常設グル
ープの 1 つである。その使命は、本グループの総体的な目的、その主要な成果物及びグルー
プが負うであろう付与された責任について認識するものである。
ICG の目的は、全ての技術仕様(UN/ECE 勧告、ビジネス要件仕様、ディレクトリ、ライ
ブラリー又はレポジトリー、コアコンポーネント、UN/CEFACT や XML 等のようなシンタッ
クス固有の実装) が承認された手続に従ってリリースされており、かつ高い品質レベルにあ
ることを保証することである。
具体的な作業項目には次のものを含む：
• ビジネス要件仕様（Business Requirements Specification：BRS)
• 要件使用マッピング（Requirements Specification Mapping：RSM)
• UN/CEFACT レジストリー
• UN/CEFACT コード関係勧告
• UN/CEFACT 監査
ICG の使命と委任事項
1. 目的
1.1 目的
情報コンテンツ管理グループ (ICG) の目的は、電子ビジネスのための高品質の技術仕様のリ
リースを保証することである。この目的を達成するために、ICG は以下のことに責任を負う：
• セクション 2 にリストされた範囲にある電子ビジネスと勧告のための UN/CEFACT 情
報レポジトリーとライブラリーの管理；
• UN/CEFACT ビジネス要件の技術的適合と登録；
• 実装のための標準開発用構成要素として提供される基本シンタックス中立情報構成
要素の標準化と保守；そして
• シンタックス固有情報オブジェクトと構成要素の技術適合と登録。
•
1.2 範囲
ICG 関連の活動は、 UN/CEFACT とその権限を付与されたグループの使命と目的の範囲内
で行う。本グループは、グローバルコマースを促進するための貿易簡易化と電子ビジネスの
勧告及び技術仕様を開発するために活動する。
2. 主要な成果物
ICG の主要な成果物は：
• ドメイン参照モデルに合致し、実装のための標準開発用構成要素として提供されるビ
ジネス要件、情報オブジェクト及びコードリストからなる首尾一貫し、調和し、標準
化された一連の参照ライブラリー；
• 対応する公表ガイドラインと技術仕様の適合性の検証並びに承認されたシンタック
ス固有情報オブジェクトと構成要素のリリースのための検証；
• ライブラリー保守の処理と手続；
• ライブラリーコンテンツの品質を保証するためのメカニズム；
• UN/CEFACT 総会でレビューし、承認するための勧告案を含む提案；
• 勧告の保守：
３章－23
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
UNECE 勧告 3 号– 国名表記のための ISO 国名コード；
UNECE 勧告 5 号－ INCOTERMS 略号；
UNECE 勧告 7 号－日付、時間、期間の数字表記；
UNECE 勧告 8 号－単一識別コード方法論（UNIC）；
UNECE 勧告 9 号－通過表記のための英字コード；
UNECE 勧告 10 号－船名コード；
UNECE 勧告 15 号－簡易化荷印；
UNECE 勧告 16 号－貿易と輸送地名用国連コード (UN/LOCODE)；
UNECE 勧告 17 号－支払い条件コード（Payterms）；
UNECE 勧告 19 号－輸送モードコード；
UNECE 勧告 20 号－国際貿易に使用される重量・容積単位コード；
UNECE 勧告 21 号－貨物タイプ、包装、梱包材のためのコード；
UNECE 勧告 23 号－運賃・諸費用コード；
UNECE 勧告 24 号－貿易・輸送ステータスコード；及び
UNECE 勧告 28 号－輸送手段タイプコード
3. メンバーの機能的専門性
メンバーシップは、UN/CEFACT、そのグループと同様以下の機能の分野で幅広い知識を有
する専門家に開かれている：
• ビジネス実務のセマンティックスと成文化；
• 再利用設計実務の応用における情報のモデル化；そして/又は、
• UN/CEFACT が支援するシンタックスソリューションのために定義された規則シンタ
ックスへの精通。
さらに、代表団長は、作業に参加させるためにその関係先から技術専門家を招請できる。
専門家は、その専門分野に基づいて作業に貢献すること、そして UN/CEFACT の倫理規定に
従うことが期待される。
4. 地理的焦点
その焦点は、グローバル（世界）である。
5. 委任されている責務
ICG は、合意された手続に従って権限を委譲されている：
• 必要に応じ、作業グループとプロジェクトチームを立ち上げる；
• フォーラム管理グループ経由でプロジェクト提案を承認する；
• 技術仕様に関して UN/CEFACT'公開開発プロセスに従って選定されたプロジェクトを
進める；
• その作業計画の実施に当っては、他の UN/CEFACT グループやビューロと連携して行
う；
• UN/CEFACT 総会へ提案や勧告案を提出する；
• UN/CEFACT の承認を必要としない ICG 成果物の公式リリース；及び
• 必要に応じ、他のグループや機関と協力し、連絡を確立する。
(d)
技術応用グループ（Applied Technology Group：ATG）
技術応用グループ (ATG)の目的は、特定の技術又は標準に基づく貿易、ビジネス及び行政
の文書構造の開発と維持管理に責任を持つことである。ATG の機能は、UN/CEFACT の強化
３章－24
されたグループから出された認識された業務や技術要件に基づくシンタックス固有の解決の
設計、組み立て及び製作である。
メンバーシップは、さまざまな実装シンタックス、プロトコルや交換のためのデータのパ
ッケージングのためのメカニズム、UN/CEFACT の機能及びそのグループの分野での幅広い
知識を持つ専門家に対してオープンなものである。さらに、代表団長は、作業に参加させる
ためにその関係先から技術専門家を招請できる。専門家は、その専門分野に基づいて作業に
貢献すること、そして UN/CEFACT の倫理規定に従うことが期待される。[注記：この文章
は、UN/CEFACT 総会で承認されることが条件である。]
ATG には、現在 2 つの作業グループが構成されている。各グループは、それぞれの作業範
囲と責任を持つものである。
ATG1（EDIFACTシンタックス構造）は、これまでEDIFACT 作業グループ (EWG) のT1 （技
術評価グループ）が行ってきた作業がベースであり、かつ、UNSM設計規則、UNSM設計、
ISO 9735 に責任がある開発、保守、技術評価を含むEDIFACT関連作業に焦点を当て作業を継
続する。
ATG2 （XMLアッセンブリー文書/作成規則）は、スキーマ設計規則、スキーマ作成、ebXML
コアコンポーネントのXML表記、 ebXML コンテキスト方法論のXML表記及びUMLから
XMLへの方法論の開発、保守及び技術評価を含むXMLシンタックス関連作業に焦点をおく。
(e)
技術・方法論グループ（Techniques & Methodologies Group：TMG）
技術・方法論グループ（TMG）の目的は、全ての UN/CEFACT グループにメタ(ベース)
ビジネスプロセス、情報通信技術仕様、勧告及び教育を提供することである。
TMG はまた、新しい情報通信技術(ICT)を評価すると共に、貿易簡易化と電子ビジネスに
おけるその使命とビジョンを達成するために UN/CEFACT とそのグループを支援する技法と
方法論を評価する研究グループとしても機能する。
本グループは、前身の TMWG が開発していたコアコンポーネント技術仕様（CCTS）や
UN/CEFACT モデル化方法論のような作業を継続し、世界的商取引を促進するために貿易簡
易化と電子ビジネスのための勧告と技術仕様を開発する。
そのメンバーシップは、ビジネスプロセス、情報通信技術仕様、アーキテクチャーと同様
UN/CEFACT、技術開発で使用されている現在の技法や方法論の分野において、及び
UN/CEFACT やそのグループの機能の分野で幅広い知識を有する専門家に開かれている。
TMG 内には、3 つの作業グループが形成されており、各グループは自身の作業範囲と責務
を持っている。
コアコンポーネント作業グループ（CCWG) は、ビジネス情報の開発と再利用のための技
法と方法論を提供する。
ビジネスプロセス作業グループ (BPWG) は、組織間のビジネスプロセスと結果としての情
報交換についての記述のための技法と方法論を提供する。
電子ビジネスアーキテクチャー作業グループ (ebAWG) は、異なるモデル化とインフラス
トラクチャー外念のための枠組みを提供する。
３章－25
(f)
法律関係グループ（Legal Group：LG）
法律関係グループ (LG) の目的は、電子ビジネスと国際貿易簡易化の法的側面が
UN/CEFACT の作業において検討されることを確実にすることである。この目的のために、
法律関係グループは、UN/CEFACT の使命と目的の範囲内で現在の法的プロセスと問題を分
析し、センターの使命と目的に影響を与える法的制約や不利な点を認識し、そして、これら
の法的プロセスや問題への実務的改善を提案するものである。本グループの成果物は、世界
的な商取引を促進するための貿易簡素化と電子ビジネスのための勧告及び技術仕様を含むも
のである。
LG のメンバーシップは、各国代表団長により使命を与えられた国際貿易関係法や IT 法の
分野の専門家に開かれている。専門家は、その専門分野に基づいて作業に貢献すること、そ
して UN/CEFACT の倫理規定に従うことが期待される。
現行プロジェクト：
- 統一ビジネス協定と契約プロジェクト（Unified Business Agreements and Contracts ：UBAC)
- 国際貿易シングルウインドウのための法的枠組みについての勧告（Recommendation on a
legal framework for International Trade Single Window）
フォーラムにおけるグループ間相関図
フォーラム管理グループ (FMG)
国際貿易とビジネスプロセスグループ（TBG）
情報コンテンツ管理
グループ（ICG）
技術応用グループ
（ATG）
技術･方法論グループ（TMG）
法律関係グループ（LG）
図９-フォーラムにおけるグループ間相関図
３章－26
組織変更の経緯とその後のOASISとの協力体制
UN/ECE/WP.4
OASIS
1999-11
to 2001-05
UN/CEFACT
BPAWG ITPWG CDWG LWG TMWG EWG
ebXML
Initiative
Technical
Committees –
TRP,RR,CPP-A,
Security, Conformance
1997-03
SWGs
eBTWG – CC+BP
UN/CEFACT Forum
Joint Coordination C’ttee,
TA + Marketing
PTs
2002-09
2004-09
TBG
ICG
ATG
図 1０-UN/CEFACT 組織変更の経緯
３章－27
TMG
LG
3.4.
UN/EDIFACTシンタックス規則（ISO 9735）について
3.4.1
UN/EDIFACT (ISO 9735) の概要
EDIFACT は、開放型環境下での「メッセージ交換におけるユーザデータおよび関連サービ
スデータの構造化に関するアプリケーションレベルの規則」を要約、記述したものである。
この規則は、行政、商業および輸送分野の関係者間で交換するメッセージの準備に関する
シンタックス規則を提供するもので、メッセージ設計規則を含む国連 ECE 貿易データ交換指
針書（UNTDID）の一部を形成し、同規則が本シンタックス規則と共に使用されることにな
っている。
この ISO 9735（第１版）は、「バッチ EDI 用のシンタックス規則」であった（第３版まで
そうであった）。
3.4.2
EDIFACTシンタックス規則の改訂
その後の EDI 環境の変化により、このシンタックス規則に対してもさまざまな要請が寄せ
られた。例えば、(i) 対話型 EDI 用のシンタックス規則、(ii) 図形などオブジェクトデータも
文字データと一緒に送りたい、(iii) メッセージレベルのセキュリティ確保の問題といったも
のであった。
これらの要請に応えるため、UN/ECE/WP.4/GE.1 では、シンタックス開発グループ（SDG）
を設置して、研究、開発を継続してきた。その成果として、1997 年に新しいシンタックスの
おおよその構成が示された。新シンタックス規則（ISO 9735 第４版という）は、次のように
１０部構成となっている。また、後で述べるように WP.4 から CEFACT への改組に伴い、SDG
は、発展的に CEFACT と ISO/TC154 との「合同シンタックス作業グループ（JSWG）」に改
組された。
1999 年 1 月末現在の開発状況は、第１，２，３，８部が 1998 年 10 月 1 日付で、第４部と
第一部に対する技術訂正書が 1998 年 12 月 15 日付でそれぞれ ISO より出版された。セキュリ
ティ部分である第５，６，７，９部は 1998 年 6-7 月に ISO FDIS の投票を経て、1999 年 4 月
1 日付で発行された。第１０部は、1998 年 11 月の JSWG 会議において ISO のファーストトラ
ック処理から取り下げられた。
ISO 9735 は、行政、商業及び運輸のための電子データ交換（EIDFACT） – アプリケーショ
ンレベル・シンタックス規則（ Electronic data interchange for administration, commerce and
transport (EDIFACT) - Application level syntax rules）という一般的な表題の下で（現在のところ）
下記の部分で構成されている。
ISO 9735-1
- 全ての部分に共通のシンタックス規則および各部分のシンタックス
サービスディレクトリ
ISO 9735-5
- バッチ EDI 固有のシンタックス規則
- 対話型 EDI 固有のシンタックス規則
- バッチ EDI 用シンタックスおよびサービス報告メッセージ（メッセ
ージ種別 – CONTRL）
- バッチ EDI 用セキュリティ規則（確実性、完全性および発信人の非
ISO 9735-6
ISO 9735-7
ISO 9735-8
否認性）
- 確実性と受信確認の確保メッセージ（メッセージ種別 – AUTACK）
- バッチ EDI 用セキュリティ規則（機密性）
- EDI 関連データ
ISO 9735-2
ISO 9735-3
ISO 9735-4
３章－28
ISO 9735-9
- セキュリティ鍵と認証管理メッセージ（メッセージ種別 – KEYMAN）
これ以降の部分についても将来追加される場合がある。
3.4.3
UNSMの記述に関する一般的紹介
この項は、「メッセージとコードハンドブック（通称 MACH：マッハという）V1.2」の付
属書 B から UNSM
（国連標準メッセージ）を理解する上での参考までに引用したものである。
3.4.3.1.
序文
国連標準メッセージタイプ（UNSM）は国内、国際の両方の電子データ交換アプリケーシ
ョンを意図したものである。開発作業は UN/EDIFACT ラポータチームが関係する UN/ECE 第
４作業部会（WP.4）の代表と共に行った。実施中または開発中の電子データ交換（EDI）と
して知られるメッセージが考慮の対象となる。メッセージという言葉は他の標準ではトラン
ザクションセットとも呼ばれる。
UN/ECE 貿易簡易化第４作業部会、UN/ECE/TRADE/WP.4 は UNSM と関連するドキュメント
の登録と保守の責任を持つ。
ラポータは WP.4 により任命され、WP.4/GE.1（データエレメントおよび自動データ交換に関
する専門家会議）のもとで機能する。ラポータは GE.1 の承認を得るために提出される UNSM
と関連ドキュメントの開発と保守の責任を持つ。
すべてのメッセージの基盤は UNSM を解釈し、理解し、使用するために必要とされる相互に
依存する一連の文書である。これらの文書は本章の第１項参考規格にリストされ簡潔に
定義されている。UN/ECE/WP.4 と開発構造に関するもっと詳しい情報は”UN/EDIFACT How
and Why Handbook”（入手経路をできれば付記する）に記載されており、
UN/ECE 事務局
（Palais
des Nations, CH-1211 Geneva 10, Switzerland)または地域 UN/EDIFACT ボード事務局で入手出
来る。
3.4.3.2.
参考規格
下記の相互に依存する文書は、国連貿易データ交換ディレクトリ（UNTDID）、あるいは
標準ディレクトリおよびドラフトディレクトリに含まれていて、UN/EDIFACT メッセージを
解釈し、理解し使用するために必要である。
• UN/EDIFACT データエレメントディレクトリ（EDED）、国連貿易データエレメントディ
レクトリ（UNTDED）のサブセット（ISO 7372）（第５部第５章）
• UN/EDIFACT 連結コードリスト（UNCL）、コード化データエレメントに関連する全ての
コードセットのリスト（第５部第６章）
• UN/EDIFACT 複合データエレメントディレクトリ（EDCD）および構成データエレメント
（第５部第４章）
• UN/EDIFACT 標準セグメントディレクトリ（EDSD）、UNSM で使用される全ての標準セ
グメントを詳細に記述したもの（第５部第３章）
• UN/EDIFACT UNSM ディレクトリ（EDMD）、全ての国連標準メッセージタイプを詳細
に記述したもの（第５部第２章）
• UN/EDIFACT シンタックスルール（ISO 9735）、データエレメントとセグメントをメッセ
ージにフォーマット化するための標準を簡潔な形で定義したもの。（第４部第 2.2 章）
• UN/EDIFACT シンタックス実施ガイドライン、シンタックスルールの詳細を敷衍したも
の。（第４部第２．３章）
３章－29
•
UN/EDIFACT メッセージ設計ガイドライン、メッセージ設計者に供するため。（第４部
第２．４章）
• UN/EDIFACT ラポータ活動のための内部機構（TRADE/WP.4/R.785)、UNSM 修正のため
の手続、付属書１を含む。
3.4.3.3.
用語と定義
シンタックスルールに関連する公式の定義は UN/EDIFACT シンタクスルール（ISO 9735）
にある。下記の説明は公式の定義と整合しておりメッセージの理解を助けるために供される。
(1)
メッセージ
UNSM は、メッセージの機能に応じて必要な情報を選択して集めたもの（collection of
information）であり、EDI に従事する関係者間で特定の取引に関する情報を交換するものであ
る。メッセージは取引のために要求されるメッセージタイプを論理的にグループ化したセグ
メントで構成される。
(2)
セグメント
セグメントはメッセージ内にある情報の中間的単位である。一つのセグメントは機能的に
関連するデータエレメントの予め定義された集合で構成されていて、メッセージ内の出現順
序で識別される。セグメントは各セグメントを一意に識別する固有のアルファベット大文字
コード（３文字）から成るセグメント識別子（セグメントタグ）で始まり、セグメント分離
符号で終わる。
(3)
セグメント使用条件指示符号
特定のメッセージタイプ内にあるセグメントの使用条件
• 必須（”Ｍ”ondatory）－このセグメントはメッセージ内で必ず使用されなければならない。
• 条件付（”Ｃ”onditional）－このセグメントはある条件のもとでメッセージ内で使用される。
メッセージ定義の一部として、セグメントの必要とされる発生回数（MDR での用語を確認：
繰返し回数？）の適切な条件が与えられなければならない。
(4)
セグメントの順序
セグメントにはメッセージの中で特定の位置があり、同じセグメントがメッセージ内で複
数回発生も可能である。セグメントは次の三つのメッセージの部分のどこでも発生する。
ヘッダー部（Header Section）- この部分で発生するセグメントはメッセージ全体に関係す
る。
明細部（Detail Section）- この部分に発生するセグメントは詳細情報のみに関係し、ヘッダー
部の同様な仕様に優先する。
サマリー部（Summary Section） - 合計や管理情報を持つ唯一のセグメントでサマリー部に
発生する。例えば、invoice totals, overall discount 等。
(5)
セグメントの最大使用回数
幾つかのセグメントはメッセージ構造内の特定の場所で反復使用される。
セグメントタイプの使用条件指示符号および反復の最大回数は、セグメント表および分岐図
（branching diagram）に記される。
(6)
セグメントのグループ (ループ)
メッセージ内で機能的に関連するセグメントの特定のグループは反復できる。これらセグ
メントグループは loops と呼ばれる。特定の位置における特別のループの最大反復回数はメッ
セージセグメント表および分岐図に示される。
３章－30
反復するセグメント（loop）のグループは他の loop とネスト化される。この場合内側の loop
の終了は外側の loop が終了する前となる。
(7)
データエレメント
データエレメントはセグメント内の情報の最小単位である。その内容と使用法は
UN/EDIFACT データエレメントディレクトリ（EDED）に定義されている。
２つ以上のデータエレメントは一緒にして複合データエレメントにグループ化することが
出来る。複合データエレメントを構成するデータエレメントはそれ自身データエレメントで
ありＵＮＴＤＥＤに収録される。それらは複合データエレメントディレクトリ（EDCD）の中
の構成要素である。
セグメントの中でデータエレメントの使用法は UN/EDIFACT データセグメントディレクト
リ（EDSD）に定義されている。
セグメント内のデータエレメントのステータスは以下の通り。
• 必須（M）－このデータエレメントはメッセージ内で必ず使用されなければならない。
• 条件付（C）－このデータエレメントはある条件のもとでメッセージ内で使用される。デ
ータエレメントの必要とされる発生回数の適切な条件がセグメントの定義の一部として
与えられる。
セグメントディレクトリに記されているセグメントは広範囲なメッセージタイプの中で使
用する為に設計されている。このことはメッセージタイプでは、セグメントの中で複数の条
件付データエレメントもしくは複合データエレメントを使用してはならないことを意味する。
(8)
修飾子（Qualifiers）
他ののデータエレメントにより正確な意味を与える機能を持つデータエレメントは、修飾子
として参照される。修飾子のデータ値は、その関連コードセットから得られる１つのコード
である。そのコードセットは、UN/EDIFACT コードリスト（EDCL）の一部である。
(9)
データエレメントフォーマット表記法
UNTDED 表記法は各データエレメントのデータタイプと長さを指示するために使われる。
a3
英字３桁、固定長
n6
数字６桁、固定長
an5
英数字５桁、固定長
a..6
最大長６桁の英字
an..35
最大長３５桁の英数字
n..9
最大長９桁の数字
他に、次の表示が使われる。
データタイプ：ａ
英字
n
数字
an
英数字
id
英字、数字又は英数字の識別子
（シンタックス第３版以降では不使用）
(10)
数字データエレメント
データエレメント値は、正(positive)と見なされる。概念的には減算(deduction)は負(negative)
であるが、正の値として表現され、その様な場合はデータエレメントディレクトリ内に指定
しなければならない。
もし、データエレメントが（その内容から）負を示さなければならない場合はメッセージ
の中にマイナス記号を直前に付けなければならない（例、－１１２）。マイナス記号および
３章－31
小数点記号（コンマ、あるいはドット）はデータエレメントフォーマットの文字数には計算
されない。
数字データエレメントの表記は小数点表示位置を規定しないで、最大の長さを規定する。
正確な小数部の数の規定を望む内部のファイル設計者とデータ交換当事者の手助けのため、
ガイドラインとして下記の長さが使用可能とされている。
数字項目
表記桁数
整数部桁数
小数部桁数
重量
n..15
12
3
立方
n..9
5
4
数量
n..15
12
3
単価
n..15
11
4
金額
n..18
15
3
通貨換算率
n..12
6
6
パーセント
n..7
3
4
税率
n..7
3
4
3.4.3.4.
メッセージ構造
メッセージ構造の記述は各 UNSM がメッセージ構造の中のセグメントの使用法を明確にし、
さらに説明するためにある。
セグメントはメッセージが広範囲に適用できるように機能的に定義されている。しかし、
構造内のセグメントの機能については制限がある。
UNSM は各国内および国際的な交換のため異なる業界とそれぞれのアプリケーションで使
用されるように設計されている。
これらの要求事項に応えるため、幾つかのセグメントとセグメントグループが条件付と定
義されている。したがい、メッセージを使用しようとするユーザにとって重要なことは、か
れら独自のアプリケーションにとって必要とされる各々の条件付セグメントおよびセグメン
トグループを最初に検討することである。
メッセージ構造を図示するために、セグメントをメッセージタイプ、その順序、ステータ
ス、許容される反復回数、ネスティングおよびグルーピングで表しているループを描いた分
岐図とセグメント表がある。
分岐図ではセグメントの順序が上から下、また左から右である。一つのセグメントは３文
字のタグとすぐその下に必須（M）かあるいは条件付（C）かを示すステータス、および許容
される発生回数が指示されている。セグメントのグループはユニークなグループ番号、その
ステータス、およびグループの最大許容発生回数を示す箱 box で表されている。グループの
箱にある全てのセグメントおよびセグメントグル－プはそのグループに属す。
セグメント表ではセグメントがメッセージの発生順序に従って羅列されている。タグと名
前で識別できる。さらに必須（M）か条件付（C）かのステータスがそれぞれ発生の都度繰り
返すことのできる回数と一緒に記されている。必須セグメントは必ずすくなくとも１回は発
生する。各セグメントグループは、そのグループがそのメッセージ内であるいはほかのグル
ープ内で発生する回数を示す数字とともに、数字とＭまたはＣの表示を持つ。セグメント表
ではループラインはグループ内のセグメントを表し、その始めと終わりを示す。一つのセグ
３章－32
メントグループは必ず少なくとも一個の必須セグメントを含くまなければならないし、また
その必須セグメントはセグメントグループの最初のセグメントに入っていなければならない。
セグメントグループの例
--Segment Group 1 ------- M 5 ------------+
AAA Segment Name M 1
|
|
--Segment Group 2 ------- C 10 ----+
|
CCC Segment Name M 1
|
|
DDD Segment Name C 5 -------------+------+
Group 1 の場合、必ず最低１回は発生し、５回まで発生可能であり、以下を含む。
AAA 各グループ１の発生につき最低１回は発生する。
そして BBB 各グループ１発生につき５回まで発生可能。
Group 2 の場合、グループ１にネスト化されて、各グループ１の発生につき１０回まで発生
可能であり、次の CCC、DDD を従える。
CCC、各グループ２の発生につき必ず最低１回は発生し、
DDD、各グループ２の発生につき５回まで発生可能。
3.4.3.5.
交換の構造
交換においてはサービスストリング情報（Service String Advice）UNA およびセグメント
UNB から UNZ までが必ず下記に示す順序で表現されなければならない。
サービスストリング情報 UNA
条件付
交換ヘッダ
UNB
必須
機能グループヘッダ
UNG
条件付
メッセージヘッダ
UNH
必須
ユーザデータセグメント
必要なだけ
メッセージトレーラ
UNT
必須
機能グループトレーラ
UNE
条件付
交換トレーラ
UNZ
必須
上記のサービスセグメントに加えて、必要ならばサービスセグメント UNS がメッセージを
部分に区切るために使用できる。
交換のなかにはいくつかの機能グループまたは機能メッセージがあり、機能グループのな
かにはいくつかのメッセージがある。
３章－33
通信の設定
交
換
UNA
UNB
UNG
UNH
TAG
’
’
+
接
交
’
続
通信の終了
換
交
換
「接続」は、１つ以上の交換を含む。
通信の設定、維持、終了などのため
の技術的プロトコルは、この規格に
は含まない。
「交換」は下記を含む：
- UNA, サービスストリング情報、
使用する場合
- UNB, 交換ヘッダ
- 使用する場合、機能グループ又
はメッセージのみの何れか。
- UNZ, 交換トレーラ
機能グループかメッセージのみの UNZ
又は
何れか
メッセージ
メッセージ
メッセージ
UNE
’
’
データセグデータセグデータセグ UNT ’
メント
メント
メント
単一データ +
エレメント
複合データ ’
エレメント
「機能グループ」は、次を含む。
- UNG, 機能グループヘッダ
- 同一タイプのメッセージ
- UNE, 機能グループトレーラ
「メッセージ」は、次を含む。
- UNH, メッセージヘッダ
- データセグメント
- UNZ, メッセージトレーラ
「セグメント」は次を含む。
セグメントタグ
単一データエレメント又は複
合データエレメント又は適用
できる場合その両方
「セグメント TAG」は次を含む。
‐セグメントコードと明示的指示の
場合、反復と入れ子の値。
8.1 と 9 を参照。
「単一データエレメント」は、１
つのデータエレメント値を含む。
「複合データエレメント」は、構
成データエレメントを含む。
「構成データエレメント」は、１
つのデータエレメント値を含む。
コード
:
値
値
構成データ :
エレメント
構成データ
エレメント
図１１ – 交換の階層構造
UNA, UNB, UNZ, UNG, UNE, UNH と UNT は、セービスセグメントである（6.1 と付属
書 B 参照）。
ダイアグラムでは、
レベル A の分離符号/終了符号が使用されている (EDIFACT
シンタック規則, ISO 9735 セクション 5.1 参照)。
３章－34
3.4.4
UN/EDIFACTにおける漢字の使用について
ISO 9735 が出現した頃は、「UN/EDIFACT は、英語圏が中心になって開発したものだか
ら漢字が使用できず、従って、我が国では使用できない」といったことを言う人があり、
UN/EDIFACT に対する誤解の原因となっていた。しかし、すでに中国、台湾などでは漢字
を使用して UN/EDIFACT によるＥＤＩを始めており、韓国でもハングル文字を使用してい
ます。
それまでは、ISO 9735 の使用文字セットの規定の仕方にも問題がありましたが、これは
日本語を使用するわれわれ自身の問題なのです。我々アジア地区として、この部分について
の問題点を提起して ISO 9735 改訂版には次のような項目が加えられています。（出典
TRADE/WP.4/R.1241)
6
Character repertoires
The character encoding specified in basic code table of ISO 646 (7-bit coded character set
for information interchange) shall be used for the interchange service string advice (if used)
and up to and including the composite data element for the syntax identifier in the
interchange header.
ISO 646（情報交換のための７ビットコード化文字セット）の基本コード表に規定されたエ
ンコーディングが、交換サービスストリング情報（使用する場合は）のために及び交換ヘッ
ダーのシンタックス識別子のための複合データエレメントまでを含んだ交換サービスストリ
ング情報に使用されねばならない。
The character repertoire used (and the language covered) for the characters in an
interchange shall be identified from the code value of the data element for the syntax
identifier in the interchange header.
交換における文字のために使用する文字レパートリー（及びカバーされる言語）は、交換ヘ
ッダーにおけるシンタックス識別子のためのデータエレメントコード値から規定される。
The default encoding technique for a particular repertoire shall be the encoding technique
defined by its associated character set specification.
特定のレパートリーのための既定エンコーディング技法は、その関連文字セット仕様により
規定されるエンコーディング技法である。
If the default option is not used, a code value for the data element 'Character encoding' in the
interchange header shall be used.
既定のオプションが使用されない場合は、交換ヘッダーのデータエレメント「文字エンコー
ディング」のためのコード値が使用される。
Code extension technique (ISO 2022) may only be used in an interchange after the
composite data element for the syntax identifier in the interchange header.
コード拡張技法（ISO 2022）は、交換ヘッダーにおけるシンタックス識別子のための複合デ
ータエレメントの後の交換でのみ使用できる。
３章－35
The code extension technique and its target graphic characters shall only be used for:
- plain language (textual) data elements, with a representation of alphabetic or
alphanumeric.
コード拡張技法とその目的とするグラフィック文字は、英字又は英数字表記の平文（テキト
の）データエレメント用にのみ使用される。
The technique shall not be used, for example, for any:
- segment tag, or
- service character, or
- data element with a representation of numeric.
当該技法は、例えば、次のようなものには使用してはならない：
- セグメントタグ、又は、
- サービス文字、又は、
- 数字表記のデータエレメント。
Characters used to indicate code extension shall not be counted in the length of a data
element, and shall not be used as service characters.
コード拡張を指定するために使用する文字は、データエレメント長に算定しない、かつ、サ
ービス文字としても使用してはならない。
In calculating data element length, one graphic character shall be counted as one character,
irrespective of the number of bytes/octets required to encode it.
データエレメント長を数えるに当たって、１グラフィック文字は、その文字のコード化に要
するバイト・オクテット数に係わらず 1 文字として数える。
3.4.5
UN/EDIFACTディレクトリの内容
ディレクトリとして発行される規則集（通称 UN/TDID と呼ばれる）は、次のもので構成
されている。
1. EDIFACT シンタックス規則 (ISO 9735)
2. メッセージ設計ガイドライン
3. シンタックス実施ガイドライン
4. データエレメント集 (EDED) (ISO 7372)
5. コードリスト (EDCL)
6. 複合データエレメント集 (EDCD)
7. 標準セグメント集 (EDSD)
8. 標準メッセージ集 (EDMD)
9. データ通信による貿易データ交換統一実施規則集 (UNCID - Uniform Rules of Conduct
for the Interchange of Trade Data by Teletransmission)（８項参照）
10. 解説書
これを具体的に 1996 年 9 月発行予定のディレクトリである D.96B で見てみよう。当時デ
３章－36
ィレクトリは、フロッピーディスケットで提供されていたが、次はその目次部分からの抜粋
である。
“序文も含めて全体は５部からなっている。いわゆるディレクトリの部分は、第５部であり、
シンタックス規則やガイドラインは第４部に収録されている。第２部第４章の交換協定書は、
1995 年 3 月に採択された UN/ECE/FAL 勧告第２６号「電子データ交換に関する交換協定書
の商的利用」である。”
第１部序文
第２部電気通信による貿易データ交換国連統一実施規則 (UNCID)
第１章はじめに
第２章統一実施規則本文
第３章ユーザのための指針 (*)
第４章交換協定書
第３部用語と定義
用語集
第４部行政、商業、運輸のための電子データ交換国連規則集
第１章はじめに
第２章全般的情報
2.1 国連標準メッセージタイプの取決め (UNSMs)
2.2 UN/EDIFACT シンタック規則 (ISO 9735-最新版)
2.3 UN/EDIFACT シンタックス実施ガイドライン
2.4 UN/EDIFACT メッセージ設計ガイドライン
2.5 バージョン/リリース
2.6 UNSM 解説の一般概論
第５部 EDIFACT のための国連ディレクトリ
第１章はじめに
第２章メッセージタイプ・ディレクトリー (EDMD)
1. インデックス
1.1 コード順メッセージタイプの索引
1.2 名前順メッセージタイプ索引
2. メッセージタイプ仕様
第３章メッセージ・フレームワーク (TRFR) (**)
1. インデックス
1.1 コード順フレームワークタイプ索引
1.2 名前順フレームワークタイプ索引
2. フレームワークタイプ仕様
第４章セグメント・ディレクトリ (TRSD)
1. インデックス
1.1 タグ順セグメント索引
1.2 名前順セグメント索引
2. セグメント仕様
第５章複合データエレメント・ディレクトリ (TRCD)
1. インデックス
1.1 タグ順複合データエレメント索引
1.2 名前順複合データエレメント索引
2. 複合データエレメント仕様
３章－37
第６章データエレメント・ディレクトリ (TRED)
1. インデックス
1.1 タグ順データエレメント索引
1.2 名前順データエレメント索引
2. データエレメント仕様
第７章コードリスト (UNCL)
1.
コードリスト
2.
サービスコード・リスト
(*) 開発中
(**) フレームワークメッセージがないので、第３章はこの部分の
ファイルを含まない。
３章－38
3.5. MIG (Message Implementation Guideline) とは
MIG（Message Implementation Guideline：メッセージ実施ガイドライン）とは、国連 CEFACT
で開発された標準メッセージ（UNSM という）を具体的に使用する場合の使用コード、使用
修飾子などの詳細な用法に関する指針をまとめたものである。
例えば、国際海上コンテナの輸出入業務や輸出入手続における電子的な情報授受のための
メッセージ用の MIG としては、すでにいくつかの既存の国際組織（UN/CEFACT TBG3、
SMDG、ITIGG 等）で開発されています。
ＭＩＧには、メッセージの各情報項目について、任意必須、属性、桁数、利用コード5等を
定義している。わが国では、経済産業省のGEDISプロジェクトでいくつかのMIGが開発され
物流EDIセンター（LEDIC）で公開されている。
3.5.1.
理解を簡単にするための解説
EDIFACT は当初、国際標準メッセージとして、その役割を期待されていたが、しかしなが
ら長い実用段階の過程における調整の中で、高い汎用性をもとめるが故に、その内容が繁雑・
過多となり、利用がし難いものとなってきたことが指摘されており、実際の利用には目的に
応じたガイドライン（MIG）が必要と言われている。
この傾向は、国際的にも議論されており、実際に IMO の FAL 委員会でも、FAL フォーム
にあったメッセージを作ることが検討されているが、実際は UN/EDIFACT のメッセージを作
っているのではなく、既存のメッセージから FAL フォームにあった MIG を作成している。
3.5.1.1.
冗長的なEDIFACTを利用するときは、簡潔なＭＩＧが必要・・・
EDIFACT の冗長性とは、端的にいえば、その情報項目の多さにある。あまりに高い汎用性
を確保し、国際標準を目指した過程において、あらゆる状況に対応できるような情報項目を
大量にいれしまった結果、実利用者が全く必要としない情報項目が大量に入っていることに
なる。
MIG とは、この情報を利用目的に応じてスリム化して簡潔にした利用解説書であり、この
MIG を標準化することが重要ということである。
5
国連で推奨されているコード一覧については、www.jastpro.or.jp/○○を参照。
３章－39
国際標準ﾙｰﾙ（UN/EDIFACT）の利用におけるMIGの必要性
●国連の推奨するUN/EDIFACTは、その汎用性の高さから様々な目的に使える内容（情報
項目が多様で過多）となった情報通信ルールである。
●その為、実際の利用では使い難いことから、利用目的に応じた情報項目内容に再定義
されて使われている。これがMIG（Message Implement Guidline）である。
●今回のモデル事業は、この日本版標準ﾙｰﾙともいえるMIGを、実際の物流の目的に応じて
利用の妥当性をともなった形で開発し、広く国内外に普及していくことにある。
UN/EDIFACT
汎用性が高い
国際標準ルール
●利点
・最も世界的に認知さ
れている国際標準ルール
・国連公認のﾒｯｾｰｼﾞ
●欠点
・汎用性が高く多目的
・情報項目過多
・ｺｰﾄﾞﾚﾍﾞﾙの情報の表示
が不明確
実際の利用には
使用目的に応じた
MIGの作成が必要
ﾓﾃﾞﾙ事業により、実際
に利用可能な共通の
MIGを作る
UN/EDIFACT
のMIG
利用目的に応じた
日本版の標準ﾙｰﾙ
・目的を限定
・情報項目限定
・ｺｰﾄﾞﾚﾍﾞﾙの情報の表示
の明確化
3.5.1.2.
具体的にMIGが必要なイメージは・・・
具体的にシステム間を結ぶ時に必要な MIG の機能のイメージは、情報項目を限定していく
ことにある。例えば、現在の帳票から必要な情報項目をピックアップし、それを同様の目的
の EDIFACT メッセージの中に当てはめていき、この当てはめ方をまとめたのがＭＩＧである。
３章－40
具体的な共通電文作成のｲﾒｰｼﾞ【例：空ｺﾝﾃﾅ搬出依頼書の電子化】
●ﾓﾃﾞﾙ事業の空ｺﾝﾃﾅ搬出依頼書（Ｐ／Ｏ）の電子化の為には、具体的にＰ／Ｏを電文にする必要がある。
●しかしながら、電文化には「どのような順番で、何の情報項目を、どのような表記方法等」の目的に応じた
電文化の為の共通電文ﾙｰﾙ（共通電文様式）が必要である
●それらの共通電文ﾙｰﾙを各国の国際標準化しているのがUN/EDIFACTとＭＩＧである。
空ｺﾝﾃﾅ搬出票（ＦＡＸ送信：内容はｲﾒｰｼﾞ）
書類の目的
船会社
船名
仕向地
荷揚港
ﾌﾞｯｷﾝｸﾞNo
荷主
通関業者
担当者名・電話番号
運送業者
ﾊﾞﾝ詰場所
実入搬入場所
空ﾊﾞﾝ搬出場所
搬出日
ｺﾝﾃﾅｻｲｽﾞ
本数
ｺﾝﾃﾅﾀｲﾌﾟ
輸出入
ﾀｰﾐﾅﾙ（港運）業者
空ｺﾝﾃﾅ搬出票の標準情報抽出
書類目的 Equipment Dispatch Order
船社名 Kokudo Shipping Lines
船名 Star-Kokudo
仕向地 Steoria
荷揚港 Seattle
荷主 Minato Bussan
ﾌﾞｯｷﾝｸﾞ番号 KKWLY266189
通関運輸倉庫スズキ 0312345678
陸運業者ポート陸運
ﾊﾞﾝ詰場所大井運輸倉庫
空ﾊﾞﾝ搬出場所大井港湾倉庫ﾃﾞﾎﾟ
実入搬入場所大井Ｔ４ＣＹ
搬出日平成１７年１１月１１日
ｺﾝﾃﾅｻｲｽﾞ４０
ｺﾝﾃﾅﾀｲﾌﾟＤｒｙ
本数３
ﾀｰﾐﾅﾙ業者港湾倉庫国土太郎
0398765432
輸出入輸出
空ｺﾝﾃﾅ搬出依頼のために必要
な標準的情報内容を選別する
必要がある
業者毎の様式に依存しない
搬出依頼の共通ﾌｫｰﾏｯﾄが必要
これらの情報を
・どのような順番で・・・
・どのような情報項目で・・・
・どのように表記するのか？
（例）
・本船名漢字？ｱﾙﾌｧﾍﾞｯﾄ？ｺｰﾙｻｲﾝ？
・搬入場所会社名？住所？郵便番号？
緯度経度？国連ｺｰﾄﾞ？
・搬出日西暦？日本暦？漢字？数字？
・担当名前？電話？ﾒｰﾙ？住所？
送手・受手のｼｽﾃﾑに依存
しない共通電文ﾙｰﾙが必要
共通ﾙｰﾙによる空ｺﾝﾃﾅ搬出票
の電文化
Equipment Dispatch Order,Kokudo
Shipping Lines,Star Kokudo,STEO
RIA,Seattle,Minato Bussan,KKWLY
2266189,Suzuki Unyusouko co 03
12345678,Port Rikuun co,Unyusou
ko w140 n 43,Ooi Kouwansouko de
Pot minatoku tokyo jp,Ooi T4 CY,
2005/11/11,40,Ｄｒｙ,3,Kouwansouko
co Kokudo Taro 0398765432,Export
3.5.1.3.
つまり帳票とEDIFACTとMIGの関係は・・・
どのような流れで帳票が EDIFACT と MIG を介して電文化されるのかの全体像を説明し
たのが下の資料である。専門的な言い方をすればマッピングのイメージを書いただけである
が、帳票情報の EDIFACT への紐付けが方法が MIG とも言える。
３章－41
共通電文様式を作る為のUN/ＥＤＩＦＡＣＴ（及びMIG）の開発・標準化について
共通電文様式の存在意義とその為に必要なこととは・・・
共通電文様式を作る為
多数のやり取
りも同じｼｽﾃﾑ
でできる!!
同じ業務でも相手先
によって、情報項目も
電文も違うので３種類
のｼｽﾃﾑが必要だ・・・
①業務の情報内容標準化
②国際標準ﾒｯｾｰｼﾞの選択
③業務に応じたＭＩＧ開発・標準化
が必要
共通電文
ﾙｰﾙ
例えば、我が国の空ｺﾝﾃﾅ搬出依頼業務（空ｺﾝﾃﾅ引取依頼）の場合
海貨/通関事業者
P/O
電子化
輸出用の空ｺﾝﾃﾅ
の搬出をﾀｰﾐﾅﾙに
ＦＡＸで依頼しよう
①業務の情報内容標準化
対象業務
我が国の空ｺﾝﾃﾅ搬出依頼
空ｺﾝﾃﾅ搬出依頼票（P/O）
（空ｺﾝﾃﾅ搬出の標準的な情報）
本船名スターライン
仕向地シアトル
Booking.No ｗｔｙｓｌ１２０２１
海貨業者星倉庫
陸送業者月波陸運
ﾊﾞﾝ詰場所大井倉庫
空ﾊﾞﾝ搬出場所大井ﾊﾞﾝﾌﾟｰﾙ
実入搬入場所大井ﾀｰﾐﾅﾙ
ｺﾝﾃﾅｻｲｽﾞ４０ｆｔ
ｺﾝﾃﾅ本数３本
・・・・・・・
対象業務の情報
内容の標準化
（標準様式作成）
ターミナル事業者
空ｺﾝﾃﾅの搬出依頼
がきたので空ｺﾝﾃﾅ
を準備しよう
共通電文ﾙｰﾙによる
電子的な情報授受
③対象業務に応じたMIGの開発
②国際標準ﾒｯｾｰｼﾞの選択
様々な業務毎に情報項目・その順番・内容
を定義した国際標準ﾒｯｾｰｼﾞ（UN/EDIFACT)
から、業務に応じたﾒｯｾｰｼﾞを選択
・例えば「日本の空ｺﾝﾃﾅ搬出依頼」であれ
ばUN/EDIFACTの「ｺﾝﾃﾅ事前予約業務(CO
PINO)が最も項目も類似している為選択
・COPINO （Container Pick-up Notice）内容
対象とする業務の標準情報の内容に応じ
て、使用する標準ﾒｯｾｰｼﾞ、その中の使用
する情報項目、情報の表示内容やｺｰﾄﾞ
を定義したもの
・例えば「日本の空ｺﾝﾃﾅ搬出依頼」では
ＣＯＰＩＮＯのﾒｯｾｰｼﾞの中でも必要情報
項目と表示 (ｱﾙﾌｧﾍﾞｯﾄやｺｰﾄﾞ等)を選択
標準ﾒｯｾｰｼﾞ・ＭＩＧに
よる共通電文完成
NＡＤ+VSL+Star Line
LOC+DP+Seattle USA
RFF+ON+wtys12021
NAD+CN+hosisouko
NAD+DC+tsukinamirikuun
LOC+BOX+ooisouko+m111
001 jp
LOC+CY+Ooi+S135 N44
・・・・・・・
①本船名 TAD/表示ｱﾙﾌｧﾍﾞｯﾄ
①本船名 TAD+ VSL +・・・
②仕向地 LOC/表示ｱﾙﾌｧﾍﾞｯﾄ
②船会社名 NAD + CO +・・・
③Booking.No RFF/表示ｱﾙﾌｧﾍﾞｯﾄ・数字
③仕向地 LOC+ DP +・・・・
④海貨業者 NAD/表示ｱﾙﾌｧﾍﾞｯﾄ
④Booking No
⑤陸送業者 NAD/表示ｱﾙﾌｧﾍﾞｯﾄ
⑤海貨業者
⑥ﾊﾞﾝ詰場所 LOC/表示国連ｺｰﾄﾞ502
⑥陸送業者
⑦実入搬入場所 LOC/表示ｱﾙﾌｧﾍﾞｯﾄ・
⑦ｺﾝﾃﾅの実入・空の別
⑧ﾊﾞﾝ詰場所
緯度・経度
選択した国際標準ﾒｯｾｰｼﾞに加え
・・・・・
⑨ﾊﾞﾝ詰時刻
標準ﾒｯｾｰｼﾞ・ＭＩＧを
・表示方法
⑩実入搬入場所
元に対象業務の共通
・情報項目の必要性の有無
⑪ｺﾝﾃﾅｻｲｽﾞ
電文を作成
・・・・・
を決める必要がある。
上記の内容は、解りやすく表現したイメージであり、実際のﾒｯｾｰｼﾞ・MIGとは異なります
3.5.2.
開発済みのMIGについて
モデル事業で使用可能な MIG には以下のようなものがある。
開発済みのMIG（メッセージ実施ガイドライン）について
各機関では以下のようなメッセージを活用している
（適用している業務が異なる場合、複数業務に適用している場合があるため、あくまでも参考情報）
機関名
TBG３ ← ITIGG
SMDG
PROTECT
NACCS
GEDIS
POLINET
使用メッ
セージ
ITIGGでは、IFTMシ
リーズのMIG開発の
ためのガイドラインを
作成
1. 一般勧告
2. P&R文書
3. 実施参照ガイド
BAPLIE
CALINF
COARRI
CODECO
CODENO
COEDOR
COHAOR
COPARN
COPINO
COPRAR
COREOR
COSTCO
COSTOR
DESTIM
MOVINS
TANSTA
TPFREP
VESDEP
BERMAN
IFTDGN
WASDIS
APERAK
CUSRES
CUSREP
CUSCAR
CUSDEC (導
入未定）
PAXLST
CODECO
COPARN
IFTMIN
APERAK
CONTRL
COPARN
COPINO
COSTCO
DESADV
IFTMAN
IFTMCS
IFTMIN
IFTSTA
APERAK
BAPLIE
CALINF
COARRI
CODECO
COPARN
COPRAR
COSTCO
IFTMAN
IFTMBC
IFTMCS
IFTMIN
INVOIC
REMADV
VESDEP
備考
SC/SF-Net
INVOIC (含む
パッキングリス
ト）
IFTMIN
IFTMCS
DMRを提出
SMDGとの整合性未確認
標準化手続き未了
（注）ITIGGでは、Usage Indicator として、M (Mandatory), R (Required), D (Dependent), O (Optional),
X (Not used) を使用。
図 1２－開発済みの MIG 一覧表
３章－42
上記以外の組織や民間のソフトウェアハウスにおいても、特定のメッセージについて
MIG を開発しているところがある。
3.5.3.
UN/EDIFACT標準化&MIG開発組織と開発状況（世界）
3.5.3.1.
UN/CEFACT – United Nations Centre for Trade Facilitation and Electronic
Business（貿易簡易化と電子ビジネス国連センター）
年に１回ジュネーブにある国連欧州本部において、総会を開催。貿易簡易化と電子ビジネ
スに関する勧告、技術関係規格に関して最終承認を与える。
URL: www.unece.org/cefact/
UN/CEFACT総会
（2004年5月総会で承認）
ビューロー(*1)
*1) ビューローは、議長、5副議長、フォーラム
議長、副議長及び事務局で構成。ラポータ、
フォーラムグループ議長、その他専門家も
招待され、自由に議論に参加できる。
*2) SSP – Service Support Provider
UNECE事務局
SSP(*2)
フォーラム管理グループ
(FMG)
議長、副議長、常設グル
ープ議長、UNECE事務
局（役職）、総会副議長
（５、役職、議題による）
UN/CEFACTフォーラム常設グループ
TBG
ICG
ATG
TMG
LG
国際貿易および
情報コンテンツ
技術応用
技術・方法論
法律関係
ビジネスプロセス
管理グループ
グループ
グループ
グループ
グループ
図 1３－UN/CEFACT 総会と常設グループ
3.5.3.2.
UN/CEFACT下部組織－常設グループ
UN/CEFACT の下部には図のように５つの常設グループがあり、それぞれのグループの下
には作業グループ（Working Groups）が必要に応じ設置される。
TBG – International Trade & Business Process Group （国際貿易及びビジネスプロセスグル
ープ）：もっとも大きなグループで、各ビジネスドメイングループを擁している。業務ごと
のメッセージの開発は、これらのドメイン WG のいずれかで行われる。
URL: http://www.disa.org/cefact-groups/tbg/
TBG3 は、Transport WG で、運輸関係、特に海運、コンテナ関係のメッセージ開発を担当
している。
URL: http://www.smdg.org/BEST/tbg3_main.htm
ICG – Information Contents Management Group（情報コンテンツ管理グループ）：各種コー
３章－43
ドの管理、コード関係勧告の改訂、毎年２回発行される標準ディレクトリの監査などが活動
の中心となる。
ATG – Applied Technologies Group（技術応用グループ）：大きく ATG1 と ATG2 に分かれ
ており、ATG1 が UN/EDIFACT 関係（UN/EDIFACT メッセージに関する DMR：データ保
守要求の評価を含む）、ATG2 が ebXML 関係を取り扱う。
TMG – Techniques & Methodologies Group（技術・方法論グループ）：技術の将来動向を見
極めつつ、新規技術を次世代-EDI に適用するための規格の開発を行っている。
LG - Legal Group（法律関係グループ）：貿易手続の電子化、電子商取引、電子ビジネスを
実施する場合の現法体系に与える影響、EDI のためのモデル協定書、電子商取引協定書など
を研究、開発し、勧告を発行している。
UN/CEFACTフォーラムの組織（新）
フォーラム総会
FCT
ATG
Plenary
ATG1-EDIFACT
ATG2-XML
ATG3-Other
Technologies
ICG
Plenary
ICG1-Meta data
ICG2-Libraries
LG
Plenary
LG1-ODR
LG2-X-border
certification
LG3-RosettaNet
TPA
TBG
Plenary
TBG/StC
TBG1-Supply Chain & eProcurement
TBG2-Digital Papers
TBG3-Transport
TBG4-Customs
TBG5-Finance
TBG6-AE&C
TBG7-Statistics
TBG8-Insurance
TBG9-TT&L
TBG10-Healthcare
TBG11-SS,E&S
TBG12-Accounting&
Auditing
TBG13-Environment M
TBG14-BPA
TBG15-ITP
TBG16-Entry Point
TBG17-Harmonization &
Documentation
TBG18-Agriculture
TBG19-eGovernment
TMG
Plenary
TMG0-TMG StC
TMG1-Joint BP
TMG2-CC Spec
TMG3-eBusiness
Architecture
TMG4-BRIM
TMG5-UMM
TMG6-UMM/BP
Breakout
TMG7-BP Breakout
図 14－UN/CEFACT フォーラム常設グループと作業グループ
3.5.3.3.
SMDG – User Group for Shipping Lines and Container Terminals
(海運会社とコンテナターミナルのためのユーザグループ)
SMDG は、コンテナターミナル、海運業者および関連の会社、団体のような海運業界で活
動する企業、団体などで運営される非営利組織である。SMDG は、1987 年に Shipping Message
Development Group（海運関係メッセージ開発グループ）としてスタートし、その後略称はそ
のままに現在の呼称に変更され、
海運業界のために UN/EDIFACT の EDI メッセージを開発し、
普及する欧州 UN/EDIFACT 委員会により認識された正式の汎欧州ユーザグループである。い
ままで、BAPLIE（コンテナ積付情報）, TANSTA（タンクステートメント）、 TPFREP（タ
ーミナルパフォーマンス報告）のようなメッセージを開発し、UNSM となっている。
SMDG は、毎年２回、世界中の主として港湾都市で会議を開催している。
３章－44
URL: http://www.smdg.org/
SMDG 開発による MIG 一覧表
凡例：
ST = Stable, in use, ready for use
TR = Ready for trials. Not stable yet
Shipplanning
Message Description
MOVINS
Stowage instructions
BAPLIE
Bayplan
BAPLIE
Bayplan
BAPLIE
Bayplan
MOVINS
Stowage instructions
MOVINS
Stowage instructions
test
Status
ST
ST
ST
TR
ST
TR
Version
2.1
2.0.7
2.1
3.0
2.0.4
3.0
Date
09/95
09/95
02/01
04/03
09/95
10/00
Direc
D95B
D95B
D95B
D00B
D95B
D00B
Document
movins21.zip
baplie207.zip
baplie21.zip
baplie30.zip
movins204.zip
movins30.zip
DMC-SMDG.ppt
CONTAINER MESSAGES
Message Description
CODECO Delivery Confirm
COERDOR Stock Report
COHAOR Handling order
COSTCO Stuffing/Stripping order
COSTOR Stuffing/Stripping order
COREOR Release order
COPINO
Pick up notification
COARRI
Load/ Discharge list
COPRAR Load/ Discharge list
COPARN Pre-Arrival notification
Status
ST
TR
TR
TR
TR
ST
ST
ST
ST
ST
Version
2.0
2.0
1.0
1.0
1.0
2.0
2.0
2.0
2.0
2.0
Date
04/03
02/01
09/96
09/96
09/96
04/03
04/03
04/03
04/03
04/03
Direc
D00B
D00B
D95B
D95B
D95B
D00B
D00B
D00B
D00B
D00B
Document
codeco20.zip
coedor20.zip
cohaor10.zip
costco10.zip
costor10.zip
coreor20.zip
copino20.zip
coarri20.zip
coprar20.zip
coparn20.zip
VESSEL SCHEDULES
Message Description
IFTSAI
Vessel Schedules
VESDEP
Vessel Departure confirm
VESDEP
Vessel Departure confirm
IFTSAI
Vessel Schedules
VESDEP
Vessel Departure confirm
Status
TR
TR
TR
TR
TR
Version
2.0
1.2
2.0
2.0
2.0
Date
05/04
10/96
09/02
05/04
09/02
Direc
D00B
D95B
D00B
D00B
D00B
Document
iftsai29.zip
vesdep12.zip
vesdep20.zip
draft-iftsai20.zip
vesdep20(SEF).zip
VARIOUS
Message
TPFREP
BERMAN
TANSTA
DESTIM
INVOIC
Status
TR
TR
TR
TR
TR
Version
3.0
1.0
0.3
0.3
1.0
Date
02/01
09/00
09/94
09/99
12/00
Direc
D00B
D95B
S93A
D99B
D00B
Document
tpfrep30-SMDG.zip
berman00A.zip
tansta03.zip
destim03.zip
invoic_ug_00B-draft.
zip
Description
Performance report
Berth Management
Tank Status
Container Repair
Invoice Message
３章－45
OLDER VERSIONS OF IMPLEMENTATION GUIDES
Message Description
Status Version
BAPLIE
Bayplan
ST
1.5
COPRAR Loading Discharging list N.A. 1.2
COARRI
Loading Discharging
N.A. 1.2
confirmation
OLDER ITIGG IMPLEMENTATION GUIDES
Message Description
Status
CODECO Delivery confirmation
N.A.
COEDOR Container Stock Report N.A.
COSTCO Stuffing/Stripping
N.A.
confirmation
COSTOR Stuffing/Stripping order N.A.
COPINO
Pick-up notification
N.A.
COHAOR Handling Order
N.A.
COPARN Pre-Arrival Notification
N.A.
COREOR Release Order
N.A.
ebXML
Message
COPARN
CODECO
Date
05/93
10/96
10/96
Direc
91.1
D95B
D95B
Document
baplie15.zip
itigg-coprar12.zip
itigg-coarri12.zip
Version
1.4
0.0
1.3
Date
03/98
N.A.
03/98
Direc
D95B
D95B
D95B
Document
itigg-codeco.zip
itigg-coedor.zip
itigg-costco.zip
1.3
1.4
1.3
1.4
1.4
03/98
03/98
06/97
03/98
03/98
D95B
D95B
D95B
D95B
D95B
itigg-costor.zip
itigg-copino.zip
itigg-cohaor.zip
itigg-coparn.zip
itigg-coreor.zip
Description
Status Version Date Direc Document
Container Announcement TR
1.0
04/03 n.a. coparn_xml.zip
Container Delivery
TR
1.0
04/03 n.a. codeco_xml.zip
Confirmation
Disclaimer:
The ebXML above are a few examples of SMDG messages formatted as XML documents
(Drafts). They are for educational purposes only and not for operational use. SMDG
Secretariat does not take any responsibility whatsoever for the correctness or
completeness of these specifications. Use at your own risk!
3.5.3.4.
PROTECT
PROTECT グループは、船舶が港又は港域に入出港する場合港湾管理者によって要請される
電子報告を支援するために、世界的に調和され、認識されている EDI 規格を確立した。その
EDI 規格は、PROTECT ガイド(version 2.0, March 2005) と呼ばれ、海運会社やその代理店又
はフォーワーダーと港湾管理者又は港湾当局間で交換されるメッセージについて詳細に説明
している。これらのメッセージは、船舶に要請される公的及び法律に基づく通知に関する EDI
による報告要件を支援すると共に、船舶が着岸するとき、又は、公的機関の管轄内で水を補
給、使用する場合に、公的機関や船舶取扱会社などからのサービスに対する要求をも支援す
る。
PROTECT ガイドは、現在、BERMAN（バース管理）, WASDIS（廃棄物報告）, IFTDGN（危
険品報告）メッセージに対して開発されている。
URL: SMDG の右側 Menu にある PROTECT のロゴをクリックすればよい。
３章－46
PROTECT 開発による MIG 一覧表
(PROTECT 2.0 March 17, 2005)
PROTECT ガイド Version 2.0 は、次の 6 つのパートより構成されている：
Part I
PROTECT メッセージシナリオ 2.0 版 – 総論と
EDIFACT メッセージ実施ガイド
Part II
IFTDGN v2.0
危険品通知メッセージ
Part III
ペイプラン・アプリケーションエラーと受信メッセージ APERAK v2.0
Part IV
WASDIS v2.0
廃棄物処分情報メッセージ
Part V
BERMAN
バースサービス要求メッセージ
v2.0
Part VI
EDIFACT メッセージエンベロープセグメント勧告 2.0 版
3.5.3.5.
ITIGG (International Transport Implementation Guideline Group)
ITIGG は、運送業界で電子取引のための UN/EDIFACT 標準メッセージの開発と実施に従事
する国際的な専門家グループである。ITIGG はまた TBG3 （運輸のための UN/EDIFACT メ
ッセージ開発グループの）サブグループである。従って、この会議は、年２回開催される TBG3
の中間会議と一緒に開催される。
UN/EDIFACT主要メッセージの実装を支援するための詳細で、広範で、簡単に理解できる
文書の発行は、ITIGGの主な役割の 1 つである。
今日、これは、輸送業界において使用される多くの他のメッセージと同様、貨物動静に関
するIFTM** メッセージセット、コンテナに関するCO****メッセージセットに関連する多く
の文書のリリースという形で現実のものとなっている。完成したそれらの文書類は、このサ
イトから自由にダウンロードできる。
http://www.smdg.org/ITIGG/
ITIGG 文書には現在 2 つのタイプがある：
「原則と規則」
各メッセージ又はメッセージの関連グループのセグメント、コード及びデータの
用法を網羅する詳細な勧告（「原則と規則」（Principles and Rules）文書とし
て知られる）。
これらの文書は、“高レベル”のものであり、実装を意図するものではない。
「国際参照ガイドライン」「原則と規則」文書の勧告からもたらされる個々のメッセージのための実施ガ
イドラインのサンプル（「国際参照ガイドライン」（International Reference
Guidelines）として知られる）。
これらの文書は、特定目的のガイドラインを設計することを望む開発者のため
のより具体的な指針を提供する。ある場合において、ユーザは、そのローカル
な実施のための国際参照ガイドラインを使用するために選択することができ
る。
ITIGG は、輸送業界が関心のある全てのメッセージに関して、常に国際参照ガイドライン
（International Reference Guideline）の作成を選択するわけではない。代わりに、この作業は、しばしば
ITIGG メンバー又は関連グループに指名される。従って、各メッセージに適用される ITIGG「原則と
規則」に従って、BAPLIE メッセージ用の参照ガイドラインは積付計画メッセージ開発グループ（SMDG、
現在は略称はそのままで User Group for Shipping Lines and Container Terminals ：海運会社とコンテ
ナターミナルのためのユーザグループ）により維持管理され、そして、DESTIM メッセージ用ガイド
３章－47
ラインは、コンコルド EDI グループにより維持管理されている。
文書の改訂
ITIGG 文書は、定期的に見直しされる、通常は、UN/CEFACT フォーラム会議が開催される 6 ヵ月
ごとに行われる。これらの会議は、事前に ITIGG メンバー間で電子メールによって開発された提案を、
正式に承認するためのものである。
3.5.4.
IMO/FAL委員会におけるMIG開発の進展
3.5.4.1.
IMOとFAL委員会について
IMO（国際海事機関）は、1948 年に政府間海事協議機関（IMCO）として、船舶の航路、交通規
則、港の施設等を国際的に統一するための取り決めをする機関として、国連の ECOSOC（経済社会
理事会）の下部の専門機関として発足し、1982 年５月に現在の IMO に改称された。この機関の目
的は、国際海運の安全、航行の能率化と制限の除去にあり、海事問題の審議、情報交換、条約の作
成や勧告を任務としている。本部はロンドン(英国)に置かれている。
3.5.4.2.
IMO/FAL条約について
IMO の下に FAL 委員会（FAL=Facilitation：簡素化）があり、海上輸送、港湾、船舶の入出港に
係わる手続等の簡素化、標準化活動に取り組んでいる。
この委員会の活動の成果として開発し、1965 年に採択され、1967 年 3 月 5 日に発効したのが「国
際海上交通の簡易化に関する条約」（通称“FAL 条約”と称す。英文名：Convention on Facilitation of
International Maritime Traffic, 1965）である。わが国では、この条約の批准作業が遅れていたが 2005
年 9 月 2 日、IMO 本部において締結され、同年 11 月 1 日より発効した。
この IMO/FAL 条約の目的は、
• 船舶の入港、停泊、出港関係の手続を簡素化するための基準の作成とその適用により船舶の
不必要な遅延をなくすこと、
• 政府間の協力を促進すること、
• 公的並びにその他の手続における標準化の度合いをできるだけ確保すること、そして
• 特に、国際海上輸送上の官民間の申請手続きで公的に要求できる申告を７つに限定し、その
書式を標準化していること
である。
IMO/FAL 条約が勧告する標準書式は以下の通りである：
• FAL フォーム１：IMO General Declaration (船舶の入港に関する一般申告書)
• FAL フォーム２：IMO Cargo Declaration (貨物申告書、積荷目録)
• FAL フォーム３：IMO Ship’s Stores Declaration (船用品申告書)
• FAL フォーム４：IMO Crew’s Effects Declaration （乗組員携行品申告書）
• FAL フォーム５：IMO Crew List （乗組員名簿）
• FAL フォーム６：IMO Passenger List (旅客名簿)
• FAL フォーム７：IMO Dangerous Goods Manifest (危険品目録)
3.5.4.3.
FALフォームとモデル事業の関係
現在 IMO/FAL 委員会では、７つの標準 FAL フォームについてのメッセージ実施ガイドラ
イン（MIG）である「IMO/FAL 便覧」の改訂作業を行っているところである（3.5.4.4 項参照）。
ここでは、この FAL フォームとモデル事業で使用する国連標準メッセージをベースとして開
発された MIG との関係について、説明する。
３章－48
IMO/FAL フォームとモデル事業で使用される MIG との関係
モデル事業においては、全てのグループが船積指図情報としての Shipping Instructions（S/I
と略す）を使用することとしている。S/I 情報の伝達のためには国連標準メッセージの IFTMIN
が使用される。
この S/I には船積み及び B/L 作成に必要な情報が網羅されており、これらの情報は以下に図
示するように FAL フォーム２（貨物申告書＝積荷目録＝マニフェスト）及び FAL フォーム
７（危険品申告書）で再利用されるものである。
裏返して見ると、IMO/FAL 条約では FAL フォーム上で要求するデータ項目については、
その付属書で詳細に規定しているが、この付属書に追加データ項目などの改定がなされた場
合、そのベースとなる S/I に追加項目が無ければ、これを追加するよう IFTMIN に変更を要求
することとなる。
IMO/FALフォームの検討とモデル事業の関係
荷主からのフォーム
船積指図書
(S/I)
国連標準メッセージ
IFTMIN
船積指図書
(S/I)
IFTMIN
船積指図書
(S/I)
IFTMIN
船積指図書
(S/I)
IFTMIN
船積指図書
(S/I)
IFTMIN
船積指図書
(S/I)
FALフォーム２
（貨物申告書＝
CUSCAR）
データベース
FALフォーム７
（危険品目録＝
IFTDGN）
船会社
IFTMIN
なお、次ページ以降で、IMO/FAL フォームで要求されるデータ項目と、S/I フォームで記
載される必要のあるデータ項目の一覧表を参考までに掲載する。（これは、作業途中のもの
で最終的ではないので、マッピングする場合には事務局 JASTPRO に照会願います。）
参考：船積指図書（Shipping Instructions）とは、輸出業者が工場或いは仕入先から輸出系薬
品の荷受から、検量、輸出申告、通関、船荷証券作成など本船積までの作業と手続き上の指
示を記載して、海貨業者に交付する書類。また、輸出業者が輸出貨物の荷姿、搬入場所、本
船名、船積日など船積に必要な事項を記載して、工場或いは仕入先に貨物の積出しを指示す
る書類や、在来貨物の場合で、船会社が貨物の詳細を記して、その支店や本船の船長に船積
を指示する書類などを指す場合もある。
３章－49
３章－50
３章－51
３章－52
３章－53
3.5.4.4.
IMO/FAL便覧－７フォームに対するMIG
この条約においては、標準書式とその書式に記載される項目について規定しているのみで、そ
の電子化については、
「IMO Compendium on Facilitation and Electronic Business （簡素化と電子ビジ
ネスに関する IMO 便覧）」（通称“IMO/FAL Compendium”又は“IMO/FAL 電子化便覧”と称し、
電子化のときの MIG の役割を果たすもの。
）が 2001 年に発行されている。現在 FAL 委員会の下に
「EDI 作業グループ」
が設けられ、
この IMO/FAL 便覧の改訂作業が継続されているところである。
IMO/FAL 委員会では、この便覧（2001 年版）の改訂作業に当たり、UN/CEFACT TBG3（運輸グ
ループ）や TBG4（税関グループ）
、SMDG、PROTECT、ITIGG、WCO（世界税関機構）データモ
デルプロジェクトチーム（DMPT）等と連携をとりながら７つの FAL フォームの MIG 改訂作業を
行っている。
現行バージョン(2001 年版)では、以下のような国連標準メッセージ（UNSM）を推奨しているが、
その後条約付属書の改正による項目の追加、現行推奨 UNSM では必要項目を満たしていない、セ
キュリティ関係新規メッセージ開発の要請などもあり、新版ではこれら全てを網羅したものとな
るものと期待されている。
IMO/FAL便覧（2001年版）が推奨するUNSM
FAL フォー
ム番号
フォーム名
推奨UNSM
No.1
General Declaration (一般申告書）
CUSREP
No.2
Cargo Declaration (貨物申告書）
CUSCAR
No.3
Ship’s Store Declaration (船用品申告書）
INVRPT
No.4
Crew’s Effects Declaration (乗組員携行品申
告書）
推奨メッセージなし
No.5
Crew List (乗組員名簿）
PAXLST
No.6
Passenger List (旅客名簿）
PAXLST
No.7
Dangerous Goods Manifest (危険品目録）
IFTDGN
その後、2005 年に IMO/FAL 条約付属書が改正され、すべてのフォームに船舶属性として ”Call
Sign” が追加され、さらに 2006 年には “Voyage No.” の追加が承認されている。
3.5.4.5.
IMO/FAL電子化便覧改定の要点
上記を踏まえ、IMO/EDI 作業グループでは、下記をベースに７つの FAL フォーム及びセキュリ
ティ関連情報メッセージについて、メッセージ、MIG の開発並びに改訂作業が行われているとこ
ろである。(本文内容に関しては、２００７年３月末にロンドンにおいて開催された第３４回
IMO/FAL 委員会、EDI 作業グループの結果を反映したものである。)
３章－54
IMO/FAL便覧改訂作業の現状
IMO/EDI作業グループでは下記の予定で作業を進めている。
FAL
フォーム
フォーム名
推奨するUNSM
1
General Declaration (一般申告書）
CUSREP
2
Cargo Declaration (貨物申告書）
CUSCAR
3
Ship’s Stores Declaration (船用品申告書）
INVRPT/CUSCAR (2
オプション)
4
Crew’s Effects Declaration (乗組員携行品申
告書）
PAXLST
5
Crew List (乗組員名簿）
PAXLST
6
Passenger List (旅客名簿）
PAXLST
7
Dangerous Goods Manifest (危険品目録）
IFTDGN
セキュリティ関連情報メッセージ
CUSREP, BERMAN,
SECREP (3オプション)
３章－55
FAL フォーム１：一般申告書様式
３章－56
(a)
FAL 様式 1 - IMO 一般申告書
推奨される一般申告書の EDI 形式は、UN/CEFACT CUSREP (Customs Conveyance Report
Message) である。このメッセージにより、申告義務を負う当事者から入出港する国の公的機
関に対して、入出港時に船舶に関する情報を転送することが可能になる。CUSREP は以下の
申告書として使用することができる。
到着申告書
出発申告書
到着出発統一申告書
IMO FAL 勧告規定 2.2.2.
すべきではない。
公的機関は、一般申告書において以下の情報以外の情報を要求
1.1
船舶の名称および種類
1.2
IMO 番号
1.3
信号符字（Call Sign）
1.4
航海番号
2.
到着港/出発港
3.
到着日時/出発日時
4.
船舶の旗国
5.
船長名
6.
前港/次港
7.
登録証書（港、日付、番号）
8.
船舶代理店の名称および連絡先の詳細
9.
総トン数
10.
純トン数
11.
港湾内の船舶の場所（バース又はステーション）
12.
航海の概要（前の港及びこれから寄港する港、特に残貨の揚げ地について）
13.
貨物の簡単な説明
14.
乗組員数（船長を含む）
15.
乗客数
16.
摘要
添付書類とその部数
17.
積荷目録
18.
船用品申告書
19.
乗組員リスト
20.
乗客リスト
21.
廃棄物、残余物受取施設に関する船舶の要求
22.
乗組員携行品申告書
23.
健康に関する海上申告書
24.
（本申告書を提出する）船長、代理店又はオフィサーの署名と日付
1)
船舶の名称および説明には、Name (データエレメント 8212)、IMO Number ID (データ
エレメント 8213)、Voyage Number (データエレメント 8028)、および国連勧告 28 に
従ってコード化された船舶の種類 (データエレメント 8179) を示す、TDT Transport
３章－57
Details セグメントを CUSREP で使用することができる。
2)
また、船籍も TDT セグメントに配置することができる (データエレメント 8453)。
3)
DOC Document (データエレメント 1001 コード 798 = “登録証明”)、DTM Date (修飾子
2005: 259 =登録日の伝達およびデータエレメント 2380)、そして LOC Place/Location ID
(修飾子 3227: 89 =登録場所および港湾の UN LOCOD を与えるデータエレメント
3225) のセグメントに配置される、登録に関する詳細。
4)
MEA Measurements 修飾子 6311: WT= weights およびデータエレメント 6313 AAM=
総トン数または AAN=純トン数、データエレメント 6411=1000kg の TNE トン、そ
してデータエレメント 6314 量のセグメントで与えられる、トン数に関する詳細。
5)
NAD Name and address セグメントに配置される船長の名前 (修飾子 3035: CPE=船長
およびデータエレメント 3036 当事者名)。
6)
NAD Name and address セグメントの船舶代理店の名称および住所 (修飾子 3035: CG=
運送業者代理店、データエレメント 3124 名称および住所)。
7)
貨物の簡単な説明、目的のコードを提供する POC Purpose of call セグメント (データ
エレメント 4029 1=貨物業務、2=乗客の乗船/下船、3=燃料の積み込み、4=補給品の積
み込み、5=乗員の交換、6=修理、7=ドック入り、8=作業待ち、9=親善訪問、10=その他、
および必要に応じてデータエレメント 4028 に追加説明)。
8)
乗員数は、QTY Quantity セグメントで指定できる (修飾子 6063 115=乗員数およびデー
タエレメント 6060 合計人数)。
9)
QTY Quantity で指定される乗客数 (修飾子 6063 114=乗客数およびデータエレメント
6060 合計人数)。
10) 航海の摘要、使用される LOC Place/Location identification セグメント (修飾子 3227 61=
次の寄港地、
125=前の寄港地、およびデータエレメント 3225 内の港湾の UN LOCODE)。
11) DTM セグメントの到着日時および出発日 (修飾子 2005 132=予想到着日時、178=実際の
到着日時、133=出発予定日、186=実際の出発日。データエレメント 2379 コード
102=CCYYMMDD、コード 203=CCYYMMDDHHMM には適切なコードの形式を使用
する必要がある。
12)
到着港または出発港は、LOC セグメントの修飾子 3227=5: 出発地、または 60: 到着
地コード 3225 UN LOCODE を使用する。
13) 港湾内の船舶の位置は、到着場所の LOC セグメント (3227=60) のデータエレメント
3222 関連する場所の位置 1 を使用する。
14) 到着および出発の識別子は、BGM セグメント (データエレメント 1001) コード: 185 到
着の申告の伝達、186 出発、187 到着および出発統一で指定することができる。
３章－58
CUSREP
情報
1 船舶名
1 説明
2 船籍
3 船舶登録
3 登録日
3 登録場所
4 トン数
5 船長名
6 船舶代理店名
7 貨物説明
8 乗員数
9 乗客数
10 航海 part. 1
10 航海 part. 2
11 ETA / ETD
12 到着港
13 港湾内の場所
14 入出港
セグメント
TDT
TDT
TDT
DOC
DTM
LOC
MEA
NAD
NAD
POC
QTY
QTY
LOC
LOC
DTM
LOC
LOC
BGM
修飾子
259=Reg date
89=Place regis
WT=Weight
CPE=Ves mast.
CG=Agent
115= nr. crew
114=nr. pass
61=next port
125=last port
132/178/133/186
60/5 POR / POD
データエレメント 1
8212 Name
8179 Vessel type
8453 Nationality
1001 Document
2380 Date
3225 Location
6313
3036 Name
3124 Name/addr.
8025 purpose
6060 total nr.
6060 total nr.
3225 location
3225 location
2379 Format
3225 location
3222 Rel Loc.
1001 doc type
データエレメント 2
8213 IMO no
コード
コード
UN Rec. 28
UN Rec. 3
798=registr
6314 amount
UN Rec. 16
AAN=Net
8024 additional
1=Cargo ops
AAM=Gross
UN Rec 16
UN Rec 16
102/203
UN Rec 16
185=arrival
186=depart
使用上の注意: 一般申告書はいわゆるファイルまたは関係書類の最初のメッセージとして使用されることが非常に多い。GD 番号では、
すべての積み荷がこのファイルひいては船舶にリンクされる。一般申告書は、しばしば貨物申告書の積荷目録とともに送付される。
一部の港湾では、船舶の識別にその他の情報が使用される。例えば、港湾当局に送付される BERMAN 情報は、多くの場合、税関がフ
ァイルをオープンし、その港への船舶の寄港に対して番号 (GD ナンバー) を指定するのに十分である。このメッセージは、船舶の ETA
を通知する際、代理店もしくは運送業者のオフィスから送信されることが多い。
３章－59
FAL フォーム２：貨物申告書様式
３章－60
(b)
FAL 様式 2 - IMO 貨物申告書（積荷目録）
推奨される貨物申告書の EDI 形式は、 UN/CEFACT CUSCAR (Customs Cargo Report
Message) である。このメッセージにより、到着および出発時、公的機関によって求められる、
船舶の貨物に関する情報を転送することが可能になる。CUSCAR は以下の申告書として使用
することができる。
到着申告書
出発申告書
IMO FAL 勧告規定 2.3.1.
すべきではない。
公的機関は、貨物申告書において以下の情報以外の情報を要求
到着時
1.1
船舶の名称および種類
1.2
IMO 番号
1.3
信号符字（Call Sign）
1.4
航海番号
2.
報告が行われる港
3.
船舶の旗国
4.
船長名
5.
貨物の積港
以下 6－9 については、B/L 番号毎に記載する：
6.
貨物の荷印と番号
7.
貨物梱包の種類と個数、品名、できれば HS コード
8.
貨物の総重量
9.
貨物の容積
10.
（この書類を提出する）船長、代理店又はオフィサーの署名と日付
当該港に陸揚げされる貨物の船荷証券番号毎にコンテナ番号、コンテナシール番号、荷印・
番号、荷物の数および種類、品物の数量および説明
船舶に積み込まれた残りの貨物の陸揚げ港
マルチモーダル運送書類または船荷証券によって輸送される品物については、積荷の発航地
出発時
1.1
1.2
1.3
1.4
2.
3.
4.
5.
船舶の名称および種類
IMO 番号
信号符字（Call Sign）
航海番号
報告が行われる港
船舶の旗国
船長名
貨物の揚港
３章－61
6.
当該港で積み込まれる貨物の船荷証券番号毎に当該港で積み込まれる貨物に関して
は、コンテナ番号とシール番号、記号および番号、荷物の数および種類、品物の数
量および説明
到着用：
1)
船舶の名称および船籍については、船舶名 (データエレメント 8212) および船籍
(データエレメント 8453) 国連国コードを示す CUSCAR において、TDT Transport details セ
グメントを使用する必要がある。
2)
NAD Name and address セグメント (修飾子 3035: CPE=船長およびデータエレメン
ト 3036 関係者名) に配置される船長名。
3)
積送品情報を提供する一群のセグメントの一部としての積荷港 LOC セグメント、適
切な BL 番号を含む CNI セグメント、修飾子 3227 9=積荷場所/港、およびデータエレメン
ト 3225 の積荷港 UN/LOCODE。
4)
LOC セグメント、修飾子 3227 3227=172 報告場所、データエレメント 3225
UN/LOCODE 内の報告が行われる港。
5)
SEL Seal number セグメントの封印番号を付した EOQ セグメント (ISO に従った、
修飾子 8053 CN=コンテナ ISO、データエレメント 8260 コンテナ番号) のコンテナ番号。
CNI セグメントのラインアイテムのアイテム番号 (データエレメント 1490) 下の PCI
Package identification セグメント (データエレメント 7102) の記号および番号、そして運送
書類番号 (BL 番号)、GID セグメントのデータエレメント 7224 の荷物の数および種類 (荷
物の種類はデータエレメント 7065)、MEA (修飾子 AAF=税関ラインアイテム計測) に記入
する数量、データエレメント 6313 ABV=積み込み貨物、修飾子の例 (6411=トン国連勧告第
20)、データエレメント 6314 に記入する重量 (数値)。品物の説明は、FTX Free text セグメ
ントの修飾子 4451 AAA=品物の説明、および説明を含むデータエレメント 4440 を通じて処
理され、データエレメント 4441 には、6 桁の HS 番号を与えることができる。
6)
第 3 項の CNI (積送品情報) セグメントの船荷証券番号、またはデータエレメント
1004 の運送書類の実際の番号も併せて参照のこと。
7)
積み込まれた貨物の陸揚げ港は、LOC セグメント修飾子 3227 11=陸揚げ港を通じて
処理される。
8)
LOC セグメントを通じて処理される積荷の発航地。第 3 項の修飾子 3227 76=積荷港
参照。
9)
到着または出発は、BGM (Beginning of message) セグメント、データエレメント 1001、
コード 185 到着、186 出発で示す必要がある。
３章－62
CUSCAR
情報
1 船舶名
1 船籍
2 船長名
3 積荷港
3 前寄港地
4 報告を行う港
5 貨物詳細
5 コンテナ
5 コンテナ封印
5 記号/番号
5 数および種類
5 数量
5 物品説明
6 運送書類
7 陸揚げ港
8 発航地
9 到着、出発
セグメント
TDT
TDT
NAD
LOC
LOC
LOC
CNI
EQD
SEL
PCI
GID
MEA
FTX
CNI
LOC
LOC
BGM
修飾子
20=main transp.
CPE=vess mast.
9=port of loading
5=place of depart
172=report loc.
CN=container
AAF=Cust line it
AAA=Goods des
11=POD
76=Original POS
データエレメント 1
8212 Name
8453 Nationality
3036 Name
3225 Locode
3225 Locode
3225 Locode
Item no. in 1490
8260 ID no.
9308 seal numb.
7102 ship marks
7224 no of pack
6313 ABV=Cargo loaded
4441 HS no 6 dig.
1004 act. Number
3225 location
3225 location.
1001 Doc type
３章－63
データエレメント 2
8213 IMO no
コード
備考
UN Rec. 3
UN Rec 16
UN Rec 16
UN Rec 16
8155 size type
ISO code
7065 pack type
6411 ton 6314 weight
4440 descript.
UN Rec 21
3224 name loc
3224 name loc
UN Rec 16
UN Rec 16
185=arrival
Part of Gr. 8
Group 7
Group 5
Gr. 5
Gr. 14 in Gr. 7
Gr. 14 in Gr. 7
Gr. 14 in Gr. 7
Gr. 14 in Gr. 7
Group 7
Gr 8
Gr 8
186=depart
出発用
1)
2)
3)
4)
5)
TDT セグメントの名前、到着の 1 参照
NAD セグメントの船長、到着の 2 参照
LOC の行く先と TDT セグメントの修飾子 3227 8=仕向地/港
EQD、CNI、RFF、GID セグメントの積荷、到着の 5 参照
運送書類番号、到着の 6 参照
勧告規定 2.3.1 に関する注意: 貨物申告書に荷物の数および種類を正しく記述するため、船
主およびその他の関係当事者は、確実に品物の外装の単位が使用されるようにする必要があ
る。品物がパレットに載せられている場合は、パレット上の荷物の数と種類を示す必要があ
る。パレット上の品物が梱包されていない場合は、パレット上の品物の数量および記述が使
用されなければならない。
標準規定 2.3.2. 船内に積み込まれた残りの貨物に関して、公的機関は提供されるべき最低
限の重要項目についての簡単な内容のみ求めることとする。
標準規定 2.3.4. 公的機関は、少なくとも勧告規定 2.3.1 に従って求められる情報が含まれ、
認証のうえ、日付けが記載されていることを条件とし、貨物申告書の代わりに船舶の積荷目
録のコピーも受理することとする。
使用上の注意: EDI を使用して積荷目録のデータを転送することの利点は、いたって明白で
ある。CUSCAR は適切な形式で存在している。貨物の性質に応じ、メッセージの実施は、コ
ンテナの量、または情報が単一の物資に関わるか否かによって異なる場合がある。
しかし、この概論で示されているとおりにデータを制限し、コードを順守することは重要で
ある。実際のところ、CUSCAR は、税関および輸送の情報交換において最も使用されている
メッセージの 1 つであるものの、形式や実施にはまだかなりのばらつきがある。このメッセ
ージおよび情報は、ほぼ常に代理業者または運送業者のオフィスから送られるようになり、
現在、輸送される貨物に関する具体的な情報は、ほとんど代理業者または運送業者のシステ
ムを通じて処理されている。
３章－64
FAL フォーム３：船用品申告書様式
３章－65
(c)
FAL 様式 3 - IMO 船舶品申告書
推奨される船舶用品申告書の EDI 形式は、UN/CEFACT INVRPT (Inventory Report
Message) である。このメッセージにより、公的機関によって求められる、船舶用品に関す
る情報を転送することが可能になる。INVRPT は以下の申告書として使用することができる。
到着申告書
出発申告書
到着出発統一申告書。ただし、当該公的機関が統一申告を容認し得る期間に船舶の停泊が限
られている状況において、その公的機関の同意を得ることを条件とする。
IMO FAL 標準 2.4.1. 公的機関は、船長、または船舶の用品に関する事実について直接
の認識を有する、船長が正式に認定するか、あるいは当該機関が承認し得る方法で認証され
た、その船舶の高級船員によって日付と署名が記された船舶用品申告書を受理することとす
る。
IMO FAL 様式 3 に従い、以下の情報が求められる。
1.1
1.2
1.3
1.4
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
船舶名
IMO 番号
信号符字（Call Sign）
航海番号
到着港/出発港
到着日/出発日
船舶の旗国
前寄港地/次の寄港地
乗船者数
停泊期間
物品名 (備蓄)
数量
船内の保管場所
オフィシャルユース（税関担当者使用欄）
（この書類を提出する）船長、代理店又はオフィサーの署名と日付
1)
船舶の名称および国籍には、INVRPT 内で NAD セグメント (修飾子 CA=運送業
者) を使用し、名前 (データエレメント 3036)、国コードによる国籍 (データエレメント
3207)、IMO 番号 (データエレメント 3039) を示す必要がある。
2)
到着/出発港は、データエレメント 3225 で勧告第 16 UN/LOCODE を使用し、(5=
出発港、60=到着港) で LOC セグメントを限定することによって示すことができる。
3)
到着/出発日 (修飾子 132=ETA、178=実際の到着日、133=ETD、186=実際の出発
日)(データエレメント 2380 は実際の日付け)
4)
船籍については 1 を参照。
３章－66
5)
データエレメント 3225 の UN/LOCODE を使用した LOC セグメントの前寄港
地または仕向港 (修飾子 125=前寄港地、61=仕向港)。正式な名前が必要な場合は、データエ
レメント 3224 によって示すことができる。
6)
乗船者数には、データエレメント 6060 総人数で QTY Quantity セグメントを使用
する必要がある (修飾子 115=乗員/乗船者数)。
7)
在留期間は、DTM Date/time/period セグメント (修飾子 804=日数、または 805=
時間数) で配置することができる。データエレメント 2380 は期間である。
8)
船内の場所は、データエレメント 3222 関連場所の到着場所 LOC セグメント、修
飾子 60 に示すことができる。
9)
物品名は、データエレメント 1082 ラインアイテム連番の LIN および IMD セグ
メントおよびデータエレメント 7008 説明の IMD に示すことができる。船内の場所は、
ラインアイテム 9 の LOC セグメント、修飾子 14 の物品の場所に示すことができる。
10)
数量は、6311 AAA ラインアイテムの測定で限定される MEA セグメントに、デー
タエレメント 6411 測定単位および 6314 値で示すことができる。
11)
文書日付けは DTM セグメントで示す必要がある。
12)
BGM セグメントのデータエレメント 1001 コード 185=到着申告の伝達、186=出
発申告の伝達、187=到着出発統一申告の伝達、または一般の 799=船舶用品申告で与えられ
るメッセージの機能 (到着または出発申告)
３章－67
INVRPT
情報
1/4 船舶/国籍
2 到着港
2 出発港
3 到着/出発日
5 前寄港地
5 仕向港
6 乗船者数
7 在留期間
セグメント
NAD
LOC
LOC
DTM
LOC
LOC
QTY
DTM
8 停泊場所
9 物品
9 物品名
9 物品の場所
10 数量
11 文書日付け
12 機能文書
LOC
LIN
IMD
LOC
MEA
DTM
BGM
修飾子
CA=carrier
60=arrival
5=departure
132=ETA
125=port from
61=port dest.
115=nr. Crew
804=day
805=hour
60=arrival
14=loc of goods
AAA=line item
137=doc date
データエレメント 1
3036 Name
3225 UN/LOC
3225 UN/LOC
2380 date / time
3225 UN/LOC
3225 UN/LOC
6060 no. people
2380 period
データエレメント 2
3207 Country
3224 name loc.
3224 name loc.
3225 location
1082 line seq. no
7008 description
3224 location
6411 measure unit
2380 date / time
1001 document
3224 name loc.
データエレメント 3
3039 IMO nr.
備考
Group 2
Group 2
Group 2
3224 name loc.
3224 name loc.
Group 8
3222 rel. loc.
Group 9
Group 9
Group 9
Group 9
6314 value
Codes are>
185=arr,186=dept
187=co
m
使用上の注意: 船舶用品申告書は船舶の入港時と、出港時の多くに求められる。かなり多くの港において、物品税の適正な管理のため、
船舶用品は税関によって封印される。このような状況下においては、文書は課税管理を目的として使用される。このメッセージは、近い
将来、通関のみを目的として EDI 形式で送信されることはなくなる。商業使用が、実際に、未使用の船舶用品を購入する理由となる可
能性がある。
近い将来、特別なインターネット関連のソリューションを使用する可能性が検討されるということもあり得る。この場合、文書は、上述
されている必要なデータを提供するような、独自の形式で作成されるかもしれない。データは、上記のものに限って要求することを強く
推奨する。
３章－68
FAL フォーム４：乗組員携行品申告書様式
３章－69
(d)
FAL 様式 4 - IMO 乗員携帯品申告書
乗員私携帯品申告書には推奨される EDI の形式はない。
標準 2.5. 乗員携帯品申告書は、公的機関が求める乗員の携帯品についての情報を提供する、
基本文書であることとする。出発に際しては要求されない。
標準 2.5.1. 公的機関は、船長、または船長が正式に認定するか、あるいは当該機関が承認
し得る方法で認証された、その船舶の高級船員によって日付けと署名が記された乗員携帯品
申告書を受理することとする。公的機関は、各々の携帯品の申告書に署名、あるいは署名が
不可能ならば印を記入するよう各乗員に求めることもできる。
勧告規定 2.5.2. 公的機関は、通常、関税および税金の軽減の対象とならない乗員携帯品や、
持ち込みが禁止または制限される乗員携帯品に限って詳細を要求すべきである。
IMO FAL 様式 4 に従い、以下の情報が求められる。
1.1
船舶名
1.2
IMO 番号
1.3
信号符字（Call Sign）
1.4
航海番号
2.
船舶の旗国
以下３－７は、（参照用）シーケンス番号毎に記載する：
3.
シーケンス番号
4.
乗組員の姓名
5.
乗組員の階級または等級
6.
例えばタバコや蒸留酒など、課税対象となるか、もしくは持ち込みが禁止または制
限される私物
7.
乗員の署名
8.
（この書類を提出する）船長、代理店又はオフィサーの署名と日付
使用上の注意: FAL 様式 4 に含まれる情報は、公的機関の要請に応じて、FAL 様式 5 IMO
乗員名簿に加えることができる。電子版を検討するならば、実際、これは可能な解決策の 1 つ
かもしれない。近い将来、紙によるこの文書を EDI メッセージに置き換えることは構想さ
れていない。
電子メールを通じて事前にこの情報を要求者に送信することも考えられる。要求される情報
は、上記のデータに制限することを強く推奨する。
３章－70
添付－FAL フォーム５：乗組員名簿様式
３章－71
(e)
FAL 様式 5 - IMO 乗組員名簿
推奨される乗組員名簿の EDI 形式は、UN/EDIFACT PAXLST (Passenger List Message)
である。このメッセージにより、船舶の入出港時、乗組員の人数および構成に関する情報を
公的機関に転送することが可能になる。
乗組員名簿メッセージは以下のリストとして送信することができる。
到着リスト
出発リスト
停泊期間の短い船舶については、公的機関の承認を条件に、到着出発統一リスト
IMO FAL 標準 2.6.1.
きではない。
公的機関は、乗組員名簿において以下の情報以外の情報を要求すべ
1.1
船舶の名称
1.2
IMO 番号
1.3
信号符字（Call Sign）
1.4
航海番号
2.
到着港/出発港
3.
到着日/出発日
4.
船舶の旗国
5.
最終寄港地（前寄港地）
以下６－１１は、シーケンス番号毎に記載する：
6.
シーケンス番号
7.
乗組員の氏名
8.
乗組員の階級または等級
9.
国籍
10.
生年月日および出生地
11.
身分証明書の種類（船員手帳等）および番号
12.
（この書類を提出する）船長、代理店又はオフィサーの署名と日付
1)
PAXLST の TDT セグメントは、(修飾子 20=メイントランスポート) 名称 (データ
エレメント 8212)、IMO ID (データエレメント 8213) 航海番号 (データエレメント
8028) および国籍 (データエレメント 8453) で、船舶の名称、航海番号、そして船
籍を提供する。
2)
苗字および名前は、NAD セグメント (修飾子 FM=乗員) データエレメント 3124
苗字および名前で示すことができ、データエレメント 3207 は、乗員の国籍に関す
る情報を提供する。
3)
2 参照。
4)
2 参照。
３章－72
5)
階級または等級は、修飾子が (5=職業上の肩書き) となる ATT (属性セグメント) を
通じて示すことができ、データエレメント 9018 属性は、階級または等級を提供す
る。
6)
生年月日は DTM 日時セグメント (修飾子 329=生年月日/時間) に示す必要がある。
データエレメント 2380 は、データエレメント 2379 コード 102 に CCYYMMDD
形式で日付けを提供する。
7)
出生地には、UN/Locode 表または 3224 場所名に従って、LOC (修飾子 180=出生地)
データエレメント 3225 場所を与えることができる。
ID 文書の種類および番号は、Group 5 DOC 修飾子 101 = 登録文書点呼簿番号内で与
えることができる一方、修飾子 36 はパスポートに関係する。
8)
到着港および到着日は、LOC (場所) および DTM (日時) 3227 のセグメントに示すこ
とができる。修飾子は
5=出発地、60=到着地、125=前寄港地
DTM セグメントは、ETA/ETD コード 132、133、または実際の到着および出発コー
ド 178/186 を通じて時間を示す。
使用上の注意: 現在のところ、乗客名簿は、電子メールおよびインマルサットのソリューシ
ョンを使用し、地元の出張所または代理店を介して、船舶から港湾当局に送付可能であり、
実際、非常に頻繁に送付されてもいる文書の 1 つである。これは非常に優れたソリューショ
ンであり、賢明なソリューションでさえあるが、公的機関には、上記の情報要件に情報を制
限することが推奨される。また、公的機関には、この情報を送信することのできる電子メー
ルアドレスと、情報を受理することのできる電子メールの形式を公表することが推奨される。
例えば、現在、Excel などの表計算ソフトは広く使用されているが、ASCII やワープロの文書
も受理される。船舶には、必要な乗員名簿の情報を電子メールで送信するのに、常に添付フ
ァイルを使用することが推奨される。
公的機関には、好ましいデータのレイアウトおよび順序を示すことが推奨される。名前の好
ましい順序は、ある港ではアルファベット順であり、その他の港では船長から始まる階級が
利用されている。
３章－73
FAL フォーム６：旅客名簿様式
３章－74
(f)
FAL 様式 6 - IMO 乗客名簿
推奨される乗客名簿の EDI 形式は、UN/EDIFACT PAXLST (Passenger List Message)
である。このメッセージにより、船舶の入出港時、乗客に関する情報を公的機関に転送する
ことが可能になる。
乗員名簿メッセージは以下のリストとして送信することができる。
到着リスト
出発リスト
停泊期間の短い船舶については、公的機関の承認を条件として、到着出発統一リスト
IMO FAL 勧告規定 2.7.3.
べきではない。
公的機関は、乗客名簿において以下の情報以外の情報を要求す
1.1
船舶の名称
1.2
IMO 番号
1.3
信号符字（Call Sign）
1.4
航海番号
2.
到着港/出発港
3.
到着日/出発日
4.
船舶の旗国
以下 5－12 については、船客毎に記載する：
5.
船客の氏名
6.
国籍
7.
生年月日と出生地
8.
身分証明書の種類
9.
身分証明書の番号
10.
乗船港
11.
下船港
12.
乗継客か否か
13.
(この書類を提出する)船長、代理店又はオフィサーの署名と日付
1)
PAXLST の TDT セグメントは、(修飾子 20=メイントランスポート) 名称(データ
エレメント 8212)、IMO ID (データエレメント 8213) 航海番号 (データエレメント 8028)
および国籍 (データエレメント 8453) で、船舶の名称、航海番号、そして船籍を提供する。
2)
苗字および名前は、NAD セグメント (修飾子 FL=乗客) データエレメント 3124 苗
字および名前で示すことができ、データエレメント 3207 は、乗客の国籍に関する情報を提
供する。
3)
2 参照。
4)
2 参照。
３章－75
5)
生年月日は DTM 日時セグメント (修飾子 329=生年月日/時間) に示す必要がある。
データエレメント 2380 は、データエレメント 2379 コード 102 に CCYYMMDD 形式で
日付けを提供する。
6)
出生地には、UN/Locode 表または 3224 場所名に従って、LOC (修飾子 180=出生地)
データエレメント 3225 場所を与えることができる。
7)
乗船港は、LOC セグメント (修飾子 178=乗船地) 3225 UN/LOCODE で与えられる。
8)
下船港は、UN/LOCODE で LOC (修飾子 179=下船地) に示される。
9)
到着港は、UN/LOCODE で LOC (修飾子 60=到着地) に示される。
10)
到着日は DTM (修飾子 132=ETA) に示される。
11)
BGM には、データエレメント 1001 文書の機能、745=乗客名簿、またはリストが密
航者リストの役割を果たすことが示される 10=関係者情報で示すことができる。
2.7.4. 勧告規定: 船主が内部で使用するためにまとめたリストは、少なくとも勧告規定 2.7.3
に準じて必要とされる情報が含まれるとともに、日付けが記入され、署名が付されるか、あ
るいは IMO FAL 標準 2.7.5 に従って証明されていることを条件として、乗客名簿の代わり
に受理されるべきである。
2.7.6. 公的機関は、船内で密航者が発見された場合、船舶の到着時に船主から確実に通知を
受けるようにすることとする。
注意: 密航者の通知は、例えば乗客名簿を「密航者リスト」というタイトルに変更して使用
することにより行うことができる。
使用上の注意: 乗客名簿は、船舶から当該機関に送信可能な文書の 1 つである。これは、地
元の出張所または船会社の代理店を介して行うことができる。公的機関には、この情報を送
信するための電子メールアドレスを公表することが推奨される。また、例えば ASCII や
Excel など、求められる形式も示す必要がある。
３章－76
FAL フォーム７：危険品目録様式
３章－77
FAL 様式 7 - 危険物積荷目録
(g)
危険物積荷目録に推奨される EDI の形式は、UN/EDIFACT International Forwarding and
Transport Dangerous Goods Notification Message (IFTDGN) である。このメッセージの
「PROTECT」メッセージ実装ガイド第 1.0 版には、危険物積荷目録の情報要件を満たすすべ
ての文書が含まれている。IMO FAL は、FAL 様式 7 危険物積荷目録の EDI 相当物として、
このガイドを推奨している。このメッセージにより、入出港時、公的機関に求められる船舶
の危険物に関する情報を転送することが可能になる。
危険な物質、材料、または物品のそれぞれに必要な情報の基本項目は以下のとおりである。
-
-
-
輸送品の正式名称
クラス、および指定があれば商品分類。加えて、これにクラス名が続く場合が
ある。
UN の文字に続く、IMDG コードで表される危険物の UN 番号
指定があれば、梱包グループ
クラス 7 放射性物質には、クラス 7 スケジュール番号
危険物の残留物が含まれる、携帯用タンクやばら包装を含む、空の輸送容器は、
輸送品の正式名称の前または後ろに「EMPTY UNCLEANED」(未洗浄空容器)
もしくは「RESIDUE – LAST CONTAINED」(残留物 – 前回危険物収容) と示
す必要がある。
廃棄される危険物 (放射性廃棄物以外) が廃棄もしくは廃棄の前処理のために
輸送される場合、輸送品の正式名称の前に「WASTE」(廃棄) と示す必要があ
る。
説明に含まれる荷物の数量および種類、そして危険物の総量 (容積または質量、
クラス 1 の品物の場合は、爆発物の中身の質量)
引火点が 61 ℃ (摂氏) 以下の場合は、その最低引火点
輸送品の正式名で伝達されない、副次的リスク
該当する場合は、「海上汚染物質」としての物品の識別
該当する場合、クラス 4.1 自己反応性物質またはクラス 5.2 有機過酸化物に
は、管理温度および非常温度
危険物をサルベージ容器で輸送する場合、物品の説明とともに、「SALVAGE
PACKING」(サルベージ梱包) と示す必要がある。
例: FLAMMABLE, LIQUID, N.O.S. (Ethanol and dodecylphenol), class 3.2, UN 1993, P.G. II (-17 C
c.c.), MARINE POLLUTANT, EmS No.
IMO FAL 9.4.1. 危険物に関する文書が電子データによって運送業者から提示される場合、署
名は署名する権限を有する人物の名前 (大文字) に置き換えることができる。
危険物積荷目録の文書である FAL 様式 7 には、該当箇所に以下の情報を記載する必要があ
る。
1.1
1.2
1.3
1.4
船舶の名称
IMO 番号
信号符字（Call Sign）
航海番号
３章－78
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.1
18.2
19.1
19.2
18.
船舶の旗国
危険品の積港
危険品の揚港
ブッキング/参照番号
荷印・番号、コンテナ番号、車両登録番号
梱包の種類と個数
貨物固有の名称
IMO 危険品クラス
UN 番号
梱包グループ
副次的リスク
引火点 ℃ (摂氏)
海洋汚染指標
総重量 (kg)、正味重量 (kg)、該当する場合は容積（立方メートル m3）
EmS 番号
船内の積み込み場所
船長名
（船長の署名と）場所及び日付
船舶代理店名
（船舶代理店の署名と）場所及び日付
隔離を目的とした取り扱いの追加情報
1)
船舶の詳細は修飾子 20=メイントランスポートにより TDT セグメントで、航海番号
は DE 8028 で与えることができる一方、IMO ID 番号は DE 8213 に、名前は DE 8212 に配
置すべきであり、国籍は DE 8453 で与える必要がある。
2)
報。
HAN (Handling Instructions) セグメントで与えられる、隔離条件等、取り扱いの追加情
3)
修飾子 3227 9=積荷港および 3225 の UN/LOCODE で TDT の LOC セグメントに
与えられる積荷港。
4)
LOC セグメントの修飾子 11=陸揚港および DE 3225 の UN/LOCODE で与えられる
陸揚港。
5)
該当する場合、CNI 積荷情報の修飾子 7=配送場所の LOC セグメント、そして 3225
の Locode または 3224 名前のいずれかで与えられる目的地。
6)
代理店、荷送人/運送業者の情報は、必要性および入手可能性に応じ、CNI (Consignment
information) グループ 006 の NAD セグメントで伝達する必要がある。連絡先の修飾子 IC=
情報窓口、3412 名前、3155 の TE による COM DE の電話番号を示す CTA/COM セグメン
トの EM 電話番号。
7)
荷送人、運送業者の参照番号または予約番号は、CNI-NAD の GR 006 の RFF セグ
メントで与えることができる。修飾子 FF=運送業者、AAY=運送業者代理店、BN=予約番号。
DE 1154 は実際の参照番号。マルチモーダル運送書類 (連続) 番号は、DE 1004 の BGM
３章－79
(Begin Message) セグメントで与えることができる。これは申告書の番号として使用される場
合がある。
8)
CNI 修飾子 CN=荷受人の荷受人 NAD セグメント、DE 3039 関係者 ID、またはデ
ータエレメント 3124 NAD 詳細の修飾子 NI=通知先。
9)
該当する場合、CNI グループ、DE 7102 の GID 下の PCI セグメントの荷印。
10)
EQD セグメントの修飾子で与えられるコンテナデータは CN=ISO コンテナ。
11)
EQD で与えられるサイズ種類。
12)
DE 7224 および 7064 のセグメント GID で与えられるか、あるいは 7065 でコード
化される荷物の数および種類
13)
FTX 修飾子 AAD 危険物専門名で処理される、輸送品の正式名称または DG 専門名。
14)
8351 コードのセグメント DGS 危険物分類規制コード IMD=IMO IMDG コード内
(例、3.2)。
15)
DGS DE 7124 UNDG 番号内。
16)
DE 8339 の梱包グループ。
17)
DE 8246 に示される副次的リスク
18)
DGS セグメントの DE 7088 に示される引火点。
19)
DGS グループの DE 4440 の FTX セグメントを通じて処理される Marpol 指標。
20)
DGS 8364 には EmS 番号を示す必要がある。
21)
CNI/GID/DGS グループの MEA の DE を通じて処理される重量。EQD の MEA を
通じて処理されるコンテナ重量。
22)
EQD の MEA の総計。
23)
BGM セグメントの到着または出発の区分。
24)
船長または会社が作成し、名前が NAD、日付が DTM セグメント (修飾子 137 文書
日付) に置かれた文書。
25)
LOC セグメントの修飾子 91 文書発行場所に示される場所。
26)
DGS/LOC セグメント、修飾子 147 の船内の積み込み場所。
３章－80
IFTDGN
情報
1 船名
セグメント
TDT
1 航海番号
1 国籍
2 取り扱い
TDT
TDT
HAN
3 積荷港
LOC
4 陸揚港
4 報告港
5 目的地
LOC
LOC
LOC
6 代理店、荷送人 – 発送人、 NAD
運送業者
7 荷送人照会
運送書類
RFF
修飾子
20=main
transp.
9=port
of
loading
11=POD
172=report loc.
47=re
destination
OS=Orig
shipper
FW=Forwarder
CG=Agent
BN=Booking
Reff
BGM
データエレメント 1
8212 Name
データエレメント 2
8213 IMO no
8028 Conv Ref no
8453 Nationality
4078 handling txt
4079 Handling
3225 Locode
3225 Locode
3225 Locode
3225 Locode
コード
UN Rec. 3
Local code
3224 name loc
UN Rec 16
UN Rec 16
3224 Place
Under CNI
Under CNI
1154 number
Doc
number
8 荷受人通知
9 荷印
NAD
PCI
NI=Notify
7102=marks
3124 name/ addr.
9 数量
MEA
EQD
SGP
6313
ABV=Cargo
loaded
8260
Actual
container id no
6411 ton 6314 weight
10 コンテナデータ
AAF=Cust line
it
CN=ISO
Container
11 コンテナのサイズ・種類
EQD
12 数および種類
13 輸送貨物の正式名称
GID
DGS/FTX
7224 no of pack
4440 the name in
7065 pack type
AAD=DG
Gen
Segreg
UN Rec 16
1004 act. Number
8155
size/type
備考
Gen
marks
iso
３章－81
UN Rec 21
Under CNI
English
technical name
8273=IMD
14, 20, 危険物情報/分類
DGS
15 UN 番号
16 梱包グループ
17 副次的リスク
DGS
DGS
DGS
18 引火点
19 海上汚染物質
20 EmS 番号
21 危険品の重量
DGS
FTX
See DGS
MEA
AAC=Extra DG
8364
6311=AAE
22 総計
MEA
6311=WT
23 到着、出発区分
BGM
24 船長名/代理店名
NAD
25. 署名場所
TDT/LOC
26. 船内の積込み場所
DSG/LOC
English
8351=haz code
8364=EMS
8410=MFA
G
preferred
See basic
informatio
n
7124=UNDG
8339=packing
8246=haz code 2
Second risk
codes
7106=Flpnt
4441 Marpol
6313=AAL
weight
6411=KGM
Net
1001 Doc type
CPE=vess
master
AG=agent
qualifier
91=
place document
issue
LOC
147=
Stowage cell
3036=name
3039=party ID
6314 weight
185=arriva
l
Code lists
Local
Under
EQD
186=depar
t
3227=Location Id.
Segment 3
3227 use in 3225
ISO
codes
BBBRRTT
Segment
14
使用上の注意: 危険物の通知は、EDI メッセージとして転送するのに非常に適している。保護メッセージ実装ガイドで使用されている形
式はマルチモーダル輸送に適しており、その他の情報が数多く盛り込まれている。危険物積荷目録は、さまざまな機関に提供される情報
の情報源として捉えることができる。船舶によって提供される、例えば船舶名や輸送される貨物のクラスおよび数量のように性質が一般
的な情報と、代理店が提供する、積荷目録の抜粋である情報との間には、違いがある。どちらも実際の情報要件であり、どちらも IFTDGN
で処理することができるが、完全な EDI メッセージを送信するのは主に代理店で、船長はさまざまな方法で情報を伝達することになる。
XML や、AIS (IMO 自動識別システム) のようなその他の技術は、そう遠くない将来、かかる要件を満たすことができるようになるか
もしれない。
３章－82
さらに、FAL フォーム７の危険品目録に関しても、DSC 小委員会（the Sub-Committee on Dangerous
Goods, Solid Cargoes and Containers：危険物・固体貨物・コンテナ小委員会）の第 11 回会期（2006
年 9 月 11－15 日開催）において、当該メッセージ（IFTDGN）のメッセージ実施ガイドライン（MIG）
に相当する PROTECT Ver. 2.0 に沿って IMO/FAL 電子化便覧の FAL フォーム７を見直して欲しい
との要請があり、新たな作業が加わった（文書 FAL/34/11 Annex 参照）
。
３章－83
3.5.4.6.
セキュリティ関連情報伝達用メッセージの開発
さらに、セキュリティ上の観点より、IMOの海上安全委員会（MSC）からFAL委員会に対して、
Last Ten Ports他のセキュリティ関連情報を含む船舶入港前通報を電子的に交換するためのメッセ
ージを開発して欲しいとの要請がきている。これに関しては、PROTECTグループ 6 では、BERMAN
Version 2.0 で、上記要請を全て満たすべくメッセージの改訂を完了している。これに対して、WCO
グループは、CUSREPをベースにセキュリティ関連情報を取り込む改訂を希望している。しかし、
BERMAN又はCUSREPの何れを使用するにしても、これらのメッセージは他の用途にも使用でき
るものであり、MSCとしては「セキュリティ関連情報」が正式に承認された担当官（Duly Authorized
Officer）以外の者に伝わることを嫌っており、セキュリティ関連情報専用のメッセージ（仮に
SECREP (Security Report) メッセージと称している）の必要性を主張している（2007 年 3 月の第
34 回IMO/FAL委員会会議において）
。
文書 MSC/Circ.1130
（2004 年 12 月 14 日付、タイトル Guidance to Masters, Companies and Duly
Authorized Officers on the Requirements relating to the Submission of Security-related Infomation
prior to the Entry of a Ship into Port）で要請されているメッセージに包含すべきデータ項目は以
下の通りである。
１．船舶と連絡先の明細
1.1
IMO 番号
1.2
船舶名
1.3
船籍港
1.4
船舶の旗国
1.5
船舶の種類
1.6
信号符字（Call Sign）
1.7
インマルサット呼出し番号
1.8
総トン数
1.9
会社名（ISPSコードで定義された）
1.10
会社のセキュリティオフィサー名と２４時間連絡先詳細
1.11
航海番号
２．港及び皆と施設情報
2.1
到着港及び分かれば船舶が着岸する港内施設
2.2
船舶の当該港到着予定日時（ISPSコードB/4.39.3項参照）
2.3
寄港の主たる目的
３．SOLAS規則XI-2/9.2.1で要求される情報
3.1
船舶は有効なISSC又は暫定ISSCを所持しているか？(SOLAS規則9.2.1.1)
Interational Ship Security Certificate
Yes or No
Interim International Ship Security Certificate Yes or No
3.1.1
上記3.1項で示された証明書は、<締約政府又は認識されている安全機関名を挿入>に
より発行され、<有効期限を挿入>に期限切れとなる。
3.1.2
もし船舶が有効なISSC又は暫定ISSCを所持していない場合は、その理由を述べよ。
3.1.2.1 船舶は承認された船舶安全計画を所持しているか？
Yes or No
3.2
現在のセキュリティレベル（SOLAS規則XI-2/9.2.1.2）
□
6 PROTECT グループ－欧州の港湾、船社等の関係者による、主として B2G 関係手続の MIG を開発している。
現在まで、BERMAN、IFTDGN、WASDIS などの MIG を開発し、公開している。
３章－84
3.2.1
当該報告がなされた時の船舶の場所（ISPSコードB/4.39.2項）
3.3
最近の１０寄港地について記述せよ。もっとも最近の寄港地が最初に来るように船
舶の最近の１０寄港地の情報（当該港に船舶が停泊した何時から何時までの日付、
UN/LOCODEによる国名、港名、港湾施設、及び当該港のセキュリティレベル）を記述する。
Voyage number of port call
Start date of port call
End date of port call
Port, country, port facility and UNLOCODE
Security level during the port call
3.3.1
上記3.3項にある期間中に、当該船舶が承認された船舶安全計画に規定された以外の
特別な、又は追加の安全対策を採ったかどうか？ Yes or No
3.3.2
上記3.3.1項の回答がYesの場合、船舶はどのような特別又は追加の安全対策採ったの
か記述すること。（SOLAS規則XI-2/9.2.1.4）
Special or additional security measures taken
3.4
船舶と船舶の接触活動を記述せよ。もっとも最近の船舶と船舶の接触活動が最初に
来るように 3.3 の期間中に実施された船舶と船舶の接触活動情報（航海番号、何時から何時
までの日付、緯度経度による位置、及び接触活動の内容）を記述する。
Voyage number of ship-to-ship activities
Start date of ship-to-ship activities
End date of ship-to-ship activities
Location or latitude and longitude of ship-to-ship activities
Type of ship-to-ship activities
3.4.1
3.4 項で特記された船舶･船舶接触活動の期間中に、承認された船舶安全計画で規定
された当該船舶の安全手続が、修正されたか？(SOLAS規則XI-2/9.2.1.5)
Yes or No
Security measures applied during ship-to-ship activities
3.4.2
3.4.1への回答が No の場合、船舶安全手続が保守されなかった船舶･船舶接触活動を
３章－85
記述し、その各々に対して正しく適用された安全対策について示せ。
3.5
船舶に搭載されている貨物の一般的な名称を記述せよ。（SOLAS規則XI-2/9.2.1.6及
びISPSコードB/4.39.5項）
General description of cargo
3.5.1
船舶は貨物として危険品を運送しているか？
Yes or No
Whether the vessel is carrying dangerous substances
3.5.2
上記 3.5.1 への回答が Yes の場合、詳細な情報を提供するか、危険品目録（IMO/FAL
フォーム７）の写しを添付せよ。
Dangerous goods manifest
3.6
3.7
乗組員名簿（IMO/FALフォーム５）を添付
船客名簿（IMO/FALフォーム６）を添付
□
□
Crew list
Passenger list
４．その他のセキュリティ関連情報
4.1
その他報告したい他のセキュリティ関連情報ありや？
4.2
上記 4.1 への回答が Yes の場合、その詳細を記述せよ。
Yes or No
Security-related matters to report
５．到着予定港の船舶代理店
5.1
到着予定港の船舶代理店の名称と電話番号等連絡先情報詳細
Name and contact information of the agent at the port of arrival
６．当該情報作成者の詳細
6.1
名称
6.2
肩書き又は部門
6.3
署名
本報告は、<年月日、時間を挿入>に<場所を挿入>において作成された。
Name of the person reporting
Title of the person reporting
Signature
Location of the person preparing the report
Date and Time of the report
３章－86
1 For the name of ship, the TDT Transport Details segment can be used in the SECREP indicating
the Name (data element 8212) and the type of the vessel coded in accordance with UN
Recommendation 28 (data element 8179).
2 For the IMO number of ship, the TDT Transport Details segment can be used in the SECREP
indicating the IMO number Identification (data element 8213).
3 The flag State of the ship can also be placed in the TDT segment (data element 8453).
[To be developed more fully]
4
Call sign in the TDT segment (data element 3155 Comms address code).
5 Particulars regarding registry to be placed in the segments DOC Document (data element 1001
code 798 = .Certificate of registry.), DTM Date (qualifier 2005: 259 = Conveyance registration date
and data element 2380) and LOC Place/Location identification Qualifier 3227: 89 = place of
registration and data element 3225 giving the UN LOCODE of the port).
6
INMARSAT number to be the TDT segment (data element 3155 Comms address code qualifier).
7 Particulars regarding tonnage to be given in the segment MEA Measurements Qualifier 6311:
WT=weights and data element 6313 AAM=Gross Tonnage or AAN=Net tonnage, data element
6411=TNE ton of 1000kg and data element 6314 the amount.
8 Name of master to be placed in the NAD Name and contact details segment (Qualifier 3035:
CPE=vessel master and data element 3036 party name).
9 Name of company to be placed in the NAD Name and contact details segment (data element 3036
party name).
10 Company security officer contact information to be placed in the NAD Name and contact details
segment (data element 3036 party name and address).
11
Port of arrival to be placed in the LOC segment (data element 3036 name).
12 Estimated date and time of arrival in the DTM segment (qualifier 2005 132=arrival date time
estimated, 178=arrival date time actual, 133=departure date estimated, 186=departure date actual. The
appropriate format codes should be used in data element 2379 code 102=CCYYMMDD, code
203=CCYYMMDDHHMM).
13 The POC Purpose of call segment to be used giving the code for the purpose (data element 4029
1=cargo operations, 2=embark/disembark passengers, 3=Taking bunkers, 4=Taking supplies,
5=Changing crew, 6=Repair, 7=Laid up, 8=Awaiting work, 9=Goodwill visit, 10=miscellaneous and if
required under data element 4028 the additional description).
14
Security certificate is identified in the SEC segment with data element 1001 Document.
15 Security certificate status is identified in the SEC segment (data element 1373 Document status
code).
16 Security certificate issuer is identified in the NAD segment (data element 3055 Responsible
agency code).
３章－87
17 Security certificate expiry date is identified in the DTM segment (data element 2005 Date and
qualifier 36 Expiry).
18
The presence of the security plan is in the DOC segment (1001 Document).
19 Security level is in the SEC segment (data element 4039 Additional safety information
description code).
20 The vessel.s location at the time of the report is the LOC segment using UN LOCODE or latitude
and longitude (date element 6000 Latitude, 6002 longitude).
21
Number of port call in SEC segment (data element 1050 Sequence position identifier).
22 Date beginning port call in the DTM segment (data element 2379 format, qualifier code 102 =
CCYYMMDD).
23 Date terminating port call in the DTM segment (data element 2379 format, qualifier code 102 =
CCYYMMDD).
24
Location in port in the LOC segment with UN LOCODE.
25 Security level during port call in the SEC segment (data element 4039 Additional safety
information description).
26 Special or additional security measures in the SEC segment (data element 1229 Additional
request/notification description).
27 Number of ship-to-ship activity in the SEC segment (data element 1050 Sequence position
identifier).
28 Date beginning port call in the DTM segment (data element 2379 format, qualifier code 102 =
CCYYMMDD).
29 Date terminating ship-to-ship activity in the DTM segment (data element 2379 format, qualifier
code 102 = CCYYMMDD).
30 Location in LOC segment with UN LOCODE or latitude and longitude (data element 6000
Latitude, 6002 longitude).
31 Ship-to-ship activity in SEC segment (data element 8024 Conveyance call purpose, 8025
Conveyance call purpose code).
32 Security measures applied in SEC segment (data element 1229 Action request/notification
description code).
33 Cargo description in POC segment (data element 7085 Cargo type classification code, qualifier
code 11 = hazardous cargo, 16 = not-hazardous cargo).
34 Data element 7085 Cargo type classification code, qualifier code 11 = hazardous cargo, 16 =
not-hazardous cargo.
35
Number of attached copies of crew list in DOC segment (data element 6060 Quantity).
３章－88
36
Number of attached copies of passenger list in DOC segment (data element 6060 Quantity).
37 Number of attached copies of dangerous cargo manifest in DOC segment
(data element 6060 Quantity).
38
Security-related matters to report in SEC segment (data element 9172 Event).
39
Agent at POA in NAD segment (data element 3124 Name and address description, CG = Agent).
40
Reporting person in NAD segment (data element 3124 Name).
41
Reporting person.s title in NAD segment (data element 3124 Name, CPE = Master).
42
(Signature).
43 Location of person reporting in LOC segment(UN LOCODE or data element 6000
Latitude, 6002 Longitude).
44/45 Date and time of report in DTM segment (data element 2079 Format, 303
CCYYMMDDHHMMZZZ).
３章－89
３章－90
３章－91
上記を踏まえ、IMO/EDI 作業グループでは、セキュリティ関連情報のメッセージについて、
新規メッセージ開発及び既存のメッセージ（BERMAN 又は CUSREP）の改訂を含め、MIG
などの開発作業が行われているところである。
３章－92
3.5.5.
3.5.5.1.
わが国におけるUN/EDIFACT関係MIGの開発状況
わが国の行政システムのMIG
(a) NACCS（独立行政法人日本通関情報処理センター）
（独）通関情報処理センター（NACCS センター）は、
「電子情報処理組織による税関手続の特例
等に関する法律」に基づき、国際運送貨物に係わる税関手続その他の国際貨物業務を通関情報処理
システムを使用して、迅速かつ的確に処理するため昭和 52 年 10 月 1 日、NACCS の運営・管理の
業務を行う運営体（大蔵省（現財務省）の認可法人）として設立され、特殊法人等整理合理化計画
に基づき、平成 15 年 10 月 1 日に独立行政法人となったもの。
NACCS センターのコンピュータと、税関及び通関業者その他の関係者の事務所に設置される機
器とを通信回線で接続し、国際貨物業務をオンラインで処理するシステムであり、航空貨物通関情
報処理システム（Air-NACCS）と海上貨物通関情報処理システム（Sea-NACCS）の 2 つのシステム
よりなっている。
Sea-NACCS では、NACCS 版メッセージと UN/EDIFACT 版メッセージの両方が準備されている
が、ここでは UN/EDIFACT 版メッセージに関する、特に UNSM のどのメッセージをどのような目
的に使用しているかに焦点を絞って紹介する。詳しくは、下記のサイトを参照されたい。
Sea-NACCS掲示板（http://www.naccs.go.jp/keijiban/sea/index.html）を開いて、右側の「EDI仕様書」
から「海上貨物通関情報処理システムEDI仕様書」→「付録（EDIFACT電文関係）
」と順次クリック
する。
UN/EDIFACT （Electronic Data Interchange for Administration, Commerce and Transport：行政、
商業及び運輸のための電子データ交換国連規則集）は、行政、商業及び輸送分野の関係者間
における商取引及び輸出入関係手続に伴う情報（積荷目録情報、インボイス情報、輸出入申
告情報等）の交換のために、国連欧州経済委員会・貿易手続簡易化作業部会 (UNECE/WP.4：
現在のUN/CEFACT) が米国及び欧州で別々に開発されてきたEDI 標準を統合したものであ
３章－93
り、国際標準化機構（ISO）TC154においてISO 7372 (UNTDED：国連貿易データエレメント
集) やISO 9735 （UN/EDIFACTアプリケーションレベルシンタックス規則）として承認を得
て、国際間でEDI を行う際の標準規約として、国連欧州経済委員会（UN/ECE）により勧告
されたものである。
EDIFACT では、積荷目録、インボイス、輸出入申告等の具体的な書式を「標準メッセージ」
と呼んでおり、税関に関連するメッセージの作成、開発については、UN/ECE の委託を受け、
専門知識を有するWCO（世界税関機構、CCC：関税協力理事会を現在ではWCOと呼んでいる）
において進められている。
３章－94
３章－95
３章－96
３章－97
参考：EDIFACT 電文のエラー対応について
Sea-NACCS では、利用者から送信された EDIFACT 電文中にエラーが発生した場合、エラーの種類に応
３章－98
じて 3 種類の EDIFACT メッセージを用いてエラー電文を作成する。Sea-NACCS より出力される
EDIFACT エラー電文は以下のとおり。
(1) CONTRL：Sea-NACCS では、利用者から送信された EDIFACT 電文の受信確認の手段、
及び EDIFACT 電文にシンタックスエラーがあった場合の通知用として「CONTRL」メッセ
ージを使用することとする。
①受信確認・・・受信確認のために CONTRL メッセージを利用するかどうかについて
は利用者の選択とし、EDIFACT 電文の UNB セグメントの「受信確認要求」欄に"1"が
設定されている場合のみ出力することとする。
②エラー通知・・利用者が送信した EDIFACT 電文にシンタックスエラーがあった場合
は、利用者の指定（ UNB の受信確認要求）にかかわらず出力される。EDIFACT シン
タックスエラーには、主に以下のような場合がある。
・メッセージフォーマット違反
・交換規約違反
(2) APERAK：Sea-NACCS センターホストのメイン処理部で発生した「共通エラー」につい
て、利用者に対し「APERAK」メッセージでエラー通知電文を出力する。「共通エラー」に
は、主に以下のような場合がある。
・利用者コードが存在しない場合
・業務資格がない場合
３章－99
(3) センターホストのメイン処理部で発生した「業務エラー」について、利用者に対し
「CUSRES」メッセージでエラー通知電文を出力する。
(b) 港湾EDIシステム
港湾 EDI システムとは、船舶代理店等と港湾管理者及び港長(海上保安部)を結ぶ、港湾諸
手続きのための情報通信システムである。1999 年 10 月船舶入出港届、係留施設等使用許可
申請で試行運用開始して以来、徐々にアプリケーションを拡大し、入港前に必要な手続（入
港通報、船舶保安情報、危険物荷役許可申請等、航路通報、事前通報、保障契約情報等）、入
港時に必要な手続（入港届、明告書）及び出港時に必要な手続（とん税及び特別とん税納付
申告、出港届、事前通報）などが EDI で行えることとなった。
このシステムは、国土交通省が、全国の港湾管理者と共同で開発した全国共通システムで、
インターネットを利用して港湾管理者および港長に対する申請・届出を行うことができる。
インターネットに接続できるコンピュータ端末があれば利用でき、専用の端末は必要としな
い。港湾管理者からの許可等の通知も、インターネット経由で行われる。
2003 年７月 23 日から供用開始した「シングルウインドウシステム」では、通関情報処理
システム（ＮＡＣＣＳ）
、乗員上陸許可システム等と相互に接続・連携することにより、一回
の入力・送信で関係省庁に対する所要の輸出入・港湾諸手続を行うことが可能となるなど、利
便性が大幅に向上している。
システムの運営は、
（財）港湾空間高度化環境研究センターが行っています。
http://www.wave.or.jp/
インターネットによる Web 入力の他に、UN/EDIFACT のメッセージを使って申請を行う利
用者に対して、以下の 4 メッセージの MIG が用意されている。
MIG が開発されているメッセージ
BERMAN：入出港届や係留施設等許可申請書等全ての申請に使用
される船舶の基本的な情報や運航情報に関する情報を送信する
IFTDGN：危険物荷役許可申請書や危険物運搬許可申請書等、危
険物に関する情報を送信する
APERAK：申請先から各種申請に関する状態（受理、許可、条件
付き許可、未許可、不受理）を申請者に送信する。
PAXLST：入出港届の中の乗組員や旅客に関する情報を送信する。
3.5.5.2.
バージョン番号
PROTECT Version 1.0
D.98B
D.98B
D.98B
わが国の民民業務におけるUN/EDIFACT、MIGの開発状況
(a) POLISA（社団法人港湾物流情報システム協会）
POLISA が運営する POLINET（港湾物流情報ネットワーク）は、貿易関連業務のうち主に
海貨業者、船社、検量業者、検数業者相互間の船積業に関するデータ交換処理を対象として、
ネットワークシステム化したもの。その処理範囲は、海貨業者による輸出船積貨物に関する
S/I (Shipping Instructions：船積指図書)データの入力から始まり、船社で B/L（Bill of Lading：
船荷証券）が出力されるまでが中心であるが、輸入などその他の港湾物流業務にも利用可能。
POLINET で伝送するデータは、POLINET 標準フォーマットを使用するが、Web-POLINET
は、Web フォーマットを使用し、Cyber-POLINET 及び VAN-POLINET は、SHIPNETS フォー
マット及び UN/EDIFACT フォーマットに対応している。
３章－100
http://www.polisa.or.jp/service/polinet_format.html
POLINET が用意している輸出船積貨物情報用メッセージフォーマットと MIG
サービスの種類
Web-POLINET Cyber-POLINET・VAN-POLINET
標準フォーマット名
情報名
送受信の種別
SHIPNETS
フォーマット
UN/EDIFACT 準拠
フォーマット(注 1)
海貨業者
入庫検定情報
受信
○
IFTMIN
検量 S/I 情報
送信
○
IFTMIN
海貨 M/W 情報
受信
○
IFTMIN
B/L 情報
送信
○
○
IFTMIN
船社 CLP 情報
送信
○
○
COSTCO
受信確認（S/O・D/R No）情報
受信
○
○
APERAK
海貨 B/L No 情報
受信
○
○
IFTMCS
検数 S/I 情報
送信
○
海貨船積完了 S/O No 情報
受信
○
船社
船社 M/W 情報
受信
○
IFTMIN
B/L 情報
受信
○
○
IFTMIN
船社 CLP 情報
受信
○
○
COSTCO
受信確認（S/O・D/R No）情報
送信
○
○
APERAK
D/R 情報
送信
○
CY CLP 情報
送信
○
荷受確認情報
受信
○
S/O 情報
送信
○
検数 CLP 情報
送信
○
海貨 B/L No 情報
送信
船側到着情報
受信
○
船社船積完了 S/O No 情報
受信
○
荷役進捗情報
受信
○
キャンセル、最終 S/O No 情報
送信
○
不積 S/O No 情報
受信
○
検量 B/L No 情報
送信
○
○
○
IFTMCS
CY/CFS オペレーター
D/R 情報
受信
○
CY CLP 情報
受信
○
船社 CLP 情報
送信
○
荷受確認情報
送信
○
３章－101
COSTCO
検量業者
入庫検定情報
送信
○
IFTMIN
検量 S/I 情報
受信
○
IFTMIN
海貨 M/W 情報
送信
○
IFTMIN
船社 M/W 情報
送信
○
IFTMIN
検量 B/L No 情報
受信
○
検数業者
検数 S/I 情報
受信
○
海貨船積完了 S/O No 情報
送信
○
S/O 情報
受信
○
検数 CLP 情報
受信
○
船側到着情報
送信
○
船社船積完了 S/O No 情報
送信
○
荷役進捗情報
送信
○
キャンセル、最終 S/O No 情報
受信
○
不積 S/O No 情報
送信
○
(注 1) 表中の英文字は日本版サブセット作成時に使用した UN/EDIFACT の標準メッセージ名です。
その他の港湾物流情報用メッセージフォーマットと MIG
サービスの種類
Web-POLINET Cyber-POLINET・VAN-POLINET
標準フォーマット名
情報名
送信者(注 2) 受信者(注 2)
SHIPNETS
フォーマット
UN/EDIFACT 準拠
フォーマット
輸出業務
ブッキングリスト
船社
ターミナル
IFTMBC
空コンテナ引当依頼情報
船社
バンプール
COPARN
コンテナバンニング報告
CFS
船社
COSTCO
船荷証券情報
船社
荷主
IFTMCS
本船出港、積載コンテナ数情報ターミナル
船社
VESDEP
本船コンテナ積卸報告
船社
COARRI
ターミナル
輸入業務
ARRIVAL NOTICE 情報
船社
受荷主
IFTMAN
輸出入共通業務
本船入出港予定、
積載コンテナ数情報
船社
ターミナル
CALINF
ベイプラン情報
船社
ターミナル
ターミナル
船社
BAPLIE
本船コンテナ積卸指示情報
ターミナル
船社
船社
ターミナル
COPRAR
コンテナ搬出入情報
ターミナル
バンプール
船社 CY
CODECO
３章－102
請求書情報
検量・陸運船社・海貨
倉庫･海貨
荷主
INVOIC
支払通知情報
船社・海貨検量･陸運
荷主
倉庫･海貨
REMADV
(注 2) 表中の送信者・受信者欄には主なもののみ記載しました。
(b) GEDIS
物流 EDI 標準 JTRN（ジェイトラン）は、物流 EDI センターと(社)日本ロジスティクスシス
テム協会により組織される「物流 EDI 推進委員会」により、開発、管理、運営されているわ
が国産業界の物流 EDI に適用できる用に開発された国内統一の汎用標準であり、国際標準
UN/EDIFACT には準拠していない。
GEDIS は、2001 年 7 月に閣議決定された「新総合物流施策大綱」の具体的施策の一つとし
て、国際競争力のある社会を実現するための高度かつ全体効率的な物流システムを構築する
こととなり、
「国際物流高度化システム開発事業（GEDIS）
」を推進することとなった。
GEDIS は、国際会場物流において、貨物が発荷主から受荷主までを移動する間の陸上輸送、
外航輸送、港湾荷役等の各場面で介在するさまざまな関係者間で交換可能な EDI メッセージ、
データエレメント等の標準化を UN/EDIFACT に準拠して行っている。これにより、各関係者
間の国際海上物流情報の EDI が促進され、個々の企業の物流の効率化に寄与するだけでなく、
経済のボーダーレス化の進展の中で、わが国経済全体の物流コストの低減を図ることを目的
としている。
http://www.butsuryu.or.jp/edi/
http://www.logistics.or.jp/fukyu/information/jtrn/JTRN3A_dl.html
GEDIS/LEDIC で用意している輸出入業務用 EDIFACT メッセージの MIG
メッセージ名
使用目的
バージョン番号
D.00B
COPARN
ピックアップオーダ情報、
ピックアップオーダ回答情報、
搬入予定情報、
搬入予定回答情報、
搬出予定情報、
搬出予定回答情報
D.00B
COPINO
搬入要求情報、
搬入要求回答情報、
搬出要求情報、
搬出要求回答情報
COSTCO
コンテナ内積付表情報（CLP 情報）
D.00B
DESADV
パッキングリスト情報（P/L 情報）
D.00B
IFTMAN
本船到着案内情報（A/N 情報）、
D.00B
IFTMCS
運賃確定情報、
D.00B
船荷証券情報（B/L 情報）
D.00B
IFTMIN
船積依頼情報、
空コン運送依頼情報、
輸出貨物情報（D/R 情報）、
輸入手続依頼情報、
陸送依頼情報
IFTSTA
CY 搬入済通知情報
D.00B
３章－103
(c) SC/SF-Net（荷主・船社/荷主・海貨業者ネットワーク）
SC/SF-Net は、1988 年 3 月、当時の SHIPNETS（現 POLINET）の外部にある荷主とその内
部にある船社、海貨業者相互間を接続し、SHIPNETS を補完するネットワークシステムとし
て開発されたもので、「SC/SF ネットセンター」を運営母体としていた。このセンターは、3
年ほど前に閉鎖されたが、現実のユーザが多数あることを考慮して、システム自体は NEC に
より運営されている。
ここでは国際間の EDI を目的として、UN/EDIFACT 標準ディレクトリ D.95B 版をベースに
INVOIC と IFTMIN（S/I – Export 及び輸入通関、荷捌き指示用の Delivery Instructions として利
用）の 2 つのメッセージの MIG が開発され、現在も利用されている。
メッセージ名
使用目的
INVOIC
インボイス＋パッキングリスト
輸出報告
IFTMIN
船積指図書（Shipping Instructions）(輸出)
輸入通関、荷捌き指示用の配送指図書
（Delivery Instructions）
バージョン番号
D.95B
D.95B
(d) JASTPRO委員会における今までの作業の経緯
JASTPRO（財団法人日本貿易関係手続簡易化協会）は、1974 年 12 月当時の大蔵省、通産
省、運輸省 3 省並びに(社)日本貿易会、(社)日本船主協会などの関連業界の支援に基づいて、
国連欧州経済委員会の貿易手続簡易化作業部会（UNECE/WP.4、UN/CEFACT の前身）の作業
をフォローするために設立されたものである。
わが国は、世界有数の貿易立国であり、国際的物流の円滑化のためには貿易関係手続の標
準化、簡素化が重要な課題であり、その後の技術革新の動きを見れば分かるように、紙をベ
ースとした手続を、電子化することにより手続の迅速化、正確化、引いては手続に係わるコ
ストの低減化が図れるとの観点より、JASTPRO では各種委員会を設置して、活動を継続して
きている。
1970－1980 年代の作業の中心は、手続自体の簡素化、ペーパーフォームの統一化、標準化
といったものであったが、1990 年代に入り、貿易関係手続の世界にもコンピュータを使用し
て、タイプライターを使用しての転記作業による「労働集約型作業」であったドキュメンテ
ーション業務を、一度入力したデータを繰り返し使用することにより、データ入力上のミス
の減少やチェック作業の低減を図る試みがなされるようになってきた。
これらと機を一にして UNECE/WP.4 でも電子化のための標準化の動きが高まり、国連デー
タエレメント集（UNTDED – United Nations Trade Data Elements Directory、ISO 7372）や
UN/EDIFACT アプリケーションレベルシンタックス規則（帳票上のデータを電子メッセージ
に組み立てるためのルールに相当、ISO 9735 となっている）の開発が進み、その両方を組み
合わせて貿易上使用されるさまざまな帳票の電子例文集とも言える標準メッセージ（米国の
ANSI X12 では、これをトランザクションセットと呼んでいる）の開発に至り、最初のメッセ
ージとしてインボイス（Invoice）が 1989 年に開発された。これが国連標準メッセージ（UNSM
– United Nations Standard Message）の第 1 号である。2007 年 5 月現在 207 の標準メッセージが
開発されている。
委員会活動による手続関係書類の電子化に関する以下の報告書があり、MIG 化の検討も行
われているが、これらはあくまでも机上の実験であり、実際のデータを使っての EDI による
ものではなかった。
（以下の JASTPRO 報告書を参照）
３章－104
(1) ECE レイアウトキーとわが国貿易書式との相違点に関する研究
まずこの関連の調査研究の手始めとして、昭和 49 年度（1974）当時 UNECE/WP.4 で発表
された書式の標準化のための「ECE レイアウトキー」についての研究を行った。この ECE レ
イアウトキーは、1963 年に制定されて以来、順次関係国際機関、関係諸国がこれを採用する
こととなり、1973 年に UNECE/WP.4 （貿易手続簡易化作業部会）において貿易手続簡易化
勧告 1 号となったものである。その後、名称を「UN レイアウトキー」と改称している。
欧米諸国では、貿易関係書式の標準化、簡素化による効果に着目し、早くから標準化、簡
素化の必要性を察知し、国連欧州経済委員会（UNECE）を中心にドキュメンテーション合理
化のための積極的活動が行われてきた。
このような世界的趨勢に対応して、わが国では、昭和 46 年（1970）2 月に貿易関連 15 団
体よりなる貿易関係書式標準化委員会を設立して、欧米諸国の動きに比べ立ち遅れ状態にあ
った貿易業務の簡素化を推進するため、貿易書式の開発、研究が行われた。
この委員会における研究の一端として、貿易書式の One Run 方式による Draft Master の開
発に取り組み、貿易関連企業の各分野にて処理されている必要書類を多数収集し、その資料
の検討と内容の分析を行い、書類作成上の複雑な性格を把握した上で各業界の実情に対応し
た統一方式の Draft Master が考案された。
この Draft Master の開発に際しては、次の 3 つの原則を前提としている。
① わが国標準書式の開発に当っては、ECE レイアウトキーを基礎とする。
② 関係業界分野で保有する事務機器で処理できるよう汎用性を持たせる。
③ 関連各業種の現行業域を維持する。
この用にして開発された Draft Master （貿標委第２次試案という）は、1973 年 2 月から 3
月にかけて、輸出業者、商工会議所、保険会社、海貨業者、通関業者、税関、銀行という範
囲で、現行業務と同じ過程で書類を流し、その模擬実験が行われた。
その結果、実用の過程で改善すべき点がいくつかあることが分かり、新しいより合理的な
ドキュメンテーションに修正してゆく必要があることが指摘された。
ECE レイアウトキーに準拠して開発された Draft Master は、次の４つであった。
Master Sheet
Shipping Instructions (to Messers – Forwarding Agent)
Shipping Application
Insurance Application
上記の Draft Master を実際に使用した結果、わが国における貿易関係書式と ECE レイアウ
トキー間で指摘された相違点とは以下のようなものであった。
① “Shipper”欄の縮小－展開作業の汎用性（ヘクト処理）による印刷技法の困難を解
決するため上部に空欄を設けた。また、マスターより展開（転写）する書式（Shipping Instructions,
Commercial Invoice, Packing List 等）の Main Heading 記載をフォームの上部に確保した場合、
ECE 案の該当 Shipper 欄のスペースは課題であるので上部をカットした。
② “Statement as to Transportation”欄の縮小－関連帳票それぞれ運送手段を明示する必
要から、この欄は具体的（Ocean Vessel 等）に個々のタイトルを設けた。なお、Notify 欄が
拡大されているが、ECE 案の Other Address 記載項目の必要があればこの欄を使用する。固定
化した具体的運送手段は、関連 B/L、Policy、Invoice 等の書式に転写できるよう配慮した。
３章－105
③ “Date, Reference No. 等”記載項目の移動－マスターより展開、作成される個々の関
連帳票の固有の記入箇所として使用するため、当該欄の上部を空欄とし、下欄を関連書式共
通インボイス番号、場所と日付記入のための固定スペースとした。
④ “Other Address” のタイトル不使用、欄のスペース縮小。
⑤ “Statements as to Countries” のタイトル不使用
⑥ “Terms of Delivery” のタイトル不使用、記載項目の移動
⑦ “Statistical No.”のタイトル不使用
⑧ “Net Quantity”記載項目の移動
⑨ “Gross Weight, Measurement”のタイトル不使用
⑩ “Signature”のタイトル不使用
等々であった。
この研究の成果は、1975 年 2 月に開催された UNECE の貿易手続に関する専門家会議にお
いて報告され、これらの相違があることが取り上げられ、各国はあらためてその問題点を整
理することとなった。
(2) 統一インボイスの検討
貿易関係の手続、書式は複雑多岐に亘っているが、これを国内的にも国際的にも統一し、
簡易化して、無駄な労力と手数を省こうという観点より、国際貿易手続の簡易化を進めてい
る UNECE/WP.4 は、1969 年の第 24 回会議において「国際貿易に関連して使用される書類の
書式が設計される場合は、必ず UN レイアウトキーに考慮を払うこと」を勧告する決議を採
択した。
貿易で広く使用されているインボイスについては、1974 年３月に開催された UNECE の貿
易書式に関する専門家会議においてコマーシャル・インボイスのフォームの統一案を作成す
ることが提案された。これを受けて、1974 年 10 月に開催された第 7 回専門家会議に事務局
案として “Draft Proposal for an Aligned Commercial Invoice suitale also for Administrative
Purposes (TRADE/WP.4/GE.2/R.39)” なる文書が提案された。
この「統一インボイス」案は、ベルギー原案を元として各国の行政上の要望を満たすこと
をも考慮に入れて開発された。
上記の第 1 次案は、1974 年 6 月の GATT の貿易委員会のグループ３(b) に提示され、批判
と激励を受けて作成されたものである。その後、コマーシャル・インボイス統一のためのア
ドホック会議が、1974 年 12 月 2-3 日にパリで開催された。個々で検討された案が、1975 年 2
月に開催された UNECE 第 8 回貿易書式に関する専門家会議に、”Draft Aligned Invoice for
International Trade (TRADE/WP.4/GE.2/R.43)”として、事務局案として提案された。
これらの提案について、JASTPRO では、昭和 49 年度（1974）
「書式開発に関する委員会」
を設置し、わが国の現状に照らして検討を行った。
これらの検討の成果として、1983 年 9 月「貿易のための統一インボイスレイアウトキー」
が勧告 6 号として採択された。
(3) 標準インボイスのデータエレメント及びデータ伝送
コンピュータ利用による或いはコンピュータ利用のための貿易関係情報の伝達に当り、イ
ンプットの対象となる記載項目及びその帳票の標準化並びに磁気テープ、フロッピーディス
３章－106
ク、通信回線等を伝達媒体として利用する場合、データの内容及びその配列の順序・方法に
ついて、できるだけ標準化が図られるべきである（1978 年 3 月発行 JASTPRO 提言集「貿易
手続簡易化 24 の課題」より）。
この提言が出されて 3 年後の 1980 年ようやく貿易手続簡易化のためにコンピュータを利用
する動きが出てきた。そこで JASTPRO に ADP 委員会を設置し、コマーシャル・インボイス
に関して、上記提言に沿って「統一インボイスのデータエレメント及びデータ伝送」に関す
る研究が行われた。
この作業に当っては、次の前提条件の元に行うこととされた。
① 日本の貿易実態、特に輸出に際してのドキュメンテーションの実情に即したデータエ
レメントを対象とすること。
② 日本の法令においてインボイス上に記載することが定められている項目は、当然のこ
とながら標準データエレメントとすること。
③ 国際間のデータ伝送を行う場合、コンピュータ処理上不都合がないこと。
④ インボイス以外の書類、例えば、B/L、エアウェイビル、パッキングリスト等にも使用
されるであろうデータエレメントについてはそれらと共通して使用可能なこと。
(i) UNECE 会議で採択された各データエレメントには、インボイスに不可欠の項目を
Mandatory に、場合によって記載する・しないが分かれる項目を conditional と区分して位置づ
けされている。この作業に当っても、これに類する位置付けの必要性を確認し、その基準の
設定の検討が先ず第一に行われた。
(ii) 1983 年 3 月に JASTPRO が発表した「日本貿易関係標準書式 [I]」のなかのインボイス
フォームの項目を検討し、このフォームで要記載項目となっているものは全て基本的データ
エレメントとされた。
(iii) 次に実際のインボイスをサンプリング調査し、その記載内容を分析の上、上記 (ii) 項
以外の項目で各インボイスにほぼ共通してボディ欄などに記載されている項目を抽出し、こ
れをデータエレメントに取り上げた。
(v) インボイス記載項目に関する法令、特に関税法上の要件を、上記 (ii) (iii) 黄のデータエ
レメントが満たしているか判定した。
(vi) UNECE 会議や UNECE TDI ルールで既に決定しているインボイスのデータエレメントと
の照合を行い、国際間データ伝送上の有効性の各二が行われた。
上記の作業の結果次に示すようなデータエレメントの整理が行われ、貿易関連業界へ公開さ
れた。
データ伝送のための「メッセージ組み立ての文法規則」に関しては、この当時 UNECE/WP.4
の TDI (Trade Data Interchange)ルールと米国では、ANSI X.12 ルールの 2 つが世界に存在して
おり、ここでは TDI ルールをベースに検討が行われた。
（UN/EDIFACT シンタックス規則＝
ISO 9735 が誕生するのは、7 年後の 1987 年である。）
メッセージのサンプルに関しては、考え方はほぼ現在のシンタックス規則に似てはいるが、
セグメント名などは、現在のものと大きく異なっているので、掲載は省略する。
３章－107
標準インボイスのデータエレメント
（JASTPRO ADP 委員会 1981 年 3 月発表）
参照番号
データエレメント
1. COUNTRIES
1. 010
Country of Destination
1. 020
Country of Origin
仕向国
原産地（国）
2. NAME, ADDRESS AND PLACES
2. 010
Sellers
2. 800
Seller’s Dept. and Employee
2. 040
Supplier (Manufacturer)
2. 050
Freight Forwarder
2. 060
Consignee
2. 070
Buyer
2. 810
Buyer’s Dept. or Employee
2. 080
Notify Party
2. 190
L/C Issuing Bank
2. 350
Port/Airport of Loading
2. 340
Port/Airport of Discharge
2. 320
Final Destination
2.410
Place of Issue of Document
売主（輸出者）
輸出者の部門名及び責任者名
生産者
運送取扱人（海貨業者、航空貨物代理店など）
荷受人
買主
買主の部門名又は責任者名
着荷通知先
信用状開設銀行
貨物の積込港
貨物の陸揚港
貨物の最終仕向地
インボイスの作成地（都市名）
3. REFERENCES
3. 010
Transport Document No.
3. 090
Flight No. and Date
3. 100
Voyage No.
3. 120
Contract No.
3. 140
Import Licence No.
3. 150
Invoice No.
3. 160
L/C No.
3. 170
Order No.
運送書類の番号（B/L, Seaway Bill, Airway Bill 等の番号）
フライト番号及び出発年月日
航海番号
契約番号
輸入許可番号
インボイス番号
信用状番号
買主の注文番号
4. DATES
4. 090
4. 260
4. 280
4. 290
4. 800
積載船の出港年月日
インボイスの発行年月日
輸入許可発行年月日
信用状発行年月日
契約年月日
Departure Date
Invoice Date
Import Licence Issue Date
L/C Date
Contract Date
注釈
6. TRANSPORT
6. 010
Mode of Transport
6. 050
Name of Vessel
6. 060
Name of Airline
貨物の輸送形態
積載船名
航空会社名
7. CONTAINER/UNIT DETAILS
7. 050
Container No.
7. 350
Seal No.
コンテナ番号
コンテナのシール番号
8. GOODS DETAILS – GENERAL INFORMATION
8. 010
Terms of Delivery
荷渡しの条件（貿易条件：INCOTERMS）
8. 020
Terms of Payment
支払い条件
３章－108
8. 050
8. 080
8. 090
8. 100
8. 130
8. 140
8. 150
8. 160
8. 280
8. 300
8. 800
8. 810
8. 290
8. 110
Marks & Nos.
Number of Packages
Type of Packages
Description of Goods
Dangerous Goods Technical
Name
IMCO Class Number
UN Number
Flash Point
Article No.
Article Description
Buyer’s Article No.
Model No.
Article Batch No.
Totoal No. of Packages
貨物の包装に記載されている荷印
貨物の個数
包装の種類（荷姿）
貨物の総称
危険物の専門的名称又は化学名（IMCO, IMDG コード等で
使用されている）
IMCO の IMDG 分類番号
IMDG コードに記載されている危険物固有の国連番号
引火点
商品番号
商品名
バイヤー（買主）の商品番号
商品のモデル番号
生産者の商品分類番号
貨物の総個数
9. GOODS DETAILS – AMOUNTS AND VALUES
9. 020
Net Weight (per Goods Item)
商品（アイテム毎）の正味重量
9. 050
Total Gross Weight
商品の総重量の合計
9. 060
Total Net Weight
商品の正味重量の合計
9. 090
Measurement (per Goods Item) 商品（アイテム毎）の容積
9. 100
Total Measurement
商品の総容積
9. 140
Quantity (per Goods Item)
商品（アイテム毎）の数量
9. 150
Unit Price
商品の単価
9. 160
Article Item Amount
商品（アイテム毎）の金額
9. 180
Total Invoice Amount
インボイスの合計金額
10. CHARGES
10. 800
Packing Cost
10. 060
Freight Cost
10. 070
Chare Prepaid/Collect Indicator
10. 130
Insurance Cost
10. 140
Invoice Total Add. Costs
10. 810
Discount
10. 820
Commission
梱包費
運賃等
運賃の前払い・後払いの区分
保険料
インボイス面商品金額を除く費用合計
割引額
手数量
11. CLAUSES AND DECLARATION
11. 800
Declaration
11. 810
Certification
インボイス作成者の宣言文（It is hereby certify that ---）
証明･認可等の文言又はその表示
12. MISCELLANEOUS
12. 800
Endorsement
裏書
13. AUTHENTICATION
13. 010
Authentication
インボイスの署名又はその証明
16. SPECIAL REQUIREMENTS FOR THE SYNTAX RULES
16. 060
Article Item No.
商品のアイテム番号
16. 110
Text Item No.
追加・補足事項のアイテム番号
16. 400
Document Identifier
書類の識別（この場合インボイス）
３章－109
(4) 標準 B/L のデータエレメント及びデータ伝送
前記 (3) 項に続いて、1981 年度は、船荷証券（B/L）が取り上げられ、インボイスの時と
同様の手法で、わが国における B/L のデータエレメントの分析と日本における B/L のサンプ
ルデータを使って、TDI データ交換ルールに従ってメッセージを組み立てる、机上テストが
行われた。
B/L には (i) Ocean Bill of Lading, (ii) Sea Waybill, (iii) Air Waybill, (iv) House Air Waybill など
があり、これらを全て包含するデータエレメントを対象とするか、個々の B/L を対象とする
か、またその場合にはどの B/L を優先させるかに付き、検討が行われた結果、
「Ocean B/L」
のデータエレメント設定と、データ伝送の手法に関しての作業を行うこととなった。
３章－110
標準 B/L のデータエレメント
（JASTPRO ADP 委員会 1982 年 3 月発表）
参照番号
データエレメント
1. COUNTRIES
1. 020
Country of Origin
2. NAME, ADDRESS AND PLACES
2. 030
Shipper
2. 050
Freight Forwarder
2. 060
Consignee
2. 080
Notify Party
2. 090
Second Notify Party
2. 120
Name of Carrier
2. 140
Pre-carrier
2. 200
Freight Prepaid at
2. 210
Freight Payable at
2. 300
Place of Receipt
2. 320
Final Destination
2. 330
Place of Delivery by On-Carrier
2. 340
2. 350
2. 410
2. 820
Port/Airport of Discharge
Port/Airport of Loading
Place of Issue of Document
Inland Carrier Name at Port of
Discharge
注釈
原産地（国）
荷送人
運送取扱人（海貨業者）
荷受人
第 1 着荷通知先
第 2 着荷通知先
船社名
荷渡地から船積み港までの運送人
前払運賃の支払地
後払運賃の支払地
荷受地（船社が貨物を引き受ける場所）
貨物の最終仕向地
貨物の引渡地（運送人の責任と費用で貨物が送られる場
所）
貨物の陸揚港
貨物の積込港
B/L の発行地
荷受人指定の内陸仕向地までの運送人
3. REFERENCES
3. 040
B/L No.
3. 070
Booking No.
3. 100
Voyage No.
3. 120
Contract No.
3. 125
Contract Shipper Name
3. 140
Import Licence No.
3. 150
Invoice No.
3. 160
L/C No.
3. 170
Order No.
3. 210
Shipper’s Reference
3. 220
Freight Forwarder’s Reference
3. 800
Export Declaration No.
B/L 番号
ブッキング番号
航海番号
契約番号
運賃同盟契約者番号
輸入許可番号
インボイス番号
信用状番号
買主の注文番号
荷送り人コード（輸出入者標準コード）
海貨業者コード
税関への輸出申告番号
4. DATES
4. 050
主たる運送人の貨物受領年月日
4. 080
4. 190
Date of Acceptance by Main
Carrier
Loading Date
Date of Issue
6. TRANSPORT
6. 020
Mode of Transport
6. 040
Container Movement
6. 050
Name of Vessel
貨物の船積年月日
B/L 発行年月日
ローカル船名（第 1 船）
コンテナの受渡サービス形態（サービスタイプとも言う）
積載船名
３章－111
7. CONTAINER/UNIT DETAILS
7. 050
Container No.
7. 060
Container Size and Type
7. 095
Reefer Temperature
7. 140
Number of Containers
7. 350
Seal No.
7. 800
Total Number of Containers
コンテナ番号
コンテナのサイズと種類
冷凍温度
コンテナの個数
コンテナのシール番号
コンテナの総個数
8. GOODS DETAILS – GENERAL INFORMATION
8. 050
Marks & Nos.
貨物の包装に記載されている荷印
8. 080
Number of Packages
貨物の個数
8. 090
Type of Packages
包装の種類（荷姿）
8. 100
Description of Goods
貨物の総称
8. 110
Totoal No. of Packages
貨物の総個数
8. 140
IMCO Class Number
IMCO の IMDG 分類番号
8. 145
IMDG Label
IMDG で定められている危険物のラベル
8. 150
UN Number
IMDG コードに記載されている危険物固有の国連番号
8. 250
CCC Nomenclature
関税品目分類表コード（現在の HS コード）
8. 820
Commodity Descripion
貨物の名称（明細）
8. 830
Type of Goods
貨物の種類
8. 840
Package Number
貨物の番号
9. GOODS DETAILS – AMOUNTS AND VALUES
9. 010
Gross Weight (per Goods Item)
商品（アイテム毎）の総重量
9. 050
Total Gross Weight
商品の総重量の合計
9. 090
Measurement (per Goods Item)
商品（アイテム毎）の容積
9. 100
Total Measurement
商品の総容積
9. 120
Declared Value for Carriage
荷送人の申告価格
9. 210
Exchange Rate
換算レート
9. 800
Pallet Allowance
パレット分を差し引いた重量又は容積
10. CHARGES
10. 010
Charge Type
10. 020
Charge Quantity
10. 030
Charge Basis
10. 040
Charge Rate
10. 060
Charge Amount
10. 070
Charge Prepaid/Collect Indicator
10. 100
Total Collect Charge
10. 110
Total Prepaid Charge
10. 120
Total Charges
10. 830
Total Prepaid in Yen
11. CLAUSES AND DECLARATION
11. 820
Clause of Shipper’s Load and
Count
11. 830
Australian/New
Zealand
Declaration
12. MISCELLANEOUS
12. 060
Number of Original B/L
運賃諸掛の種類
運賃諸掛の計算対象数量
運賃諸掛の計算単位
運賃諸掛の単価又は率
運賃諸掛（額）
運賃諸掛の前払・後払の区分
後払運賃諸掛の合計額
前払運賃諸掛の合計額
運賃諸掛の総合計額
前払運賃諸掛の円貨合計額
貨物が荷主によりコンテナに詰め込まれた場合の文言
オーストラリア/ニュージーランドの植物検疫のための諸
申告
B/L 本証の部数
３章－112
13. AUTHENTICATION
13. 010
Authentication
B/L の署名又はその証明
16. SPECIAL REQUIREMENTS FOR THE SYNTAX RULES
16. 030
Container Item Number
コンテナが複数個ある場合のアイテム番号
16. 050
Goods Item Number
貨物が複数アイテムある場合のアイテム番号
16. 080
Charge Item Number
運賃諸掛が複数アイテムある場合のアイテム番号
３章－113
上記 2 件に関しては、当時としては画期的でありユニークな研究であったが、報告書の年
代を見ても分かるとおり、ISO 7372 (UNTDED) や ISO 9735 UN/EDIFACT シンタックス規則)
が開発される以前のことでもあり、現在の MIG とはかなり異なったものとなっているが、考
え方、そこにいたるまでの関係者の努力は高く評価されるべきであろう。上記のような基礎
的で地道な活動の下に、1990 年代に入ると国連標準メッセージの数も増えてきて、研究、開
発の段階から実施の段階に入ってきました。特に、輸送関係メッセージの開発は急ピッチで
進みました。
わが国の一部には UN/EDIFACT 標準は日本語が使えない、欧米の商習慣に基づいているの
で、わが国には適用できないといった声があり、一般ユーザを混乱させていたのも事実です。
このような状況に鑑み、JASTPRO では、わが国の輸送業界、特に海運を取り巻く業界におい
て、UN/EDIFACT の輸送関係メッセージが実際の使用に耐えるものかどうかを、業務の実情
に即して徹底的に研究するために 1990 年度、1991 年度「輸送関係標準メッセージ特別委員
会」を立ち上げ、以下にあげるようなメッセージにつき研究を行うと同時に、実データから
これらのメッセージへのマッピングを行うという、今で言うところの「MIG 開発」にも相当
する作業を行いました。
UN/EDIFACT メッセージは、広い分野で利用されることを前提としているため、個々の業
務においては直ちに必要とされない項目も「標準（Standard）」としては持っているため、一
見すると非常に煩雑な印象を受ける。しかし、UN/EDIFACT においては「必須（mandatory）
」
とされた項目以外の項目については交換当事者間で合意が得られれば必ずしも伝送をする必
要がない。従って、実地の利用に際しては、データ交換を行う当事者又はグループにおいて、
自分たちの好感に必要な項目を取り出してメッセージ構造（Subset）を開発することが便利と
いうより、必要不可欠といえる。
[Subset について]
UN/EDIFACT のメッセージ（基本構文）から必要項目を抜き出して、特定業務用の特定の関
係者間で利用するためのメッセージのことを言う。IATA (International Air Transport Association)
が「CARGO-IMP」を土台として開発した「CARGO-FACT」や EAN が UN/EDIFACT メッセ
ージをベースに小売・流通用に開発した「EANCOM」が Subset のいい例として知られている。
(5) IFTMFR, IFTMBP, IFTMBF, IFTMBC のマッピング作業
1990 年度は、輸送関係標準メッセージのなかから IFTMFR, IFTMBP, IFTMBF, IFTMBC の 4
つのメッセージを選択してマッピング作業が行われた。
EDI（電子データ交換）の効用の第一は、データの発生原点で入力されたデータが、新たな
データ項目が追加されたり、修正されることはあっても、関係者で持ち回られ、複数の目的
で何回も再利用されることにある。貿易業務においては、成約－船積み－代金決済までの一
連の業務が有機的に繋がる用にデータ交換が行われることが望ましい。船腹予約業務（ブッ
キング）もその一環であるがわが国で普及が見られないのはなぜか？
①
わが国におけるブッキング業務のあり方が IFTM の各メッセージが想定している方法（仮
にこれを理想型と呼ぶ）とは大いに異なっているのではないか。
• 航空貨物と違い、未確定/変更が多い。
• 交渉（negotiation）の部分を EDI 化するのは不適当。
• 荷主からの取消（cancel）は殆ど通知されず、原則としてペナルティーもない。
• 「いつもの通り」だけで済む会話が、EDI 化すると長くなる。
３章－114
•
②
海貨、検数・検量の役割が日本と欧米で異なるのではないか？
このような不安定なメッセージを交換しても船会社にとってその後の工程に役立つとは
思えず無駄ではないか。
• 電話の方が便利。
• セールスマンの職場がなくなる。
といった主として仕事のやり方（業務プロセス）に関する意見があったが、(i) 遠くない将来
において、人で不足その他の理由から業務処理の方法事態が変化する可能性がある、(ii) ブッ
キングを受けた船会社の現場から貨物明細の照会を受けることがるが、データ交換であれば
予め送れることもある、(iii) ブッキング関係メッセージは比較的短いのでまとめ易い、(iv) 積
極的に業界の EDI をリードしてゆくという店で最終的な業界標準 Subset の作成には至ってい
ないが、標準メッセージの分析と例を示すことは有意義であるとの理由から、結論として、
初年度の目的としてブッキング業務を対象とすることとなったものである。
下図に示す通り７つの IFTM (International Forwarding and Transport Message) 標準メッセー
ジ群のうち、その根幹を成す IFTMFR（IFTM の枠組み）の和訳作業、並びに船腹予約業務に
関する標準メッセージである仮ブッキング用メッセージ（IFTMBP）、確定ブッキング用メッ
セージ（IFTMBF）及びブッキング確認用メッセージ（IFTMBC）のマッピング作業を実施し
た。
海運業界における関係者間の、取引の各段階における
メッセージ交換の典型的な順序
当事者B
当事者A
仮ブック
IFTMBP
ブッキング確認
IFTMBC
確定ブック
IFTMBF
ブッキング確認
IFTMBC
船積指図書
IFTMIN
指図書契約内容
IFTMCS
貨物到着通知
IFTMAN
仮ブック用メッセージ：IFTMBP (Provisional Booking)
輸送契約のために、船席の予約又は予定積送品の概略通知を行う者からの、フォワーダ
－又は輸送業者に対するメッセージ。このメッセージは予定する輸送に関する諸条件を
含むことが出来る。
確定ブック用メッセージ：IFTMBF (Firm Booking)
３章－115
輸送契約を確定的に予約する者からの、フォーワーダー及び運送業者に対するメッセー
ジ。このメッセージは、メッセージ発信人の要求する輸送サービスに関する諸条件を含
むことができる。
ブッキング確認用メッセージ：IFTMBC (Booking Confirmation)
輸送業者から予約を行った者に対し、予約を確認するメッセージ。確認情報には、貨物
積送予約の受諾、未決定、条件付受諾或いは拒絶等が含まれることになる。
船積指図書用メッセージ：IFTMIN (Shipping Instructions)
契約条件に基づき貨物輸送に対して、指図書を発行する者から輸送業者に対するメッセ
ージ。
指図書契約内容用メッセージ：IFTMCS (Instructions Contract Status)
輸送業者から指図書を発行した者に対するメッセージ。このメッセージには、手依拠す
る輸送サービス及び積送貨物の具体的内容、諸条件（料金等）を明示する。このメッセ
ージは、輸送業者相互間で契約諸情報を交換する際にも使用できる。
貨物到着通知用メッセージ：IFTMAN (Arrival Notice)
輸送業者から、契約で指定された連絡先に対して、積送貨物到着の通知及びその明細を
知らせるメッセージ。
(6) IFTMIN, IFTMCS, IFTMAN のマッピング作業
1991 年度、輸送関係標準メッセージ特別委員会では、IFTM 標準メッセージのうち残りの 3
つのメッセージ、即ち、船積指図書用メッセージ（IFTMIN）、指図書契約明細用メッセージ
（IFTMCS）、貨物到着通知用メッセージ（IFTMAN）を調査、研究すると共に、その過程に
おいて発生した問題点、疑問点の洗い出しをし、今後のマッピング作業を行う上での参考資
料とした。
そして、各標準メッセージのサンプルデータとして
IFTMIN については、
「SHIPNETS B/L データ」
IFTMCS については、
「B/L データ」
IFTMAN については、
「Arrival Notice」
を選択し、マッピング作業を行った。
このメッセージのマッピング作業を通して得られたことは、UN/EDIFACT の普及には、EDI
が業務をもっとも効率的、効果的に遂行するための道具であり、同時に、既存業務の見直し
（＝仕事のやり方の見直し）
、改革を促進する触媒であるとの、認識が深まることが必要であ
ると締めくくっている。また、
「UN/EDIFAC は難解なものではない」という認識するユーザ
の拡大も大きな要因であると思われると報告書は述べている。
(7) インボイスメッセージの MIG 作成作業
JASTPRO の統計整備研究委託事業においては、貿易統計作成の迅速化、精度向上ための基
礎資料としてインボイスの電子化の重要性に鑑み、一貫してインボイスメッセージ（メッセ
ージタイプ：INVOIC）の電子化並びに MIG 開発作業を行っている。
（詳細は、省略）
３章－116

Download Report