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

(1)

−−

新しいビジネスインフラの構築に向けて

−−

中小企業

EDI

_EDI

ソリューションガイド

_{ソリューションガイド}

2009

年

3

3 月

月

5

5 日

日

JEDIC

第

70

70 回

回

普及研修会

ビジネス推進部

上級コンサルタント

EDI/

SCM

企画推進担当

藤野

裕司

(2)

1

はじめに

•

• 2008

2008

年

11

11 月

月

中小企業

EDI

促進委員会が設置された。

委員長：委員長：データ・アプリケーションデータ・アプリケーション業界代表：業界代表：共通共通XML/EDI実用化推進協議会、日本電線工業会、石油化学工業会、カミネット、XML/EDI実用化推進協議会、日本電線工業会、石油化学工業会、カミネット、建設業振興基金、電子情報技術産業協会建設業振興基金、電子情報技術産業協会オブザーバ：オブザーバ：経済産業省経済産業省商務情報政策局商務情報政策局事務局：事務局：日本情報処理開発協会日本情報処理開発協会電子商取引推進センター電子商取引推進センター

•

• ［委員会の設置主旨］

［委員会の設置主旨］

中小企業への

EDI

普及促進を図るため、大企業と中小企

業との間の

EDI

の課題を調査し、大企業−中小企業間

EDI

促進による産業波及

効果を分析する。

•

• ［委員会での検討のポイント］

［委員会での検討のポイント］

2004

₂₀₀₄

年

4 ₄

月より「下請代金支払遅延等防止法（通

称、下請法）」が改正され、「自己の指定する物や役務を強制して利用させる行

為」に対する制限が定められた。

それを受けて、

2008

年

12

12 月経済産業省素形材産業室は、

月経済産業省素形材産業室は、

EDI

による適切な運

用について具体的に記述した「素形材産業取引ガイドライン」を発表した。

本委員会は、これをもとに、大企業−中小企業間

EDI

が適切に行われるよう、

「中小企業

EDI

_EDI

ソリューションガイド」の策定を目指す。

•

• 本委員会の期日は

本委員会の期日は

2009

年

3

3 月までとなっており、本セミナーでは、その検討内容

月までとなっており、本セミナーでは、その検討内容

と方向性について解説を行う。

(3)

１

１ ．

．

背景

3

3 ２．中小企業

２．中小企業

EDI

ソリューションガイド

とは

5

5 ３．中小企業における

３．中小企業における

EDI

実施上の問題点

9

9 ４．中小企業

４．中小企業

EDI

に対する考慮点

10

10 （１）

（１）

EDI

の

構成

10

10 （２）

（２）

システム連携

11

11 （３）

（３）

業務連携

15

15 （４）

（４）

VAN/ASP

の利用

19

19 （５）

（５）

考慮点のまとめ

21

21 ５．これからの課題

５．これからの課題

23

23 （１）

（１）

業界標準

とは

23

23 （２）

（２）

企業が

所属する業界

23

23 （３）解決手段としての共通辞書

（３）解決手段としての共通辞書

24

(4)

3

１．背景

-

1

1 ・２００８年１２月、経済産業省素形材産業室が

・２００８年１２月、経済産業省素形材産業室が

300

300 のヒアリングをまとめて

のヒアリングをまとめて

下請法に基づく「素形材産業取引ガイドライン」を作成した。

・その中で

EDI

の適切な運用について具体的な記述がなされた

。

・下請法とは

「下請代金支払遅延等防止法」

・下請法の

適用

範囲

①資本金が３億円超の企業が、資本金３億円以下の企業（注）に対し製

造委託等をする場合

②資本金１，０００万円超３億円以下の企業が、資本金１，０００万円以

下の企業（注）に製造委託等をする場合

（注）個人を含む

(5)

１．背景

-

2

2 ・

・

素形材産業とは

「金属プレス」「熱処理」「金型」「鋳造」「鍛造」

・

EDI

の適切な運用とは

委託事業者（発注者：大手）が受託事業者（受注者：中小）に

EDI

の実施を要請

する場合

「自己の指定する物や役務を強制して利用させる行為」

をしては

ならない。。。ということ。

幅広い見地から、中小企業にとっての

「適切なＥＤＩとは何か」

を考え、下請法

に基づく、わかりやすい

「中小企業

EDI

ソリューションガイド」

の策定を目指す。

特に、大手企業が中小企業を守るため、どのような考慮点が必要かについて

まとめる。

これではよくわからない・・・

(6)

5

２．中小企業

EDI

ソリューションガイドとは

-

1

1 「素形材産業取引ガイドライン」における

「素形材産業取引ガイドライン」における

EDI

についての記述

＜取引先から業界標準に準拠していない固有の

EDI

_EDI

のソフトウェアや端末の導入を

求められる例＞

受注情報の入手や納期回答を行うためのシステムである受注情報の入手や納期回答を行うためのシステムであるEDIについて、取引先から業界標準に準拠しEDIについて、取引先から業界標準に準拠していない

ていないWebEDIWebEDI（ソフトウェアやサービス）や（ソフトウェアやサービス）やEDI専用端末の導入を求められた結果EDI専用端末の導入を求められた結果 ① ① 取引先ごとにシステムの月額使用料取引先ごとにシステムの月額使用料を徴収され膨大な費用負担を強いられる。を徴収され膨大な費用負担を強いられる。 ② ② 受注情報がデータで提供されないため受注情報がデータで提供されないために社内システムに直接取り込めず印刷と入力という無駄がに社内システムに直接取り込めず印刷と入力という無駄が発生する。発生する。 ③ ③ データ提供されていたとしても業界標準に準拠していないため複雑な変換プログラムを開発しないデータ提供されていたとしても業界標準に準拠していないため複雑な変換プログラムを開発しない限り社内システムに取り込めない。限り社内システムに取り込めない。 ④ ④ IDやパスワードを取引先ごとに入力する手間が生じる。IDやパスワードを取引先ごとに入力する手間が生じる。 ⑤ ⑤ 取引先ごとに膨大な量の指定の専用帳票の保管を強いられる。取引先ごとに膨大な量の指定の専用帳票の保管を強いられる。などの負担が発生している。などの負担が発生している。加えて、取引先の仕様に基づいた

加えて、取引先の仕様に基づいたWebWeb-EDI-EDIを導入しているにもかかわらず、を導入しているにもかかわらず、図図面や仕様書が面や仕様書がFAXでFAXで送られてくることがあるため、受注情報との整合ミスを誘発する、図面の一部

送られてくることがあるため、受注情報との整合ミスを誘発する、図面の一部がつぶがつぶれてしまうためれてしまうため加工ミスにつながるなどの問題が発生している。

(7)

２．中小企業

EDI

ソリューションガイドとは

-

2

2 素形材産業での取引と

素形材産業での取引と

EDI

の実態

ガイドラインには「業界標準」とあるが、素形材産業は自業界の標準を

持っているわけではなく取引先業界の標準が対象。

しかも複数の業界と取引があるので複数の標準が対象となる。

つまり、中小企業にとって「業界標準」を採用することが、適切なＥＤＩの

導入となるわけではない。

建設

電気電子

電力

自動車

(8)

7

２．中小企業

EDI

ソリューションガイドとは

-

3

3 こんな

こんな

EDI

は要注意！！

発注者が受注者に業界標準に準拠しない固有の

EDI

導入を強いること

例え業界標準の

EDI

メッセージに準拠していても、取引先に固有のシス

テム導入や人手による作業負荷を強制する仕組みを要求すること

『

自己の指定するものや役務を強制して利用させる行為に該当する

』

おそれがある

業界標準だからいい

こちらでシステムを用意するから、それを利用するだけでよい

は、通じない！

(9)

２．中小企業

EDI

ソリューションガイドとは

-

4

4 中小企業

中小企業

EDI

ソリューションガイドの目指すもの

・

EDI

の本来の目的は

企業間や組織間の壁を越えてビジネスプロセスをシームレスにつなぐ事により

全ての無駄を省き、関与者全員が情報を共有してタイムリーな施策を打つ事に

よりお互いの企業の経営効率向上に結び付けていくこと。

・しかし、大手では容易にできても、中小では容易にできないこともある。

大手の

EDI

要請に対して、中小企業側が対応が不可能と判断したとき、下請法

に抵触するおそれがある。

そのようなことが起こらないよう、

大手企業が中小企業に対して必要となる考慮事項をまとめたもの

(10)

9

３．中小企業における

EDI

実施上の問題点

取引先から有償のソフトを購入させられる場合がある

相手先ごとに

EDI

実施コストが発生することがある

複数の

VAN/ASP

_VAN/ASP

利用料、相手先ごとに発生するシステム使用料、等

自社システムへの連携が難しい

自動連携できる仕組みがあればよいが、ない場合自身で方法を考える必要が

ある。プリント＆再入力だと非効率だし、システム化するには費用がかさむ

複数の取引先・業界から異なる

EDI

を要請されることがある

コストもさることながら運用および社内業務との整合性確保に混乱をきたす

IT

リテラシーの高い要員を持つ場合は少ない

取引先に言われるまま、意図が理解できず有効に活用できない

など、、、

中小企業と

EDI

_EDI

をする大手企業は、相手先に負担がかからないような

配慮をすることが重要

(11)

４．中小企業

EDI

に対する考慮点

-

1

1 （１）

（１）

EDI

の構成

：

企業間における情報交換

コンピュータ間における

情報の伝達

企業間における業務情報

の交換

業務連携

システム連携

(12)

11

（２）システム連携

：

データそのものを伝える方法

1980

年初頭より利用されている

「レガシーＥＤＩ」と

インターネットの登場と

ともに生まれた

「インターネットＥＤＩ」に、大きく分けて考えるのが一般的。

a. WebEDI （伝票入力型） a. WebEDI （伝票入力型） ①レガシーEDI ①レガシーEDI b. WebEDI （ファイル転送型） b. WebEDI （ファイル転送型）全銀手順全銀手順 JCA手順 JCA手順全銀TCP/IP手順［拡張Z手順］全銀TCP/IP手順［拡張Z手順］ c. EmailEDIc. EmailEDI ファイル転送型EDI ファイル転送型EDI ②インターネットEDI ②インターネットEDI d. RosettaNet d. RosettaNet e. ebXML MS e. ebXML MS f. EDIINT AS2 f. EDIINT AS2 g. JX手順 g. JX手順 ※レガシーEDIは全てファイル転送型

４．中小企業

EDI

に対する考慮点

-

2

(13)

４．中小企業

EDI

に対する考慮点

-

3

3 ①

①

レガシー

EDI

：

全銀

/

JCA

手順

、

全銀

TCP/IP

手順

•

• 日本独自方式のため国際日本独自方式のため国際EDIに利用できない。インターネットも利用できない。_EDIに利用できない。インターネットも利用できない。 •

• 全銀全銀/JCA手順は、公衆回線仕様で、対応機器が販売中止になり速度も低速。/JCA手順は、公衆回線仕様で、対応機器が販売中止になり速度も低速。 •

• 全銀全銀TCP/IP手順は、全銀TCP/IP手順は、全銀/JCA手順の問題点を解消はしたが暗号化ができずイン/JCA手順の問題点を解消はしたが暗号化ができずインターネットの利用もできない。現在ターネットの利用もできない。現在、、製造業界での中心的方式。製造業界での中心的方式。【【考慮点考慮点】】 • • 全銀全銀/JCA手順は、もう対応機器が無いため、使用継続は難しい。_/JCA手順は、もう対応機器が無いため、使用継続は難しい。 • • 全銀全銀TCP/IP手順は、現在の主要方式であるため、必ず準備したい。_TCP/IP手順は、現在の主要方式であるため、必ず準備したい。

(14)

13

②

インターネットＥＤＩ

通信にインターネットを利用したＥＤＩ。その実現方法で以下に分類する。

a. a. WebWebＥＤＩ（伝票入力型）ＥＤＩ（伝票入力型）ＥＤＩ環境提供者は、インターネット上にＷｅｂアプリケーションサーバを置き、利用者はＥＤＩ環境提供者は、インターネット上にＷｅｂアプリケーションサーバを置き、利用者はブラウザによりアクセスする。ブラウザによりアクセスする。 b. b. WebWebＥＤＩ（ファイル転送型）ＥＤＩ（ファイル転送型） Web WebＥＤＩ画面上の指定されたボタンを操作することにより特定ファイルのアップロードＥＤＩ画面上の指定されたボタンを操作することにより特定ファイルのアップロード／ダウンロードを行う。／ダウンロードを行う。 c. c. EmailEmailＥＤＩＥＤＩ E

E--mailmail本文、もしくは、本文、もしくは、EmailEmailにファイルを添付しデータ交換を行う。にファイルを添付しデータ交換を行う。［ファイル転送型ＥＤＩ］［ファイル転送型ＥＤＩ］ d. d. RRｏｓｅｔｔａｏｓｅｔｔａNNｅｔｅｔ RosettaNet RosettaNetは、主に電子部品業界向けのグローバル・サプライ・チェーン構築を目指は、主に電子部品業界向けのグローバル・サプライ・チェーン構築を目指す標準化団体が策定したもの。す標準化団体が策定したもの。 e. e. ebXML MSebXML MS ebXML MS

ebXML MSとは、とは、CEFACTCEFACTととOASISOASISが共同で開発した次世代が共同で開発した次世代EDIEDIの国際標準の国際標準ebXMLebXMLのの通信プロトコル部分。

通信プロトコル部分。 f.

f. EDIINTEDIINT AS2AS2 IETF

IETFが制定したインターネットが制定したインターネットEDIEDIの国際標準。の国際標準。 g.

g. ＪＸ手順ＪＸ手順

ＪＸ手順は、流通業界の新しい標準プロトコルの一つであり、

ＪＸ手順は、流通業界の新しい標準プロトコルの一つであり、EDIEDI、、EOSEOSの後継プロトコの後継プロトコルとして普及を目指している。

ルとして普及を目指している。SOAPSOAP--RPCRPCをベースとしている。をベースとしている。

４．中小企業

(15)

【

考慮点

】

•

• WebEDI

WebEDI

（伝票入力型）

– – PC側にPC側にシステムを持たないことにより、システムを持たないことにより、安価に安価にEDIを実施できるが、取引先側では_EDIを実施できるが、取引先側では自社の自社の基幹業務と連携ができず利用者は二重入力せざるを得ない。基幹業務と連携ができず利用者は二重入力せざるを得ない。

•

• WebEDI

WebEDI

（ファイル転送型）

– – Web画面経由となるため手動操作が必要となる。そのため、コンピュータの自動連携を前Web画面経由となるため手動操作が必要となる。そのため、コンピュータの自動連携を前提とした提としたEDIEDIの根本は崩れてしまう。また、操作するための人的コストも発生する。の根本は崩れてしまう。また、操作するための人的コストも発生する。

•

• Email

Email

ＥＤＩ

– – Emailの仕様上、追い越しや不達が起きる可能性がある上に、送達確認が難しく、エラーEmailの仕様上、追い越しや不達が起きる可能性がある上に、送達確認が難しく、エラーの判別も困難の判別も困難。。

•

• R

R

ｏｓｅｔｔａ

N

ｅｔ、

ebXML MS

、

EDIINT

AS2

– – インターネット上でサーバ常時稼動を前提とするインターネット上でサーバ常時稼動を前提とするPush型であるため、中小企業の利用は難_Push型であるため、中小企業の利用は難しいしい。。

•

• ＪＸ手順

ＪＸ手順

– – PullPull型クライアント方式であるため中小企業でも利用可能。

４．中小企業

EDI

に対する考慮点

-

5

(16)

15

（３）業務連携

：

データの意味や業務情報を伝える

一定のルール（シンタックスルール）のもとに

データを

構造化し

て利用する「構造

化データ方式」と

、

アプリケーションデータをそのままの状態で利用する「非構造

化データ方式」とがある。

４．中小企業

EDI

に対する考慮点

-

6

e. 業界標準方式 e. 業界標準方式 ①構造化データ方式 ①構造化データ方式 f. 個別企業方式 f. 個別企業方式 a. CII標準 a. CII標準 b. UN/EDIFACT b. UN/EDIFACT c. ANSI X.12 c. ANSI X.12 ②非構造化データ方式 ②非構造化データ方式 d. ＸＭＬ d. ＸＭＬ

(17)

①構造化データ方式

業務アプリケーションが扱うデータを、ＥＤＩに必要な情報を付加するなど一定の

ルール（シンタックスルール）のもとに構造化し、そのデータを互いに交換し合う。

構造化データ方式のＥＤＩ標準としては、現在日本標準の「ＣＩＩ標準」、国際標準の

「ＵＮ／ＥＤＩＦＡＣＴ」、米国標準の「ＡＮＳＩ

Ｘ．１２」の３つが制定されている。

また、ＸＭＬはシンタックスルールではないものの、構造化データを容易に

扱うこと

が

できるため、ＥＤＩになくてはならない技術として普及を始めた。

アプリケーションが使う業務データとの変換には、トランスレータというソフトを用い

る。

【

考慮点

】

• • 関与する業界が１つである場合は、その業界標準を採用することで業務の統一化を図関与する業界が１つである場合は、その業界標準を採用することで業務の統一化を図ることができる。ることができる。 • • 中小企業向けには、業務パッケージを用意することですべての取引先に対応できる業中小企業向けには、業務パッケージを用意することですべての取引先に対応できる業務システムを構築することができる。務システムを構築することができる。 • • ただし、同じ業界標準を使用しても、企業毎に使い方が異なったり独自性を盛り込んだただし、同じ業界標準を使用しても、企業毎に使い方が異なったり独自性を盛り込んだりすると、標準が崩れ相手先ごと異なる業務システムになってしまう。りすると、標準が崩れ相手先ごと異なる業務システムになってしまう。

４．中小企業

EDI

に対する考慮点

-

7

(18)

17

②非構造化データ方式

アプリケーションが扱うデータをそのままの状態で（構造化することなく）交換

する方式。データとしては、固定長データと可変長データがある。固定長の場

合は、メインフレーム系のシステムで使われるデータ形式が多く、可変長の場

合はオープン系のシステムで使われるＣＳＶ形式が多い。

取引先とのデータ交換は、一般的には個別プログラムを開発することになる

が、非構造化データを対象とした変換ツールもパッケージ化されつつある。

a.

業界標準方式

業界団体やＶＡＮ事業者、中心となるメンバー企業が集まり、項目・メッセージ・運用業界団体やＶＡＮ事業者、中心となるメンバー企業が集まり、項目・メッセージ・運用などの標準を策定する。などの標準を策定する。日用品雑貨業界のプラネット標準、加工食品業界のファイネット標準、医薬品業界日用品雑貨業界のプラネット標準、加工食品業界のファイネット標準、医薬品業界ののJDJD--NETNET標準、紙パルプ業界のP標準、紙パルプ業界のPＥＤＩ標準など、多くの業界で策定・利用が進んＥＤＩ標準など、多くの業界で策定・利用が進んでいる。でいる。ただし、特定のただし、特定のVANVAN事業者が、自社仕様で顧客を集めるため「標準」と称するのは、事業者が、自社仕様で顧客を集めるため「標準」と称するのは、ここでいう「業界標準」とは言い難い。ここでいう「業界標準」とは言い難い。

b.

個別企業方式

業界標準がない場合、中心となる企業が独自方式で実施している。業界標準がない場合、中心となる企業が独自方式で実施している。また、業界標準があっても個々の企業また、業界標準があっても個々の企業が独自の仕様で進めるが独自の仕様で進めるEDIは、①構造化EDIは、①構造化データ方式と同じく、標準を崩すこととなる。データ方式と同じく、標準を崩すこととなる。

４．中小企業

EDI

に対する考慮点

-

8

(19)

【

考慮点

】

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

４．中小企業

EDI

に対する考慮点

-

9

(20)

19

（４）

VAN/ASP

の利用

発注側企業は、自社指定の発注側企業は、自社指定のASP１社を送受信窓口としてデータを振り分けてもらい、受注側ASP１社を送受信窓口としてデータを振り分けてもらい、受注側企業は、発注者指定の

企業は、発注者指定のVAN/ASPVAN/ASPに接続に接続しデータを授受するしデータを授受する。。この場合、発注者ごとに

この場合、発注者ごとにVAN/ASPVAN/ASPが異なると、多が異なると、多ASPASP現象が発生してしまう。現象が発生してしまう。

４．中小企業

EDI

に対する考慮点

-

10

発注側企業

受注側企業

企業A 企業B 企業B

ASP-Ⅰ ASP-Ⅱ ASP-Ⅲ

(21)

【

考慮点

】

どこかの

どこかのASP一箇所に接続すれば、どの取引先ともASP一箇所に接続すれば、どの取引先ともEDIが実現できるのが理想EDIが実現できるのが理想。。そのためには、

そのためには、ASPASP間連携の手順を標準化しユーザに意識させないようにすべき間連携の手順を標準化しユーザに意識させないようにすべき。。図のようにどこか一つの

図のようにどこか一つのASPに繋ぎさえすれば、希望の相手とASPに繋ぎさえすれば、希望の相手とEDIEDIが実現できる環境の提供が実現できる環境の提供が必要となる。このためには、次のような事項をが必要となる。このためには、次のような事項を_ASPASP業者同士で標準化し実装することが望ま業者同士で標準化し実装することが望まれる。れる。

４．中小企業

EDI

に対する考慮点

-

11

1. 1. 通信手順通信手順 2. 2. ASP間接続振り分け機能ASP間接続振り分け機能（振り分け単位、振り分けルール、（振り分け単位、振り分けルール、振り分け処理、エラー対応など）振り分け処理、エラー対応など） 3. 3. 転送機能転送機能 4. 4. 送達確認方式送達確認方式 5. 5. 運用ルール運用ルール企業A 企業B 企業C ASP-Ⅰ ASP−Ⅱ ASP−Ⅲ 企業α 企業β 企業X 企業Y 企業Z

(22)

21

（

５

５ ）

）

考慮点のまとめ

【

発注側企業

】

•

• レガシーレガシーEDIを実施しつつインターネット_EDIを実施しつつインターネットEDIへの対応も必要。_EDIへの対応も必要。 → → 取引先へ、可能な範囲で多くの選択肢を用意する。取引先へ、可能な範囲で多くの選択肢を用意する。取引先に対して接続方法を指定するのは下請法に抵触する。取引先に対して接続方法を指定するのは下請法に抵触する。 • • 標準ビジネスプロトコルの対応は必須。標準ビジネスプロトコルの対応は必須。 • • WebEDIは、電話・ＦＡＸの替わりとしては優れているが、人間系の操作が前提となる。WebEDIは、電話・ＦＡＸの替わりとしては優れているが、人間系の操作が前提となる。これのみに限定すると、ＥＤＩの原点である「コンピュータとコンピュータを直接接続し、これのみに限定すると、ＥＤＩの原点である「コンピュータとコンピュータを直接接続し、業務をシームレスに自動連携する」ことができなくなる。業務をシームレスに自動連携する」ことができなくなる。 • • 接続先が業務システムを保有する場合、接続先が業務システムを保有する場合、 WebEDIだけではその業務の連携に多大な_WebEDIだけではその業務の連携に多大なコスト負荷をかけることになる。コスト負荷をかけることになる。 • • インターネットＥＤＩはセキュリティに対する配慮が重要。これまでになかった、証明書、インターネットＥＤＩはセキュリティに対する配慮が重要。これまでになかった、証明書、署名、暗号化といった機能を取り入れる必要がある。署名、暗号化といった機能を取り入れる必要がある。 • • EmailEDIは、安価で簡単に構築できるが、インターネット特有の不安定さを併せ持つ。EmailEDIは、安価で簡単に構築できるが、インターネット特有の不安定さを併せ持つ。確実さを求める場面で利用すべきでない。確実さを求める場面で利用すべきでない。 •

• VAN/ASPは、発注者側の接続先集約には有効であるが、受注先が複数のVAN/ASPは、発注者側の接続先集約には有効であるが、受注先が複数の_VAN/ASPVAN/ASPとと接続しなくてはならないとなると負担が大きくなり、下請法に抵触するおそれがある。接続しなくてはならないとなると負担が大きくなり、下請法に抵触するおそれがある。 • • 中小企業に向けた普及啓蒙の体制が必要。中小企業に向けた普及啓蒙の体制が必要。

４．中小企業

EDI

に対する考慮点

-

12

(23)

【

受注側企業（中堅･中小）

】

• • EDI有効活用策の検討。EDI有効活用策の検討。（社内システムとの有機的連携、通信手段の選択）（社内システムとの有機的連携、通信手段の選択） • • 発注側企業へ標準ビジネスプロトコル採用の依頼。発注側企業へ標準ビジネスプロトコル採用の依頼。 • • 押し付けられたと捉えず、経営効率向上の好機と考える。押し付けられたと捉えず、経営効率向上の好機と考える。

４．中小企業

EDI

に対する考慮点

-

13

(24)

23

５

５ ．

．

これからの課題

-

1

1 （１）業界標準とは

（１）業界標準とは

• • 日本には、業界団体が作った日本には、業界団体が作ったEDIの業界標準が数多くある。_EDIの業界標準が数多くある。 EIAJ

EIAJ--EDIEDI標準、標準、JAMA･JAMA･JAPIAJAPIA EDI標準、EDI標準、JPCA標準ビジネスプロトコル、流通JPCA標準ビジネスプロトコル、流通BMS、等BMS、等

•

• 企業コンソーシアムや業界企業コンソーシアムや業界VANが作った_VANが作ったEDI規約も業界標準とみなされている。_EDI規約も業界標準とみなされている。

ロゼッタネット、プラネット標準、等ロゼッタネット、プラネット標準、等 • • それらには、国の公式に定めた標準（連携指針：１４標準）や準公式に定めた標準それらには、国の公式に定めた標準（連携指針：１４標準）や準公式に定めた標準（（CIIビジネスプロトコル：１７標準）に含まれないものも多い。_CIIビジネスプロトコル：１７標準）に含まれないものも多い。

（２）企業が所属する業界

• • 企業が複数の業界に所属することは珍しくない。企業が複数の業界に所属することは珍しくない。 • • EDIでは複数の業界標準に対応する必要あり。EDIでは複数の業界標準に対応する必要あり。セットメーカー部品メーカー汎用部材メーカー業界 EDI 業界団体業界団体業界団体業界業界

「業界標準に準拠」した

EDI

とは何かにつ

き

、

定義するための基準なり、手続なりを

あらためて考え直す時期に来ている

(25)

５

５ ．

．

これからの課題

-

2

2 （３）解決手段としての共通辞書

（３）解決手段としての共通辞書

•

• JEDICJEDICととECOMの共同で進めてECOMの共同で進めている国際相互運用性推進委員会いる国際相互運用性推進委員会で検討しているで検討しているEDIEDI共通辞書は、共通辞書は、複数業界標準対応を抜本的に解複数業界標準対応を抜本的に解消する手段。消する手段。（注）

（注）EDI共通辞書については、EDI共通辞書については、JEDICJEDIC ホームページホームページ（（http://jedic.ecom.jphttp://jedic.ecom.jp）参照）参照 • • 発注側業界の協力の基に、自動車業界や電気電子業界の発注側業界の協力の基に、自動車業界や電気電子業界のEDI業界標準のデータ項目をEDI業界標準のデータ項目を EDI EDI共通辞書の情報項目（コア構成要素と呼ぶ）で表現し、それぞれの業界標準を整合共通辞書の情報項目（コア構成要素と呼ぶ）で表現し、それぞれの業界標準を整合化してコア構成要素で組み立てた「業際化してコア構成要素で組み立てた「業際EDI標準」を策定すれば、受注側業界では異なっEDI標準」を策定すれば、受注側業界では異なっ共通辞書業際EDIメッセージ建設電気電子電力自動車ステップ１業界標準EDIから共通辞書ベースの業際メッセージにマッピングステップ２共通辞書ベースで業界標準EDIを策定

(26)

25

別添資料：

［１］

システム連携

①レガシー

EDI

②

インターネット

EDI

a.W ebEDI

（伝票入力型）

b.W ebEDI

（ファイル転送型）

c.EmailEDI

［ファイル転送型

EDI

］

d.RosettaNet

e.ebXM L

M S

f.EDIINT

AS2

g.JX

(27)

［１］

システム連携

：

データそのものを伝える方法

1980

年初頭より利用されている

「レガシーＥＤＩ」と

インターネットの登場と

ともに生まれた

「インターネットＥＤＩ」に、大きく分けて考えるのが一般的。

中小企業

EDI

に対する考慮点

a. WebEDI （伝票入力型） a. WebEDI （伝票入力型） ①レガシーEDI ①レガシーEDI b. WebEDI （ファイル転送型） b. WebEDI （ファイル転送型）全銀手順全銀手順 JCA手順 JCA手順全銀TCP/IP手順［拡張Z手順］全銀TCP/IP手順

［拡張Z手順］ c. E-mail EDIc. E-mail EDI

ファイル転送型EDI ファイル転送型EDI ②インターネットEDI ②インターネットEDI d. RosettaNet d. RosettaNet e. ebXML MS e. ebXML MS f. EDIINT AS2 f. EDIINT AS2 ※レガシーEDIは全てファイル転送型

(28)

27

中小企業

EDI

に対する考慮点

①

レガシー

EDI

：

全銀

/JCA

手順・全銀

TCP/IP

手順

•

• 日本独自方式のため国際日本独自方式のため国際EDIに利用できない。インターネットも利用できない。_EDIに利用できない。インターネットも利用できない。 •

• 全銀全銀/JCA手順は、公衆回線仕様で、対応機器が販売中止になり速度も低速。/JCA手順は、公衆回線仕様で、対応機器が販売中止になり速度も低速。 •

• 全銀全銀TCP/IP手順は、全銀_TCP/IP手順は、全銀/JCA手順の問題点を解消はしたが暗号化ができずイン_/JCA手順の問題点を解消はしたが暗号化ができずインターネットの利用もできない。現在製造業界での中心的方式。ターネットの利用もできない。現在製造業界での中心的方式。【【考慮点考慮点】】 • • 全銀全銀/JCA手順は、もう対応機器が無いため、使用継続は難しい。_/JCA手順は、もう対応機器が無いため、使用継続は難しい。 • • 全銀全銀TCP/IP手順は、現在の主要方式であるため、必ず準備したい。TCP/IP手順は、現在の主要方式であるため、必ず準備したい。

ダイアルアップ接続

(29)

②

インターネットＥＤＩ

通信にインターネットを利用したＥＤＩ。その実現方法で以下に分類する。

a.

Web

ＥＤＩ（伝票入力型）

– – ＥＤＩ環境提供者は、インターネット上にＷｅｂアプリケーションサーバを置き、利用者はＥＤＩ環境提供者は、インターネット上にＷｅｂアプリケーションサーバを置き、利用者はブラウザによりアクセスする。ブラウザによりアクセスする。 – – 利用者は特別なシステムを用意する必要がなく、安価にＥＤＩを利用できる。利用者は特別なシステムを用意する必要がなく、安価にＥＤＩを利用できる。【【考慮点考慮点】】 – – システムを持たないことにより、自社の基幹業務と連携ができず利用者は二重入力システムを持たないことにより、自社の基幹業務と連携ができず利用者は二重入力せざるを得ない。せざるを得ない。 – – 特に、端末側が手動操作前提となるため、大量データ対応できないという点が運用面特に、端末側が手動操作前提となるため、大量データ対応できないという点が運用面から問題になる場合がある。から問題になる場合がある。

中小企業

EDI

に対する考慮点

利用者ＥＤＩ環境提供者

(30)

29

b.

.Web

ＥＤＩ（ファイル転送型）

