目次はじめに Ⅰ.. 流通 BMS の概要と導入のメリット 1. 従来型 EDI の課題 2. 課題解決のための流通 BM S 3. 流通 BM S と通信プロトコル標準 4. セキュリティ 5. 従来型 EDI との違い 6. 流通 BM S に移行するメリット Ⅱ.. 導入に必要な知識 1.

(1)

データ・アプリケーション

株式会社株式会社

a piece

for your business.

流通ビジネスメッセージ標準

（流通

BMS

）

2008

年度版

解

説

_説

書

_書

~

流通

BMS

の導入に必要な知識と具体的導入作業の解説

~

200

8.07

VerVer 2.112.11

ACMS

統括本部

藤野

裕司

(2)

Ⅰ

．流通

BMS

の概要

と

導入のメリット

１．従来型１．従来型EDIEDIの課題の課題２．課題解決のための流通２．課題解決のための流通BM SBM S ３．流通３．流通BM SBM Sと通信プロトコル標準と通信プロトコル標準４．セキュリティ４．セキュリティ５．従来型５．従来型EDIEDIとの違いとの違い６．流通６．流通BM SBM Sに移行するメリットに移行するメリット

はじめに

１．流通ビジネスメッセージ標準１．流通ビジネスメッセージ標準２．通信プロトコル標準２．通信プロトコル標準３．３．システム規模の選択システム規模の選択４．必要となる申請・手続と期間４．必要となる申請・手続と期間

Ⅱ

．導入に必要な知識

１．導入のモデル１．導入のモデル２．導入にかかわる全体の流れ２．導入にかかわる全体の流れ３．事前準備から本番移行まで３．事前準備から本番移行まで

Ⅲ

．具体的導入作業

１．システム規模の決定１．システム規模の決定２．規模に応じた具体的構成２．規模に応じた具体的構成３．アップグレードパス３．アップグレードパス

Ⅳ

．

ACMS

での

構成パターン

(3)

Data Applications Company, Limited.

はじめに

本資料には、これから流通

BM S

を検討しようとしている人が、

最初に理解するべき基礎知識

から

実際に導入するときに実施すべき具体的な作業

までが、

記載されています。

社内での勉強用資料として、また実際の導入時の手引き書として、

ご活用ください。

なお、

本書は下記の

「

流通システム開発センター

W eb

_{W eb}

サイト

」

で公開されている

公式

情報に基づいて記述しております

。必要に応じてご参照ください。

財団法人流通システム開発センター財団法人流通システム開発センター［［http:/ /http:/ /w w w .dsri.jpw w w .dsri.jp//］］ • •流通業界の流通業界の標準化・標準化・システム化を推進している団体。システム化を推進している団体。「経済産業省「経済産業省流通システム標準化事業」流通システム標準化事業」 • •流通システム開発センターのサイトからこのタイトルをクリックする流通システム開発センターのサイトからこのタイトルをクリックする。。 • •このページには流通このページには流通BM SBM S関連の重要な情報が掲載されている。関連の重要な情報が掲載されている。 • •特に重要なのが、「事業について」＞「流通ビジネスメッセージ標準」特に重要なのが、「事業について」＞「流通ビジネスメッセージ標準」ここここにに流通ビジネスメッセージ標準（流通ビジネスメッセージ標準（ver1._ver1.11）の資料が）の資料が掲載掲載されているため必読である。されているため必読である。

(4)

Ⅰ

．流通

BM S

の概要

と

導入のメリット

１．従来型

EDI

の課題

２．課題解決のための流通

BMS

３．流通

BMS

と通信プロトコル標準

４．セキュリティ

５．従来型

EDI

との違い

６．流通

BMS

に移行するメリット

(5)

取引先取引先 AA Internet Internet Internet Internet WebEDI WebEDI AA WebEDI WebEDI BB WebEDI WebEDI CC WebEDI WebEDI DD 新多端末現象新多端末現象新多端末現象新多端末現象取引先取引先ＢＢ取引先取引先ＣＣ取引先取引先ＤＤ

１．

従来型

EDI

の課題

従来型ＥＤＩには課題が山積し、このままでは運用に耐えられない状況となってきた。

全銀・全銀・JCAJCA手順はもう限界！手順はもう限界！サポートする機器が販売停止、もしくは高コスト。サポートする機器が販売停止、もしくは高コスト。画像情報が送れない。画像情報が送れない。JCA_JCA手順は、漢字も送れない。手順は、漢字も送れない。安価で高速のインターネットが使えない。安価で高速のインターネットが使えない。国際標準ではないため、海外との取引に利用できない。国際標準ではないため、海外との取引に利用できない。ファイル転送のため、トランザクション単位の処理ができない。ファイル転送のため、トランザクション単位の処理ができない。データが固定長のため仕様変更が困難。データが固定長のため仕様変更が困難。それらの解決策としてそれらの解決策としてW ebEDIW ebEDIが登場したが、が登場したが、各社個別画面ができたことにより各社個別画面ができたことにより新新多多端末（多画面）端末（多画面）現象が起こった。現象が起こった。手動操作によるファイル転送を手動操作によるファイル転送を求められる求められるようになった。これにより、ＥＤＩようになった。これにより、ＥＤＩ本来の自動処理ができなくなり、多大な人的負荷が発生するようになった。本来の自動処理ができなくなり、多大な人的負荷が発生するようになった。企業間･企業内を取引のデータが縦横無尽に行き来している。企業間･企業内を取引のデータが縦横無尽に行き来している。 EDI EDIの適用領域が「電子商取引」の範囲外への適用領域が「電子商取引」の範囲外へ拡大している。拡大している。従来型

従来型EDIEDI、、W ebEDIW ebEDI、社内ファイル転送、、社内ファイル転送、

データ変換（手組み）は、データ変換（手組み）は、すべて別のシステムとして稼動しており、すべて別のシステムとして稼動しており、運用監視が複雑化している。運用監視が複雑化している。

JCA

手順は

日本語日本語漢字不可漢字不可画像情報不可画像情報不可機器の販売停止機器の販売停止通信速度は通信速度は2400bps2400bps

(6)

★課題解決のため

インターネット環境での効率的・効果的な

EDI

を目指す。

可能な限り標準化を進め、全体最適を目指す。

共通基盤は、デファクトスタンダードから選べるようにする。

結論

インターネット経由の国際標準の通信手順を使用した

XM L

-

EDI

！

コードは国際標準（

GTIN

、

GLN

）を採用。データ項目・メッセージは業

界標準を策定。

取引業務プロセス（メッセージ種）取引業務プロセス（メッセージ種）データ項目データ項目コード（コード（GTINGTIN、、GLNGLN））データ表現形式（データ表現形式（XM LXM L））通信手順（

通信手順（ebXM L M SebXM L M S、、AS2AS2、、JXJX手順）手順）通信基盤（インターネット通信基盤（インターネット TCP/ IPTCP/ IP））ＥＤＩメッセージＥＤＩメッセージ通信インフラ通信インフラ共通基盤共通基盤（デファクトスタンダードの（デファクトスタンダードの中から選択）中から選択）（図は流通システム開発センター資料より）（図は流通システム開発センター資料より）

２

２ ．

．

課題解決のための流通

BM S

-

1

（ebXM L M S、AS2、JX手順は、「Ⅱ.2通信プロトコル」で説明）

(7)

【

第一ステップ

】

（経済産業省

流通

SCM

事業）

２００

３

３ 年∼２００

年∼２００

５

５ 年

年

GM S

・食品スーパー（グロサリ商材対応）

マスターデータの同期化（ここでは説明を省略）マスターデータの同期化（ここでは説明を省略）次世代標準次世代標準EDIEDI 次世代の標準化に対する基礎調査・研究を行い、その成果を踏まえた実証実験を実次世代の標準化に対する基礎調査・研究を行い、その成果を踏まえた実証実験を実施、運用可能性を確認。施、運用可能性を確認。（図は流通システム開発センター資料より）

次世代標準

EDI

検討の経緯

２００３年度２００３年度２００２００４４年度年度２００２００５５年度年度２００２００６６年度年度２００２００７７年度年度２００２００８８年度年度流通サプライチェーン全体最適化促進事業流通サプライチェーン全体最適化促進事業流通システム標準化事業流通システム標準化事業取引プロセスモデルの検討設計開発実証実験基本形の標準化検討物流系・情報系メッセージ検討（在庫預り型DC、 POS/ 在庫データ等）実証実証（生鮮、ｱﾊﾟﾚﾙ）基礎調査・研究標準化検討と実証実用化と普及拡大へ

２

２ ．

．

課題解決のための流通

BM S

-

2

(8)

【【第二ステップ第二ステップ】】（経済産業省（経済産業省流通システム標準化事業）流通システム標準化事業）２００６年２００６年 GM S GM S・食品スーパー（グロサリ商材）・食品スーパー（グロサリ商材） →→ 対応対応共同実証プロジェクト共同実証プロジェクト（小売４社、卸９社）（小売４社、卸９社）流通流通BM SBM S V1.0V1.0 リリースリリース GM S GM S・食品スーパー（生鮮商材、アパレル商材）・食品スーパー（生鮮商材、アパレル商材） →→ 検討検討百貨店（アパレル・靴商材対応）百貨店（アパレル・靴商材対応） →→ 検討検討２００７年２００７年 GM S GM S・食品スーパー（生鮮商材、アパレル商材）・食品スーパー（生鮮商材、アパレル商材） →→ 対応対応共同実証プロジェクト共同実証プロジェクト（小売７社、アパレル６社、生鮮４社）（小売７社、アパレル６社、生鮮４社）流通流通BM SBM S 基本形基本形V1.1V1.1、生鮮、生鮮v1.0v1.0 リリースリリース百貨店（アパレル・靴商材）、チェーンドラッグストア百貨店（アパレル・靴商材）、チェーンドラッグストア →→ 検討検討ＥＤＩ標準の維持・管理ＥＤＩ標準の維持・管理２００８年２００８年 GM S GM S・食品スーパー・食品スーパー物流ラベル標準化、中小流通業への普及、業界を通した共同実証物流ラベル標準化、中小流通業への普及、業界を通した共同実証百貨店（アパレル・靴商材）百貨店（アパレル・靴商材）、チェーンドラッグストア、チェーンドラッグストア共同実証共同実証ＥＤＩ標準の維持・管理ＥＤＩ標準の維持・管理流通標準普及推進協議会（仮称）立ち上げに向けた準備流通標準普及推進協議会（仮称）立ち上げに向けた準備

２

２ ．

．

課題解決のための流通

BM S

-

3

(9)

７業務１４メッセージを標準化

２

２ ．

．

課題解決のための流通

BM S

-

4

卸・メーカー小売商品ﾏｽﾀ登録発注検品支払商品ﾏｽﾀ登録センタ在庫補充値札作成消込売掛返品買掛消込請求返品受領小売から卸･ﾒｰｶｰから卸･ﾒｰｶｰへ小売へ受注出荷発注修正ﾃﾞｰﾀ集計表作成ﾃﾞｰﾀ発注メッセージ返品メッセージ支払メッセージ請求メッセージ（ＧＤＳ）値札メッセージ在庫補充出荷梱包メッセージ商品ﾏｽﾀ出荷メッセージ受領訂正メッセージ受領メッセージ

(10)

２

２ ．

．

課題解決のための流通

BM S

-

5

5 ★

★

業界動向

（流通システム開発センター資料より）（流通システム開発センター資料より）

(11)

(1)

流通ビジネスメッセージ標準（流通

BMS

）

a. a. すべての企業間取引で共通のすべての企業間取引で共通のEDIEDIメッセージを使えるように、メッセージを使えるように、「メッセージ種別」、「メッセージ構造」、「データ項目」と「データ項目の意味」、「データ属「メッセージ種別」、「メッセージ構造」、「データ項目」と「データ項目の意味」、「データ属性」を標準化。性」を標準化。 b. b. 国際標準「共通企業識別コード（国際標準「共通企業識別コード（GLNGLN）」「共通商品識別コード（）」「共通商品識別コード（GTINGTIN）」）」「商品マスター情報同期化（「商品マスター情報同期化（GDSGDS））［←必須ではない］」に準拠。［←必須ではない］」に準拠。 c. c. データ構造は柔軟性に富むデータ構造は柔軟性に富むXM LXM L。。 d. d. EDIEDI対象は７業務対象は７業務1414メッセージメッセージ現行業務で使用頻度が高い「値札」「発注」「出荷」「受領」「返品」「請求」「支払」の７業務を標準化。現行業務で使用頻度が高い「値札」「発注」「出荷」「受領」「返品」「請求」「支払」の７業務を標準化。「出荷」は「出荷（伝票）」と「出荷梱包（紐付けあり）」「出荷」は「出荷（伝票）」と「出荷梱包（紐付けあり）」「出荷梱包（紐付けなし）」の３メッセージ。「出荷梱包（紐付けなし）」の３メッセージ。生鮮には独立した「発注」「出荷」「受領」「返品」の４メッセージ。生鮮には独立した「発注」「出荷」「受領」「返品」の４メッセージ。発注補助情報として「集計表作成」の１メッセージ追加。発注補助情報として「集計表作成」の１メッセージ追加。 2008 2008年３月には、新たに「発注」の補助データとして「集計表作成」とアパレルの「値札作成」業務年３月には、新たに「発注」の補助データとして「集計表作成」とアパレルの「値札作成」業務が追加された。が追加された。 e. e. 伝票レスと検品レス伝票レスと検品レス納品書や受領書のやりとりを納品書や受領書のやりとりをEDIEDIに置き換えることにより、伝票をなくし、事務処理や伝票の保管に置き換えることにより、伝票をなくし、事務処理や伝票の保管コストを削減できる。コストを削減できる。納品書に代わる納品書に代わるASNASN（事前出荷明細）を小売に送ることにより、小売は入荷時の検品をバーコード（事前出荷明細）を小売に送ることにより、小売は入荷時の検品をバーコードのスキャンによって行うことができる。そのために、梱包ラベルとして

のスキャンによって行うことができる。そのために、梱包ラベルとしてSCMSCM（（Shipping Carton Shipping Carton M arking

M arking ）ラベルの貼付が必要となる。）ラベルの貼付が必要となる。

３

(12)

(2)

通信プロトコル標準

a.

通信基盤：インターネット、

TCP/ IP

_{TCP/ IP}

。

b.

通信プロトコル：国際標準の

ebXM L M S

、

AS2

と日本独自

標準

の

JX

手順。

①

① ebXM L M SebXM L M Sとは？とは？

ebXM L M S

ebXM L M Sとは、とは、CEFACTCEFACTととOASOASIISSが共同で開発した次世代が共同で開発した次世代EDIEDIの国際標準の国際標準ebXM LebXM Lの通信の通信

プロトコル部分プロトコル部分ebXM LebXM L M SM Sのこと。のこと。インターネット上で高速安全なインターネット上で高速安全なEDIEDI環境を構築できる。環境を構築できる。アジアを中心に実装が始まっている。アジアを中心に実装が始まっている。リアルタイムのリアルタイムのEDIEDI（メッセージング）を実現。（メッセージング）を実現。データ発生のつどプッシュ型で相手に送るサーバ方式。データ発生のつどプッシュ型で相手に送るサーバ方式。通常のファイル転送（文字情報）のほか、ファイル添付（

通常のファイル転送（文字情報）のほか、ファイル添付（W ordW ord、、ExcelExcel、、Pow erPointPow erPoint、、PDFPDF、、 CAD

CAD、画像、音声、動画、等）も可能。、画像、音声、動画、等）も可能。

②

② EDIINT AS2EDIINT AS2とは？とは？

IETF

IETFが制定したインターネットが制定したインターネットEDIEDIの国際標準。の国際標準。米国を中心に実装が始まっている。米国を中心に実装が始まっている。 ebXM L M S ebXM L M S同様、データ発生のつどプッシュ型で相手に送るサーバ方式。同様、データ発生のつどプッシュ型で相手に送るサーバ方式。ウォルマートを中心に国際レベルでの流通調達で普及が始まっている。ウォルマートを中心に国際レベルでの流通調達で普及が始まっている。日本でも日用品雑貨メーカを中心に検討の機運が高まっている日本でも日用品雑貨メーカを中心に検討の機運が高まっている ③ ③ JXJX手順とは？手順とは？ 2007 2007年年44月正式に命名され、それ以前は月正式に命名され、それ以前はSOAPSOAP--RPCRPCと呼ばれていた。と呼ばれていた。中小企業では、データ発生のつどプッシュ型で相手に送るサーバ方式の常時運用は難しい。中小企業では、データ発生のつどプッシュ型で相手に送るサーバ方式の常時運用は難しい。その点その点JXJX手順手順は、必要の都度センターにアクセスし、データを送受信するプル型。は、必要の都度センターにアクセスし、データを送受信するプル型。任意のタイミングでクライアントから起動し、取引先や任意のタイミングでクライアントから起動し、取引先やVANVANとデータの授受を行う。とデータの授受を行う。 ebXM L M S

ebXM L M Sでは現行では現行EOSEOSからの移行が難しいため、からの移行が難しいため、実態に合わせて作られた日本独自標準。実態に合わせて作られた日本独自標準。

JCA

JCA手順の機能を引き継ぎ、種別指定の受信が可能。手順の機能を引き継ぎ、種別指定の受信が可能。

３

(13)

３

３ ．

．

流通

BM S

と通信プロトコル標準

-

3

3 (3)

(3)

S

-

S

型（サーバ常時稼働）と

C

-

S

（

PC

随時稼働）型

（量販（量販ＸＸ））ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーションデータ変換データ変換データ変換ＥＤＩクライアントシステムＥＤＩＥＤＩクライアントシステムクライアントシステムビジネス文書ビジネスビジネス文書文書インターネットインターネットインターネット社内形式社内形式ファイアウォール相当機能ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書ＥＤＩサーバシステムＥＤＩＥＤＩサーバシステムサーバシステムデータ変換データ変換データ変換ビジネス文書ビジネスビジネス文書文書ビジネス文書ビジネスビジネス文書文書アプリケーションアプリケーションアプリケーションインターネットインターネットインターネット社内形式社内形式ファイアウォール _（量販_（量販_Ｘ_Ｘ_）_）

★

S

-

S

型

EDI

モデル

ebXML MS

ebXML MS、、AS2AS2

★

(14)

３

３ ．

．

流通

BM S

と通信プロトコル標準

-

4

4 (4)

(4)

利用形態（イメージ）

二次卸二次卸倉庫倉庫大メーカ大メーカ一次卸一次卸 VAN VAN事業者事業者二次卸二次卸小売小売 ebXML MS ebXML MS AS2 AS2 中小卸中小卸 ebXML MS ebXML MS JX JX手順手順 JX JX手順手順 JX JX手順手順 JX JX手順手順 JX JX手順手順 AS2 AS2 ebXML MS ebXML MS ebXML MS ebXML MS

(15)

４

４ ．

．

セキュリティ

(1)

(1) セキュリティ対策が必要

セキュリティ対策が必要

インターネットが前提になるため、従来

に

はなかったセキュリティ対策が必要

となる。

サーバ側セキュリティには「システムに対するアクセスの管理」「ファイア

ウォールやサーバのセキュリティ、監査用ログの管理」「通信プロトコル上で

の暗号化や認証」「文書の改竄防止」などがある。

クライアント側セキュリティは、インターネット接続のＰＣと同等レベルのセ

キュリティ＋認証情報の設定が必要。

(2)

(2) 証明書・署名の扱い

証明書・署名の扱い

サーバシステムには、証明書が必要。

署名が必要な場合もある（

AS2

）。

クライアントシステムにも、証明書が必要な場合がある。

認証局より証明書を取得し、目的に応じて証明書・署名として使用する。

流通

BM S

_{BM S}

の場合は業界認定の認証局から取得することが前提となっている。

自社用の証明書は認証局から取得し、取引先認証のための認証局証明書

は取引先から受領する。

取得したサーバ証明書は、システムにセットして取引先と接続する。

(16)

５

５ ．従来型ＥＤＩとの違い

．従来型ＥＤＩとの違い

標準

EDI

と従来の

JCA

手順・

W ebEDI

方式との差異

インターネット（固定料金、数Mbps）、TCP/ IP、SSL 電話網（回線毎に固定＋従量料金、9600bps等）インターネット（固定料金、数Mbps）、 TCP/ IP、SSL 通信基盤画面からの伝票入力、もしくは、手操作によるHTTPファイル転送（標準仕様・JCA手順方式とは異なる） JCA通信手順国際標準 ebXM L、AS2、SOAPを使用通信手順サーバ側より仕様提示情報システム部同士で個別調整 ebXM L、CPA等で通信合意事項を規定通信に関する当事者間合意形式規定は小売の仕様書 JCA形式（固定長）、形式規定は小売の仕様書国際標準 XM L（可変長）、形式規定も XM L データ表現形式個別項目個別項目業務項目、メッセージヘッダー項目を標準化データ項目商品：JAN、企業識別：小売コード商品：JAN、企業識別：小売コード商品：GTIN(JAN)、企業識別：GLN、小売コードコード（商品、企業識別）小売の運用統一フォーマットは受発注のみ、小売の運用８メッセージの規定、運用ガイドライン取引業務プロセス個別交渉個別交渉プロセスやコード種、等の選定項目を提示業務に関する当事者間合意 W ebEDI方式 JCA手順方式標準ＥＤＩ E D I _通信標準 E D I _標準メッセージ

標準

EDI

では、業界の標準となる様々な指針を打ち出している。それにより、従来

相手先毎個別に取り決めが必要だった要件を、標準仕様をベースに共通認識のも

とに設定できるよう考慮されている。

(17)

６

６ ．流通

．流通

BM S

に移行するメリット

-

1

1 (1)

(1)

流通ビジネスメッセージ標準を採用することによるメリット

最初にシステムを標準対応することにより、以降取引先毎のシステム

開発は不要となる。

最初の標準対応も、現行業務を前提としているため、過大な開発負担はな

い。

同じシステムで現行のバッチ型ファイル送受信を行うことも、標準通信

プロトコル本来の機能であるメッセージ単位のトランザクション処理もで

きる。

データ発生の都度送受信することにより、データ精度を高めリードタイムを

短縮することが可能。

社内でのデータ活用が柔軟になる。

XM L

データを活用することにより、アプリケーションの多様化に容易に対応

できる。

国際標準（

XM L

、

GLN

、

GTIN

）採用により、グローバル対応が容易。

(18)

６

６ ．流通

．流通

BM S

に移行するメリット

-

2

2 (2)

(2)

通信プロトコル標準を採用するメリット

物理的回線や専用ハードウェアの管理が不要になる。

対応可能なハードウェアが豊富。

同期モデム損傷による受発注業務停止のリスクがなくなる。

TCP/ IP

経由のオープン系システムであるため、社内システムとの親

和性が高い。

ハードやソフトの共用・集約ができ、技術や資産の有効活用が可能。

回線の高速化、利用料低廉化により、リードタイム短縮・締め時間延長・利

用コスト削減が可能。

漢字や画像、

EXCEL

、

PDF

など多様なデータを扱えるので、さまざまなアプ

リケーションを通じ、データの有効活用が可能。

ファイル転送型

W ebEDI

の手動操作がなくなる。

人件費や人的ミスを削減でき、業務の自動連携を促進できる。

国際標準（

(19)

６

６ ．流通

．流通

BM S

に移行するメリット

-

3

3 (3)

(3) 通信インフラが個別回線からインターネットに

通信インフラが個別回線からインターネットに

①

JCA

手順固有の

リスクから解放される。

・複数回線の管理

・固有のハードウェア（同期モデム等）

②

インターネット利用による処理の高速化、コストの低廉化が実現できる。

EDIサーバダイアルアップルータ INS６４全銀TCP/ IP 9600bps∼ 19.2kbps 公衆回線網全銀，JCA 2400bps UST

EDIデータ ACM SACM S

E E22_X_X

EDIサーバ

EDIデータ ACM SACM S

E E22_X_X ルータ ACM SACM S E E22_X_X 通信サーバインターネット 50M bps∼ 100M bps （ベストエフォート） DMZ DMZ ・・・・・・・・・・・・・・・・従量課金従量課金定額料金定額料金ファイアウォール

(20)

６

６ ．流通

．流通

BM S

に移行するメリット

-

4

4 (4)

(4) 相手先毎の個別対応がなくなり、取引先やデータ種別の

相手先毎の個別対応がなくなり、取引先やデータ種別の

追加が容易に

XML XML ビジネスビジネス文書文書ＥＤＩサーバシステムＥＤＩＥＤＩサーバシステムサーバシステム社内社内形式形式データ変換プログラムA データ変換データ変換プログラムプログラムAA A社ﾌｫｰﾏｯﾄデータ変換プログラムB データ変換データ変換プログラムプログラムBB Ｂ社ﾌｫｰﾏｯﾄデータ変換プログラムC データ変換データ変換プログラムプログラムCC Ｃ社ﾌｫｰﾏｯﾄ・・・・・・・・・・・・・・・・アプリケーションアプリケーションアプリケーション社内社内形式形式アプリケーションアプリケーションアプリケーションＥＤＩサーバシステムＥＤＩＥＤＩサーバシステムサーバシステム中間中間形式形式項目・ｺｰﾄﾞ項目・ｺｰﾄﾞﾚｲｱｳﾄ変換ﾚｲｱｳﾄ変換 XMLXML変換変換新たなアプリケーションでの利用可！！取引先ごとに、データを自社のフォーマットに変換するプログラムを作成する必要があった。 •標準フォーマットを、取引先ごとに区別することなく自社フォーマットに変換できる。一部固有の部分がある場合も、従来と違い限られた範囲での対応に抑えることができる。 •この変換は市販のツールを利用できる。ただし、ツールによっては、項目・コード・レイアウト変換などを別に行う必要があるものもある。 •XM Lビジネス文書は、このまま新たなアプリケーションでの利用が可能。 •UN/ EDIFACTやCII、X.12などは、標準フォーマットをそのまま利用することができなかった。 ACMS ANY変換手組み開発市販製品インターネットインターネットインターネット一般的には

(21)

６

６ ．流通

．流通

BM S

に移行するメリット

-

5

5 (5)

(5) 伝票レス

伝票レス

でコスト削減

伝票レス

とは、

小売と卸・メーカの双方が「受領データ」を保存することにより

、

従来印刷していた複写式の

TA

（

Turn Around

）伝票の印刷が不要になること。

これにより、伝票用紙代、プリント費用、伝票保管費用を削減できる。複写式伝

票を印刷するインパクトプリンタも、機種が少なく印刷速度が遅い、メンテコスト

がかかるなど多くの問題を抱えていた。印刷後の伝票も、後日参照･検索する場

