流通ＢＭＳ⼊⾨講座 〜第１部：流通ＥＤＩの概要〜 〜第２部：流通ＢＭＳの基礎知識〜 ⼀般財団法⼈ 流通システム開発センター 流通システム標準普及推進協議会（略称：流通ＢＭＳ協議会） 2016年度 上期版Ｂ 本講座の位置付け 流通BMS⼊⾨講座 第1部 流通BMSの概要的な部分をお伝えします 流通EDIの基礎、流通BMSの成⽴過程・設計思想・導⼊効果・ 最新情報など 第2部 流通BMSの中⾝の部分をお伝えします 導⼊⼿順、運⽤プロセス、メッセージ項⽬、運⽤ガイドラインの⾒⽅ など 流通BMS導⼊講座（e-learning） 標準仕様を遵守しながら流通BMSを効果的に導⼊する要点を 解説します 詳細・申込：http://www.dsri.jp/ryutsu-bms/event/edi2.html © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 1 標準仕様公開場所 流通BMSについてより詳しく知りたい⽅は、 協議会webページ*より 標準仕様についての資料をご覧ください。 各種 運⽤ガイドライン 各種 導⼊ガイドライン 各種 メッセージ項⽬⼀覧 etc… ＊http://www.dsri.jp/ryutsu-bms/standard/standard01.html 流通BMS標準仕様 印刷した資料も販売しております。詳しくはお問い合わせください。（内容はwebの物と基本的に同⼀です） 流通ＢＭＳ導⼊検討と運⽤設計ガイドライン（定価：2,000円＋税） 流通ＢＭＳメッセージ項⽬⼀覧（定価：1,000円＋税） 流通ＢＭＳシステム設計ガイドライン（定価：3,000円＋税） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 2 ⼀般財団法⼈ 流通システム開発センターのご紹介 所在地：東京都港区⾚坂7-3-37 プラース・カナダ 設⽴：1972年4⽉ ⽇本における流通システムの標準化を推進 コード 商品を識別するコード（GTIN）、場所を識別するコード（GLN） データキャリア データを⾃動読取りするための⼿段 （バーコード、２次元シンボル、RFID（電⼦タグ）など） EDI 電⼦データ交換のための通信やデータの取決め データベース・サービス 商品マスタ情報、POS売上情報 各種協議会、研究会の運営 流通BMS協議会、GS1ヘルスケア協議会、製・配・販連携協議会、卸研、F研、S研 標準化は国際標準にできるだけ準拠 GS1（世界の110以上の国と地域が参加）に加盟 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 3 第1部 ⽬次 1. 流通BMSとは 2. 流通EDIの進化と変遷 3. 流通BMS導⼊効果 3-1. 流通BMS導⼊効果 3-2. EDI導⼊効果 2-1. 流通EDIの歩み 3-3. 通信回線更新効果 2-2. 統⼀伝票 3-4. 標準化効果 2-3. 電⼦取引 2-4. JCA⼿順 2-5. EDI 4-1. 導⼊状況 2-6. JCA⼿順の課題 4-2. 流通BMS導⼊済み企業数推計 2-7. Web-EDI 4-3. 導⼊企業名公開 2-8. 流通BMSの検討・策定・成果物 4-4. 導⼊宣⾔ 2-9. 流通BMSの税関連項⽬ 4-5. 流通BMS協議会 4-6. ロゴ許諾製品・サービスの紹介 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 4. 最新状況 4 １. 流通BMSとは © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 5 1. 流通BMSとは 消費財流通業界の標準EDI ⼩売業の仕⼊業務に関わる情報交換の取り決め ⼩売のさまざまな取引形態に対応 ⼩売業態の特性に対応 基本形メッセージ（スーパー、ドラッグストア、ホームセンターなどの取引） 百貨店版メッセージ（百貨店の取引） 業種の特性に対応 ⾷品・⽇⽤品・化粧品・⼀般⽤医薬品などの受発注型を基本とする その他、アパレル、⽣鮮品特有の取引や預り在庫型センター取引に対応している 物流ラベルや付帯帳票の標準モデルも作成 SCMラベル、個⼝納品書、納品明細書、⽋品連絡書 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 6 2. 流通EDIの進化と変遷 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 7 2-1. 流通EDIの歩み 1970年代 1980年代 ＥＤＩ関係 ◎統⼀伝票 （1974〜） 1990年代 2000年以降 ◎流通BMS 標準ﾒｯｾｰｼﾞ （2007〜） ◎標準データフォーマット（1982〜） 発注、請求/⽀払、出荷案内 ●JCA⼿順 （1980〜） ▲共通取引先コード（1977〜） 全銀⼿順、全銀TCP/IP 等も使⽤される その他 国内コードから国際コードへ移⾏ ◆JANコード（1978〜） ◆集合包装⽤商品コード（1978〜） ◆JANシンボル （1978〜） UCC：Uniform Code Council ●流通BMS 通信⼿順（３種） （2007〜） ◆ITFシンボル （1978〜） ▲GLN（1999〜） 体系統⼀ ◆UCC/EAN-128 （1994〜） 名称変更 ◆GTIN （2005〜） ◆GS1-128 （2006〜） EAN：European Article Number © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 8 2-2. 統⼀伝票 ターンアラウンド型を採⽤ 発注情報を基に、納品伝票や受領伝票にデータを引き継げるため、 転記の必要がなくなった。 標準化メリット 多くの取引先で利⽤できるため⼤量⽣産が可能となり、 取引先にも調達コストの削減や在庫管理が簡便になるなどのメリットがある。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 9 2-3-1. EOS EOSはElectronic Ordering System（電⼦発注システム） の略で、発注データの電⼦化のこと。 ⼩売業 発 注 卸・メーカー ＥＯＳ ここだけ 電⼦化!! ⽴会検品 伝票仕分 保管 検品/受領 仕⼊⼊⼒ 仕⼊伝票 照合作業 仕⼊伝票 受領伝票 印 返品伝票 買 掛 照合 ⽀払案内 請求書 ⽀払案内書 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 受 注 在庫引当 ﾋﾟｯｷﾝｸﾞﾘｽﾄ 伝票発⾏ 出荷指⽰書 伝票発⾏ 集 品 伝票仕分 保管 売上⼊⼒ 売 掛 請 求 伝票⼊⼒ 受領伝票 印 返品伝票 ↑⽇次処理 ↓⽉次処理 照 合 10 2-3-2. 電⼦取引に必要な取り決め 電⼦取引を⾏うためには、事前に情報をどのようにやり取りするか 定めた「標準規約」という取り決めが必要。 主に以下の2つで構成されている。 通信プロトコル コンピュータ同⼠が正しくデータをやり取りするための取り決め メッセージ やり取りするデータの書き⽅の取り決め 荷物＝メッセージ 道路＝通信網 トラック・交通規則 ＝通信プロトコル © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 11 2-4-1. JCA⼿順 1970年代後半、電⼦発注（EOS）の標準化ニーズが⾼まる。 1980年7⽉、⽇本チェーンストア協会（JCA）が 「取引先オンライン・データ交換標準通信制御⼿順」（通称・JCA⼿順） を制定。 1982年、通商産業省（現・経済産業省）が JCA⼿順を流通業界の標準通信⼿順に指定し、「J⼿順」と命名。 JCA手順の構造 伝送データ（固定長/個別） JCA手順 公衆回線でデータを安全確実に受け渡し するための通信制御手順 BSC手順 公衆回線 ※BSC：Binary Synchronous Communications の略。IBMが1964年に制定した通信プロトコル。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 12 2-4-2. 統⼀伝票＋JCA⼿順 統⼀伝票とJCA⼿順を利⽤することによって、 「取引先のプリンタで伝票を印刷できる仕組み」 が出来上がった。 卸・メーカー 小売 発注 統一伝票 電話回線 統一伝票 統一伝票 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 13 2-4-3. 統⼀伝票＋JCA⼿順の課題 当時としては⾰新的だったが、30年以上経った現在では…… PC上の基幹システムとの連携は？ NTTの回線移⾏の影響は？ 通信速度は？ 災害時の事業継続性は？ etc… © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 14 2-5. EDI EDIはElectronic Data Interchange（電⼦データ交換）の略で、 異なる企業間で取引のためのデータを、通信回線を介してコンピュータ 間で交換すること。 ⼀般に、EOSが「発注」のみだったのに対し、 EDIは「出荷」・「受領」や「請求」・「⽀払」まで含んだやり取り ⼩売業 発 注 卸・メーカー 発注メッセージ 受 注 出荷メッセージ 検品/受領 出 荷 受領メッセージ 返 品 返品メッセージ 買 掛 照合/消込 ⽀払案内 返品受領 売 掛 請求メッセージ 請 求 ⽀払メッセージ 照合/消込 PC上で在庫管理、会計を⾏う現在ではEDIは必須のシステム！ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 15 2-6-1. JCA⼿順の課題（個別仕様） 業務プロセスとデータ書式の濫立 開発コスト・運⽤コストの負担⼤ 4か国語で注⽂が 来ているみたい・・ ⼩ 売 卸・メーカー A社 W社 B社 X社 C社 Y社 D社 Z社 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 16 2-6-2. JCA⼿順の課題（メッセージ） データ連携に不便な固定長方式 固定⻑ 項⽬の追加が難しい（税率など） 扱えるデータの制限 漢字が使えない。画像なども送信不可 →「伝票に印刷できれば良い」時代の名残 固定長（128byte）レコード（伝票明細行）の例 固定長方式は細部にわたって統一することは難しく、企業個別のレイアウトにならざるを得ない 1 2 3 4 5 6 7 8 9 位置 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 発注内容 規格 R E C O R D 区 分 デ 商品コード 発注 単位 発注 単位数 発注 総バラ 数量 タイプ X 99 99 X(13) 9(5) 9(5) 9(5)V9 ー タ 区 分 伝 票 行 番 号 項 目 名 原単価 売単価 原価金額 売価金額 商品名（カナ） 9(6)V99 9(6) 9(9) 9(9) X（25） 容量 単 位 X（7） X（3） 1 2 3 4 5 6 7 8 9 101 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 項 目 名 タイプ X 自社商品コード 余白 X(13) X(14) © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 17 老朽化した通信手順 2-6-3. JCA⼿順の課題（通信） 30年前の手順・・ モデム モデム 公衆回線／DDX回線 2400bps/9600bps 通信速度が遅い 現在の光ファイバー（100Mbps)の1万分の1〜3万分の1程度の速度 機器の調達が困難に モデムの⽣産終了や保守の停⽌、調達コストの上昇 通信コスト 通信時間が⻑く、電話をかけ続けている状況になるため、 通信費が⾼額に NTTのPSTNマイグレーション 2020年頃に、ISDNサービスが廃⽌され利⽤不可になる可能性がある © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 18 【参考】NTTのPSTNマイグレーション © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 19 【参考】今使っているEDIが利⽤できなくなる 公衆回線網（PSTNコアネットワーク）の廃⽌は NTT東⻄の交換機の寿命が理由であることから、必ず切替えが必要。 切替えることで、今のEDIを使い続けることはできなくなる可能性は⾼い。 2010年 NTT東⻄が公衆回線網 (PSTNコアネットワーク) を廃⽌し IP網へ移⾏すると発表 2015年 ⼤企業を中⼼に IP網への移⾏説明を 本格的に開始 2020年度後半 INS終了 公衆回線網 （PSTNコアネットワーク） から IP網への切り替え開始 JCA⼿順、全銀⼿順、全銀TCP/IP⼿順）が 今利⽤しているEDI（ 利⽤できなくなる可能性が⾼い © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 20 【参考】システムリースと移⾏タイミング システムリースは⼤体が５年契約。 2015年以降にくる更新のタイミングで 現在の⼿順から移⾏しておかないとムダな費⽤が発⽣してしまうことになる。 更新タイミング 2018年 ISDNサービス停⽌ 2020年度後半 更新タイミング 2023年 ※今利⽤している⼿順＝JCA⼿順、全銀⼿順、全銀TCP/IP⼿順 今利⽤している⼿順 今利⽤して いる⼿順を 使い続ける パターン 継続 今利⽤している⼿順 5年リース 利⽤可 利⽤できなくなる！ 利⽤できない！ この間リースはムダ 再度費⽤発⽣ 今利⽤している⼿順 新システム に更新する パターン 流通BMSに更新 新システム（インターネット対応） 5年リース 利⽤可 利⽤可 継続して利⽤可 次のリース契約時にはシステム対応が必要 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 21 2-7. Web-EDI Web-EDIとは、インターネット回線とWebブラウザを通じて⾏うデータ交換のこと。 Web-EDIの メリット/デメリット 受注者 発注者 A社 メリット 基幹 システム HTTP、HTTPS B社 受注者側で特別なハード・ ソフトが要らない デメリット ・発注者ごとに画面や操作手順 が異なる （担当者しか処理できない） HTTP、HTTPS C社 ・自社システムとのデータ連携 ができない場合が多い HTTP、HTTPS Webサーバ ブラウザ →通信に関する問題 だけ は解消されたが 依然、標準化、業務効率化は難しい © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 22 2-8-1. 流通BMS検討・制定の経緯 2004年頃 2005年度 2006〜2008年度 （流通システム標準化事業） 多くの業界が参加 JCA⼿順に 代わる 標準EDIが 必要だね 説明会 スーパー業界団体の 合同研究 ⽇本チェーンストア協会と ⽇本スーパーマーケット協会 2005年8⽉ 共同実証 経済産業省の委託事業 2007年4⽉ ・流通BMSと命名 ・バージョン1.0の発表 ・次世代EDI標準化WG © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 2009年度〜 （流通BMS協議会） ３部会 セミナー 講座 展⽰会 業界団体が主体となって 協議会を設⽴ 2009年10⽉ ・基本形：バージョン1.3の発表 （グロサリー、アパレル、⽣鮮の統合） 23 2-8-2. 流通BMSの主な標準化内容 流通BMS XML 統⼀伝票を踏襲した ターンアラウンド型 27種類のメッセージ タグ情報と階層構造 （メッセージ） データ連携を重視 したファイル交換型 S-S型とC-S型 から選択可能 3種類の通信 ⼿順 インター ネット 業務 プロセス (通信回線) （運⽤） 様々な業種・業態・ 商材・センター⽅式に 対応した業務プロセス 証明書を利⽤した セキュリティ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 24 2-8-3. 流通BMS検討結果・成果物 流通BMS協議会が提供しているガイドラインやツール類 標準化されている対象 対象となるガイドライン ツール類 システム設計ガイドライン 導入ガイドライン 業務プロセス ・共通確認シート ・メッセージ情報協定シート （ 基本形、百貨店版 ） ＥＤＩメッセージ 標準メッセージの種類 基本形：27 百貨店版：27 運用ガイドライン メッセージ毎のデータ項目 コード （ GTIN、GLN ） データ表現形式 通信インフラ 通信手順 通信基盤 ・マッピングシート ・メッセージ別項目一覧 ・コードリスト一覧 （ XML ） XMLテクニカルガイド XMLスキーマ （ ebMS､ AS2、JX ） 通信プロトコル 利用ガイドライン ・通信パラメータ協定シート ・CPA雛形 （ インターネット TCP/IP ） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 25 【参考】SCMラベルの標準フォーマット 発注メッセージと連動して発⾏されるSCMラベルの標準モデルを作成。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 26 【参考】納品明細書の標準フォーマット 納品明細書の標準モデルを2タイプ作成。 Aタイプ（14明細） Bタイプ（32明細） Aタイプ（14明細） ※物流ラベル・納品明細書ともに、 標準フォーマットの使⽤が義務付けられているものではありません。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 27 【参考】商品マスタ⽀援 ⼩売業の商品マスタ登録⽀援は、 データベースを経由して⾏う場合と、個別にEDIで⾏う場合がある。 DB経由方式の例（酒類・加工食品業界） メーカー 卸 （卸共同DB） （メーカー共同DB） 商品情報 JII参加卸 JII FDB 小売 連携 画像情報 商品情報 画像情報 商品マスタ 登録支援 未登録商品 代行登録 連携 卸個別情報 商品情報 登録 画像情報 FDB加盟メーカー 卸個別情報 JII加盟メーカー 画像情報 JII商品画像 撮影センター © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 流通BMS で送信可能 FDB : ファイネット データベース JII :ジャパン・インフォレックス 28 【参考】マッピングシートチェック体制 標準に沿わない利⽤に対する取組み 標準外利⽤が普及拡⼤の障壁となっているため、マッピングシートのチェック体制を確⽴する 利⽤予定メッセージについて、本番稼働前の変更可能な段階で、 マッピングシートの内容が標準仕様に準拠しているかの確認を⾏う これって標準に 沿ってるのか？ チェック体制とフロー 標準外が やってきた！ ⼩売業 ⼩売 安⼼ 取引先 マッピングシート 提出 誰かがチェック してくれたら・・ 流通BMS 協議会 Check 確認ﾒﾝﾊﾞｰ 私たちが チェックします! 流通BMS協議会 結果 ※協議会のwebページから申し込みできます © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 29 2-8-4. 「流通BMSにおけるWeb-EDI基本⽅針」 １．流通ＢＭＳにおけるＷｅｂ-ＥＤＩの位置づけ Ｗｅｂ－ＥＤＩは流通ＢＭＳ Ｓ－Ｓ型およびＣ－Ｓ型の補完手段である。 １．Ｗｅｂ－ＥＤＩは、中小流通業でＳ－Ｓ型、Ｃ－Ｓ型では流通ＢＭＳ導入が困難な相対企業へ ＥＤＩを普及させるための手段として位置づける。 ２．流通ＢＭＳは標準ＸＭＬスキーマを使用したＳ－Ｓ型およびＣ－Ｓ型を主とし、 Ｗｅｂ－ＥＤＩはこれらの導入が困難な中小流通業に対し併用して提供する補完手段である。 よって補完手段であるＷｅｂ-ＥＤＩのみでＥＤＩを提供してはならない。 （相対企業におけるＥＤＩ選択肢を狭めてはならない） 2．流通ＢＭＳにおけるＷｅｂ-ＥＤＩの適応要件 Ｗｅｂ-ＥＤＩを提供する場合は、標準ＸＭＬスキーマを使用した流通ＢＭＳの Ｃ－Ｓ型手順（ＪＸサーバ）を同時に提供する。 １．相対企業の選択肢を確保する意図から、Ｗｅｂ-ＥＤＩのみを提供することを規制する。 ２．中堅以上の卸／メーカ側の要望の強い標準仕様の提供、送受信の自動化は、Ｃ－Ｓ型 （またはＣ－Ｓ型ならびにＳ－Ｓ型）も同時に提供されることにより担保される。 3．流通ＢＭＳにおけるＷｅｂ-ＥＤＩの機能要件 Ｗｅｂ-ＥＤＩでは流通ＢＭＳの各メッセージ内で使用されているデータ項目の みを使用する。 １．Ｗｅｂ-ＥＤＩに流通ＢＭＳの枠組みを適用する。 ２．流通ＢＭＳのＣ－Ｓ型手順が提供されていることを前提に、Ｗｅｂ-ＥＤＩの自由度、運用も尊重し、 標準機能要件としてデータ項目は流通ＢＭＳの各メッセージ内で使用されているデータ項目のみとして、 個別データ項目を追加して使用しない。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 30 2-9-1. 流通BMSにおける税関連項⽬ 流通BMSでは、検討開始時から税に関する様々な可能性を考慮していた 複数税率 実際の運⽤（発注する単位や請求書作成単位） を考慮し、メッセージ階層構造を定義した。 取引番号（伝票番号）単位に、 税率・税額のデータ項⽬を定義 税率の桁数 海外の状況も考えて、整数部2桁、⼩数点以下1桁、 として税率のデータ項⽬定義を⾏った。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 31 2-9-2. 流通BMSの税関連項⽬と取引の流れ ⼩ 売 卸・メーカー ⽇次処理 商品 マスタ 商 談 受 注 発注 出 荷 税率 税額 受 領 確 認 ⽉次処理 請 求 照 合 税率 税額 税率 税額 受 領 照 合 請求 ⽀払 発 注 ⼊ 荷 出荷 受領 税率 税額 商品 マスタ 税率 税額 ⽀ 払 ⽇々の取引で取引番号（伝票番号）単位で税率を分けることで 請求時に税率毎に合計するなどの対応が可能。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 32 3. 流通BMSの導⼊効果 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 33 3-1. 流通BMS導⼊効果 流通BMS の導⼊効果は⼤きく3種類に分けられる EDI 導⼊効果 基幹システムとの 連携・精度向上 通信回線 更新効果 標準化効果 速度向上・ 締め時刻の余裕 コストメリット 通信コスト 物流・⾦融 との連携 事業継続計画 （BCP）対策 社会的責任 （CSR) 経営の⾒える化 伝票レス 検品レス © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 34 3-2-1. EDI導⼊効果（基幹システムとの連携） EDIの導⼊によって、基幹システムとデータ連携し 取引業務を効率化することができる。 ⼩売業 基幹システムと ⾃動で連携！ 発 注 卸・メーカー 発注メッセージ 受 注 基幹システムと ⾃動で連携！ 出 荷 伝票レスで、 伝票の発⾏、 ⼊⼒・保管業務 が不要に！ 出荷メッセージ 出荷メッセージと SCMラベルで 検品レスを実現! 検品/受領 受領メッセージ ⽇々の買掛が 素早く確定！ 返 品 返品メッセージ 買 掛 返品受領 売 掛 ⽇々の売掛が 素早く確定！ ↑⽇次処理 ↓⽉次処理 請求レスにより 決済業務が 効率化！ 照合/消込 ⽀払案内 請求メッセージ ⽀払メッセージ 請 求 照合/消込 請求レスにより 決済業務が 効率化！ 不照合が激減！ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 35 3-2-2. EDI導⼊効果（⼊⼒の⾃動化事例） 基幹システムとの⾃動連携による、⼊⼒・確定速度の上昇 ⼤きな負荷になっていた⼊⼒作業が⼤幅に削減され、⼈員の再配置が可能に ⽣鮮部⾨だけで5.5百万円/年の⼈件費削減（関東地⽅ ⾷品スーパー事例） 経営の⾒える化に成功 帳票と実棚卸での粗利⾼（率）差異が僅差のため、⽇々の個店の粗利コントロールが 可能になり、経営に⼤きくプラスになった（関東地⽅ ⾷品スーパー事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 36 3-2-3. EDI導⼊効果（データ精度の向上事例） データ精度の向上・ミスの削減 在庫⾼の正確性向上により、⾃動発注システムの精度が向上 適正棚割による売上増 24百万円/年 ⼈件費の削減 ６百万円/年（関東地⽅ ⾷品スーパー事例） 決済照合率が上昇し、違算の発⽣を防ぐ ⾃動決済照合率99.4%（⽇⽤品卸 事例） ⾃動的に基幹システムに連携されるため、在庫⾼が正確に算出できる。 年間120百万円（年間売上800億円）分の 理論在庫と実在庫の差額を解消（中部地⽅ ドラッグストア事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 37 3-2-4. EDI導⼊効果（伝票レス事例） 電⼦帳簿保存法の要件を満たせば、仕⼊伝票を印刷する必要がなくなり、 発⾏や保存にかかるコストの⼤幅削減が可能になる 全体の76.4％、⾦額にして3百万円超の取引先伝票調達費が削減。物流センタ ーの伝票処理⼈員が3名から1名体制に改善（関⻄地⽅ 総合スーパー事例） 1⽇当たり、500枚の伝票を削減（総合⾷品卸事例） 70%の伝票を削減し、毎⽉20百万円の削減効果（⽇⽤品卸事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 38 3-2-5. EDI導⼊効果（検品レス） 卸・メーカー ⼩売センター 受注商品をピッキングしたらバーコードスキャン 到着した荷物をベルトコンベアに流しながら SCMラベルを⾃動スキャン ピッキングしながら ピッキング後まとめて バーコード読取りデータ 出荷データを送信 出荷データ ⼊荷予定データ 照合 荷物にSCMラベル※を貼って出荷 照合のキー№ ※SCM：Shipping Carton Marking © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 39 3-3-1. 通信回線更新効果（概要） ・通信時間事例：これまで数分〜数時間かかっていた通信時間が数秒〜数分になった。 ※通信時間は約１４分の１に短縮された。 従来のJCA手順 （９６００ｂｐｓ） ３５分 ５００KB 公衆回線：２４００ｂｐｓ ９３％削減 流通BMS （ブロードバンド：光） １１．５ MB １４０分 固定長⇒XML にすると データサイズは２３倍になる ２分３４秒（XML変換時間含む） ・通信の安定性向上： JCA等の従来の通信方式は、データ受信中に通信が切断され た場合、受信を初めからやり直す必要があったが、 流通BMSは切断されることがないため、 受信遅延による出荷開始遅れが発生しない。 ３０分 従来のJCA手順 流通BMS １時間 発注データ受信 １時間半 障 害 ２時間 再受信 遅延 受信完了 ※万一、何らかの理由で受信のやり直しが発生しても、通信時間が短いため問題ない。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 40 3-3-2. 通信回線更新効果（事業継続性の向上） ⽼朽化した機器の排除 インターネットが普及した現在では、アナログ電話回線で利⽤するための 「モデム」が⼊⼿困難になっている。 故障した時にモデムが⼿に⼊らなければ受発注業務ができなくなってしまう。 ⼊⼿できたとしても、コストは⾮常に割⾼に！ BCPの⼀環として 電話網よりも強固なインターネット網を利⽤することで、 地震をはじめとした天災などの不測の事態に備えられる。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 41 3-3-3. 通信回線更新効果（通信時間事例） 通信時間速度向上・締め時刻繰り下げ 全銀⼿順の通信で1時間かかっていた取引は 流通BMSにすることで50秒になった（関⻄地⽅ ドラッグストア事例） 発注1回90分程度が数分程度に改善（関東地⽅ ドラッグストア事例） 流通BMSを採⽤し往復3時間の受発注時間を短縮できたため、 納品サイクルの⾒直しは不要で、当⽇納品が実現。菓⼦類がTC化された （中部地⽅ 総合⼩売事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 42 3-4-1. 標準化効果（コスト削減事例） 開発コスト・運⽤コスト削減 共通の仕様のため、導⼊や運⽤のためのコスト・期間が⼤幅に削減できる レガシーEDIのときは導⼊に3ヶ⽉かかっていたが、 流通BMSは2ヶ⽉で可能（関⻄地⽅ ドラッグストア事例） 流通BMSはJCAから約2倍の⽣産性、 新EOSからは30％開発⼯数の削減（総合⾷品卸事例） レガシーに⽐べ、約40％の期間で稼動が可能（総合⾷品卸事例） 新規で接続する場合、JCA⼿順の開発⼯数を100とすると、 流通BMSは60~80 Web-EDIは120〜150（⽇⽤品卸事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 43 3-4-2. 標準化効果（情報連携事例） 標準データを利⽤することで、拠点間・企業間の情報連携が容易に⾏える 取引先・物流センターと連携。物流データの⼀元化が容易に⾏える （中部地⽅ ドラッグストア事例） 社内システムを全て流通BMS対応することで、 業態に依存しない発注が可能になった（中部地⽅ 総合⼩売事例） クラウド環境でデータを共有することで、取引先・本部・店舗・物流センター間で 「納品」〜「請求」「⽀払」まで情報共有が可能に（関⻄地⽅ 総合⼩売事例） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 44 【参考】 標準化効果（企業間情報交換インフラ） 業界を越えた企業間情報交換インフラの標準化へ 流通業界の枠を超えて、通信インフラが統合されれば 中⼩企業も含め、さらなる効率化・効果拡⼤が望める ⾦融機関 インターネット網 ebMS,AS2,JX⼿順 ⼩売業 経理部⾨ 業務 APL 基幹F 送信F ＥＤＩ 通信 ＡＰＬ 業務 APL ・流通BMS ・全銀標準 ・公共の標準 各業界の標準 共通 インフラ 仕様 流通業界 ・流通BMS ・加⼯⾷品 ・⽇⽤雑貨 ・⽣鮮 ・アパレル ・医薬品 ・⽇曜⼤⼯ ｅｔｃ 情報システム部⾨ ＸＸＸＸ etc ・ＩＳＰ ・○○ 公共機関など ・△△ ・□□ ・○○○○ ：標準メッセージ体系 ［既存（流⽤含む）、新規作成］ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ・電気ｅｔｃ ・⽔道 ・ガス ・電話 ｅｔｃ 45 【参考】 ⾦融機関との接続 ⾦流のEDIを活⽤し、「売掛⾦⼊⾦管理」と「販売条件・リベート 管理」の効率化を検証 企業毎に、経理形態が異なり業界平均での 効果算出は難しいが、⾦融機関からの⼊⾦ 情報に、詳細情報を付加できる事で、経理に おける各種⼊⾦管理業務等の効率化・⾼度 化が実現できる企業があることを確認 2018年からの稼働にむけて検討中！ 検証結果抜粋 ⼩売業 販売条件・ リベート 卸売業 売掛⾦ 年間9,250時間 （61％） 作業⼯数削減可能 年間1,680時間 削減可能 ※ 140時間/⽉ （出典）流通システム開発センター 流通システム標準活⽤検討会 決済情報と商流情報の連携 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 46 4. 流通BMSの最新状況 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 47 4-1-1. 導⼊状況（概要） 流通ＢＭＳ協議会が2015年8⽉〜10⽉に実施したアンケート調査によると、 ⼩売の54％が「導⼊済」または「導⼊予定」としており、 「導⼊したい（時期未定）」を含めると88％にのぼる。 ⼩売 流通BMS導⼊状況 N=127 その他, 3.1% 導⼊するつもり 無回答, 0.8% はない, 7.9% 導⼊済み, 導⼊未定の理由は、 １．投資対効果が⾒えない（55％） ２．既存機器が動いている（38％） ３．取引先から要請がない（34％） ４．同業他社の導⼊が進んでいない（25％） ５．対応できる取引先がまだ少ない（21％） ６．基幹ｼｽﾃﾑの更新時期が未定（19％） など 38.6% 導⼊したいが 時期は未定, 33.9% 導⼊予定, 15.7% © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 48 4-1-2. 導⼊状況（通信⼿順） ⼩売 得意先と対応しているEDI(過去⽐較） 卸・メーカー 得意先（⼩売）と対応しているEDI(過去⽐較) 100.0% 100.0% 73.7% 57.0% 71.9% 20.0% 12.3% 10.2% 19.7% 33.9% 40.0% 0.0% 2009年 2011年 2013年 2015年 51.8% 60.0% 13.4% 20.0% 80.0% 37.8% 18.9% 40.0% 39.4% 60.0% 66.1% 70.9% 80.0% 0.0% 2009年 2011年 2013年 2015年 N=138 N=134 N=125 N=127 2009年度 2011年度 2013年度 2015年度 流通BMSへ ← レガシー通信 N=226 N=432 N=413 N=463 2009年度 2011年度 2013年度 2015年度 流通BMSへ ← レガシー通信 （2015年8⽉〜10⽉のアンケート調査より） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 49 4-2. 流通BMS導⼊済企業数推計 推計値の推移 これらの数はあくまで推計であり、実際の数字ではない。 実導⼊数に対して⼤きく乖離した報道などで誤まったイメージを受けないために算出している。 推計の⽅法 主要なＩＴ企業から、通信ソフトの出荷本数とサービス（ASP/SaaS）の接続先数を提供してもらい、 導⼊企業数を推計した。 （調査対象となった協⼒IT企業） 通信ソフトベンダー：６社 サービス(ASP/SaaS)ベンダー：５社 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 50 4-3-1. 導⼊企業名の公開① 2016年8月1日 現在 社名公開企業数 小売業 業態 導入済 127 導入予定 12 小計 139 9 24 4 4 1 1 3 2 0 0 0 0 0 0 11 24 4 4 1 1 2 173 14 187 導入済 57 導入予定 0 小計 57 21 4 25 3. 日用品・化粧品 卸・メーカー 27 0 27 4. 医薬品 卸・メーカー 11.その他 卸・メーカー 6 29 30 10 15 3 2 2 2 8 2 1 7 0 0 0 8 37 32 11 22 3 2 2 合計 202 24 226 1. 2. 3. 4. 5. 6. 7. スーパー 百貨店 ドラッグストア ホームセンター 生協事業連合 倉庫型会員制ストア ボランタリーチェーン本部 8. ディスカウントストア 合計 卸売業・ メーカー 業種 1. 食品・飲料卸 2. 菓子卸 5. アパレル・靴・スポーツ用品 卸・メーカー 6. 食品メーカー 7. 家庭用品 卸・メーカー 8. 包装資材・副資材 卸・メーカー 9. 玩具・ホビー 卸・メーカー 10.家電 卸・メーカー ※最新の社名公開企業数、導⼊企業名については、流通BMS協議会のホームページをご覧ください。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 51 4-3-2. 導⼊企業名の公開② スーパー （139社） （2016.8.1現在） 企業名 本社所在地 北海道 岩手県 ㈱アークス 導入状況 予定 企業名 本社所在地 東京都 導入状況 ㈱トップ 済 済 イオン北海道㈱ 済 ㈱ニューヤヒロ マックスバリュ北海道㈱ 済 ㈱花正 済 ㈱保土田 済 ㈱スーパーマーケットマルイチ 済 ㈱マルエツ 済 宮城県 マックスバリュ南東北㈱ 済 ㈱マルマンストア 秋田県 マックスバリュ東北㈱ 済 ㈱三浦屋 よねや商事㈱ 済 ㈱三越伊勢丹フードサービス 済 ㈱たかき 済 ㈱ヤマイチ 済 ㈱ライフコーポレーション ㈱小田原百貨店 ㈱成城石井 済 山形県 ㈱ヤマザワ 福島県 茨城県 栃木県 群馬県 埼玉県 千葉県 東京都 予定 ㈱鎌倉屋 済 わしお㈱ 済 ㈱カスミ 神奈川県 済 ㈱スーパーサンエー ㈱マルシゲ 予定 イオンスーパーセンター㈱ 企業名 本社所在地 大阪府 ㈱万代 兵庫県 和歌山県 予定 導入状況 済 済 予定 ㈱主婦の店 赤穂店 予定 ㈱三杉屋 予定 ㈱オークワ 済 ㈱サンキョー 済 ㈱松源 済 ㈱キヌヤ 済 済 島根県農業協同組合ラピタ 済 済 ㈱みしまや 済 ㈱マルイ 済 ㈱イズミ 済 島根県 岡山県 広島県 予定 ㈱たまや 済 ㈱かわねや 済 ㈱やまか 済 ㈱Ａコープ西日本 済 ㈱サンユーストアー 済 百合ヶ丘産業㈱ 済 ㈱三和ストアー 済 ㈱スーパーマルモ 済 ㈱ロピア 済 ㈱ニチエー 済 ㈱セイミヤ 済 ㈱魚栄商店 済 ㈱ハローズ 済 ㈱結城ショッピングセンター 済 ㈱カワマツ 済 ㈱藤三 済 ㈱ダイユー 済 ㈱鍛冶商店 済 ㈱フレスタ 済 ㈱ヤオハン 済 マックスバリュ北陸㈱ 済 マックスバリュ西日本㈱ 済 ㈱フレッセイ 予定 ㈱中央フード 済 ㈱丸久 済 ㈱ベイシア 済 ㈱ベルク 新潟県 石川県 ㈱マルエー 福井県 予定 山口県 ㈱かじ惣 済 済 (協組)ハニー 済 徳島県 ㈱オオキタ 済 ㈱マミーマート 済 ㈱ユース 済 ㈱マルナカ 済 ㈱ヤオコー 済 香川県 愛媛県 ㈱ヤオヨシ 済 ㈱与野フードセンター 済 イオンリテール㈱ 済 ㈱おどや 済 ㈱尾張屋 済 ㈱セレクション 済 ㈱ナリタヤ マックスバリュ関東㈱ 長野県 岐阜県 マックスバリュ長野㈱ 済 ㈱マツヤ 済 ㈱バロー 済 ㈱ファミリーストアさとう 済 ㈱ヒバリヤ 済 済 ㈱フジ 済 ㈱くりはら 済 済 ㈱サンプラザ 済 えぷろんフーズ㈱ 済 ㈱末広 済 ㈱カネスエ 済 ㈱土佐山田ショッピングセンター 済 済 ㈱キシショッピングセンター 済 イオン九州㈱ 済 済 ㈱清水屋 済 ㈱Ａコープ九州 済 ㈱イトーヨーカ堂 済 マックスバリュ中部㈱ 済 ㈱トライアルカンパニー 済 ㈱いなげや 済 ㈱ヤマナカ 済 ㈱西鉄ストア 済 ㈱エコス 済 ユニー㈱ 済 マックスバリュ九州㈱ 済 ㈱エネルギースーパーたじま 済 ㈱義津屋 済 ㈲つばき屋 済 ㈱一号舘 済 ㈱ぎゅーとら 済 ㈱フタバヤ 済 ㈱平和堂 済 ㈱なかむら 済 ㈱Olympicグループ 予定 静岡県 愛知県 三重県 高知県 ㈱大見屋 ㈱波止浜スーパー 福岡県 長崎県 済 ㈱サンライフ 済 ㈱大丸 済 サミット㈱ 済 ㈱サンベルクス 済 ㈱信濃屋食品 済 ㈱島田屋 済 京都府 ㈱スーパーアルプス 済 大阪府 イズミヤ㈱ 済 ㈱サンエー 済 ㈱スーパーいずみ 済 ㈱近商ストア 済 ㈱丸大 済 (同)西友 済 ㈱京阪ザ・ストア ㈱リウボウストア 済 ㈱ダイエー 済 ㈱光洋 済 ㈱東急ストア 済 ㈱ショッピングセンター池忠 済 滋賀県 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 予定 大分県 鹿児島県 ㈱東美 沖縄県 ㈱タイヨー 済 イオン琉球㈱ 済 52 4-3-3. 導⼊企業名の公開③ 企業名 本社所在地 北海道 導入状況 長野県 ㈱マルイチ産商 済 北海道 ㈱ナシオ 岐阜県 ㈱岐阜リョーショク 済 ㈱関口 静岡県 愛知県 ヤマキ㈱ 済 栃木県 東京都 国分菓子㈱ 済 ㈱昭和 済 コンフェックス㈱ 済 ㈱トーカン 済 ㈱ハセガワ 済 東海国分㈱ 済 青森県 丸大堀内㈱ 済 宮城県 東北国分㈱ 済 ㈱山形丸魚 済 ㈱福島リョーショク 済 ボーキ佐藤㈱ 関東国分㈱ ㈱関東リョーショク 三重県 大阪府 済 済 済 国分㈱ 済 国分フードクリエイト東京㈱ 済 東京国分㈱ 済 済 伊藤忠食品㈱ 済 三陽物産㈱ 済 ユアサ・フナショク㈱ ㈱飯田 ゴールドエッグ㈱ ヤタニ酒販㈱ 兵庫県 島根県 岡山県 ㈱ナックスナカムラ 済 ㈱日本アクセス 済 日本酒類販売㈱ 済 広島県 廣屋国分㈱ 済 三井食品㈱ 済 山口県 香川県 三菱食品㈱ 済 神奈川県 神奈川国分㈱ 済 新潟県 新潟国分㈱ 済 ㈱新潟リョーショク 済 富山県 富山ヤクルト販売㈱ 済 長崎県 北陸中央食品㈱ 済 大分県 石川県 カナカン㈱ 済 ㈱北陸リョーショク 済 北陸国分㈱ 済 福井県 導入状況 済 済 千葉県 東京都 企業名 本社所在地 済 済 埼玉県 導入状況 ㈱スハラ食品 日本アクセス北海道㈱ 栃木県 企業名 本社所在地 シュレン国分㈱ ㈱北海道リョーショク 山形県 福島県 （2016.8.1現在） 菓子卸（25社） 食品・飲料卸（57社） 高知県 福岡県 鹿児島県 済 済 済 加藤産業㈱ 済 ㈱ヒメカン 済 兵庫国分㈱ 済 山陰国分㈱ 済 東中国国分㈱ 済 藤徳物産㈱ 済 サンリック国分㈱ 済 西中国国分㈱ 済 四国国分㈱ 済 ㈱四国リョーショク 済 旭食品㈱ 済 コゲツ産業㈱ 済 ヤマエ久野㈱ 済 長崎国分㈱ 済 大分国分㈱ 済 ㈱大分リョーショク 済 南九州国分㈱ 済 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 新潟県 済 予定 ㈱美多加堂 済 ㈱清野屋 済 田代コンフェックス㈱ 済 岐阜県 ㈱桑名屋 済 静岡県 ㈱大黒屋 済 愛知県 ㈱正直屋 済 杉秀コンフェックス㈱ 済 ㈱種清 済 ㈱相互 済 ㈱エヌエス 済 ㈱山星屋 済 京都府 大阪府 横山㈱ 予定 兵庫県 播磨物産㈱ 予定 鳥取県 えびす本郷㈱ 済 広島県 ㈱外林 済 ふたばコンフェックス㈱ 済 福岡県 ㈱イシカワ 済 熊本県 ㈱木村 済 大分県 ㈱大島屋 鹿児島県 セイカ食品㈱ 済 予定 53 4-4. 流通BMS導⼊宣⾔ 署名企業（95社） ＜製・配・販連携協議会＞ 第1次署名（50社） 2011/05 【メーカー】12社 【小売】28社 アサヒビール㈱ ㈱アークス 味の素㈱ イオン九州㈱ 花王㈱ イオン北海道㈱ ㈱カネボウ化粧品 イオンリテール㈱ キユーピー㈱ イオン琉球㈱ キリンビール㈱ ㈱イズミ イズミヤ㈱ ｻﾝﾄﾘｰ食品ｲﾝﾀｰﾅｼｮﾅﾙ㈱ ㈱資生堂 ㈱イトーヨーカ堂 ㈱光洋 日清食品㈱ ﾌﾟﾛｸﾀｰ・ｱﾝﾄﾞ・ｷﾞｬﾝﾌﾞﾙ・ｼﾞｬﾊﾟﾝ㈱ ㈱コメリ ㈱サークルＫサンクス ﾕﾆﾘｰﾊﾞ･ｼﾞｬﾊﾟﾝ･ﾎｰﾙﾃﾞｨﾝｸﾞｽ㈱ ㈱ｾﾌﾞﾝ-ｲﾚﾌﾞﾝ・ｼﾞｬﾊﾟﾝ ライオン㈱ ㈱ダイエー ㈱ファミリーマート 【卸】10社 ㈱あらた ㈱フジ 伊藤忠食品㈱ ㈱平和堂 加藤産業㈱ マックスバリュ九州㈱ マックスバリュ東北㈱ 国分㈱ マックスバリュ西日本㈱ 資生堂販売㈱ マックスバリュ北海道㈱ ジャペル㈱ ㈱マツモトキヨシホールディングス ㈱日本アクセス ㈱マルエツ ㈱Paltac ミニストップ㈱ 三井食品㈱ ㈱ヤオコー 三菱食品㈱ ユニー㈱ ㈱ヨークマート ㈱ﾗｲﾌｺｰﾎﾟﾚｰｼｮﾝ ㈱ローソン 第2次署名（16社） 2012/05 【小売】16社 ㈱葵商事 ㈱ウオロク ㈱エコス ㈱鍛冶商店 ㈱ぎゅーとら ㈱サンプラザ ㈱三和ストアー ㈱スーパーサンエー ㈱セレクション ㈱鶴屋 ㈱ハローズ ㈱フタバヤ ㈱マミーマート ㈱丸久 ㈱みしまや わしお㈱ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 第3次署名（20社） 2013/01 【メーカー】2社 ㈱ヤクルト本社 山崎製パン㈱ 【卸】9社 旭食品㈱ アルフレッサヘルスケア㈱ ㈱大木 中央物産㈱ ㈱東京堂 ㈱トーカン 日本酒類販売㈱ ㈱山星屋 ㈱リードヘルスケア 【小売】9社 ㈱オークワ ㈱カインズ ㈱カスミ サミット㈱ 合同会社西友 ㈱タイヨー ㈱東急ストア ㈱ベイシア ㈱LIXIL ビバ 第4次署名（9社） 2014/02 【小売】1社 ㈱そごう・西武 【卸】8社 セイカ食品㈱ ㈱外林 ㈱種清 ヤマエ久野㈱ ㈱オンワード樫山 グンゼ㈱ トリンプ・インターナショナル・ジャパン㈱ ㈱ワコール 54 4-5-1. 流通BMS協議会 ３つの活動 （会員数は2016.4.1現在） １．維持管理活動：各標準仕様／ガイドラインの維持管理（２個の部会） ２．導⼊⽀援活動：講師派遣、⼩売業の取引先説明会を⽀援、ロゴマーク取得製品／サービスの紹介 ３．普及推進活動：導⼊状況の把握と開⽰、セミナー・フォーラム・講座の開催、広報資料配布 流通ＢＭＳ協議会 総会 運営委員会 メッセージ メンテナンス部会 正会員 （業界団体等） ユーザ企業 Ａ業界団体 ･･･ 技術仕様 検討部会 Ｂ業界団体 ･･･ 普及推進 部会 Ｃ業界団体 ･･･ Ｄ業界団体 ･･･ 49団体 ･･･ 事務局：一般財団法人 流通システム開発センター © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 55 4-5-2. 流通BMS協議会の正会員⼀覧 ｵｰﾙ日本ｽｰﾊﾟｰﾏｰｹｯﾄ協会 全国青果卸売協同組合連合会 (一社)日本加工食品卸協会 日本ﾊﾑ･ｿｰｾｰｼﾞ工業協同組合 (一財)家電製品協会 （一社）全国中央市場青果卸売協会 （一社）日本玩具協会 (一社)日本パン工業会 酒類加工食品企業間情報ｼｽﾃﾑ研究会 （F研） (公社)全日本医薬品登録販売者協会 日本化粧品工業連合会 日本百貨店協会 情報志向型卸売業研究会 全日本菓子協会 (一社)日本出版ｲﾝﾌﾗｾﾝﾀｰ （一社）日本ﾌｰﾄﾞｻｰﾋﾞｽ協会 食肉流通標準化ｼｽﾃﾑ協議会 全日本履物団体協議会 (一社)日本ｽｰﾊﾟｰﾏｰｹｯﾄ協会 （一社）日本物流団体連合会 （一財）食品産業ｾﾝﾀｰ 全日本婦人子供服工業組合連合会 （一社）日本ｽﾎﾟｰﾂ用品工業協会 日本文紙事務器卸団体連合会 （公財）食品流通構造改善促進機構 （一社）全日本文具協会 日本生活協同組合連合会 (一社)日本ﾎﾞﾗﾝﾀﾘｰﾁｪｰﾝ協会 (一社)新日本ｽｰﾊﾟｰﾏｰｹｯﾄ協会 （一社）大日本水産会 日本石鹸洗剤工業会 (一社)日本ﾚｺｰﾄﾞ協会 （一財）生活用品振興ｾﾝﾀｰ (一社)日本ｱﾊﾟﾚﾙ･ﾌｧｯｼｮﾝ産業協会 (一社)日本専門店協会 (公社)日本ﾛｼﾞｽﾃｨｸｽｼｽﾃﾑ協会 全国卸売酒販組合中央会 日本ｱﾊﾟﾚﾙ物流連合会 日本ﾁｪｰﾝｽﾄｱ協会 協同組合 ﾊｳﾈｯﾄ 全国菓子卸商業組合連合会 （一社）日本医薬品卸業連合会 大衆薬卸協議会 日本ﾁｪｰﾝﾄﾞﾗｯｸﾞｽﾄｱ協会 全国化粧品日用品卸連合会 （一社）日本衛生材料工業連合会 （一社）日本ﾄﾞｩ･ｲｯﾄ･ﾕｱｾﾙﾌ協会 （一社）全国水産卸協会 日本OTC医薬品協会 日本歯磨工業会 （49団体 2016.4.1現在） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 56 【参考】 GS1 Japan パートナー会員制度 『GS1 Japan パートナー会員制度』が2015年4⽉に発⾜しました。 流通BMS協議会 ⽀援会員・流通情報システム研究会（シス研）・EPCglobalなど 4組織を統合した新しい会員制度となります。 GTINやEPC、EDIなど、GS1標準や流通システム全般の情報をご提供します。 広告掲載や展⽰会への出展料割引など、会員の企業活動を⽀援します。 流通情報システム研究会 （シス研）会員 EPCglobal会員 GS1 Japan パートナー センター会員 会員制度 流通BMS協議会 ⽀援会員 詳しい情報・加入方法等は、webページにて公開中！ http://www.dsri.jp/partnership/ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 57 4-6. ロゴ許諾製品・サービスの紹介 流通BMSのロゴマーク使⽤を許諾した 製品・サービスの検索システム （製品数は2016.8.1現在） EDI（通信＋XML）製品：47 サービス（ASP/SaaS）：39 通信基盤：12 認証サービス：3 物流ラベル作成ソフト：4 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 58 memo © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 59 第2部 ⽬次 1. 流通BMS概要 4. メッセージ 流通BMSのねらい メッセージの種類 提供資料 データ項⽬ 引き継ぎ項⽬ データ表現形式と階層構造 メッセージ項⽬の⾒⽅ 2. システム システム形態 通信⼿順 処理モデル 3. 業務プロセス 業務モデル 業務プロセス 納品プロセス © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 5. 導⼊について 期間の⽬安 60 １. 流通BMS概要 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 61 1-1. 流通BMSのねらい 通信インフラ 老朽化した通信手順の置き換え 公衆回線：モデム：2400 ｂｐｓ ＩＳＤＮ回線：ＴＡ ：9600～64 Kｂｐｓ 公衆回線：モデム ＩＳＤＮ回線：ＴＡ 公衆回線／ＩＳＤＮ回線 30年前に制定された JCA手順注の課題 ・伝送時間が長い ・モデムの供給中止 ・漢字、画像が送れ ない など 注）JCA手順は日本チェーンストア協会が 1980年に制定した標準通信手順 期待効果 ・通信時間が短い ・通信コストが低減できる ・専用機器が不要になる インターネット ・漢字や画像が送信できる ブロードバンド環境 ・ASDL：10 Mbps ・光ファイバ：100 Mbps © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 62 1-2. 流通BMSのねらい メッセージ 小売個別の 業務プロセスとデータ書式 流通業界共通の 業務プロセスとデータ書式 業務プロセスとデータ書式の標準化 卸・メーカー 小 売 A社 W社 B社 X社 C社 Y社 D社 Z社 小売個別の業務プロセス とデータ書式の課題 ・卸・メーカー側の負担増 ・流通サプライチェーンの 全体最適化の阻害要因 期待効果 卸・メーカー 小 売 A社 W社 X社 B社 C社 D社 流通 BMS Y社 Z社 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ・EDI導入までの工数削減 ・EDI導入コストの低減 ・EDI取引の拡大 ⇒伝票レスなどの業務効率化に ・サプライチェーンの情報連携 ⇒全体最適化へ 63 1-3. 流通BMSの対象と資料およびツール 流通BMS協議会が提供しているガイドラインやツール類 標準化されている対象 対象となるガイドライン ツール類 システム設計ガイドライン 導入ガイドライン 業務プロセス ・共通確認シート ・メッセージ情報協定シート （ 基本形、百貨店版 ） ＥＤＩメッセージ 標準メッセージの種類 基本形：26 百貨店版：27 運用ガイドライン メッセージ毎のデータ項目 コード （ GTIN、GLN ） データ表現形式 通信インフラ 通信手順 通信基盤 ・マッピングシート ・メッセージ別項目一覧 ・コードリスト一覧 （ XML ） XMLテクニカルガイド XMLスキーマ （ ebMS､ AS2、JX ） 通信プロトコル 利用ガイドライン ・通信パラメータ協定シート ・CPA雛形 （ インターネット TCP/IP ） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 64 1-4. 情報提供場所 ガイドライン等公開場所 流通BMSに関する「問い合せ」 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ・標準外利⽤事例集 ・標準外利⽤投書箱 65 1-5. 各種ガイドライン 名称 導⼊ガイドライン（概要編） 導⼊ 導⼊ガイドライン（業界編） 対象者 ・流通BMSの導⼊を考えられている企業のユーザ部 ⾨の⽅ ・流通BMSの概要を知りたい⽅ 使⽤⽬的 ・流通ＢＭＳの導⼊を検討するにあたり、流通ＢＭＳの概要や 導⼊効果、及び流通業界における流 通ＢＭＳの動向などを 理解することを⽬的に作成されたものです。 ・流通BMSの導⼊を考えられている企業のシステム企 ・流通ＢＭＳの導⼊を検討する際、または導⼊が決定した際に、 流通ＢＭＳの導⼊に必要なコストを 画部⾨の⽅ ⾒積るための要素や 導⼊⼿順の概略を理解することを⽬的に作成したものです。 ・流通BMSの導⼊⼿順の概要を知りたい⽅ 導⼊ガイドライン（システム編） ・流通ＢＭＳを実装する際に、実装の⼿順の概要と留意点を 理解することを⽬的に作成されたもので ・流通BMSを実装する企業のシステム開発部⾨の⽅ す。 やＩＴベンダー企業の⽅ 運⽤ガイドライン（基本編） 運⽤ガイドライン（預り在庫センター編） 運⽤ガイドライン（⽣鮮業界編） 運⽤ガイドライン（その他メッセージ編） ・流通BMSを実装する企業のシステム開発部⾨の⽅ 流通ビジネスメッセージ標準®（基本形）で定義されている各メッセージおよびデータ項⽬の内容を深く やＩＴベンダー企業の⽅ 理解し、現⾏システムからの移⾏や新規システム開発を ⾏う際の解説資料。 運⽤ガイドライン（商品マスタ編） ・流通BMSを実装する企業のシステム開発部⾨の⽅ 流通ビジネスメッセージ標準®（商品マスタ）で定義されている各メッセージおよびデータ項⽬の内容を やＩＴベンダー企業の⽅ 深く理解し、現⾏システムからの移⾏や新規システム開発を ⾏う際の解説資料。 物流ラベル運⽤ガイドライン第Ⅰ章 《概要偏》 ・流通ＢＭＳ物流ラベルの概要を知りたい⽅ ・流通ＢＭＳ対応物流ラベルおよび付帯帳票の導⼊を検討するにあたり、流通ＢＭＳ対応物流ラベ ・流通ＢＭＳ対応物流ラベルの導⼊を考えられている ルおよび付帯帳票の概要や、対象となる業務モデルなどを理解することを⽬的に作成されたものです。 企業のユーザ部⾨の⽅ 物流ラベル運⽤ガイドライン第Ⅱ章 《仕様偏》 ・流通ＢＭＳ物流ラベルの仕様を知りたい⽅ ・流通ＢＭＳ対応物流ラベルおよび付帯帳票の仕様の仕様と留意点を理解することを⽬的に作成され ・流通ＢＭＳ物流ラベルの導⼊を考えられている企業 たものです。 のシステム企画部⾨の⽅ 物流ラベル運⽤ガイドライン第Ⅲ章 《導⼊偏》 ・流通ＢＭＳ物流ラベルの導⼊⼿順を知りたい⽅ ・流通ＢＭＳ物流ラベルを実装する企業のシステム 開発部⾨の⽅やＩＴベンダー企業の⽅ 百貨店版メッセージ利⽤ガイドライン 百貨店及び卸・メーカー企業の情報システム部⾨担当者や ・流通BMSを実装する企業のシステム開発部⾨の⽅ 実際にＥＤＩメッセージをセットする担当者が、流通ビジネスメッセージ標準を利⽤する際に、「業務プロ やＩＴベンダー企業の⽅ セス」、「メッセージ」、「項⽬」の意味および利⽤⽅法について理解を深めることを⽬的に作成している。 システム設計ガイドライン ・流通BMSを実装する企業のシステム開発部⾨の⽅ 流通ＢＭＳのシステム設計や運⽤に必要な、「基本技術」、「構築」、「運⽤」の知識を習得する。 やＩＴベンダー企業の⽅ 通信プロトコル利⽤ガイドライン ・流通BMSを実装する企業のシステム開発部⾨の⽅ 流通ビジネスメッセージ標準をインターネットを使⽤して送受信する際に必要となる、通信プロトコル、セ やＩＴベンダー企業の⽅ キュリティに関する標準仕様、パラメータ設定の推奨値を説明する資料。 運⽤ 技術 XMLテクニカルガイド XMLスキーマ開発ガイド ・流通ＢＭＳ対応物流ラベルおよび付帯帳票を実装する際の⼿順および「物流⽤共通確認シート」の 使い⽅を理解することを⽬的に作成されたものです。 ・検討によって確定した仕様は「物流⽤共通確認シート」に記載し明確にします。 ・流通BMSを実装する企業のシステム開発部⾨の⽅ XMLスキーマを直接扱うアプリケーションの設計及び開発を⾏うための、メッセージ構造などを詳細に説明 やＩＴベンダー企業の⽅ した資料。 流通ビジネスメッセージ標準の既存メッセージの修正や新規メッセージのスキーマ開発に関して、標準的 流通システム標準普及推進協議会で、流通ビジネス な開発⼿順や遵守すべきルールを纏めたものである。標準的な技術知識を有する作業者が、流通ビジ メッセージ標準のXMLスキーマ開発保守作業を担当 ネスメッセージ標準のXMLスキーマ開発保守作業を⼀定の⽔準で、効率よく実施できるようにすることを する作業者。 ⽬的としている。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 66 1-6. 運⽤ガイドラインの構成 運⽤ガイドラインは、流通BMS（基本形）で定義されている各メッセージおよびデータ項⽬の内容を 深く理解し、現⾏システムからの移⾏や新規システム開発を ⾏う際の解説資料。 運⽤ガイドライン（基本編） 本ガイドラインは４章によって構成されています。 Ⅰ〜Ⅱ章については、流通BMSのコンセプト、対象となるプロセスモデルについて 説明しています。初めてご覧になられる⽅は、ぜひご⼀読下さい。 Ⅲ〜Ⅳ章については、メッセージ項⽬、及び各メッセージの定義、セット⽅法について、 具体的な事例を含めて記述しています。必要に応じて該当箇所をご覧下さい。 運⽤ガイドライン（預り在庫センター編） ⼩売が運営または運営委託している『預り在庫型センター』に卸・メーカー在庫として保管す るビジネスプロセスで使⽤される各種メッセージについて説明しています。 運⽤ガイドライン（⽣鮮業界編） ⽣鮮商材の 『⾷⾁』 『⻘果』 『⽔産』 別に、各商材固有の詳細事項について説明し ています。 運⽤ガイドライン（その他メッセージ編） 基本的なメッセージに含まれないオプションメッセージや業界固有の業務プロセス・メッセージ について、各メッセージの定義、項⽬、セット⽅法など、具体的な事例を含めて説明していま す。 ①値札メッセージ 、 ②商品提案メッセージ 、 ③発注予定メッセージ 、 ④納品提案メッセージ 、 ⑤集計表メッセージ 、 ⑥受領訂正メッセージ 、 ⑦ＰＯＳ売上メッセージ （運⽤ガイドラインの別冊ドキュメント） メッセージ項⽬⼀覧 各個別メッセージの詳細を説明しています。 ・メッセージ引継項⽬⼀覧： ・メッセージ別項⽬⼀覧 ・メッセージ別定義⼀覧 ・コードリスト⼀覧 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 基本的な業務プロセスに⽤いるメッセージ（発注、出荷、出荷梱包 （紐付けあり・なし）、受領、受領訂正、返品、請求、⽀払）の項⽬の 引継、および項⽬の内容（意味、属性など）を⽰した⼀覧表 ： 基本形メッセージのメッセージごとの階層構造、および項⽬の内容 （意味、属性など）を⽰した⼀覧表 ： メッセージごとの定義、伝達⽅向、対象業務プロセスを⽰した⼀覧表 ： 基本形メッセージの利⽤にあたり、⽤いられるコードを⽰した⼀覧表 67 ２. システム © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 68 2-1. システム形態 流通BMSの導⼊形態は⼤きく「⾃社導⼊型」と「サービス利⽤型」の２つ。 ⼩売 流通BMS EDIサーバ C-S 型 Client - Server 流通BMS EDIｸﾗｲｱﾝﾄ ｲﾝﾀｰﾌｪｰｽ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ASP 流通BMS EDIｸﾗｲｱﾝﾄ 基幹システム サービス 利⽤ ASP / SaaS 流通BMS EDIサーバ 基幹システム 流通BMS EDIサーバ S-S 型 Server - Server サービス利用型 基幹システム サービス 利⽤型 基幹システム ⾃社 導⼊型 卸・メーカー 69 2-2. 処理モデル 卸・メーカー （ 大） 取引先 JX手順 クライアント （ 中小） 取引先 Web端末 （ 極小） 取引先 JX手順 サーバ 社内 システム 社内システム ebMS/AS2 サーバ ebMS/AS2 サーバ 社内 システム S-S型 取引データ 量の目安 社内 システム 小売業 C-S型 Webサーバ Web-EDIは補完的な位置付け 「流通BMSにおけるWeb-EDI基本方針」 「流通BMSにおけるWeb-EDIのガイドライン」 ①Ｓ-Ｓ（サーバ-サーバ）型 データが発⽣したタイミングで相⼿先に送りつけるPush型通信⽅式 リアルタイム処理が可能。⼤容量向き（１回の取引データ量が10MB（1万明細）を超える場合） ②Ｃ-Ｓ（クライアント-サーバ）型 クライアント側がサーバ側にデータの送受信要求を⾏い、それに応じて送受信を⾏うPull型通信⽅式 バッチ処理。⼩容量向き（１回の取引データ量が10MB（1万明細）を超えない場合） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 70 2-3. 通信⼿順 流通BMS標準で規定された３つの通信⼿順 種類 項⽬ 通信基盤 ebXML MS インターネット （V.2.0） （HTTP） 通信速度 100Mbps （光ファイバー） 処理モデル S-S型 （PUSH⽅ 式） セキュリティ ・SSLサーバ認証 ・SSLクライアント認証 ・XML-Signature（署 名） ・XML暗号 メッセージ構造 データ圧縮 １取引データ 推奨量 備考 ・Webサービス標準化の国際的な⾮営利組織 OASIS と国連のEDI標準機関 UN/CEFACTが策定した国際 標準規格。 SOAP Messages 10MB（約1 ・送信エラー時の再送回数、再送間隔等を設定可能。 ZIP形式を with 万明細）以 推奨 Attachments 上 ・通信設定を記述するCPA（メッセージ交換の合意内容 仕様に準拠 を記述するテンプレート）を利⽤可能。 ・取引量が多く、リアルタイム処理を実現したい企業に最 適。 EDIINT インターネット AS2 （HTTP） （V.1.1） JX⼿順 インターネット （HTTP） 100Mbps （光ファイバー） 100Mbps （光ファイバー） S-S型 （PUSH⽅ 式） C-S型 （PULL⽅ 式） ・SSLサーバ認証 ・S/MIME ・メッセージ署名 ・HTTPベーシック認証 ・SSLサーバ認証 ・SSLクライアント認証 ・電⼦署名（WSSecurity） ・インターネット技術の標準化団体 IETFが策定した国際 標準規格。 AS2サー 10MB（約1 MIMEメッセージ バー内蔵機 万明細）以 ・送信エラー時の再送回数、再送間隔等を設定可能。 主体 能を推奨 上 ・取引量が多く、リアルタイム処理を実現したい企業に最 適。 ・国際標準規格のSOAP-RPCをベースに、クライアント起 点の送受信のためのプロトコルとメッセージ形式を⽇本の 10MB（約1 SOAPメッセージ ZIP形式を 流通業界標準として規定したもの。 万明細）未 主体 推奨 満 ・取引量が少なく、低コストでインターネットEDIを実現した い企業に最適。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 71 3. 業務プロセス © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 72 3-1. 基本形の基本的な業務プロセス 小 売 卸・メーカー 発注 発注 受注 入荷 出荷 出荷 受領 受領 受領確認 請求確認 支払 業務プロセスモデル 請求 支払 請求 支払確認 標準 業務プロセスモデル メッセージ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 73 3-2-1. 業務⼿順（プロセス）のモデル化 ⼩売〜卸・メーカー間の取引について特徴的な類型毎に業務の⼿順をモデル化 ・基本の取引（受発注型） ・⽣鮮品の取引 ・預り在庫型センター取引 ・百貨店の取引 基本形の業務⼿順：流通BMSで現在および将来においてデータ交換が⾏われると想定される業務プロセス © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 74 3-2-3. さまざまな業務プロセス ⽣鮮納品 ■ メッセージ項⽬の標準化作業で、対象業務プロセスを決めるために、現在および将来においてデータ交換が⾏われると 想定される⼀般的な⽣鮮の業務の流れについて整理。全体業務プロセスと共通部分の⾊の付いているメッセージが 追加された流通ビジネスメッセージ標準を⽰す。 取引先 小売業 （産地／仲卸業者／卸売業者） 商談 週間値決め 商品ﾏｽﾀ登録 商品提案メッセージ 発注予定数量データ 発注予定メッセージ 発注メッセージ 受領 商談 週間値決め 商品ﾏｽﾀ登録 取引情報が出荷時に 決る発注データを含む 発注 集計表作成データ（発注） 仮伝、本伝 運用あり 分 荷 出荷メッセージ 出 荷 集計表作成データ（出荷） 分 荷 出荷時に取引番号や 原価が決る場合がある 受領メッセージ 出 荷 現行手書伝票 集計表作成データ（受領） 小売へ 事故調整 売掛 事故調整 返品メッセージ 返品受領 返品 請求 消込 取引先から 支払サイトの違い 買掛 請求メッセージ 消込 支払メッセージ 支払 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 75 3-2-2. さまざまな業務プロセス 預り在庫型センター納品 卸・メーカーが、⼩売のセンター または ⼩売が卸や物流業者（3PL）に運営委託しているセンターに 予め商品を『卸・メーカー在庫』として、保管しておくビジネスモデル 『預り在庫型センター納品プロセス』のメッセージの標準化は、 『預り在庫型センター』 と 『卸・メーカー』 間における業務プロセスを対象 ①在庫補充勧告メッセージ ②⼊庫予定メッセージ ③⼊庫確定メッセージ ④在庫報告メッセージ を 『⼊庫に関わるﾌﾟﾛｾｽ』『在庫報告に関わるﾌﾟﾛｾｽ』『不良在庫の引取に関わるﾌﾟﾛｾｽ』 の３業務ﾌﾟﾛｾｽに適⽤ 卸・メーカー 補充量決定 メッセージ項目 ①在庫補充勧告 預り在庫型センター 入庫に関わる プロセス 在庫補充勧告 （参考程度） 入庫予定連絡 ②入庫予定 入庫確定 ③入庫確定 在庫確認 ④在庫報告 不良在庫引取勧告 確認 ④在庫報告 不良在庫引取勧告 引取予定指示 ②入庫予定 引取予定確認 引取確認 ③入庫確定 引取確定 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 入庫予定確認 検品 在庫計上 卸・メーカーから 在庫報告に関わる プロセス ④在庫報告 （小売へ） 不良在庫の引取に 関わるプロセス 卸・メーカーへ 76 3-2-4. 出荷開始型モデル １．本モデルの前提 （１）受発注業務モデル 取引が出荷からはじまる場合の留意点 客注対応、ルートセールス、契約に基づく卸・メーカー側からの送り込みなどについては、⼩売からの発注 をもってはじまる『受発注業務』モデルとは異なり、卸・メーカーの出荷をもってはじまる『出荷開始型』モデルとして位置づける。 『出荷開始型』モデルは、流通ＢＭＳで規定された発注メッセージが存在しないケース・取引において適⽤するものであり、発注が ⼩売から始まるモデルは原則、受発注型モデルを適⽤するものとする。 ただし、出荷メッセージ運⽤のバリエーションとして、オフライン発注に対する出荷メッセージ定義での運⽤を⾏えるものとする。 卸・メーカー 小売 ① 出荷メッセージのセット項目及 ① 出荷メッセージのセット項 び方法は オフライン発注に対す 目及び方法は導入時に る出荷メッセージ定義を使用す る。 相対で取り決める 入荷 ②卸・メーカーは流通ＢＭＳ ②卸・メーカーは流通ＢＭＳで で規定された出荷メッセー 規定された出荷メッセージを ジを作成・送信する 作成・送信する 出荷 出荷 受領 受領確認 ③小売は流通ＢＭＳで規定 された受領メッセージを 必ず作成・送信する 受領 請求確認 項目の 引継ぎ 支払 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 請求 支払 請求 支払確認 77 3-2-4. 出荷開始型モデル ３. 発注メッセージ〜⽀払メッセージ （６）オフライン発注に対する出荷メッセージ標準化項⽬ オフライン発注に対する出荷メッセージを利⽤する場合は、SBDHと送受信ヘッダー、及び下記の項⽬を設定内容の通りに使⽤し、それ以 外の項⽬は使⽤しない。 なお、メッセージ各項⽬の必須／任意やタイプ、桁数等は、通常の出荷メッセージの通りとする。 連番 メッ セージ 項目番 号 項目名 必須 ／ 任意 タイプ ＸＭＬ データ型 ＊1 桁数 設定内容 コメント 16 21 支払法人コード 必須 数字 Identifier MAX13 【小売企業コード】 小売毎に固定値を設定 17 22 支払法人GLN 必須 数字 Identifier MAX13 【小売GLN】または【0】 小売毎に固定値を設定 18 23 発注者コード 必須 数字 Identifier MAX13 【小売企業コード】 小売毎に固定値を設定 19 24 発注者GLN 必須 数字 Identifier MAX13 【小売GLN】または【0】 小売毎に固定値を設定 20 25 発注者名称 任意 文字 Text MAX20 【小売名称】 21 26 発注者名称カナ 任意 文字 （半角カナ） Text MAX20 【小売名称】 22 121 取引番号（発注・返品） 必須 数字 Identifier MAX10 【小売範囲指定の伝票番号】 24 324 出荷者管理番号 任意 英数 Identifier MAX10 【出荷者側発番の伝票番号】 固定値【0】を設定 ｾﾝﾀｰ納品（店別仕分）・店直納品 センター納品（総量） 29 31 最終納品先コード 必須 数字 Identifier MAX13 【店舗コード】 【センターコード】 30 32 最終納品先GLN 必須 数字 Identifier MAX13 【0】 【0】 31 33 最終納品先名称 任意 文字 Text MAX20 【店舗名称】 【センター名称】 32 34 最終納品先名称カナ 任意 文字 （半角カナ） Text MAX20 【店舗名称】 【センター名称】 33 35 計上部署コード 必須 数字 Identifier MAX13 【店舗コード】 【センターコード】 最終納品先と同一内容を設定 34 36 計上部署GLN 必須 数字 Identifier MAX13 【0】 【0】 最終納品先と同一内容を設定 35 37 計上部署名称（カナ） 任意 文字 （半角カナ） Text MAX20 【店舗名称】 【センター名称】 最終納品先と同一内容を設定 固定値【0】を設定 ： 必須項目のため、格納内容がない場合でも固定値を設定する項目 78 3-2-4. 出荷開始型モデル ３. 発注メッセージ〜⽀払メッセージ 連番 メッ セージ 項目番 号 項目名 必須 ／ 任意 （６）オフライン発注に対する出荷メッセージ標準化項⽬ タイプ ＸＭＬ データ型 ＊1 桁数 設定内容 39 51 請求取引先コード 必須 数字 Identifier MAX13 【取引先コード】 40 52 請求取引先GLN 必須 数字 Identifier MAX13 【0】 41 53 請求取引先名 任意 文字 Text MAX20 【取引先名称】 Text MAX20 【取引先名称】 コメント 固定値【0】を設定 42 54 請求取引先名カナ 任意 文字 （半角カナ） 43 55 取引先コード 必須 数字 Identifier MAX13 【取引先コード】 44 56 取引先GLN 必須 数字 Identifier MAX13 【0】 45 57 取引先名称 任意 文字 Text MAX20 【取引先名称】 46 58 取引先名称カナ 任意 文字 （半角カナ） Text MAX20 【取引先名称】 53 176 便No 任意 数字 Code 2 【便No】 64 87 商品分類（大） 必須 英数 Identifier MAX10 【小売部門コード】または【0】 65 88 商品分類（中） 必須 英数 Identifier MAX10 【0】 66 101 発注日 必須 数字 Date 8 【発注日】 68 103 最終納品先納品日 必須 数字 Date 8 【納品日】 73 171 商品区分 任意 数字 Code 2 【01】または【02】または【03】 定番、準特価（中目）、特売（チラシ） 固定値【0】を設定 日配・パンでの利用を想定 固定値【0】を設定 76 333 取引番号区分 任意 数字 Code 2 【21】または【22】 生鮮で利用 出荷時取引先発番、受領時小売発番 77 174 EOS区分 任意 数字 Code 2 【02】 「非EOS発注」を表す【02】を設定 82 334 不定貫区分 任意 数字 Code 2 【00】または【01】 生鮮で利用 定貫、不定貫 83 184 処理種別 任意 数字 Code 2 【伝票区分】 89 133 原価金額合計 任意 数字 Amount MAX10 【原価金額合計】 90 136 売価金額合計 任意 数字 Amount MAX10 【売価金額合計】 ： 必須項目のため、格納内容がない場合でも固定値を設定する項目 79 3-2-5. 返品について ２．対象業務プロセス （３）返品について 返品については、2005年11⽉1⽇に施⾏された「⼤規模⼩売業者による納⼊業者との取引における 特定の不公正な取引⽅法」（以下「⼤規模⼩売業告⽰」という。）にて、原則禁⽌されている。 但し、４類型については例外規定がなされている。 本モデルでは、この例外規定に則り「返品メッセージ」を使⽤するものとする。また、例外規定に則ることが 前提であるので、「返品メッセージ」に対する「返品受領メッセージ」は不要としている。 ■返品業務プロセス・イメージ 小売 卸・メーカー 返品依頼 返品受領 可否検討 返品合意 返品合意 返品 返品メッセージ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 返品 返品 80 3-3-1. ⼀般的な納品プロセス ２．対象業務プロセス （１）業務プロセス ４）⼀般的な納品プロセスパターン 下記のパターンについて、納品プロセスの整理を⾏った。 ① 店舗直接納品 ② 通過型センター（ＴＣ）納品（店別仕分納品） ③ 通過型センター（ＴＣ）納品（総量納品①） ④ 通過型センター（ＴＣ）納品（総量納品②） ⑤ 買取在庫型センター（ＤＣ）納品 ⑥ 預り在庫型センター納品 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 81 3-3-2 ⼀般的な業務プロセス（店舗直納） ２．対象業務プロセス （１）業務プロセス ４）⼀般的な納品プロセスパターン ①店舗直接納品 小売 発注 卸・メーカー 発注 発注 発注（店別） 受注 受注 入荷 入荷 出荷（店別） 出荷 出荷 出荷 店別納品 照合 検品・受領 検品・受領 （店） （店） 受領（店） 受領確認 受領確認 （店） （店） 受領 照合 受領 仕入計上 （店） 照合 請求確認 請求確認 請求 請求 請求 請求ありパターン 支払案内 支払案内 支払 支払確認 支払確認 請求レスパターン 店舗直接納品とは、⼩売からの発注に対して、卸・メーカーが⼩売の店舗に直接納品す る形態のことである。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 82 3-3-3 ⼀般的な業務プロセス（TC型①） ２．対象業務プロセス （１）業務プロセス ４）⼀般的な納品プロセスパターン ②通過型センター（TC）納品（店別仕分納品） 小売 店発注 店発注 卸・メーカー TC 発注 発注 発注（店別） 受注 受注 店別ﾋﾟｯｷﾝｸﾞ 入荷 入荷 発注 出荷（店別） 出荷 出荷 店別納品 検品・受領 検品・受領 照合 受領 （店orセンター） 出荷 受領確認 受領確認 受領 照合 受領 仕入計上 （店orセンター） 照合 請求確認 請求確認 請求 請求 請求 請求ありパターン 支払案内 支払案内 支払 支払確認 支払確認 請求レスパターン 通過型センター（TC）納品（店別仕分納品）とは、小売からの発注に対して、卸・メー カーが小売の通過型センター（TC）に店別仕分をして納品する形態のことである。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 83 3-3-4 ⼀般的な業務プロセス（TC型②） ２．対象業務プロセス （１）業務プロセス ４）⼀般的な納品プロセスパターン ③通過型センター（TC）納品（総量納品①） 小売 店発注 店発注 卸・メーカー TC 発注 発注 発注（店別） 受注 受注 総量出荷 入荷 入荷 発注 出荷（店別） 出荷 出荷 総量納品 出荷 店別仕分 出荷 照合 検品・受領 検品・受領 受領 （店orセンター） 受領確認 受領確認 受領 照合 受領 仕入計上 （店orセンター） 照合 請求確認 請求確認 請求 請求 請求 請求ありパターン 支払案内 支払案内 支払 支払確認 支払確認 請求レスパターン 通過型センター（TC）納品（総量納品①）とは、小売からの店別の発注に対して、卸・ メーカーが小売の通過型センター（TC）に、総量として納品する形態のことである。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 84 4. メッセージ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 85 4-1. 標準メッセージの種類 スーパーなどを対象とした基本形メッセージと、 特有の業務プロセスを持つ百貨店⽤のメッセージを標準化している。 基本形メッセージ 小売 ・スーパー ・ドラッグストア ・ホームセンター など 受発注業務プロ セスを基本に生 鮮取引プロセス などに対応した 23種のﾒｯｾｰｼﾞ 百貨店版メッセージ 卸・メーカー ・グロサリー ・アパレル ・生鮮 ・医薬品 など 小売 ・百貨店 買取、消化、ギフ トなどに対応した 27種のﾒｯｾｰｼﾞ 卸・メーカー ・アパレル ・婦人靴 など 預り在庫型センター取引メッセージ 預り在庫型 センター 卸・メーカー 在庫補充勧告、 入庫予定など 4種のﾒｯｾｰｼﾞ 【基本形 メッセージ】 ・商品マスタ ・集計表作成データ ・発注 （発注、出荷、受領） ・出荷 ・集計表作成データ ・出荷梱包（紐付けあり／なし） （出荷梱包紐付けあり） ・出荷荷姿 ・ＰＯＳ売上 ・受領／受領訂正 ・発注予定 ・返品／返品受領 ・商品提案 ・請求 （ｶﾀﾛｸﾞ／商品ﾏｽﾀ／価格提案） ・⽀払 ・在庫補充勧告 ・値札 ・⼊庫予定／⼊庫確定 ・納品提案 ・在庫報告 【百貨店版 メッセージ】 ・商品マスタ（カタログ・プロファイル） ・商品マスタ（ＰＬＵ） ・商品マスタ（マークダウン） ・納品提案 ・発注 ・⼊荷予定（伝票／梱包） ・納品数量 ・検品受領（伝票／梱包） ・返品 ・搬⼊提案 ・搬⼊依頼 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ・搬⼊予定（伝票／梱包） ・搬⼊数量 ・搬⼊確認（伝票／梱包） ・返送 ・仕⼊計上 ・⽀払案内 ・ＰＯＳ売上（レシート単位／商品別集計） ・店頭在庫 ・店頭在庫移動 ・値札 ・在庫需要状況報告 86 4-2. メッセージ毎のデータ項⽬ ・メッセージ項⽬⼀覧 業務⼿順のモデルに沿った、EDI化対象の 取引情報（メッセージ）の洗い出しとその 内容（下記）の決定 ・階層構造（ヘッダー、明細等） ・データ項⽬（名称、定義、意味等） ・コード（商品コード、事業所コード等） メッセージ引継項⽬⼀覧 メッセージ別項⽬⼀覧 メッセージ別定義⼀覧 コードリスト⼀覧 ＜ メッセージ項⽬⼀覧 ＞ メッセージ データ項目 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 87 4-3-1. メッセージの引き継ぎ １．本モデルの前提 （１）受発注業務プロセス 受発注業務プロセスとは、⼩売企業と卸・メーカーとの間で受注・出荷・受領をやりとりするモデルを指す。 発注で付番される取引番号が、出荷、受領、請求、⽀払の各メッセージに引き継がれるため、 取引番号をキーとして発注から⽀払までの取引を追うことができる。メッセージ種によって『商品』と『お⾦』 の流れを明確に判断できるようにした。 受発注業務プロセスは、以下の図の通り。 ⼩売 卸・メーカー 発注 発注 受注 ⼊荷 出荷 出荷 受領 受領 受領確認 請求確認 項⽬の 引継ぎ ⽀払 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 請求 ⽀払 請求 ⽀払確認 88 4-3-2. 引き継ぎイメージ(1) ＴＡ型伝票を踏襲したメッセージ項⽬の引継ぎ（１／２） 発注・出荷・受領メッセージ間における項⽬の引継ぎについて、⼀部例を⽰す。 ⾚字の部分については、前のメッセージでセットされた値が後のメッセージに引き継がれる。 なお、項⽬の引継ぎに関する詳細については、別添資料「メッセージ引継項⽬⼀覧」を参照。 発注 出荷 ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜取引＞ 取引番号 ： １０００００１ 請求取引先コード 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２０⽇（予定⽇） ＜取引合計＞ 原価⾦額合計 ： ５，０００円 数量合計 ： ５ ＜取引＞ 取引番号 ： １０００００１ 請求取引先コード 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２０⽇（予定⽇） ＜取引合計＞ 原価⾦額合計 ： ４，０００円（再計算） 数量合計 ： ４ （再計算） ＜取引明細＞ 商品コード（発注⽤） 原価⾦額 ： １，０００円 発注数量（バラ） ： ５ ＜取引明細＞ 商品コード（発注⽤） 原価⾦額 ： １，０００円 発注数量（バラ） ： ５ 出荷数量（バラ） ： ４ ⽋品数量（バラ） ： １ ＜取引明細＞ ・・・・ ＜取引明細＞ ・・・・ ■ ⾚字は、引継項⽬ 受領 ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜取引＞ 取引番号 ： １０００００１ 請求取引先コード 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２３⽇（確定⽇） ＜取引合計＞ 原価⾦額合計 ： ３，０００円（再計算） 数量合計 ： ３ （再計算） ＜取引明細＞ 商品コード（発注⽤） 原価⾦額 ： １，０００円 発注数量（バラ） ： ５ 出荷数量（バラ） ： ４ ⽋品数量（バラ） ： １ 受領数量（バラ） ： ３ ＜取引明細＞ ・・・・ ■下線は基本的には引継だが変更する場合もある項⽬（再計算等） ■下線（破線）の字は引き継がない項⽬ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 89 4-3-3. 引き継ぎイメージ(2) ＴＡ型伝票を踏襲したメッセージ項⽬の引継ぎ（２／２） 受領 請求 ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜取引＞ 取引番号 ： １０００００１ 請求取引先コード 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２３⽇（確定⽇） ＜取引合計＞ 原価⾦額合計 ： ３，０００円（再計算） 数量合計 ： ３ （再計算） ＜取引明細＞ 商品コード（発注⽤） 原価⾦額 ： １，０００円 発注数量（バラ） ： ５ 出荷数量（バラ） ： ４ ⽋品数量（バラ） ： １ 受領数量（バラ） ： ３ ■ ⾚字は、引継項⽬ ＜請求取引先＞ 請求取引先コード ＜取引＞ 取引番号 ： １０００００１ 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２３⽇ ＜取引合計＞ 請求⾦額 ： ３，０００円 数量合計 ： ３ （再計算） 請求区分 ⽀払内容 ⽀払 ＜⽀払法⼈＞ ⽀払法⼈コード ＜発注者＞ 発注者コード ＜請求取引先＞ 請求取引先コード ＜取引＞ 取引番号 ： １０００００１ 取引先コード ＜取引内容＞ 発注⽇ ： ２００７年１⽉１８⽇ 計上⽇ ： ２００７年１⽉２３⽇ ＜取引合計＞ 請求⾦額 ： ３，０００円 数量合計 ： ３ （再計算） 請求区分 ⽀払内容 ⽀払⽇ ： ２００７年２⽉２８⽇ ⽀払⾦額 ： ３，０００円 照合結果 ⽀払内容 （請求とは別にセット） ⽀払内容（個別） ■下線は基本的には引継だが変更する場合もある項⽬（再計算等） ■下線（破線）の字は引き継がない項⽬ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 90 4-４-1. データ表現形式 ・固定⻑フォーマット（JCA） Ａ社 単価 100 Ｂ社 数量 50 企業により、項目名、項目の順番、桁数がバラバラでデータの判別が困難 発注数量 発注金額 50 単価 5000 金額 100 ・XMLフォーマット（流通BMS） 商品名 ｶｯﾌﾟﾗｰﾒﾝ 発注日 5000 20121001 発注日 20121001 Ａ社：固定長の テキストデータ 品名 ｶｯﾌﾟﾗｰﾒﾝ Ｂ社：固定長の テキストデータ 各データにＸＭＬタグ（項目名）が付いているのでデータの判別が容易 マッピング <?xml version=“1.0” encoding=“UTF-8”?> 小売⇒卸・メーカーへ 「マッピングシート」を提供 <sh:StandardBusinessDocument > <orderDate>2012-10-01</orderDate> ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・発注日 <itemID> <name_sbcs>ｶｯﾌﾟﾗｰﾒﾝ </name_sbcs> ・・・・・・・・・・・・・・・・・・・・・・・・・商品名カナ </itemID> <itemSellingPrice unitPrice=“100”>5000</ itemSellingPrice> ・・・・・・・売単価 ／売価金額 <quantity>50</quantity> ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・発注数量（バラ） </ sh:StandardBusinessDocument> XMLスキーマファイル （XMLの構造を定義） XMLデータの妥当性検証に使用する ・データ構造（タグ名称、必須要素、不要要素、繰返し、要素の出現順序） ・データ属性（入力可能データ文字、サイズ･桁数、範囲） （流通BMS協議会から提供） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 91 4-４-2. データ表現形式 項⽬⼀覧とXMスキーマドキュメント ＜ メッセージ項⽬⼀覧 ＞ XMLスキーマの各メッセージフォルダー内 ＜ Documentaions¥Schema_Order_XXX.xls ＞ 階層 流通ビジネスメッセージ標準 名前 L1 L2 L3 L4 L5 L6 L7 L8 L8 L9 sh:StandardBusinessDocument sh:StandardBusinessDocumentHeader sh:HeaderVersion sh:Sender sh:Identifier 属性 番号 1 送信者ＩＤ Authority 2 送信者ＩＤ発行元 sh:Receiver sh:Identifier 3 受信者ＩＤ Authority 4 受信者ＩＤ発行元 sh:DocumentIdentification sh:Standard sh:TypeVersion sh:InstanceIdentifier sh:Type sh:MultipleType sh:CreationDateAndTime sh:BusinessScope sh:Scope 5 バージョン 6 インスタンスＩＤ 7 メッセージ種 8 作成日時 9 テスト区分ＩＤ sh:Type sh:InstanceIdentifier sh:Identifier sh:Scope 10 最終送信先ＩＤ sh:Type sh:InstanceIdentifier sh:Identifier common:message entityIdentification uniqueCreatorIdentification 11 メッセージ識別ＩＤ messageInfo senderStationAddress ultimateReceiverStationAddress © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 備考 必須/任 意 名称 12 送信者ステーションアドレス 最終受信者ステーションアドレ ス 13 "1.3" 繰返しは使用しない 取引先と相談のうえ、コードあるいは GLNを使って送信者IDを決定し入力 する 上のフィールドがコードの場合は、 "CODE"、GLNの場合は”GLN"と入 れる 繰返しは使用しない 取引先と相談のうえ、コードあるいは GLNを使って受信者IDを決定し入力 する 上のフィールドがコードの場合は、 "CODE"、GLNの場合は”GLN"と入 れる "SecondGenEDI" メジャーバージョンを入力。Ver1.0で は"1P"と入力 メッセージの一意識別を生成する必 要あり "Order" 使用しない メッセージ全体の作成日・時間 任意 必須 必須 必須 必須 必須 必須 必須 必須 必須 必須 必須 必須 任意 必須 任意 任意/ 繰り返し 必須 必須 任意 テスト区分。テストメッセージではな い場合は付加しない "Communication" "Test" "1" 最終送付先。VAN・ASP等でバケツリ 任意/ レーするための最終送信先。不要な 繰り返し 場合はScope自体を付加しない "Communication" 必須 "FinalReceiver" 必須 最終送信先 任意 必須 必須 メッセージ識別。ＳＢＤＨのＩｎｓｔａｎｃｅＩ ｄｅｎｔｉｆｉｅｒ入れた値の先頭に”MSG-” 必須 を足す 必須 任意 任意 92 4-5-1. 階層構造（１） １．メッセージの構造 （２）メッセージの基本的構造について 流通ビジネスメッセージ標準の各メッセージは、基本的に以下の図の通り、 ①ＳＢＤＨ※、②宛先ヘッダー、③発注ヘッダー、④取引ヘッダー ⑤明細 ５つの部分から構成される。 ① ＳＢＤＨ メッセージの送受信に必要な情報を記述 送信プロトコルの規定に従って参照される。 ② メッセージ情報 メッセージに含まれる取引件数や、最終送信先への送受信 件数を集計するのに用いられる。 ③ 発注ヘッダー 送信されるメッセージの取引に関するデータを括る発注者 と支払法人が記述される。出荷梱包の場合のみ発注者と 最終納品先ごとの梱包に関する情報を括る故取引先や直 接納品先などの項目が記述される。 ④ 取引ヘッダー 一取引における取引明細情報を括る項目が記述される。 伝票での伝票ヘッダーにあたる。 ⑤ 明細 一取引における取引明細が記述される。 ①ＳＢＤＨ ②メッセージ情報 ③発注ヘッダー ④取引ヘッダー ⑤明細 ※ＳＢＤＨとは、UN/CEFACTのSTANDARD BUSINESS DOCUMENT HEADERの略であり、メッセージ・ヘッダーとして⽤いる。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 93 4-5-2. 階層構造（２） ２．メッセージ別の階層構造概要 発注メッセージ ①ＳＢＤＨ ②メッセージ情報 11.メッセージ識別IID、12.送信者ｽﾃｰｼｮﾝｱﾄﾞﾚｽ、13.最終受信者ｽﾃｰｼｮﾝｱﾄﾞﾚｽ 14.直接受信者ｽﾃｰｼｮﾝｱﾄﾞﾚｽ 15.取引数 1.送信者ID 6.インスタンスID ＳＢＤＨにはデータ整合性 2.送信者ID発⾏元 7.メッセージ種 8.作成⽇時 に関する項⽬をマッピング 3.受信者ID 4.受信者ID発⾏元 9.テスト区分ID 10.最終送信先ID 送信単位（メッセージに付属）5.バージョン ③発注ヘッダー ＜⽀払企業＞ ＜発注者＞ ④取引ヘッダー ＜取引＞ 取引番号（発注・返品） 取引付属番号 ＜直接納品先＞ ＜最終納品先＞ ＜計上部署＞ ＜陳列場所＞ ＜請求取引先＞ ＜取引先＞ ＜物流関連指⽰＞ ＜取引内容＞ ＜取引合計＞ ⑤明細 ＜取引明細＞ 取引明細番号（発注・返品） 取引付属明細番号 ＜商品＞ ＜商品規格＞ ＜カラー＞ ＜サイズ＞ ＜原価＞ ＜売価＞ ＜税額＞ ＜発注数量＞ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 繰り返し 繰り返し 繰り返し 94 4-6. POS売上メッセージ 運⽤ガイドライン（その他メッセージ編） ７．ＰＯＳ売上メッセージ （１）ＰＯＳ売上メッセージの説明 １）メッセージ策定⽅針 位置付け 本メッセージを使⽤してデータ交換をおこなうにあたり、スーパー業界ではデータ容量の問題から ＸＭＬスキーマでの送受信はおこなわず、ＣＳＶでの送受信とした。 留意点 インターネットを使⽤した通信を前提とする。 （流通ＢＭＳのインフラで送受信することを原則とする） 『標準CSV仕様』に従ったメッセージの作成をおこなう。 （ 詳細については『導⼊ガイドライン（業界編）』の「ＸＭＬ以外でのデータ交換 （ＣＳＶ仕様）対応」を参照 ） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 95 4-7-1. CSV仕様 導入ガイドライン（業界編） ４．２システム構築上の注意点 ＸＭＬ以外でのデータ交換（ＣＳＶ仕様）対応 ＰＯＳ売上メッセージは、データ量が多くなることが想定されるため、ＸＭＬ形式ではなく、ＣＳＶ形式での 送受信を⾏います。このメッセージを使⽤する場合は、以下の内容に従い、相対間で事前の確認を⾏い、 ＣＳＶデータを作成してください。 １．マッピングシートの作成 ◆他のメッセージ（ＸＭＬスキーマを作成するメッセージ）と同様に、メッセージ項目、データ型、桁数、必須／任意区分について、 問題がないかどうか、自社システムと対応付けられるかどうか等について確認して下さい。 ２．ＣＳＶの作成に関する確認 ◆ＣＳＶの形式は、RFC4180（CSV共通形式）をベースにしています。ＣＳＶ作成に関し、以下の４点の確認が必要です。 ① 使用文字 ・区切り文字： カンマ ・改行コード： CRLF （ファイルの最後の行は改行があってもなくてもよい） ・文字コード： Shift_JIS系 ② 禁則処理ルール （１） データは全てダブルクォーテーションで囲む。（データにカンマ、改行（※）を含む場合も同様） （例） “aaa”,”あああ”,”111”,”カ,ン,マ”,”” （２） データにダブルクォーテーションを含む場合、ダブルクォーテーションを重ねてエスケープする。 （例） “aaa”,”あああ”,”い””いい”,”” ※： データに改行を含めるかどうかは、相対間で調整可能とする。 ③ CSVの項目及び並び順 ・CSVの項目及び並び順は、「XMLメッセージシート」をもとに、以下のルールに従って設定する。 ａ）CSV項目は、値を設定できる全XML項目とする。 ・ 固定値を設定しているXML項目は含む。（sh:HeaderVerion等） ・ 親タグで値を設定できないXML項目は含まない。（extensionタグは親タグ） ・ SBDHのsh:scopeは繰返し項目だが、テスト区分ID、最終送信先IDの2回分の項目を用意する （バージョンUP等で使用する項目が増えた場合、そのバージョンからは増えた項目数分用意する。） ｂ）並び順は、上から定義されている項目の順番とする。 ・ 例外として値札メッセージのように繰返し階層が親階層の途中にある場合、親階層の項目は全て繰返し階層の前になる。 ④ CSVのレイアウト （次ページ参照） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 96 4-7-2. CSVレイアウト 導⼊ガイドライン（業界編） ４．２システム構築上の注意点 ＸＭＬ以外でのデータ交換（ＣＳＶ仕様）対応 「ＰＯＳ売上データ」メッセージのＣＳＶレイアウト（例） ＣＳＶを作成する場合、は繰返しの部分を含め、１ファイルで作成してください。 １階層に繰返し階層が複数存在する場合は、別の列として表現してください。 ●階層構造 ●CSVレイアウト例 ①ＳＢＤＨ ① ② ③ ④-1 ⑤-1 ⑥-1 ⑦-1 （空） （空） ① ② ③ ④-1 ⑤-1 ⑥-1 ⑦-2 （空） （空） ① ② ③ ④-1 ⑤-1 ⑥-1 （空） ⑧-1 （空） ① ② ③ ④-1 ⑤-1 ⑥-1 （空） ⑧-2 （空） ① ② ③ ④-1 ⑤-1 ⑥-1 （空） （空） ⑨-1 ① ② ③ ④-1 ⑤-1 ⑥-1 （空） （空） ⑨-2 ⑧-1<取引実績情報> ① ② ③ ④-2 ⑤-2 ⑥-2 ⑦-3 （空） （空） ⑧-2<取引実績情報> ① ② ③ ④-2 ⑤-2 ⑥-2 （空） ⑧-3 （空） ① ② ③ ④-2 ⑤-2 ⑥-2 （空） （空） ⑨-3 ②メッセージ情報 ③POS売上メッセージヘッダ ④-1<期間（集計対象期間）> ⑤-1<販売店舗> ⑥-1<販売商品情報> ⑦-1<取引内容> ⑦-2<取引内容> ⑨-1<分析情報> 繰返し ⑨-2<分析情報> ④-2<期間（集計対象期間）> ⑤-2<販売店舗> ⑥-2<販売商品情報> ⑦-3<取引内容> •1レコードに繰り返し項⽬（纏まり）を並べず、次のレコードとする •同⼀階層に異なる繰り返し項⽬（纏まり）がある場合は、1つの項⽬ （纏まり）のみセットし、他の項⽬は空とする ⑧-3<取引実績情報> ⑨-3<分析情報> © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 97 4-8. メッセージ項⽬の解説の例 １．メッセージ項⽬解説 （１）企業識別 ３）GLNについて ②GLNの利⽤⽅法 Ｃ．現⾏のコードとGLNの併⽤について 現⾏のコードとGLN両⽅が必須項⽬である。GLNを使⽤しない場合は各社現⾏の独⾃コードを セットしGLNには0をセットする。GLNを使⽤する場合は、各社現⾏の独⾃コードの扱いは各社の 判断に委ねる。 セット例は、以下の通り ■ GLNを使⽤しない場合 項目名 必須／任意 タイプ ＸＭＬデータ型 桁数 セット例 支払法人コード 必須 数字 Identifier MAX13 １01 支払法人GLN 必須 数字 Identifier MAX13 0 現⾏の各社独⾃ コードをセット “0”をセット ■ GLNを使⽤する場合 項目名 必須／任意 タイプ ＸＭＬデータ型 桁数 入力例 支払法人コード 必須 数字 Identifier MAX13 101 支払法人GLN 必須 数字 Identifier MAX13 4901010000010 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 現⾏の各社独⾃コー ドもしくは“0”をセット ＧＬＮをセット 98 4-9. メッセージ項⽬⼀覧の⾒⽅ 流通BMSで一意とな る番号 データ項目 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved データ項目が必須の ものか、任意のものか を示す 99 4-9. メッセージ項⽬⼀覧の⾒⽅ 引き継ぎを示す欄 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 100 4-9. メッセージ項⽬⼀覧の⾒⽅ 選択必須 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 101 4-9. メッセージ項⽬⼀覧の⾒⽅ メッセージ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved データ項目 と階層構造 102 4-9. メッセージ項⽬⼀覧の⾒⽅ 選択必須（任意＊3）について グループ 選択必須（任意＊3）は グループ内でどれか１つの 項目を利用する場合は “必須”になる © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 103 4-9. メッセージ項⽬⼀覧の⾒⽅ それぞれの項⽬に対して、どのメッセージから引き継がれている項⽬かを確認することが出来る メッセージ項目一覧の 「引継項目」にて 対象のデータ項目がどの メッセージから引き継がれ るかが分かる © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 104 5. 導⼊について © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 105 5-1. 導⼊⼿順と期間の⽬安 サーバ型 下記は、流通BMSを初めて実装する場合の全体スケジュールのサンプルです。 システムの規模や実装の⽅法により異なりますが、処理モデルとしてサーバ型を導⼊する場合は、 ⽬安として半年程度の期間が必要になります。 但し、取引先を追加する場合には、適⽤範囲を拡⼤するだけなので、期間は短縮されます。 マスタープラン （例） １ヶ⽉⽬ ２ヶ⽉⽬ ① 導⼊検討 流通BMS の仕様理解 ② 社内調整 稟議と調達 PJ⽴上げ 要件定義 ・流通BMS仕様理解 ・導⼊⽬的の明確化 ・全体計画策定 ・⾃社システムと 流通BMSのギャップ解析 ３ヶ⽉⽬ ４ヶ⽉⽬ ③基本設計 ⑤詳細設計 ④取引先との調整 ⑥ネットワーク設計 ５ヶ⽉⽬ ⑦EDIシステムの開発・構築・テスト ⑧ネットワーク構築 ・設計／開発／テスト ・GLNの有無確認（なければ取得） ・電⼦証明書の取得 ・ネットワーク構築 ・ＥＤＩサーバー構築 ・既存システムの改造 ・XMLスキーマの⼊⼿ ・システム形態の選定 ・マッピング作業 ・取引先との調整 ・開発内容明確化 ・取引先説明会 ・RFP作成 ・共通確認シートによる業務の前提条件の確認 ・稟議 (予算、⼈、物の確保） ・マッピングシートによる新メッセージ形式の調整 ・流通BMS協定シートによる通信パラメータの調整 ・調達の実施 ・PJ体制確⽴ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ６ヶ⽉⽬ ⑨取引先との EDI通信接続確認 ７ヶ⽉⽬以降 ⑩ 取引先と 業務運⽤確認 ⇒ 本番 ・社内システムにおける総合テスト ・取引先との接続テスト ・取引先とのテストモード による並⾏運⽤ （既存⼿順との並⾏運⽤） ・既存⼿順の 通信環境閉塞 ・本番モードへ 106 5-2. 導⼊⼿順と期間の⽬安 クライアント型 下記は、流通BMSを初めて実装する場合の全体スケジュールのサンプルです。 システムの規模や実装の⽅法により異なりますが、処理モデルとしてクライアント型を導⼊する場合は、 ⽬安として３ヶ⽉〜４ヶ⽉程度の期間が必要になります。 但し、取引先を追加する場合には、適⽤範囲を拡⼤するだけなので、期間は短縮されます。 マスタープラン （例） １ヶ⽉⽬ ２ヶ⽉⽬ ① 導⼊検討 流通BMS の仕様理解 ②要件定義 稟議と調整 ３ヶ⽉⽬ ④⾃社システムの改造の設計・開発 ⑤取引先との EDI通信接続確認 ③取引先との調整 ・流通BMS仕様理解 ・導⼊⽬的の明確化 ・全体計画策定 ・⾃社システムと 流通BMSのギャップ解析 ４ヶ⽉⽬ ５ヶ⽉⽬以降 ⑩ 取引先と 業務運⽤確認 ⇒ 本番 ・設計／開発／テスト ・GLNの有無確認（なければ取得） ・電⼦証明書の取得 ・社内システムにおける総合テスト ・ＥＤＩクライアント導⼊ ・既存システムの改造 ・取引先との接続テスト ・XMLスキーマの⼊⼿ ・取引先とのテストモード ・システム形態の選定 による並⾏運⽤ （既存⼿順との並⾏運⽤） ・マッピング作業 ・取引先との調整 ・開発内容明確化 ・既存⼿順の ・取引先説明会 ・稟議 通信環境閉塞 ・共通確認シートによる業務の前提条件の確認 (予算、⼈、物の確保） ・本番モードへ ・マッピングシートによる新メッセージ形式の調整 ・調達の実施 ・流通BMS協定シートによる通信パラメータの調整 ・PJ体制確⽴ © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 107 http://www.dsri.jp/ryutsu-bms/ 「流通ビジネスメッセージ標準」ならびに「流通ＢＭＳ」は一般財団法人流通システム開発センターの登録商標です。 流通ＢＭＳ⼊⾨講座 〜参考資料〜 一般財団法人 流通システム開発センター 流通システム標準普及推進協議会（略称：流通ＢＭＳ協議会） 2016年度 上期版B © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 1-1. JANコードとJANシンボル JAN（Japanese Article Number）コードは単品を識別する13桁のコード。 JANシンボルはJANコードをバーコードで表わしたもの。 世界で110以上の国と地域が加盟するGS1が推進している。 先頭の２桁または３桁は国番号を表す。（⽇本は「45」と「49」） ⽇本のGS1事業者コードは流通システム開発センターが⼀元的に管理している。 GS1事業者コードは7桁と9桁の２通りがある。 表⽰⾯積が⼩さい商品に表⽰するための短縮コード（8桁）がある。 主な⽤途は、POSシステム、物流システム、EDIなど © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 1-2. 集合包装⽤商品コードとITFシンボル 集合包装⽤商品コードとは、企業間の取引単位である集合包装 （ケース、ボール、パレットなど）に対し設定される商品識別コードのこと。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 1-3. GTIN GTIN（Global Trade Item Number）は、従来から使⽤されている JANコード（13桁、８桁）、UPCコード（12桁）、 集合包装⽤商品コード（14桁） などの商品識別コードを総称した呼び⽅。 GTINは標準商品識別コードの総称 商品コード 集合包装用商品コード （ＧＴＩＮ-14） ＪＡＮコード（標準） （ＧＴＩＮ-13） ＵＰＣコード （ＧＴＩＮ-12） ＪＡＮコード（短縮） （ＧＴＩＮ-8） N１ N２ N３ N４ N５ N６ N７ N８ N９ N10 N11 N12 N13 N14 1 4 9 1 2 3 4 5 6 7 8 9 0 1 0 4 9 1 2 3 4 5 6 7 8 9 0 4 0 0 1 2 3 4 5 6 7 8 9 0 1 2 0 0 0 0 0 0 4 9 9 6 8 7 1 4 バーコードにおけるGTINの表記例 (01) 04912345123459(15)080610 GTINを表すAI（識別番号） GTIN14桁 販売期限⽇を表す識別番号 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 販売期限（賞味期限） 1-4. GLN GLN（Global Location Number）は国際標準のロケーションコード。 GS1事業者コード（ＪＡＮ企業コード）9桁の例 ４５６９９５１１１ ＬＬＬ Ｃ ＧＳ１事業者コード ロケーションコード （各企業が付番） チェックデジット GLNで企業識別を⾏うコードを「基本GLN」と呼ぶ。 「基本GLN」はロケーションコードを「オールゼロ」に設定して利⽤する。 GLNはさまざまな「企業/事業所」や「場所」の識別に使⽤される 事業所 物流センター © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved ⼯場 店舗 圃場 1-5. GS1-128シンボル GS1-128シンボルはAI（ｱﾌﾟﾘｹｰｼｮﾝ識別⼦）で表されるさまざまな情報を 「コード128」と呼ばれる国際規格のバーコードで表現したもの。 数字のみを表現するJANシンボルやITFシンボルと異なり、 アルファベットや記号も表現できる。 GS1-128シンボルの例 (0 1) 9 5 0 1 2 3 4 5 6 7 8 9 0 3 (3 1 0 2) 0 0 0 4 0 0 GTIN14桁を表すAI 重量を表すAI（Kg。小数点2桁） 主な⽤途 物流⽤ラベル 料⾦代理収納⽤帳票 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 2-1. 国内のEDI標準 生産財業界 消費財流通業界 卸・メーカー～小売業間 電気・電子機器 ECALGA （一社）電子情報技術 産業協会（JEITA） 自動車 JAMA-JAPIA EDI標準 （一社）日本自動車工業 会（JAMA）、（一社）日本 自動車部品工業会 （JAPIA） 鉄鋼業界 鉄鋼 EDI標準 （一社）日本鉄鋼連盟 （JISF） 石油化学業界 CEDI 石油化学工業協会 （JPCA） 建設業界 CIネット （一社）建設業振興基金 物流業界 JTRAN （一社）日本物流団体連 合会（JFFL）、（公社）日 本ロジスティクスシステ ム協会（JILS） 流通BMS （一財）流通システム開発センター メーカー～卸間、メーカー・卸～業種専門店間 業界標準 各業界団体 （一財）流通システム開発センター（DSRI） 金融業界 全銀協標準プロトコル その他、電力業界、航空機業界など （一社）全国銀行協会（JBA） （一財）日本情報経済社会推進協会（JIPDEC） © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 2-2. 各業界のEDI共同ネットワーク例① ネットワーク名 （業種） FINET （酒類・加工食品） ＳＤＮ （清酒） eお菓子ねっと （菓子） 対象 運営組織 運用会社 稼動年月 メ～卸 ㈱ファイネット ㈱インテック ㈱野村総合 研究所 1986/4 メ～ 清酒流通ネットワーク ㈱ＮＴＴデータ 卸／運送 システム協会 関西 店 1989/6 ｅ－お菓子ねっと 製販代表会議 富士通エフ・ メ～卸 アイ・ピー㈱ （全国菓子卸商業組合連合 会、全日本菓子協会） ベジフルネット 利用者協議会 ベジフルネット （青果） 出荷者 (全国農業協同組合連合会、 ～卸 日本園芸農業協同組合連 合会、（一社）全国青果卸売 市場協会、（一社）全国中央 市場青果卸売協会） PLANET （日用品・化粧品） メ～卸 ㈱プラネット ㈱全農 ビジネス サポート ㈱インテック © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved メッセージ種 発注、出荷案内、 販売実績、販促金など 受発注、出荷案内、販売 実績、在庫報告、配送依 頼、運賃報告など 発注、入庫予定、受領、 返品 通知、出荷報告、 （前身の菓子VAN 請求、 支払、販売報告、 は1988/1） 販促金など 2000/10 1986/2 メ：1340社 卸：544社 （2016/4末現在） メ：10社 卸：45社 （2016/3末現在） メ：461社 卸：114社 （2016/3末現在） 出荷者：47都道府県の 全農県本部と経済連 2003/10 （前身のDRESS （NTT）利用のシス テムは1983） 利用企業数 出荷、仕切 発注、仕入、販売、 請求照合、請求鑑、 在庫など24種類 卸：中央市場の卸85社、 その他卸100十数社 の合計約200社 メ；605社 卸；464社 （2016/4末現在） 2-3. 各業界のEDI共同ネットワーク例② ネットワーク名 （業種） JD-NET （医薬品） PRO-NET （医療用医薬品） ハウネット （家庭用品/食品軽 包装） E-VAN （家電） 新出版ネット ワーク （出版） 対象 運営組織 運用会社 稼動年月 メ～卸 JD-NET協議会 ㈱NTTデータ 1988/6 卸～ 富士通エフ・アイ・ 医療機関 PRO-NET協議会 ピー㈱など ・調剤薬局 メ～卸 富士通エフ・アイ・ （協組）ハウネット ピー㈱ メ/販社～ （一財）家電製品 家電量販店 協会 出版社～ 取次 （一社）日本出版 取次協会 2006/10 メッセージ種 発注、仕切書・納品案内書、 品切れ、生物由来製品卸販 売、卸在庫など 発注、納品 632社 （2016/3現在） 卸：431社 医・薬：64,400ヵ所 （2016/3現在） 1997/4 発注、納品／仕入、請求、支 払/販売/在庫 2003/4にIPﾈｯﾄ 発注、納期回答、納品、欠品、 日本情報通信㈱ ﾜｰｸｻｰﾋﾞｽ開始 納品結果、請求・支払、実売、 （前身のシステムは 在庫、移動 1988/4） 在庫、発注、出荷、返品、書 2003/4 富士通エフ・アイ・ （前身の出版VAN 誌、価格改定、納品書、発注 ピー㈱ は1991/4） 照会、新刊連絡など © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 利用企業数 メ：142社 卸：138社 （2016/3現在） メ/販：47社 小売：27社 （2016/3現在） 出：657社 取：13社 （2015/9現在） 3-1. ⽤語集① ３PL AS２ ASP BCP bps CSR DC ebMS EDI EOS GLN GTIN Third Party Logisticsの略。 ある企業がロジスティクスの全体もしくは一部を第三の企業に委ねて実現すること。 正式名称はEDIINT AS２。 Electronic Data Interchange-Internet Integration Applicability Statement 2 の略。 IETF（インターネット技術の標準化組織）で標準化されたインターネット技術を活用した通信手順仕様で、通信プロトコルにHTTPを使用 したもの。SMTPを使ったものをAS１、FTPを使ったものをAS３というが、多く普及しているのはAS２である。 Application Service Providerの略。 アプリケーションソフトの機能をネットワーク経由で顧客にサービスとして提供する事業者のこと。通常、利用者はブラウザソフトなどを 使用してインターネットなどのネットワークを経由し、遠隔地からASPのサーバにアクセスすることで、そのサーバ内に格納された各種 アプリケーションソフトの機能をサービスの形で利用する。利用する際、利用者はサーバ構築やソフトウェアのインストールをする必要 がなく、インターネットにアクセスできるパソコンを用意するだけでいいので、短期間で簡単に導入できるメリットがある。 business continuity planの略。 企業が事業継続に取り組むうえで基本となる計画のこと。災害や事故などの予期せぬ出来事の発生により、限られた経営資源で最低 限の事業活動を継続、ないし目標復旧時間以内に再開できるようにするために、事前に策定される行動計画である。 bit per secondの略。 １秒間に何ビット（２進法（0,1）の１単位）送信できるかという通信回線のスピードを表す単位。 2,400bpsは、１秒間に2,400ビット送信できること。 corporate social responsibilityの略。 「企業の社会的責任」の意味。収益を上げ配当を維持し、法令を遵守するだけでなく、人権に配慮した適正な雇用・労働条件、消費者 への適切な対応、環境問題への配慮、地域社会への貢献など企業が市民として果たすべき責任をいう。 Distribution Centerの略。 在庫型センター。必要在庫を持ち、店舗に安定供給を行う。 ebXML Message Serviceの略。 国連のEDI関連組織により標準化が行われているebXML（electronic business XML）の仕様のひとつで、企業間電子商取引でやりとり するメッセージをインターネットを通じて伝送するための通信手順仕様のこと。 Electronic Data Interchangeの略。 異なる企業・組織間で、商取引に関連するデータを通信回線を介してコンピュータ間で交換すること。幅広い業界間で合意された標準 仕様を利用することが普及のポイントとなる。 Electronic Ordering Systemの略。 電子的な補充発注システムのこと。1970 年代に小売業の店舗～本部間で始まり、1980 年のJCA手順（J手順）の制定により、小売業 ～取引先間に広まった。EOSは受発注業務の効率化を前提とした用語であり、取引業務全般の効率化を目指すEDIの「発注」とは使い 分けている。 Global Location Numberの略。 GS1が制定した国際標準の企業/事業所コード（13桁）。国内および国際の企業間取引で企業や事業所を唯一に識別できる。GTINの 企業コードをそのまま利用することができる。 Global Trade Item Numberの略。 GS1が制定した国際標準の商品識別コードの総称。例えば、13桁JANは「GTIN-13」、８桁の短縮JANは「GTIN-8」、集合包装用商品 コードは「GTIN-14」と呼ぶ。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 3-2. ⽤語集② ISDN Integrated Services Digital Networkの略。 交換機・中継回線・加入者線まで全てデジタル化された、パケット通信・回線交換データ通信にも利用できるデジタル回線網である。 JCA手順 1980 年に日本チェーンストア協会（JCA）が制定した「取引先データ交換標準通信制御手順」の通称。1982 年に通商産業省（現：経済 産業省）により流通業界の標準通信手順「J 手順」と命名された。使用可能な通信回線は公衆回線（2400bps）とISDN回線（9600bps）。 JEDICOS JX手順 PC POS SaaS T/A伝票 TA型伝票 TC VAN Japan EDI for Commerce Systemsの略。 国際標準の可変長EDIメッセージ（UN/EDIFACT）とその流通業界向けサブセット（EANCOM）をもとに開発を行った日本の流通業向け サブセットのこと。第１版は1996年度に制定された。 EDIメッセージなどを送受信する際に必要となる通信ソフトウェアのクライアント－サーバ間で使用される通信手順のこと。国際規格の SOAP-RPC を使用し、現在流通業界で主に使用されているJCA手順と同等の機能を実現している。 Process Centerの略。 生鮮食品の加工、包装、計量、値付けを行う。 Point of Saleの略。 「販売時点情報管理」の意味。POSシステムは小売業のレジで商品のバーコードを読み取ることにより、精算業務の省力化を図ると同 時に、収集した単品情報や顧客情報を経営活動に活用する仕組みのこと。小売業だけでなく、レストランやガソリンスタンドなどでも使 われている。 Software as a Serviceの略。 必要な機能を必要な分だけサービスとして利用できるようにしたソフトウェア（主にアプリケーションソフトウェア）もしくはその提供形態 のこと。一般にはインターネット経由で必要な機能を利用する仕組みで、シングルシステム・マルチテナント方式になっているものを指 す。 ターンアラウンド伝票。 ターンアラウンド（Turn around）は「行って帰ってくる」という意味。オンラインの発注データが取引先で複写式の統一伝票に印字され、 その内容が仕入伝票として小売業に帰ってくること。発注時に小売業が指定した取引番号をキーに、納品数量の訂正と受領情報の共 有を行うことで、請求・支払業務の効率化・正確化を図っている。 Transfer Centerの略。 通過型センター。在庫を持たずに、仕入先から納品された商品を各店舗に振り分ける。 Value Added Networkの略。 企業間のデータ交換の仲介サービスを行う情報処理事業者のサービスのこと。「付加価値通信網」と訳される。1985 年の電気通信事 業法の制定によってVAN 事業が自由化されると、業種ごとのデータ交換サービスを行う業界VANや、地域の卸と小売業の受発注デー タ交換をサポートする地域VANがサービスを開始した。 Web-EDI 企業間における注文書や請求書のやり取りをコンピュータネットワークで行なうEDIを、インターネットを利用したWebブラウザーで実現 すること。専用線やVANといった回線を利用する従来のEDIに比べ、Web-EDIは回線コストを安価に抑えることができるというメリットが ある。導入が容易であるが、仕組み上、Web画面で手入力が多くなりやすい、取引先ごとに画面が異なるといったデメリットもある。 XMLスキーマ XMLはeXtensible Markup Languageの略。 XML 文書の処理にあたって、処理対象のXML 文書の構成要素について、正しい並び順（構造）や取りうる値（属性）を記述したもの。 XML スキーマを用いることで、XML 文書の正しさをある程度まで自動的にチェックすることが可能になった。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 3-3. ⽤語集③ アパレル 衣服のことである。アパレルメーカーとは、衣服（特に既製服）の企画、製造、卸売を行っている企業である。 客注対応（客注取引） 店頭に商品が無い場合などに、商品を後日引き渡すことを前提に店舗側で消費者から注文を受け付けた取引のこと。客注取引の場合、消費者には 商品を引き渡すことを約束しており販売できることがほぼ確実であるため、店舗からの通常の注文に比較して優先的に取扱われることが多い。その ため、EDIメッセージとしても、通常の発注と区分できることが求められる。流通ビジネスメッセージ標準でも「発注区分」として「客注」を識別できるよう になっている。 グロサリー 食料品・生活雑貨・日用品などを総称する言葉。食料雑貨、食品雑貨とも言う。日本では主に生鮮食品を除く食品（加工食品など）を指す場合が多い。 英語の「grocery（グロサリー）」は食料雑貨店を指す。 公衆回線 拠点間を結ぶ通信回線において、不特定多数の利用者によって共有して利用される回線のこと。公衆回線網（電話回線）は、アナログの固定電話機 を結ぶものとして、長く利用されてきた。 週間商談（週間発注） 商品や物量確保を目的として、小売が翌週1週間あるいは広く先日付分の発注を行うものを週間発注と呼ぶ。取引企業間によって、週間発注は確定 データ扱いとする場合や、あくまでも目安や予約データとして直前に改めて確定（発注）データを送る等のバリエーションがある。 製・配・販連携協議会 消費財分野におけるメーカー（製）、中間流通・卸（配）、小売（販）の連携により、サプライチェーン・マネジメントの抜本的な改革・改善を図り、もって産 業競争力を高め、豊かな国民生活への貢献を目指すことを目的に2011 年５月に発足。財団法人流通経済研究所と一般財団法人流通システム開発 センターが共同で事務局運営に当たっている。 全銀手順 全国銀行協会（全銀協）が1983年に制定した銀行間通信およびホームバンキング用の標準通信プロトコル。後にインターネット標準プロトコルの TCP/IPを採用した「全銀TCP/IP手順」を追加した。1997年には、さらに最大レコード長を2KBから32KBに拡張した「拡張Ｚ手順」が産業界向けに制定 された。 ブロードバンド 電波や電気信号、光信号などの周波数の帯域幅が広いこと。また、それを利用した高速・大容量な通信回線や通信環境。該当するのはADSL(xDSL) やCATVインターネット、光ファイバーなどの有線通信、第3世代(3G)携帯電話(W-CDMA/CDMA2000/HSPA/LTE)、WiMAXなどの無線通信である。通 信速度は、ADSLで約10Mbps、光ファイバーで約100Mbpsである。 マッピング 流通BMSでは、「既存のJCA固定長フォーマットの項目」と「流通BMSフォーマットの項目」との対応付けを行うこと。 モデム Modulator-Demodulatorの略。 「変復調装置」と呼ばれる。コンピュータから送られてくるデジタルデータを音声信号に変換して電話回線に流したり、電話回線を通じて聞こえてくる音 声信号をデジタルデータに変換する装置のこと。 ＪＣＡ手順で使用するモデムは、半2重同期式のモデムで非常に高価なものである。 流通BMS BMSはBusiness Message Standardsの略。 消費財流通業界で唯一の標準となることを目指した標準EDI仕様のこと。正式名称は「流通ビジネスメッセージ標準」。 流通BMS協議会 正式名称は「流通システム標準普及推進協議会」。 2009 年度以降、流通BMS を中心とする流通システム標準の維持管理と広報普及を主体的に担う組織として一般財団法人流通システム開発セン ター内に事務局を設置。消費財の製配販に関わる業界団体を正会員とし、IT関連企業等を支援会員として運営している。 ルートセールス メーカーや卸売業者の営業が、あらかじめ決められた一定の道筋で行う巡回販売のことを指す。定期巡回販売とも呼ばれる。ルートセールスにおけ る顧客は注文を定期的に受けている得意先が大半で、その元へ配送を兼ねて巡回し、再び注文を受ける活動であり、新規の顧客を獲得するというよ りは受動的にリピートを受けることが多い。 レガシー通信 IT業界では古いコンピュータ、古いソフトウェアなどをレガシー（遺産のように古いという意味）と呼んでいる。 レガシー通信は、「JCA手順」、「全銀手順」、「全銀TCP/IP手順」を示す。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved 「流通ビジネスメッセージ標準」および「流通BMS」は、一般財団法人 流通システム開発センターの登録商標です。 上掲ロゴマークは、一般財団法人 流通システム開発センターの登録商標です。 © 2016 Supply Chain Standards Management & Promotion Council , All rights reserved
© Copyright 2024 ExpyDoc
