はじめに 2008 年 11 月中小企業 EDI 促進委員会が設置された 委員長 : 業界代表 : オブザーバ : 事務局 : データ アプリケーション共通 XML/EDI 実用化推進協議会 日本電線工業会 石油化学工業会 カミネット 建設業振興基金 電子情報技術産業協会経済産業省商務情報政策局日本

Transcription

1 JEDIC 第 70 回普及研修会 -- 新しいビジネスインフラの構築に向けて -- 中小企業 EDI ソリューションガイド 2009 年 3 月 5 日 ビジネス推進部上級コンサルタント EDI/SCM 企画推進担当 藤野裕司

2 はじめに 2008 年 11 月中小企業 EDI 促進委員会が設置された 委員長 : 業界代表 : オブザーバ : 事務局 : データ アプリケーション共通 XML/EDI 実用化推進協議会 日本電線工業会 石油化学工業会 カミネット 建設業振興基金 電子情報技術産業協会経済産業省商務情報政策局日本情報処理開発協会電子商取引推進センター [ 委員会の設置主旨 ] 中小企業への EDI 普及促進を図るため 大企業と中小企業との間の EDI の課題を調査し 大企業 - 中小企業間 EDI 促進による産業波及効果を分析する [ 委員会での検討のポイント ] 2004 年 4 月より 下請代金支払遅延等防止法 ( 通称 下請法 ) が改正され 自己の指定する物や役務を強制して利用させる行為 に対する制限が定められた それを受けて 2008 年 12 月経済産業省素形材産業室は EDI による適切な運用について具体的に記述した 素形材産業取引ガイドライン を発表した 本委員会は これをもとに 大企業 - 中小企業間 EDI が適切に行われるよう 中小企業 EDI ソリューションガイド の策定を目指す 本委員会の期日は 2009 年 3 月までとなっており 本セミナーでは その検討内容と方向性について解説を行う 1

3 目次 1. 背景 3 2. 中小企業 EDI ソリューションガイドとは 5 3. 中小企業における EDI 実施上の問題点 9 4. 中小企業 EDI に対する考慮点 10 (1)EDI の構成 10 (2) システム連携 11 (3) 業務連携 15 (4)VAN/ASP の利用 19 (5) 考慮点のまとめ これからの課題 23 (1) 業界標準とは 23 (2) 企業が所属する業界 23 (3) 解決手段としての共通辞書 24 別添資料 :[1] システム連携 25 2

4 1. 背景 年 12 月 経済産業省素形材産業室が 300 のヒアリングをまとめて 下請法に基づく 素形材産業取引ガイドライン を作成した その中で EDI の適切な運用について具体的な記述がなされた 下請法とは 下請代金支払遅延等防止法 下請法の適用適用範囲 1 資本金が 3 億円超の企業が 資本金 3 億円以下の企業 ( 注 ) に対し製造委託等をする場合 2 資本金 1,000 万円超 3 億円以下の企業が 資本金 1,000 万円以下の企業 ( 注 ) に製造委託等をする場合 ( 注 ) 個人を含む 3

5 1. 背景 -2 素形材産業とは 金属プレス 熱処理 金型 鋳造 鍛造 EDI の適切な運用とは委託事業者 ( 発注者 : 大手 ) が受託事業者 ( 受注者 : 中小 ) に EDI の実施を要請する場合 自己の指定する物や役務を強制して利用させる行為 をしてはならない ということ これではよくわからない 幅広い見地から 中小企業にとっての 適切な EDI とは何か を考え 下請法 に基づく わかりやすい 中小企業 EDI ソリューションガイド の策定を目指す 特に 大手企業が中小企業を守るため どのような考慮点が必要かについて まとめる 今回は 大手発注企業が中小受注企業に対して EDI を要請する場合を前提とする 4