合、膨大な紙の山から探し出すのは業務の効率を大幅に低下させていた。

従来も実施例はあるものの、小売毎に仕様が異なり卸側は相手先毎別システ

ムを持つ必要があった。今回の流通

BM S

では、その仕様が標準化され、システ

ムの統一を図ることが可能となった。

ただし、これを実現するには双方に高度な在庫精度と検品体制が必要となる。

(22)

６

６ ．流通

．流通

BM S

に移行するメリット

-

6

6 (6)

(6) 検品

検品

レス

で

業務の

改革と

効率化

検品レスとは、卸・メーカ側から納品伝票に代わる「出荷（梱包紐付けあり）デー

タ」（事前出荷明細）を事前に小売側に送っておき、出荷時に梱包に貼付した

SCM

ラベルのバーコードを受け入れ側（主に小売物流センター等）がスキャンし、

あらかじめ受信した事前出荷明細と照合することにより検品を行うこと。店舗で

の検品は省略できる。

この検品レスも、前期伝票レスト同様、小売毎の異なる仕様であったものが標準

化されたため、大きな省力効果が期待できる。

一方、卸・メーカ側は従来にも増して高度な物流体制が求められることとなる。こ

れを機会に業務改革を目指し更なる高効率化を進めたい。

卸･メーカ側

小売側

出荷明細出荷検品 _入荷検品事前出荷明細照合出荷（梱包紐付けあり）データ出荷（梱包紐付けあり）データ

(23)

Ⅱ

．

_．

導入

_導入

に必要な知識

_{に必要な知識}

１．流通ビジネスメッセージ標準

２．通信プロトコル標準

３．接続モデル

の選択

４．必要となる申請・手続と期間

５．環境の構築

(24)

１

１ ．

．

流通ビジネスメッセージ標準

-

1

1 (

(

1

1 )

)

業務プロセス

受発注業務モデル：

業務の流れを標準化

小売企業と卸・メーカとの間で受小売企業と卸・メーカとの間で受発注発注･出荷･受領をやり取りするモデル。･出荷･受領をやり取りするモデル。発注で付番される取引番号が、出荷、受領、請求、支払の各メッセージに引き継が発注で付番される取引番号が、出荷、受領、請求、支払の各メッセージに引き継がれるため、取引番号をキーとして発注から支払までの取引を追うことができる。れるため、取引番号をキーとして発注から支払までの取引を追うことができる。

業務とメッセージ種

：

業務の種類とメッセージの内容を標準化

７業務１４メッセージを標準化７業務１４メッセージを標準化。。発注［発注、生鮮発注、集計表作成］、出荷［出荷伝票、出荷梱包（紐付あり）、出荷発注［発注、生鮮発注、集計表作成］、出荷［出荷伝票、出荷梱包（紐付あり）、出荷梱包（紐付なし）、生鮮出荷］、受領［受領、生鮮受領］、返品梱包（紐付なし）、生鮮出荷］、受領［受領、生鮮受領］、返品［［返品返品、生鮮、生鮮返品返品］］、請、請求、支払、値札。求、支払、値札。メッセージ種はメッセージ種は_EDIEDI通信手順に関係なく、上記の７業務１４メッセージである。通信手順に関係なく、上記の７業務１４メッセージである。

伝票レス：

紙の伝票を廃止

「ＥＤＩメッセージ」を商品売買の証憑とみなすことにより、取引当事者間でやり取りさ「ＥＤＩメッセージ」を商品売買の証憑とみなすことにより、取引当事者間でやり取りされているペーパーの仕入伝票（統一伝票）をなくし、運用費用（伝票代、発行時間、れているペーパーの仕入伝票（統一伝票）をなくし、運用費用（伝票代、発行時間、保存コスト、パンチコスト等）を削減する。保存コスト、パンチコスト等）を削減する。現在は流通ＢＭＳの使用に限り、請求伝票に関して保存しなくても良いと国税庁か現在は流通ＢＭＳの使用に限り、請求伝票に関して保存しなくても良いと国税庁から確認が取れている（請求伝票以外は、企業個別に税務署の確認を受ける必要がら確認が取れている（請求伝票以外は、企業個別に税務署の確認を受ける必要があるが、将来的には、帳票保存が不要になる予定）あるが、将来的には、帳票保存が不要になる予定）

(25)

１

１ ．

．

流通ビジネスメッセージ標準

-

2

2 メッセージ一覧

メッセージ一覧

（流通システム開発センター資料より）（流通システム開発センター資料より）

(26)

１

１ ．

．

流通ビジネスメッセージ標準

-

3

3 (2)

(2)

メッセージ項目

企業識別

：

登場人物とコード体系を標準化

登場人物の体系を標準化

【【課題課題】】 − − 従来は、項目として「店」、「センター」、「計上部署」があり、指定が必要な場合に当事者が従来は、項目として「店」、「センター」、「計上部署」があり、指定が必要な場合に当事者が任意にセットするルールとしていたため、卸・メーカー（受注者）にとって、物流上、商流上の任意にセットするルールとしていたため、卸・メーカー（受注者）にとって、物流上、商流上の決済ポイントがあいまいになる恐れがあった。決済ポイントがあいまいになる恐れがあった。【【対策対策】】 − − 登場人物を役割別に細分化し、再定義することにより、物流上、商流上の決済ポイントを登場人物を役割別に細分化し、再定義することにより、物流上、商流上の決済ポイントを明確化した。明確化した。（次ページ参照）（次ページ参照）登場人物：小売登場人物：小売 • • 最終納品先、直接納品先、計上部署、発注者、支払法人最終納品先、直接納品先、計上部署、発注者、支払法人登場人物：卸・メーカー登場人物：卸・メーカー • • 最終送信先、請求取引先、取引先、出荷場所最終送信先、請求取引先、取引先、出荷場所

(27)

売場・フロア売場・フロア

１

１ ．

．

流通ビジネスメッセージ標準

-

4

登場人物登場人物の関係の関係店舗店舗最終納品先／計上部門陳列場所物流センター物流センター直接納品先／計上部門小売Ａ社小売Ａ社小売小売（Ａ社グループ企業）（Ａ社グループ企業）卸・メーカ卸・メーカ XX社社卸・メーカ卸・メーカ（（XX社グループ企業）社グループ企業）支払企業請求取引先発注者取引先倉庫倉庫事業部事業部枝番出荷先コード VAN VAN データ送信元直接送信先最終送信先 VAN事業者が介在する場合

(28)

１

１ ．

．

流通ビジネスメッセージ標準

-

5

5 GLN

GLN

（

Global Location Num ber

）

−

コード体系を標準化

国際流通標準機関国際流通標準機関GS1_GS1が、企業や事務所を識別するために定めた、グローバルが、企業や事務所を識別するために定めた、グローバルでユニークになる１３桁のコードでユニークになる１３桁のコード JAN JAN企業コード／企業コード／GLNGLN企業コードは、流通システム開発センターが付番貸与企業コードは、流通システム開発センターが付番貸与 GLN GLNロケーションコードは、各企業が付番基準に沿って自らの責任で付番ロケーションコードは、各企業が付番基準に沿って自らの責任で付番

商品識別

：

コード

体系

を標準化

GTIN

（

Global Trade Item Num ber

）

−

コード体系を標準化

集合包装用商品コード（１４桁）と

集合包装用商品コード（１４桁）とEANEANコード（コード（JANJANコード：１３桁、８桁）とコード：１３桁、８桁）とUPCUPCコーコー

ド（１２桁、８桁）を包括し、１４桁にそろえた国際標準の識別コード。ド（１２桁、８桁）を包括し、１４桁にそろえた国際標準の識別コード。現在の現在のJAN_JANバーコード・シンボル、およびその桁数（１３桁、８桁）を変更する必要バーコード・シンボル、およびその桁数（１３桁、８桁）を変更する必要はない。はない。上記３種類のコードは、いずれも「０」を前詰めし、１４桁にそろえて上記３種類のコードは、いずれも「０」を前詰めし、１４桁にそろえてGTIN_GTINとする。とする。４４９９００１１００１１００ＬＬＬＬＬＬＬＬＬＬ CDCD （例）（例） GLN GLN企業コード（企業コード（_JANJAN企業コード）企業コード）ロケーションコードロケーションコード各企業が付番各企業が付番

(29)

１

１ ．

．

流通ビジネスメッセージ標準

-

6

6 メッセージ間の項目の引継ぎ

メッセージ間の項目の引継ぎ

発注・出荷・受領メッセージ間における項目の引継ぎ例。

赤字

の部分は、前の

メッセージでセットされた値

を

後のメッセージに引き継いでいる。

＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜取引＞取引番号： 1000001 請求取引先コード取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２０日（予定日）＜取引合計＞原価金額合計： 5,000円数量合計： 5 ＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 ＜取引明細＞・・・・・・発注発注 ■赤字は引継項目 ■青字は基本的には引継だが変更する場合もある項目（再計算等） ■灰色の字は引き継がない項目＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜取引＞取引番号： 1000001 請求取引先コード取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２０日（予定日）＜取引合計＞原価金額合計： 4,000円数量合計： 4 （再計算）＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 出荷数量（バラ）： 4 欠品数量（バラ）： 1 ＜取引明細＞・・・・・・出荷出荷＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜取引＞取引番号： 1000001 請求取引先コード取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２3日（確定日）＜取引合計＞原価金額合計： 4,000円数量合計： 4 ＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 出荷数量（バラ）： 4 欠品数量（バラ）： 1 受領数量（バラ）： 4 ＜取引明細＞・・・・・・受領受領

(30)

１

１ ．

．

流通ビジネスメッセージ標準

-

7

＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜取引＞取引番号： 1000001 請求取引先コード取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２3日（確定日）＜取引合計＞原価金額合計： 3,000円数量合計： 3 （再計算）＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 出荷数量（バラ）： 4 欠品数量（バラ）： 1 受領数量（バラ）： 3 受領受領 ■赤字は引継項目 ■青字は基本的には引継だが変更する場合もある項目（再計算等） ■灰色の字は引き継がない項目請求請求支払支払＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜請求取引先＞請求取引先コード＜取引＞取引番号： 1000001 取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２3日＜取引合計＞請求金額： 3,000円数量合計： 3 （再計算）請求区分支払内容＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 出荷数量（バラ）： 4 欠品数量（バラ）： 1 受領数量（バラ）： 3 ＜支払い法人＞支払い法人コード＜発注者＞発注者コード＜請求取引先＞請求取引先コード＜取引＞取引番号： 1000001 取引先コード＜取引内容＞発注日： 2007年1月18日計上日： 2007年1月２3日＜取引合計＞請求金額： 3,000円数量合計： 3 （再計算）請求区分支払内容支払日： 2007年2月28日支払金額： 3,000円照合結果支払内容（請求とは別にセット）支払内容（個別）＜取引明細＞商品コード（発注用）原価金額： 1,000円発注数量（バラ）： 5 出荷数量（バラ）： 4 欠品数量（バラ）： 1 受領数量（バラ）： 3

(31)

１

１ ．

．

流通ビジネスメッセージ標準

-

8

8 (3)

(3)

メッセージ構造

メッセージフォーマットに

XM L

を採用

XM L

の特徴

各データ項目単位にデータの意味を表すタグを持ち、複数のデータ項目をグループ化各データ項目単位にデータの意味を表すタグを持ち、複数のデータ項目をグループ化（構造化）することができる。（構造化）することができる。外部構造化も可能。外部構造化も可能。データとレイアウト・デザインを分離可能。データとレイアウト・デザインを分離可能。［［XM LXM Lデータ例］データ例］ < <lineIDlineID>> <

<lineNum berlineNum ber>01</>01</lineNum berlineNum ber>> </

</lineIDlineID>> <

<

<gtingtin>04902106843603</>04902106843603</gtingtin>> <

<nam e>こだいらカップこだいらカップ本格的コーンクリーム本格的コーンクリーム１０Ｐ１０Ｐ</ name></ name> <

<nam e_sbcsnam e_sbcs>>ｺﾀﾞｲﾗｶｯﾌﾟﾎﾝｶｸﾃｷｺｰﾝｸﾘｰﾑｺﾀﾞｲﾗｶｯﾌﾟﾎﾝｶｸﾃｷｺｰﾝｸﾘｰﾑ</</nam e_sbcsnam e_sbcs>> </ </itemIDitemID>> ・・・・

EDI

を行う上でのメリット

ＥＤＩ標準にＥＤＩ標準に_{XM L}XM Lを採用することによって、システム環境に依存することなくデータのを採用することによって、システム環境に依存することなくデータの転送が可能転送が可能。。

(32)

１

１ ．

．

流通ビジネスメッセージ標準

-

9

9 XM L

XM L

化を進めることにより今後得られるメリット

データに意味と構造を持つため、プログラム

でのデータハンドリングが最

小限で

すむ。

機能ごとにツール群が豊富に出ているため、プログラムが開発しやすい。

データとレイアウト・デザインが別であるためデータの使い回しがしやす

い。

構造を外部で共有することができるため、アプリケーションを共通化しや

すい。

W eb

を前提に作られているため、

W eb

技術との親和性が高い

。

(33)

１

１ ．

．

流通ビジネスメッセージ標準

-

10

10 メッセージの基本構造

メッセージの基本構造

①ＳＢＤＨ

②メッセージ情報

③発注ヘッダー

④取引ヘッダー

⑤明細

① ＳＢＤＨ（Standard Business Document Header）メッセージの送受信に必要な情報を記述送信プロトコルの規定に従って参照される。 ② メッセージ情報メッセージに含まれる取引件数や、最終送信先への送受信件数を集計するのに用いられる。 ③ 発注ヘッダー送信されるメッセージの取引に関するデータを括る発注者と支払い法人が記述される。出荷梱包の場合のみ発注者と最終納品先ごとの梱包に関する情報を括る故、取引先や直接納品先などの項目が記述される。 ④ 取引ヘッダー一取引先における取引明細情報を括る項目が記述される。伝票での伝票ヘッダーにあたる。 ⑤ 明細一取引先における取引明細が記述される。

(34)

２

２ ．通信プロトコル

．通信プロトコル

標準

-

1

1 (1)

(1)

通信基盤：

インターネット経由

での

HTTP

を前提とする。

(2)

通信プロトコル：

標準として

３種類（

ebXM L M S

、

AS2

、

JX

手順）

を制定。

３プロトコル登場の背景

最初に

eJapan

で

ebXM L M S

が次世代通信プロトコルとして定められた。

ただし、流通業界ではプッシュ型サーバとサーバタイプのこのプロトコルでは

EOS

に対応できないため、独自プロトコルとして

プル型である

SOAP

_SOAP

-

_-

RPC

_RPC

、

後の

JX

手順が定められた。

しかし、海外ではウォルマートを中心とした

AS2

_AS2

の利用が盛んとなり、今後グ

ローバルな取引を考えた場合、本プロトコルの採用も必須との意見が多く出

された。

これらを総合し、通信プロトコルは

ebXM L M S

、

AS2

、

JX

手順の３プロトコ

ルを標準と定めることとなった。

３プロトコル利用上の言葉と意味の統一を図るため、「通信パラメータ協定

シート」を作成している。

(35)

２

２ ．通信プロトコル

．通信プロトコル

標準

(3)

各プロトコルの構造

通信プロトコルヘッダ（ＨＴＴＰ） MIMEエンベロープ（付属文書付きSOAP）ＭＩＭＥパートＳＯＡＰエンベロープＳＯＡＰヘッダーＳＯＡＰボディー

ebMS

ebMS 情報付属文書一覧ＭＩＭＥパートペイロード文書通信プロトコルヘッダ（ＨＴＴＰ） SＭＩＭＥ or MIMEメッセージ

EDIINT AS2

文書署名通信プロトコルヘッダ（ＨＴＴＰ）ＳＯＡＰエンベロープＳＯＡＰボディー SOAP-RPC情報文書ＳＯＡＰヘッダー

JX手順

いずれのプロトコルについても、いずれのプロトコルについても、流通流通BMSBMSの規定の規定ではでは１通信で１文書のみの送受信と１通信で１文書のみの送受信と規定されている規定されている。。 AS2 情報