– – WebＥＤＩ画面上の指定されたボタンを操作することにより特定ファイルのアップロード／WebＥＤＩ画面上の指定されたボタンを操作することにより特定ファイルのアップロード／ダウンロードを行う。ダウンロードを行う。 – – Web画面からのデータ入力ではないため、自社で作ったファイルを送ったり、受信したWeb画面からのデータ入力ではないため、自社で作ったファイルを送ったり、受信したデータを自社のアプリケーションに取り込んだりすることができる。データを自社のアプリケーションに取り込んだりすることができる。【【考慮点考慮点】】 – – Web画面経由となるため手動操作が必要となる。そのため、コンピュータの自動連携をWeb画面経由となるため手動操作が必要となる。そのため、コンピュータの自動連携を前提とした前提としたEDIEDIの根本は崩れてしまう。また、操作するための人的コストも発生する。の根本は崩れてしまう。また、操作するための人的コストも発生する。 – – それを回避するためには自社アプリケーションとの連携自動化が望ましいが、実現がそれを回避するためには自社アプリケーションとの連携自動化が望ましいが、実現が難しいという問題がある。難しいという問題がある。 – – あくまで、ファイル転送型の補助的手段と限定すべき。あくまで、ファイル転送型の補助的手段と限定すべき。

インターネット

中小企業

EDI

に対する考慮点

利用者ＥＤＩ環境提供者ブラウザ

(31)

c.

EmailEDI

–

– EmailEmail本文、もしくは、本文、もしくは、EmailEmailにファイルを添付しデータ交換を行う。にファイルを添付しデータ交換を行う。 – – システムが簡単であるため、比較的安価に実現できる。システムが簡単であるため、比較的安価に実現できる。【【考慮点考慮点】】 – – EmailEmailの仕様上、追い越しや不達が起きる可能性がある上に、送達確認が難しく、エの仕様上、追い越しや不達が起きる可能性がある上に、送達確認が難しく、エラーの判別も困難。ラーの判別も困難。 – – 標準の運用プロトコルがないため、企業毎に個別のＥＤＩシステムとなる。標準の運用プロトコルがないため、企業毎に個別のＥＤＩシステムとなる。 – – アプリケーションとの連携が難しい。アプリケーションとの連携が難しい。 – – EmailEDIEmailEDIの国際標準としてＥＤＩＩＮＴの国際標準としてＥＤＩＩＮＴＡＳ１が存在するが、あまり使われていない。ＡＳ１が存在するが、あまり使われていない。

中小企業

EDI

に対する考慮点

ファイル添付も可

(32)

31

［ファイル転送型ＥＤＩ］

– – ファイル転送ツールを用いて、相互にデータを交換する。ファイル転送ツールを用いて、相互にデータを交換する。 – – 通信プロトコルとしては下記のものがある。しかしＥＤＩとして利用するためには、アプリ通信プロトコルとしては下記のものがある。しかしＥＤＩとして利用するためには、アプリケーションとの連携を考慮してシステム構築する必要がある。ケーションとの連携を考慮してシステム構築する必要がある。 – – HTTP・HTTP・HTTP/SHTTP/S ٠ ٠ Web利用のみならずファイル転送用プロトコルとしても注目されている。セキュリティ面Web利用のみならずファイル転送用プロトコルとしても注目されている。セキュリティ面でも優れており、現在ＥＤＩでの利用が加速している。でも優れており、現在ＥＤＩでの利用が加速している。 ٠

٠ 国際標準のRosettaNet(RNIF国際標準のRosettaNet(RNIF)) 、ｅｂ、ｅｂXMLXML、ＥＤＩＩＮＴ、ＥＤＩＩＮＴ AS2、（いずれもAS2、（いずれもPushPush型）と日本標準型）と日本標準ののJXJX手順（手順（PullPull型）がある。型）がある。 – – FTPFTP • • ファイル転送用通信プロトコルとしては最も普及している。ファイル転送用通信プロトコルとしては最も普及している。 • • ただし、ＥＤＩに利用するには、セキュリティ、エラー検知、等に問題がある。ただし、ＥＤＩに利用するには、セキュリティ、エラー検知、等に問題がある。

。

インターネット

中小企業

EDI

に対する考慮点

(33)

d.

R

ｏｓｅｔｔａ

N

ｅｔ

– – RosettaNetは、主に電子部品業界向けのグローバル・サプライ・チェーン構築を目指すRosettaNetは、主に電子部品業界向けのグローバル・サプライ・チェーン構築を目指す標準化団体が策定したもの。標準化団体が策定したもの。 –

– 通信はHTTP通信はHTTPをベースとした独自のをベースとした独自のRNIF (RNIF (RosettaNetRosettaNet Implementation Framework)Implementation Framework) –

– メッセージフォーマットはXMLメッセージフォーマットはXML。。 –

– PIP(PartnerPIP(Partner Interface Process)と呼ばれる、企業間で情報交換する際の手順（ワークフInterface Process)と呼ばれる、企業間で情報交換する際の手順（ワークフロー）と個々のプロセスで交換される文書の項目（メッセージガイドライン）が規定されてロー）と個々のプロセスで交換される文書の項目（メッセージガイドライン）が規定されている。いる。インターネット上で高速安全なインターネット上で高速安全なEDIEDI環境を構築できる。環境を構築できる。リアルタイムのリアルタイムのEDIEDI（メッセージング）を実現（メッセージング）を実現可能可能。。データ発生のつどプッシュ型で相手に送るサーバ方式。データ発生のつどプッシュ型で相手に送るサーバ方式。通常のファイル転送（文字情報）のほか、ファイル添付（

通常のファイル転送（文字情報）のほか、ファイル添付（WordWord、、ExcelExcel、、PowerPointPowerPoint、、PDFPDF、、 CAD CAD、画像、音声、動画、等）も可能。、画像、音声、動画、等）も可能。【【考慮点考慮点】】インターネット上でサーバ常時稼動を前提とするインターネット上でサーバ常時稼動を前提とするPushPush型であるため、中小企業の利用型であるため、中小企業の利用

中小企業

EDI

に対する考慮点

(34)

33

e.

ebXML MS

–

– 日本国内の標準日本国内の標準EDIEDIででebXML MSebXML MSを採用しているを採用しているのは、電子部品業界ののは、電子部品業界の JEITA/ECALGA

JEITA/ECALGAとと流通業界の流通業界のebXML MS(ebXML MS(流通ＢＭＳ流通ＢＭＳ))、、の２つがあるの２つがある。。 –

– ebXML MSebXML MSは、は、OASISOASIS並びに並びにUN/CEFACTUN/CEFACTのの22つの標準化団体が共同で開発したもの。つの標準化団体が共同で開発したもの。 –

– ebXMLebXML国際標準のうち、プロトコル部分（国際標準のうち、プロトコル部分（ebXML Message Service/ebXML Message Service/略して略してebXML MS ebXML MS ももしくはしくは ebMSebMS）を指している。）を指している。インターネット上で高速安全なインターネット上で高速安全なEDIEDI環境を構築できる。環境を構築できる。リアルタイムのリアルタイムのEDIEDI（メッセージング）を実現（メッセージング）を実現可能可能。。データ発生のつどプッシュ型で相手に送るサーバ方式。データ発生のつどプッシュ型で相手に送るサーバ方式。通常のファイル転送（文字情報）のほか、ファイル添付（

通常のファイル転送（文字情報）のほか、ファイル添付（WordWord、Excel、Excel、、PowerPointPowerPoint、PDF、PDF、、 CAD CAD、画像、音声、動画、等）も可能。、画像、音声、動画、等）も可能。【【考慮点考慮点】】インターネット上でサーバ常時稼動を前提とするインターネット上でサーバ常時稼動を前提とするPushPush型であるため、中小企業の利用型であるため、中小企業の利用は難しいは難しい

中小企業

EDI

に対する考慮点

(35)

f. EDIINT AS2

–

– AS2AS2手順手順を採用しているのは、を採用しているのは、日用雑貨品を扱うプラネット日用雑貨品を扱うプラネット(VAN)(VAN)や、流通や、流通BMSBMS標準プロ標準プロトコルの一つとして、また、欧米の

トコルの一つとして、また、欧米のEDIEDIでは一般的に良く利用されている。では一般的に良く利用されている。 –

– AS2AS2手順は、手順は、IETFIETFというインターネット技術の標準化組織よって定められというインターネット技術の標準化組織よって定められたもの。たもの。 – – RFC4130RFC4130として公開されている。として公開されている。 – – HTTPHTTPプロトコルをベースとする。プロトコルをベースとする。インターネット上で高速安全なインターネット上で高速安全なEDIEDI環境を構築できる。環境を構築できる。リアルタイムのリアルタイムのEDIEDI（メッセージング）を実現（メッセージング）を実現可能可能。。データ発生のつどプッシュ型で相手に送るサーバ方式。データ発生のつどプッシュ型で相手に送るサーバ方式。通常のファイル転送（文字情報）のほか、ファイル添付（

通常のファイル転送（文字情報）のほか、ファイル添付（WordWord、Excel、Excel、、PowerPointPowerPoint、、PDFPDF、、 CAD CAD、画像、音声、動画、等）も可能。、画像、音声、動画、等）も可能。デジタル署名による、送信元の身元確認（なりすまし防止）・データの改竄検知デジタル署名による、送信元の身元確認（なりすまし防止）・データの改竄検知【【考慮点考慮点】】インターネット上でサーバ常時稼動を前提とするインターネット上でサーバ常時稼動を前提とするPushPush型であるため、中小企業の利用型であるため、中小企業の利用は難しいは難しい

中小企業

EDI

に対する考慮点

(36)

35

g.

ＪＸ手順

–

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

中小企業

EDI

に対する考慮点

(37)

（３）業務連携

：

データの意味や業務情報を伝える

一定のルール（シンタックスルール）のもとに

データを

構造化し

て利用する「構造

化データ方式」と

、

アプリケーションデータをそのままの状態で利用する「非構造

化データ方式」とがある。

中小企業

EDI

に対する考慮点

e. 業界標準方式 e. 業界標準方式 ①構造化データ方式 ①構造化データ方式 f. 個別企業方式 f. 個別企業方式 a. CII標準 a. CII標準 b. UN/EDIFACT b. UN/EDIFACT c. ANSI X.12 c. ANSI X.12 ②非構造化データ方式 ②非構造化データ方式

(38)

37

①構造化データ方式

業務アプリケーションが扱うデータを、ＥＤＩに必要な情報を付加するなど一定の

ルール（シンタックスルール）のもとに構造化し、そのデータを互いに交換し合う。

構造化データ方式のＥＤＩ標準としては、現在日本標準の「ＣＩＩ標準」、国際標準

の「ＵＮ／ＥＤＩＦＡＣＴ」、米国標準の「ＡＮＳＩ

Ｘ．１２」の３つが制定されている。

また、ＸＭＬはシンタックスルールではないものの、構造化データを容易に構築で

きるため、ＥＤＩになくてはならない技術として普及を始めた。

a. CII

標準

1986

年に電子機械業界が開発したＥＩＡＪシンタックスルールを、全産業で使

用できるよう拡張（ＣＩＩシンタックスルール）し、

1992

年にリリースされた日本の

EDI

標準。業界毎に標準メッセージ、データ項目を開発しており、

電子機器業界、

石油化学業界、建設業界、鉄鋼業界、物流業界などで採用されている。