6 2. 中小企業 EDI ソリューションガイドとは -1 素形材産業取引ガイドライン における EDI についての記述 < 取引先から業界標準に準拠していない固有の EDI のソフトウェアや端末の導入を 求められる例 > 受注情報の入手や納期回答を行うためのシステムである EDI について 取引先から業界標準に準拠し ていない WebEDI( ( ソフトウェアやサービス ) や EDI 専用端末の導入を求められた結果 取引先ごとにシステムの月額使用料を徴収され膨大な費用負担を強いられる 受注情報がデータで提供されないためために社内システムに直接取り込めず印刷と入力という無駄が発生する データ提供されていたとしても業界標準に準拠していないため複雑な変換プログラムを開発しない限り社内システムに取り込めない ID やパスワードを取引先ごとに入力する手間が生じる 取引先ごとに膨大な量の指定の専用帳票の保管を強いられる などの負担が発生している 加えて 取引先の仕様に基づいた Web-EDI を導入しているにもかかわらず 図面や仕様書が FAX で 送られてくることがあるため 受注情報との整合ミスを誘発する 図面の一部がつぶがつぶれてしまうため 加工ミスにつながるなどの問題が発生している 5

7 2. 中小企業 EDI ソリューションガイドとは -2 素形材産業での取引と EDI の実態 ガイドラインには 業界標準 とあるが 素形材産業は自業界の標準を持っているわけではなく取引先業界の標準が対象 しかも複数の業界と取引があるので複数の標準が対象となる つまり 中小企業にとって 業界標準 を採用することが 適切な EDI の 導入となるわけではない 電気電子建設電力自動車 6

8 2. 中小企業 EDI ソリューションガイドとは -3 こんな EDI は要注意!! 発注者が受注者に業界標準に準拠しない固有の EDI 導入を強いること 例え業界標準の EDI メッセージに準拠していても 取引先に固有のシステム導入や人手による作業負荷を強制する仕組みを要求すること 自己の指定するものや役務を強制して利用させる行為に該当する自己の指定するものや役務を強制して利用させる行為に該当する おそれがある 業界標準だからいい こちらでシステムを用意するから それを利用するだけでよい は 通じない! 7

9 2. 中小企業 EDI ソリューションガイドとは -4 中小企業 EDI ソリューションガイドの目指すもの EDI の本来の目的は 企業間や組織間の壁を越えてビジネスプロセスをシームレスにつなぐ事により全ての無駄を省き 関与者全員が情報を共有してタイムリーな施策を打つ事によりお互いの企業の経営効率向上に結び付けていくこと しかし 大手では容易にできても 中小では容易にできないこともある 大手の EDI 要請に対して 中小企業側が対応が不可能と判断したとき 下請法に抵触するおそれがある そのようなことが起こらないよう 大手企業が中小企業に対して必要となる考慮事項をまとめたもの 現在取りまとめ中 2009 年 5 月ごろ発行予定 8

10 3. 中小企業における EDI 実施上の問題点 取引先から有償のソフトを購入させられる場合がある 相手先ごとに EDI 実施コストが発生することがある 複数の VAN/ASP 利用料 相手先ごとに発生するシステム使用料 等 自社システムへの連携が難しい 自動連携できる仕組みがあればよいが ない場合自身で方法を考える必要がある プリント & 再入力だと非効率だし システム化するには費用がかさむ 複数の取引先 業界から異なる EDI を要請されることがある コストもさることながら運用および社内業務との整合性確保に混乱をきたす IT リテラシーの高い要員を持つ場合は少ない 取引先に言われるまま 意図が理解できず有効に活用できない など 中小企業と EDI をする大手企業は 相手先に負担がかからないような配慮をすることが重要 9

11 4. 中小企業 EDI に対する考慮点 -1 (1)EDI の構成 : 企業間における情報交換 業務連携 企業間における業務情報の交換 システム連携 コンピュータ間における情報の伝達 10

12 4. 中小企業 EDI に対する考慮点 -2 (2) システム連携 : データそのものを伝える方法 1980 年初頭より利用されている レガシー EDI とインターネットの登場とともに生まれた インターネット EDI に 大きく分けて考えるのが一般的 1 レガシーレガシー EDI EDI 2 インターネットインターネット EDI EDI 全銀手順 JCA 手順 全銀 TCP/IP 手順 [ 拡張 Z 手順 ] レガシー EDI は全てファイル転送型 a. WebEDI ( 伝票入力型 ) b. WebEDI ( ファイル転送型 ) c. EDI ファイル転送型 EDI d. RosettaNet e. ebxml MS f. EDIINT AS2 g. JX 手順 11

13 4. 中小企業 EDI に対する考慮点 -3 1 レガシー EDI : 全銀 /JCA 手順 全銀 TCP/IP 手順 日本独自方式のため国際 EDI に利用できない インターネットも利用できない 全銀 /JCA 手順は 公衆回線仕様で 対応機器が販売中止になり速度も低速 全銀 TCP/IP 手順は 全銀 /JCA 手順の問題点を解消はしたが暗号化ができずイン 考慮点考慮点 ターネットの利用もできない 現在 製造業界での中心的方式 全銀 /JCA 手順は もう対応機器が無いため 使用継続は難しい 全銀 TCP/IP 手順は 現在の主要方式であるため 必ず準備したい 12

14 4. 中小企業 EDI に対する考慮点 -4 2 インターネット EDI 通信にインターネットを利用した EDI その実現方法で以下に分類する a. WebEDI( 伝票入力型 ) EDI 環境提供者は インターネット上に Web アプリケーションサーバを置き 利用者はブラウザによりアクセスする b. WebEDI( ファイル転送型 ) WebEDI 画面上の指定されたボタンを操作することにより特定ファイルのアップロード / ダウンロードを行う c. EDI 本文 もしくは にファイルを添付しデータ交換を行う [ ファイル転送型 EDI] d. Roseta osetanet RosetaNet は 主に電子部品業界向けのグローバル サプライ チェーン構築を目指す標準化団体が策定したもの e. ebxmlms ebxmlms とは CEFACT とOASIS が共同で開発した次世代 EDI の国際標準 ebxml の通信プロトコル部分 f.f. EDINTAS2 IETF が制定したインターネット EDI の国際標準 g.g. JX 手順 JX 手順は 流通業界の新しい標準プロトコルの一つであり EDI EOS の後継プロトコルとして普及を目指している SOAP-RPC をベースとしている 13

15 4. 中小企業 EDI に対する考慮点 -5 考慮点考慮点 WebEDI( ( 伝票入力型 ) PC 側にシステムを持たないことにより システムを持たないことにより 安価に EDI を実施できるが 取引先側では自社の 基幹業務と連携ができず利用者は二重入力せざるを得ない WebEDI( ( ファイル転送型 ) Web 画面経由となるため手動操作が必要となる そのため コンピュータの自動連携を前提とした EDI の根本は崩れてしまう また 操作するための人的コストも発生する EDI の仕様上 追い越しや不達が起きる可能性がある上に 送達確認が難しく エラーの判別も困難 Roseta osetanet ebxml MS EDIINT AS2 インターネット上でサーバ常時稼動を前提とする Push 型であるため 中小企業の利用は難しい JX 手順 Pull 型クライアント方式であるため中小企業でも利用可能 ただし インターネット利用であるため 証明書やセキュリティの管理は少々難しさを伴う 14

16 4. 中小企業 EDI に対する考慮点 -6 (3) 業務連携 : データの意味や業務情報を伝える 一定のルール ( シンタックスルール ) のもとにデータをデータを構造化し構造化して利用する 構造化データ方式 と アプリケーションデータをそのままの状態で利用する 非構造化データ方式 とがある 1 構造化データ方式構造化データ方式 2 非構造化データ方式非構造化データ方式 a. CII 標準 e. 業界標準方式 b. UN/EDIFACT f. 個別企業方式 c. ANSI X.12 d. XML 15

17 4. 中小企業 EDI に対する考慮点 -7 1 構造化データ方式業務アプリケーションが扱うデータを EDI に必要な情報を付加するなど一定のルール ( シンタックスルール ) のもとに構造化し そのデータを互いに交換し合う 構造化データ方式の EDI 標準としては 現在日本標準の CI 標準 国際標準の UN/EDIFACT 米国標準の ANSIX.12 の 3 つが制定されている また XML はシンタックスルールではないものの 構造化データを容易に扱うことができるため EDI になくてはならない技術として普及を始めた アプリケーションが使う業務データとの変換には トランスレータというソフトを用いる 考慮点考慮点 関与する業界が 1 つである場合は その業界標準を採用することで業務の統一化を図ることができる 中小企業向けには 業務パッケージを用意することですべての取引先に対応できる業務システムを構築することができる ただし 同じ業界標準を使用しても 企業毎に使い方が異なったり独自性を盛り込んだりすると 標準が崩れ相手先ごと異なる業務システムになってしまう また 製造業界では 作る製品ごとに企業の特性が異なるため 業界標準ということも難しい まして関与する業界が複数ある場合 個別の対応が必要となり 業務の統一は難しい 16

18 4. 中小企業 EDI に対する考慮点 -8 2 非構造化データ方式アプリケーションが扱うデータをそのままの状態で ( 構造化することなく ) 交換する方式 データとしては 固定長データと可変長データがある 固定長の場合は メインフレーム系のシステムで使われるデータ形式が多く 可変長の場合はオープン系のシステムで使われる CSV 形式が多い 取引先とのデータ交換は 一般的には個別プログラムを開発することになるが 非構造化データを対象とした変換ツールもパッケージ化されつつある a. 業界標準方式 業界団体や VAN 事業者 中心となるメンバー企業が集まり 項目 メッセージ 運用などの標準を策定する 日用品雑貨業界のプラネット標準 加工食品業界のファイネット標準 医薬品業界のJD-NET 標準 紙パルプ業界の PEDI 標準など 多くの業界で策定 利用が進んでいる ただし 特定の VAN 事業者が 自社仕様で顧客を集めるため 標準 と称するのは ここでいう 業界標準 とは言い難い b. 個別企業方式 業界標準がない場合 中心となる企業が独自方式で実施している また 業界標準があっても個々の企業が独自の仕様で進めるが独自の仕様で進める EDI は 1 構造化 データ方式と同じく 標準を崩すこととなる 17

19 4. 中小企業 EDI に対する考慮点 -9 考慮点考慮点 考慮点としては 構造化データと同じであるが こちらの個別企業方式の場合 相手先毎のプログラム開発が一般的で それだけに非効率性が顕著に表れる PC 用アプリケーションパッケージも作られてはいるが あくまで個別企業が開発しているものであるため 汎用的に利用するのは難しい 18

20 4. 中小企業 EDI に対する考慮点 -10 (4)VAN/ASP の利用 発注側企業は 自社指定の ASP1 1 社を送受信窓口としてデータを振り分けてもらい 受注側企業は 発注者指定の VAN/ASP ASPに接続しデータを授受するしデータを授受する この場合 発注者ごとに VAN/ASP ASPが異なると 多 ASP 現象が発生してしまう 発注側企業 企業 A 企業 B 企業 B ASP-Ⅰ ASP-Ⅱ ASP-Ⅲ 受注側企業 企業 X 企業 Y 企業 Z 企業 α 企業 β 19

21 4. 中小企業 EDI に対する考慮点 -11 考慮点考慮点 どこかの ASP 一箇所に接続すれば どの取引先とも EDI が実現できるのが理想 そのためには ASP 間連携の手順を標準化しユーザに意識させないようにすべき 図のようにどこか一つの ASP に繋ぎさえすれば 希望の相手と EDI が実現できる環境の提供が必要となる このためには 次のような事項を ASP 業者同士で標準化し実装することが望まれる 企業 A 企業 X 企業 B ASP-Ⅰ ASP-Ⅱ 企業 Y 1. 通信手順 2. ASP 間接続振り分け機能 ( 振り分け単位 振り分けルール 3. 転送機能 振り分け処理 エラー対応など ) 4. 送達確認方式 5. 運用ルール ( 責任分界点 データ保存期間 障害対応 テスト方法など ) 企業 C 企業 α ASP-Ⅲ 企業 β 企業 Z 20

22 4. 中小企業 EDI に対する考慮点 -12 (5) 考慮点のまとめ 発注側企業発注側企業 レガシー EDI を実施しつつインターネット EDI への対応も必要 取引先へ 可能な範囲で多くの選択肢を用意する 取引先に対して接続方法を指定するのは下請法に抵触する 標準ビジネスプロトコルの対応は必須 WebEDI は 電話 FAX の替わりとしては優れているが 人間系の操作が前提となる これのみに限定すると EDI の原点である コンピュータとコンピュータを直接接続し 業務をシームレスに自動連携する ことができなくなる 接続先が業務システムを保有する場合 WebEDI だけではその業務の連携に多大なコスト負荷をかけることになる インターネット EDI はセキュリティに対する配慮が重要 これまでになかった 証明書 署名 暗号化といった機能を取り入れる必要がある EDI は 安価で簡単に構築できるが インターネット特有の不安定さを併せ持つ 確実さを求める場面で利用すべきでない VAN/ASP は 発注者側の接続先集約には有効であるが 受注先が複数の VAN/ASP と接続しなくてはならないとなると負担が大きくなり 下請法に抵触するおそれがある 中小企業に向けた普及啓蒙の体制が必要 21

23 4. 中小企業 EDI に対する考慮点 -13 受注側企業 ( 中堅 中小 ) EDI 有効活用策の検討 ( 社内システムとの有機的連携 通信手段の選択 ) 発注側企業へ標準ビジネスプロトコル採用の依頼 押し付けられたと捉えず 経営効率向上の好機と考える 22

24 5. これからの課題 -1 (1) 業界標準とは 日本には 業界団体が作った EDI の業界標準が数多くある EIAJ-EDI EDI 標準 JAMA JAPIA EDI 標準 JPCA 標準ビジネスプロトコル 流通 BMS 等 企業コンソーシアムや業界 VAN が作った EDI 規約も業界標準とみなされている ロゼッタネット プラネット標準 等 それらには 国の公式に定めた標準 ( 連携指針 :14 標準 ) や準公式に定めた標準 (CII ビジネスプロトコル :17 標準 ) に含まれないものも多い (2) 企業が所属する業界 企業が複数の業界に所属することは珍しくない EDI では複数の業界標準に対応する必要あり 業界 業界 業界団体 セットメーカー 業界団体 汎用部材メーカー 業界 EDI 業界標準に準拠 した EDI とは何かにつき 定義するための基準なり 手続なりをあらためて考え直す時期に来ている 業界団体 部品メーカー 23

25 5. これからの課題 -2 (3) 解決手段としての共通辞書 JEDIC とECOM の共同で進めて いる国際相互運用性推進委員会 で検討している EDI 共通辞書は 複数業界標準対応を抜本的に解 消する手段 ( 注 )EDI ) 共通辞書については JEDIC ホームページ ( ) 参照 電気電子建設電力自動車 ステップ 1 業界標準 EDI から共通辞書ベースの業際メッセージにマッピング 共通辞書 業際 EDI メッセージ ステップ 2 共通辞書ベースで業界標準 EDI を策定 発注側業界の協力の基に 自動車業界や電気電子業界の EDI 業界標準のデータ項目を EDI 共通辞書の情報項目 ( コア構成要素と呼ぶ ) で表現し それぞれの業界標準を整合 化してコア構成要素で組み立てた 業際 EDI 標準 を策定すれば 受注側業界では異なっ た業界の取引先でも同じ規約の EDI で対応することが可能となるはず 24

26 別添資料 : [1] システム連携 1 レガシー EDI 2インターネット EDI a.webedi ( 伝票入力型 ) b.w ebedi ( ファイル転送型 ) c.em ailedi [ ファイル転送型 EDI] d.r osettan et e.ebxml MS f.ediint AS2 g.jx 手順 25

27 中小企業 EDI に対する考慮点 [1] システム連携 : データそのものを伝える方法 1980 年初頭より利用されている レガシー EDI とインターネットの登場とともに生まれた インターネット EDI に 大きく分けて考えるのが一般的 1 レガシーレガシー EDI EDI 2 インターネットインターネット EDI EDI 全銀手順 JCA 手順 全銀 TCP/IP 手順 [ 拡張 Z 手順 ] レガシー EDI は全てファイル転送型 a. WebEDI ( 伝票入力型 ) b. WebEDI ( ファイル転送型 ) c. EDI ファイル転送型 EDI d. RosettaNet e. ebxml MS f. EDIINT AS2 g. JX 手順 26

28 中小企業 EDI に対する考慮点 1 レガシー EDI : 全銀 /JCA 手順 全銀 TCP/IP 手順 日本独自方式のため国際 EDI に利用できない インターネットも利用できない 全銀 /JCA 手順は 公衆回線仕様で 対応機器が販売中止になり速度も低速 全銀 TCP/IP 手順は 全銀 /JCA 手順の問題点を解消はしたが暗号化ができずイン 考慮点考慮点 ターネットの利用もできない 現在製造業界での中心的方式 全銀 /JCA 手順は もう対応機器が無いため 使用継続は難しい 全銀 TCP/IP 手順は 現在の主要方式であるため 必ず準備したい ダイアルアップ接続 27

29 中小企業 EDI に対する考慮点 2 インターネット EDI 通信にインターネットを利用した EDI その実現方法で以下に分類する a.web WebEDI( 伝票入力型 ) EDI 環境提供者は インターネット上に Web アプリケーションサーバを置き 利用者はブラウザによりアクセスする 利用者は特別なシステムを用意する必要がなく 安価に EDI を利用できる 考慮点考慮点 システムを持たないことにより 自社の基幹業務と連携ができず利用者は二重入力せざるを得ない 利用者 特に 端末側が手動操作前提となるため 大量データ対応できないという点が運用面 から問題になる場合がある EDI 環境提供者 ブラウザ インターネット 28

30 中小企業 EDI に対する考慮点 b..web.webedi( ファイル転送型 ) WebEDI 画面上の指定されたボタンを操作することにより特定ファイルのアップロード / ダウンロードを行う Web 画面からのデータ入力ではないため 自社で作ったファイルを送ったり 受信したデータを自社のアプリケーションに取り込んだりすることができる 考慮点考慮点 Web 画面経由となるため手動操作が必要となる そのため コンピュータの自動連携を前提とした EDI の根本は崩れてしまう また 操作するための人的コストも発生する それを回避するためには自社アプリケーションとの連携自動化が望ましいが 実現が難しいという問題がある あくまで ファイル転送型の補助的手段と限定すべき 利用者 EDI 環境提供者 ブラウザ インターネット 29

31 中小企業 EDI に対する考慮点 c. edi 本文 もしくは にファイルを添付しデータ交換を行う システムが簡単であるため 比較的安価に実現できる 考慮点考慮点 の仕様上 追い越しや不達が起きる可能性がある上に 送達確認が難しく エラーの判別も困難 標準の運用プロトコルがないため 企業毎に個別の EDI システムとなる アプリケーションとの連携が難しい EDI の国際標準として EDINTAS1 が存在するが あまり使われていない ファイル添付も可 インターネット 30

32 中小企業 EDI に対する考慮点 [ ファイル転送型 EDI] ファイル転送ツールを用いて 相互にデータを交換する 通信プロトコルとしては下記のものがある しかし EDI として利用するためには アプリケーションとの連携を考慮してシステム構築する必要がある HTTP HTTP/S ٠ Web 利用のみならずファイル転送用プロトコルとしても注目されている セキュリティ面でも優れており 現在 EDI での利用が加速している ٠ 国際標準の RosetaNet(RNIF) ebxml EDINTAS2 ( いずれも Push 型 ) と日本標準のJX 手順 (Pul ( 型 ) がある FTP ファイル転送用通信プロトコルとしては最も普及している ただし EDI に利用するには セキュリティ エラー検知 等に問題がある インターネット 31

33 中小企業 EDI に対する考慮点 d.roseta osetanet RosetaNet は 主に電子部品業界向けのグローバル サプライ チェーン構築を目指す標準化団体が策定したもの 通信は HTTP をベースとした独自の RNIF(RosetaNet RosetaNetImplementationFramework) メッセージフォーマットは XML PIP(PartnerInterfaceProcess) InterfaceProcess) と呼ばれる 企業間で情報交換する際の手順 ( ワークフロー ) と個々のプロセスで交換される文書の項目 ( メッセージガイドライン ) が規定されている インターネット上で高速安全な EDI 環境を構築できる リアルタイムの EDI( ( メッセージング ) を実現可能可能 データ発生のつどプッシュ型で相手に送るサーバ方式 通常のファイル転送 ( 文字情報 ) のほか ファイル添付 (Word ( Excel PowerPoint PDF CAD 画像 音声 動画 等 ) も可能 考慮点考慮点 インターネット上でサーバ常時稼動を前提とする Push 型であるため 中小企業の利用は難しい 32

34 中小企業 EDI に対する考慮点 e.ebxmlms ebxmlms 日本国内の標準 EDI でebXMLMS を採用しているのは 電子部品業界の JEITA/ECALGA と流通業界の ebxmlms( 流通 BMS) のの2 つがある ebxmlms は OASIS 並びに UN/CEFACT の2つの標準化団体が共同で開発したもの ebxml 国際標準のうち プロトコル部分 (ebxmlmessageservice/ ( 略して ebxmlms もしくは ebms) ) を指している インターネット上で高速安全な EDI 環境を構築できる リアルタイムの EDI( ( メッセージング ) を実現可能可能 データ発生のつどプッシュ型で相手に送るサーバ方式 通常のファイル転送 ( 文字情報 ) のほか ファイル添付 (Word ( Excel PowerPoint PDF CAD 画像 音声 動画 等 ) も可能 考慮点考慮点 インターネット上でサーバ常時稼動を前提とする Push 型であるため 中小企業の利用は難しい 33

35 中小企業 EDI に対する考慮点 f.edintas2 AS2 手順を採用しているのは を採用しているのは 日用雑貨品を扱うプラネット (VAN) や 流通 BMS 標準プロトコルの一つとして また 欧米の EDI では一般的に良く利用されている AS2 手順は IETF というインターネット技術の標準化組織よって定められたもの RFC4130 として公開されている HTTP プロトコルをベースとする インターネット上で高速安全な EDI 環境を構築できる リアルタイムの EDI( ( メッセージング ) を実現可能可能 データ発生のつどプッシュ型で相手に送るサーバ方式 通常のファイル転送 ( 文字情報 ) のほか ファイル添付 (Word ( Excel PowerPoint PDF CAD 画像 音声 動画 等 ) も可能 デジタル署名による 送信元の身元確認 ( なりすまし防止 ) データの改竄検知 考慮点考慮点 インターネット上でサーバ常時稼動を前提とする Push 型であるため 中小企業の利用は難しい 34

36 中小企業 EDI に対する考慮点 g.g.jx 手順 JX 手順は 流通業界の新しい標準プロトコルの一つであり EDI EOS の後継プロトコルとして普及を目指している SOAP-RPC をベースとしている 専門の運用要員を置けない企業では データ発生のつど Push 型で送られてくるサーバ方式の常時運用は難しいため は難しいため データ受信側がセンターへデータを取りに行く Pul 型の手順 流通業界以外の業界からも注目が集まり 採用が進むといわれている インターネット上で高速安全な EDI 環境を構築できる データ受信側が任意のタイミングで相手に取りに行くクライアント方式 通常のファイル転送 ( 文字情報 ) のほか テキスト以外の情報 (Word ( Excel PowerPoint PDF CAD 画像 音声 動画 等 ) も送受信可能 考慮点考慮点 Pul 型クライアント方式であるため中小企業でも利用可能 ただし インターネット利用であるため 証明書やセキュリティの管理は少々難しさを伴う 35

37 中小企業 EDI に対する考慮点 (3) 業務連携 : データの意味や業務情報を伝える 一定のルール ( シンタックスルール ) のもとにデータをデータを構造化し構造化して利用する 構造化データ方式 と アプリケーションデータをそのままの状態で利用する 非構造化データ方式 とがある 1 構造化データ方式構造化データ方式 2 非構造化データ方式非構造化データ方式 a. CII 標準 e. 業界標準方式 b. UN/EDIFACT f. 個別企業方式 c. ANSI X.12 d. XML 36

38 中小企業 EDI に対する考慮点 1 構造化データ方式業務アプリケーションが扱うデータを EDI に必要な情報を付加するなど一定のルール ( シンタックスルール ) のもとに構造化し そのデータを互いに交換し合う 構造化データ方式の EDI 標準としては 現在日本標準の CI 標準 国際標準の UN/EDIFACT 米国標準の ANSIX.12 の 3 つが制定されている また XML はシンタックスルールではないものの 構造化データを容易に構築できるため EDI になくてはならない技術として普及を始めた a.ci 標準 1986 年に電子機械業界が開発した EIAJ シンタックスルールを 全産業で使用できるよう拡張 (CI シンタックスルール ) し 1992 年にリリースされた日本の EDI 標準 業界毎に標準メッセージ データ項目を開発しており 電子機器業界 石油化学業界 建設業界 鉄鋼業界 物流業界などで採用されている この標準を使った VAN サービスとして CI-EDI サービスがある 37

39 中小企業 EDI に対する考慮点 b.un/edifact 行政 商業 運輸のための電子データ交換 1988 年にその第 1 版が誕生し UN/CEFACT でその開発及びメンテナンスを行っている 現在は改版され第 4 版となってその規格から運用に至るまで 様々な情報がインターネット上に公開されている 日本では自動車業界が採用している c.ansix.12 米国規格協会 (ANSI) のもとで 1979 年に初版が開発され現在もメンテナンスが続けられている 1992 年には UN/EDIFACT に移行すると表明されたものの 米国内で広く普及していたため今後も継続的に利用されることとなり 現在に至っている 38

40 中小企業 EDI に対する考慮点 d.xml SGML を起源とし HTML に代表されるタグ付き表現形式データである XML は タグでデータをコントロールできるところから構造化データを容易に扱うことができるため EDI への応用を大いに注目されているている 現在 ebxml として国際標準が開発されており 今後インターネット EDI の本命として期待されている 日本では電子部品業界 (ECALGA) や流通業界 ( 流通 BMS) が採用している [XML データ例 ] <lineid> <linenumber>01</ >01</lineNumber> </lineid lineid> <itemid> <gtin> </ > </gtin> <orderitemcode codetype="005"> </orderitemcode orderitemcode> <name> こだいらカップ本格的コーンクリーム 10P</name> <name_sbcs> コタ イラカッフポンカクテキコーンクリーム </name_sbcs name_sbcs> </itemid itemid> 39

41 中小企業 EDI に対する考慮点 考慮点考慮点 関与する業界が 1 つである場合は その業界標準を採用することで業務の統一化を図ることができる 中小企業向けには 業務パッケージを用意することですべての取引先に対応できる業務システムを構築することができる ただし 同じ業界標準を使用しても 企業毎に使い方が異なったり独自性を盛り込んだりすると 標準が崩れ相手先ごと異なる業務システムになってしまう また 製造業界では 作る製品ごとに企業の特性が異なるため 業界標準ということも難しい まして関与する業界が複数ある場合 個別の対応が必要となり 業務の統一は難しい 40

42 中小企業 EDI に対する考慮点 2 非構造化データ方式 アプリケーションが扱うデータをそのままの状態で ( 構造化することなく ) 交換する方式 データとしては 固定長データと可変長データがある 固定長の場合は メインフレーム系のシステムで使われるデータ形式が多く 可変長の場合はオープン系のシステムで使われる CSV 形式が多い a. 業界標準方式 業界団体や VAN 事業者 中心となるメンバー企業が集まり 項目 メッセージ 運用などの標準を策定する この場合 IT 構築 運用力のある大手企業が集まらないと実運用に耐えられない標準となってしまうことがある 日用品雑貨業界のプラネット標準 加工食品業界のファイネット標準 医薬品業界の JD-NET 標準 紙パルプ業界の PEDI 標準など 多くの業界で策定 利用が進んでいる 流通業界で長年運用されてきた JCA 標準については 多くの場合標準フォーマットに手を加えて利用されることから どちらかといえば個別企業方式に近いものであったが 現在は流通 BMS 標準への置き換えが進められている 41

43 中小企業 EDI に対する考慮点 b. 個別企業方式 業界標準がない場合 中心となる企業が独自方式で実施している また 業界標準があっても個々の企業が実施したい内容がその標準にない場合 個別企業の独自方式による実現が始まる 例 ) 商流 EDI 標準があっても物流 EDI 標準がない場合 各企業は独自に 物流 EDI を行い始める 42

44 中小企業 EDI に対する考慮点 考慮点考慮点 考慮点としては 構造化データと同じであるが こちらの個別企業方式の場合 相手先毎のプログラム開発が一般的で それだけに非効率性が顕著に表れる PC 用アプリケーションパッケージも作られてはいるが あくまで個別企業が開発しているものであるため 汎用的に利用するのは難しい 43

45 ご清聴ありがとうございました 株式会社データ アプリケーション 東京都中央区日本橋人形町 Phone Facsimile URL ブログ EDI 情報館 AnyTran DAL,ACMS ACMS,AnyTran AnyTran,E 2 X,BUYSELWARE は株式会社データ アプリケーションの日本および海外での登録商標です その他記載の社名および製品名は 各社の商標または登録商標です 44