もはや「次世代」とはいえない!?
数百の流通業企業が対応する次世代EDI「流通BMS」のメリット
流通業界における新しいEDIの標準「流通BMS」。既に数百の流通業企業が対応しているが、その実態は意外と知られていない。流通BMSの特徴とメリット、対応製品を紹介する。
はじめに
本稿をご覧の諸氏は、流通業のユーザー企業でIT部門に所属しているか、ITベンダーやシステムインテグレーターで流通業向けのシステムを提案、構築する組織に所属しているかのどちらかだと思う。「流通ビジネスメッセージ標準(以下、流通BMS)」というキーワードは、このような立場の方々であれば一度は耳にしたことがあるだろう。しかし、さまざまな啓蒙活動が行われているにもかかわらず、その実態は意外と知られていないのではないだろうか。
日常のシステム開発業務と新しい技術のキャッチアップに忙しい技術者が、業界単位の新しい標準化になかなか関心と時間を割けないことは、筆者も技術者の端くれなのでとてもよく分かる。また、業務システム一般やシステム基盤を担当する技術者が、流通BMSに接する機会も少ないかもしれない。
流通BMSとは、流通業の企業のIT部門を「楽にする」ものだ。また、製造から卸、小売を経由しての一般消費者までのサプライチェーンという観点から見ると公共のインフラであり、国民生活に貢献するという非常にやりがいのある仕組みである。
本稿では、流通業企業のITマネジャーやITベンダーのみならず、流通業に少しでも関係のある読者に、「流通BMSの基本」をできる限り分かりやすくまとめてみたいと思う。
流通BMSとは何か
流通BMSの概要
流通BMSを別の言葉で表現すると「流通業向け次世代EDI(Electronic Data Interchange:企業間電子商取引)」となる。既に多くの企業が対応しており、普及状況だけを見れば「次世代」というにははばかられる気もするが、分かりやすさを優先してまずはこの表現としてみる。
この「次世代EDI」という言葉はさまざまな業界や局面で使われているが、初心に帰ってみると「EDI」という単語自体、正確に理解している方は意外と少ないようだ。釈迦に説法になるかもしれないが、まずはEDIの定義を少々古い資料から紹介する。
EDIの定義
「異なる組織間で、取引のためのメッセージを、通信回線を介して標準的な規約(可能な限り広く合意された各種規約)を用いて、コンピュータ(端末を含む)間で交換すること」
出典:通商産業省「電子計算機相互運用環境整備委員会」(1989年度)
EDIに似た言葉にEOS(Electronic Ordering System)がある。EOSが受発注のみで、EDIが受発注を含む企業間のやりとり全般(出荷情報や請求など)と考えていただければ間違いないだろう。
「流通BMS=流通業向け次世代EDI」をEDIの定義と比較すると、以下のようになる。
流通BMSの定義
「流通業に所属するさまざまな関係者が集まり、業界の中で精いっぱい広く合意して、受発注を含むさまざまな企業間のやりとりを、現代の技術水準に合わせて一から作り直した、コンピュータで使用するメッセージとそれをやりとりするためのルール」
ポイントは「さまざまな関係者が集まり、業界の中で精いっぱい広く合意して」と「現代の技術水準に合わせて一から作り直した」の2つである。流通BMSはできる限り国際標準にのっとった技術をベースに標準化することを前提としており、そこから生み出された特徴は大きく3点ある。
流通BMSの特徴
- 通信回線にインターネットを使用すること
- メッセージについてはフォーマットだけでなく、使い方にまで踏み込んだこと
- データフォーマットにXMLを、コード体系に国際標準(GTIN、GLN)を採用したこと
このうち1と2は、通信回線にまつわるコスト削減や個別仕様の抑止など既にかなりの成果を挙げているが、3の前段「データフォーマットにXMLを使用」に関しては、本稿執筆時点で直接的かつ目立った成果は上がっていないようだ。これからの新しいソリューションの登場に期待したい。
従来型EDIの問題点と流通BMS
流通BMSの定義のカコミで、あえて「現代の技術水準に」と書いた。なぜこのようなことを書くかというと、現在流通業の一般的なEDIで使われているテクノロジーは「現代の技術水準」からあまりに懸け離れているからだ。システム構築の現場でも、新人に限らず若手技術者がEDI構築に携わる場合、まず「TCP/IP以外のプロトコルの存在」を説明するところから入る。これに対する「基礎知識・業界知識の習得状況に問題がある」という意見は否定しないが、これが実態である。しかし、裏を返すとそれだけインターネットベースの通信技術が一般的になっているということであり、これを利用しない手はないということもいえる。
では、従来型EDIが「現代の技術水準」から懸け離れているとはどういうことか。本稿は流通業向けに記述しているので、JCA手順(※)をベースに考えてみよう。
(※)JCA手順:日本チェーンストア協会(JCA)が開発した取引先データ交換標準通信制御手順。流通業界における標準的な通信手順として広く利用されてきた。
従来型EDIが「現代の技術水準」から懸け離れているわけ
- 電話回線(ISDN回線含む)で通信しているため、高価な専用機器が必要
- 電話回線(ISDN回線含む)で通信しているため、通信速度が遅く、従量課金のものは通信費用が掛かる。インターネットを使用した場合と比較するとかなりコストが掛かる
- データが固定長のため、仕様変更が困難
- 仕様変更が困難であり、通信速度が遅いことも相まって、漢字を送ることができないなど制限が大きい
- バッチ型の処理のため、都度処理ができない(企業間をまたがってジョブを設計しなければならず、システム面での縛りが大きくなる)
- 今となってはTCP/IP以外の通信プロトコルはニッチで、技術者の数も多くない
上記以外にもさまざまあるが、これらの問題を一挙にまとめて解決することを目指したものが流通BMSであり、実際に問題点のほとんどすべてをクリアするポテンシャルを持っている。
流通BMS導入のメリット
流通BMS導入によって得られるメリットは多くあるが、どのメリットも「流通BMSの特徴」で挙げた1および2に起因する。それぞれ現時点で明確かつ代表的なメリットを抜粋して紹介しよう。
なお、3の「メッセージ形式としてXMLを利用することに起因するメリット」があるが、これはシステム側の都合なので今回は割愛する。
流通BMS導入に当たって
流通BMSへの対応には大きく分けて3つの方式がある。
- サーバ構築型
- VAN(付加価値通信網)/ASP型
- クライアント型
流通BMSの導入に当たっては、まずこの3つのどの方式で実現するかを決定し、それから製品やサービスを選定するという順番で導入を進めていくことになる。流通BMSはメッセージが標準化されているため、3つの方式間の移行も低コスト・低リスクで可能だ。初めから決めようとせずに「小さく始めて大きく育てる」アプローチを視野に入れてもいいかもしれない。それぞれの特徴を解説していこう。
サーバ構築型
サーバ構築型は文字通り、自社で流通BMS対応のサーバを構築・運用する方式だ。自社で保有するため柔軟な運用ができる点がメリットとして挙げられる。また、費用面でもサーバの調達や構築など初期投資は必要になるが、月ごとの運用費を比較的安く抑えることができる。流通BMS対応のサーバ製品はさまざまなベンダーから提供されているため製品選定に迷うかもしれないが、「流通BMS対応」を明示して販売している製品であれば問題なく導入できるはずなので、自社の要件を満たす製品を選べば問題ないだろう。
一つだけ注意点を挙げるなら、導入実績の豊富な製品を選定した方が導入時のリスクを減らせる、ということである。流通BMSは取引先企業との「共同事業」となるため、通信部分でトラブルが発生すると相手先に迷惑が掛かることも考えられる。実績のある製品であればこの心配は極小化できるだろう。
VAN/ASP型
VAN/ASP型もさまざまな事業者が流通BMSに対応したサービスを展開している。一概に言えない部分もあるが、共通しているメリットは初期コストがサーバ構築型に比べて少なく(もしくは必要なく)、流通BMSに対応できることだ。反対に、社外のサービスを利用するので、月ごとの費用はサーバ構築型より増すことが想定される。
VAN/ASP事業者と自社の間をどのように接続するか、どの程度自社向けにカスタマイズ可能なのかなど、事業者によってさまざまなサービスの違いがある。サーバ構築型同様、事業者の中から自社の要件に合うサービスを検討すべきだ。
クライアント型
クライアント型は文字通りクライアントPCで流通BMSを実現する方式だ。流通BMSの中の必要なときのみインターネット(経由で取引先)に接続してメッセージをやりとりする。これはJX手順という名前が付けられている。
通信のみならず、簡易的な受発注業務パッケージを通信機能と併せて提供している製品が多く、基本的にはPCに流通BMS対応のクライアントソフトを導入すれば流通BMSへの対応が可能だ。ただし、規模が大きくなるとサーバ構築型やVAN/ASP型に移行する必要が生じてくる。流通システム開発センターの導入ガイドラインによると「1取引データ量が1万明細を超えない範囲であれば、JX手順で対応可能」とされている。
| ベンダー | 製品/サービス名 | 方式 | 製品概要 |
|---|---|---|---|
| インテック | EDI-Hub | ASP | インテックの長年のVAN事業経験と豊富な流通BMS導入実績を生かして、さまざまな要望に合ったEDIシステムを提案・フルアウトソーシングを実現。EOS未導入の取引先とのFAXによる受発注も可能 |
| eB-forBMS | クライアント | 商品マスタ管理の「eBASEシリーズ」と完全連携する、取引先用流通BMS対応ソフトウェア。流通BMSでの受発注(EOS、EOS外)、各種帳票対応、外部システム連携のほか、商品・品質仕様書のマスタ管理も可能。取引先業務をワンストップで提供 | |
| ウルシステムズ | UMLaut/J-XML | サーバ構築 | 電子受発注機能に加えて、特売企画や在庫などの豊富な情報をリアルタイムに交換可能。生産・卸・物流・小売とそれぞれの間で途切れていた情報がつながるだけでなく、ICタグを用いたトレーサビリティなどを可能にするビジネス基盤を提供する |
| エス・エフ・アイ | BizX | クライアント | JX手順(C/S型)に準拠した次世代オープンプロトコル対応のクライアント製品 |
| エヌアイシー・インフォトレード | EDIPACK21 | サーバ構築 クライアント ASP |
流通BMS(AS2、ebXML、JX)対応製品をパッケージとして販売するとともに、ASPサービスとしても提供。レガシーEDIやファイル変換・基幹連携などの機能も備える統合EDIソリューション |
| キヤノンITソリューションズ | CollaboLink for Retail | サーバ構築 | 流通BMS標準の通信プロトコル(JX手順、ebXML、AS2)と、基幹システム連携機能、運用管理機能などを実装したオールインワンのEDIパッケージ |
| データ・アプリケーション | ACMS E2X | サーバ構築 | 企業間取引、企業内の分散システムとの効率的な連携を実現するために、流通BMSをはじめとする各EDI手順、ERPシステムとの連携およびデータ変換をサポート。別途、EDI機能に特化した「ACMS B2B」も提供している |
| ACMS Lite | クライアント | 流通BMS標準の通信プロトコルJX手順(SOAP/RPC)や全銀TCP/IPに対応し、業務フロー、データ変換およびスケジュール機能を実装したクライアント製品 | |
| 日立情報システムズ | REDISuite ASP | ASP | 流通BMSだけでなく、レガシータイプのEDI、Web-EDIなど、従来サービスとのシームレスな連携を実現。従来サービスとの互換性は残しつつ、次世代EDIに対応した流通BMSへの移行が短期間で可能 |
| HITREDI | サーバ構築 クライアント |
次世代流通業界標準プロトコル「ebXML」「JX手順(SOAP/RPC)」に対応したEDIパッケージ。「ASN(事前出荷情報)チェック」「伝票検索」などのオプション製品も提供 | |
| 富士通エフ・アイ・ピー | TradeFront/AE | ASP | データ送受信状況の照会機能、連絡用の掲示板(お知らせ)機能、データ発生やエラー発生などのお知らせ情報の電子メール通知機能など、受発注業務を支援する機能を提供 |
| iTERAN/AE | クライアント | 受注業務機能、出荷業務機能、受領/返品業務機能、請求/支払業務機能、運用保守機能といった受注・請求・支払までの機能を網羅するEDIトータルパッケージ | |
| リテイルサイエンス | WinWin-EDI | クライアント | 受注から支払いまで流通BMSの処理を完結できるEDIソフト。複数端末での運用、自社基幹システムとJCA書式での連携などが標準で備わり、流通BMSへのスムーズな移行が可能。無線ハンディ出荷・検品、SCMラベルオプションも提供 |
流通BMSの最新動向
流通BMSの普及は、2003年から2008年まで経済産業省の「流通サプライチェーン全体最適化促進事業」「流通システム標準化事業」として進められてきた。普及が進み「そろそろ独り立ち」ということで、経済産業省事業としては2008年度をもって終了し、2009年度よりユーザー企業や団体を中心とした「流通システム標準普及推進協議会」が設立され、今後は民間で維持・管理を行っていくことになる。
当初はグロサリー(食料品、生活雑貨、日用品などの総称)商材を中心に適用が進められ、主としてスーパーマーケット(食品スーパー)と卸/製造業の間で共同実証から実用化への展開を進めてきた。その後、2008年度に生鮮、アパレル、チェーンドラッグ、ホームセンター、百貨店業界でも共同実証が完了し、さまざまな業界で幅広く展開される準備が整っている。
サーバ構築型、VAN/ASP型、クライアント型の3つの方式を合わせると、既に数百の企業が流通BMSに対応している。これが「もう次世代ではない」といわれる理由ではあるが、JCA手順を利用している企業数全体から見ると、残念ながらまだほんの一部にすぎない。今後、さらに普及が進み、流通サプライチェーンの最適化に貢献することが期待されている。
<筆者紹介>
橋本 明
住商情報システム株式会社
ITエンジニアリング事業部 ミドルウェアソリューション部
シニアコンサルタント
IT業界で転職を繰り返しつつ、サラリーマン生活15年目に突入。その多くをシステム連携に費やしてきた「つなぎ屋」。最近はコンサルタントとしてEDI、SOA、BPMといった「システム連携」「プロセス管理」などをなりわいとする一方、流通業向けシステム構築のノウハウを生かして流通BMSの啓蒙活動に携わるうちに、いつしかこちらが中心となった。育児と仕事とお酒の鼎立をモットーに、日々睡眠時間を削って奮闘中。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Excel至上主義」の終わらせ方 丸2日の手作業地獄から情シスと現場を救うには
-
2
「Microsoft 365のセキュリティ運用」に関するアンケート
-
3
取手市がVDIと決別した理由 更改費用「4倍超」を約1.7倍に圧縮
-
4
急増する「AIはこう言ってる」マン 判断を狂わせる「AI忖度」を防ぐには?
-
5
221人調査で分かった「情シス最大のストレス」は?
-
6
「Salesforceのテスト自動化ツール」に関するアンケート
-
7
IT製品の導入に関するアンケート「サーバ&ストレージ」編
-
8
「データストレージの活用方法」に関するアンケート
-
9
「AI時代の統合基盤・エンタープライズAI管理」に関するアンケート
-
10
自宅のWi-Fiが「遅い」「途切れる」本当の原因は? Dellが推奨する鉄則
ホワイトペーパーランキング PR
-
1
年収2000万「クラウドセキュリティのプロ」になれる資格とは
-
2
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
3
Windows Updateの通信集中で回線が逼迫、ネットワーク刷新事例に学ぶ解決策
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
標的型攻撃メールを見破るには? サンプル文面を例に傾向を解説
-
8
商用利用の安全性を確保し大量のコンテンツを高速で生成する、AI活用の秘訣
-
9
マンガで解説、1日で生成AI環境を構築できるワークショップの中身とは?
-
10
Dark AIが台頭する時代の新発想、「より高度なAIで対抗する」具体的方法とは?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー