補足-01① 流通BMSに対応した企業間EDIサービス「ＴｒａｄｅＦｒｏｎｔ／ＡＥ」を基盤に、従来型のEDIサービスである「eお菓子ねっと」を構築して、今まで以上の安全性・信頼性を確保する。
② 現行の全銀TCPIP／Web2008／FAX配信サービスは継続する。
（期間限定で、JCA／BSC手順も継続利用可能とする）
新たに、インターネット利用（モデム不用）のＪＸ手順／ｅｂＸＭＬ手順を利用可能とし利便性とスピードアップを図る（フォーマットは固定長、ＡＳ２は対象外）

お取引先様

ｅｂＸＭＬ

通
信
機
能
お取引先様

お取引先様

振分・中継

ﾌｫｰﾏｯﾄ変換

振分・中継

ｅｂＸＭＬ

通
信
機
能

８

補足-02

東西ディザスタリカバリ
自然災害等の予期しないトラブルで、６時間以上、東のインフラが復旧見込みなしになった場合に、切替決定から６時間以内に、トラブル発生２時間前の状態で、西のインフラでのサービスを再開する
東インフラ
（稼働）

西インフラ
（待機）

同期

東インフラ
（停止）

災
害

切替

西インフラ
（稼働）

◎東西各インフラ構成イメージ
JX
接続
先

WEB
接続先

ebXML
接続先

SW
FW

Fax
サービ
ス

全銀
TCP
接続先

SW

SW

FW

FW

全銀
BASIC
接続先

SW
FW
FE

FW
DMZ-SW
負荷
分散

負
荷
分
散

通信
サーバ

通信
サーバ

WEB
サーバ

WEB
サーバ

認証
サーバ

内部スイッチ
DB
サーバ

DB
サーバ

ACMS
管理
サーバ

ETURNUS

ACMS
管理
サーバ

バッチ
サーバ

バッチ
サーバ

アプリ
サーバ

アプリ
サーバ

NAS

JCA
接続先

・可用性／継続性を確保
・柔軟な拡張性・強固な基盤とセキュリティー
・自動検知／自動
リカバリによる
耐障害性確立９ｅ－お菓子ねっと

次期システム構築

ユーザインタフェース設計

大分類

文書番号

新ＥＤＩ
ファイルレイアウト

UI030

新フォーマット案 ver 9.5 反映版■ 新ＥＤＩファイルレイアウト
1. 発注データ
ﾃﾞｰﾀ種

03

項番

項

1

データ種別

2
3
4
5
6
7
8
9
10
11
12
13

送信先コード送信元コードレコード区分
データ作成日付
データ作成時刻
送信先名
送信元名
直接送信先コード
直接送信先名送信ファイルNO
予備
連携エリア

目

発注データ

ﾚｺｰﾄﾞ

コントロールレコード

名

位置

桁数

必須 追変

1

9(02)

○

3
11
19
20
28
34
54
74
82
102
104
1181

9(08)
9(08)
9(01)
9(08)
9(06)
X(20)
X(20)
9(08)
X(20)
9(02)
X(1077)
X(20)

○
○
○
○
△
△
○
△
△
△
－
△

ﾚｺｰﾄﾞ長
内

1,200

作成日

追加
変更
追加

属性

必須

○
○

センターチェック
△：入力時チェック"03"であること
送信先／送信元の取扱データ種であること
直接送信先の取扱データ種であること
センター登録済の取引先コードであること
センター登録済の取引先コードであること○○

実日付であること
実時刻orゼロであること

60
80
80
70
70
60
71
71

○

ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞorゼロであること

50
70

００～９９であること

71

コントロールレコード が存在すること

20

ｺｰﾄﾞ 単項目

関連
項目○

コード表参照固定

送信先（メーカー） の統一取引先コード
送信元（卸）の統一取引先コード"1"：コントロールレコード 固定
データ作成日付（西暦YYYYMMDD）
データ作成時刻（HHMMSS）
送信先メーカー名（英数カナのみ）
送信元卸名（英数カナのみ）
送信先コードと異なる場合にセット （通常：ゼロ）
直接送信先名（英数カナのみ、通常はスペース）同時送信時の問合せ№（００～９９）スペース
旧フォーマット予備連携データ（新フォーマット間：相対利用可能エリア）└ ○：必須入力項目
ﾃﾞｰﾀ種

03

項番

項

目

発注データ

ﾚｺｰﾄﾞ

ヘッダ－／明細レコード

名

位置

桁数

必須 追変

ﾚｺｰﾄﾞ長内○

コード表参照

○

○

ｴﾗｰ
ｺｰﾄﾞ

備

③
①

⑥

△：必要に応じて入力
1,200

発注/返品通知は、同一レイアウト（※一部項目名相違）

容

属性

１０

1
2
3
4
5
6
7
8
9
10
11
12
13
14

データ種別
送信先コード送信元コードレコード区分
漢字コード区分卸発注伝票NO
店入直送区分
取引コード
納品日／引取日
納入時間（自）納入時間（至）発注日
明細行数
一次店コード

1
3
11
19
20
21
29
30
32
40
44
48
56
58

9(02)
9(08)
9(08)
9(01)
X(01)
9(08)
9(01)
9(02)
9(08)
9(04)
9(04)
9(08)
9(02)
X(13)

○
○
○
○
△
○
○
○
○
△
△
△
△
○

変更 "03"：発注 固定
コード表参照送信先（メーカー）の統一取引先コード
送信元（卸）の統一取引先コード
変更 "３"：ヘッダー／明細レコード 固定
コード表参照追加 「センターにて漢字コード区分をセットする」（1:S-JIS､2:IBM､3:JEF､4:JIS）
コード表参照変更 卸発注NO○（6→8桁に拡張､6桁運用時は上2桁ｾﾞﾛ埋め）
変更 １：店入、
コード表参照
２：直送、
３：店引取、 ４：直送引取
業界統一取引コード （11/21/31/12/22/32/41/42/51/52）
コード表参照卸店納入日／商品引取日（西暦YYYYMMDD）
変更 納入時間指定開始時間（HHMM）
追加 納入時間指定終了時間（HHMM）
追加 実際の発注データの入力日（西暦YYYYMMDD）○＊
伝票内明細数（００、０１～０６）
変更 統一取引先コード(左詰8桁､後方ｽﾍﾟｰｽ)／ＧＬＮ(13桁)15

二次店コード

71

X(13)

△

変更

16
17

三次店コード届け先コード

84
97

X(13)
X(13)

△
△

追加 統一取引先コード(左詰8桁､後方ｽﾍﾟｰｽ)／ﾌﾟﾗｲﾍﾞｰﾄｺｰﾄﾞ(左詰3～8桁､後方ｽﾍﾟｰｽ)／ＧＬＮ(13桁)
変更 統一取引先コード(左詰8桁､後方ｽﾍﾟｰｽ)／ＧＬＮ(13桁)(一次店、二次店、三次店と重複しても必ずセットする)
追加 統一取引先コード(左詰8桁､後方ｽﾍﾟｰｽ)／ﾌﾟﾗｲﾍﾞｰﾄｺｰﾄﾞ(左詰3～8桁､後方ｽﾍﾟｰｽ)／ＧＬＮ(13桁)
納品伝票が専用伝票の場合、
西暦YYYYMMDD〃
専用伝票№（左ゼロ埋め）変更 伝票の合計金額の符号
コード表参照（△／＋：整数、－：負数）
伝票の合計金額(卸店入価格)（１億円未満）変更 正味納入金額の符号
コード表参照（△／＋：整数、－：負数）
正味納入金額(二次店納入価格)（１億円未満）変更 一次店名（英数カナ：30文字、漢字：20文字）
変更 二次店名（英数カナ：30文字、漢字：20文字）
追加 三次店名（英数カナ：30文字、漢字：20文字）
変更 届け先名（英数カナ：30文字、漢字：20文字）
追加 チェーン店名（英数カナ：30文字、漢字：20文字）

110
123
131
140
141
149
150
158
198
238
278
318

X(13)
9(08)
9(09)
X(01)
9(08)
X(01)
9(08)
X(40)
X(40)
X(40)
X(40)
X(40)

△
△
△
△
△
△
△
△
△
△
△
△

考

②

必須

ｺｰﾄﾞ 単項目

関連項目

センターチェック
△：入力時チェック

ｴﾗｰ
ｺｰﾄﾞ

備

800

（ヘッダー情報部）

18
チェーン店コード19
専用伝票日付
20
専用伝票NO21
伝票合計金額符号22
伝票合計金額
23
二次店納入合計金額符号24
二次店納入合計金額
25
一次店名
26
二次店名
27
三次店名
28
届け先名
29
チェーン店名（次頁に続く）ＦＩＰ）原田

補足-03
版
承
数
認
更新日
2014/08/13
更新者ＦＩＰ）原田【 チェックパターン 】① 単項目チェック② 関連項目チェック③ コード値チェック④ 属性＋必須チェック⑤ 属性チェック
⑥ 必須チェック
⑦ コード値チェックのみ実施（コード値に属性初期値を含む場合、必須チェック省略）

○
○

追加

作成者

発注/返品通知は、同一レイアウト（※一部項目名相違）容

変更 "03"：発注

2013/08/23

○

○

80

60

○

40,50

○
○
○
○
○
○

実日付であること
実時刻orゼロであること
実時刻orゼロであること
実日付orゼロであること○＊

旧→新時：属性チェック、新→新時：コードチェック実施

○

〃

○
○
△
△
△
△

統一取引先ｺｰﾄﾞ時、ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞ△

統一取引先ｺｰﾄﾞ時、ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞ

△
○
○
○
○
○
○

共通部（データ種・送信元・送信先）がコントロールレコードと一致すること

統一取引先ｺｰﾄﾞ以外時､旧ﾃﾞｰﾀ種連携はｴﾗｰとする
統一取引先ｺｰﾄﾞ時、ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞ
統一取引先ｺｰﾄﾞ以外時､旧ﾃﾞｰﾀ種連携はｴﾗｰとする
統一取引先ｺｰﾄﾞ時、ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞ
統一取引先ｺｰﾄﾞ時、ｾﾝﾀｰ登録済の取引先ｺｰﾄﾞ

配信分割時、配信分割先定義があること
実日付orゼロであること

④

60
60
71
71
71
71
40
50
80
80
80
80
80
W70
80
71
40
60 ⑦
40
60
40 ⑤

⑧

考

【 新データ・フォーマット レコード構成 】

補足-04① 「発注／返品通知／出荷報告／入庫予定／受領／請求（明細）／支払（明細）」コントロール・レコード(1200桁）ヘッダー(800)／明細（400)レコード(1200桁）ヘッダー(800)／明細（400)レコード(1200桁）：（同一ヘッダーｍａｘ６明細）
同一送信先単位：

ヘッダー(800)／明細（400)レコード(1200桁）トレーラ・レコード(1200桁）コントロール・レコード(1200桁）ヘッダー(800)／明細（400)レコード(1200桁）ヘッダー(800)／明細（400)レコード(1200桁）：（同一ヘッダーｍａｘ６明細）
同一送信先単位：

ヘッダー(800)／明細（400)レコード(1200桁）トレーラ・レコード(1200桁）② 「販売報告」
コントロール・レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）：（同一ヘッダーmax999明細）
同一送信先単位：

ヘッダー(450)／5明細（150)レコード(1200桁）トレーラ・レコード(1200桁）コントロール・レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）：（同一ヘッダーmax999明細）
同一送信先単位：

ヘッダー(450)／5明細（150)レコード(1200桁）ヘッダー(450)／5明細（150)レコード(1200桁）トレーラ・レコード(1200桁）【 現データ・フォーマット レコード構成 】
コントロール・レコード(1)(256桁）

ヘッダー・レコード(2)(256桁）（同一ヘッダーｍａｘ６明細）

漢字ヘッダー・オプション (3) (256桁）
明細レコード（2明細）(4)(256桁）

明細レコード（2明細）(4)(256桁）

明細レコード（2明細）(4)(256桁）

ヘッダー・レコード(2)(256桁）

明細レコード（2明細）(4)(256桁）：：

トレーラー・レコード(9)(256桁）

コントロール・レコード(1)(256桁）

ヘッダー・レコード(2)(256桁）

明細レコード（2明細）(4)(256桁）

明細レコード（2明細）(4)(256桁）：
トレーラー・レコード

同一送信先単位（同一ヘッダーｍａｘ６明細）
同一送信先単位：(9)(256桁）

１１

補足-05

業務改善の促進（伝票レス ・ 検品レス）
卸売業・メーカ、相対で、伝票レス・検品レスを想定して、納品書や受領伝票のやり取りもＥＤＩに置き換える事で、紙の伝票を無くし、事務処理コストや伝票代の削減が可能になります。

【 追加項目 】
発注

○

出荷報告

○

○

○
○
発注日

着荷日

新規追加項目名

販売報告

新

規

項

目

説

明

漢字コード区分ｅお菓子ねっとセンターに登録された漢字コード区分がセットされてくる（1：S-JIS、2：ＪＩＳ、3：ＪＥＦ、4：ＩＢＭ）（未登録は2：JIS）

納入時間（至）卸売業が指定した納品／引取完了時間(時分)

出荷年月日

メーカが実出荷した日

納品日 発注日／着荷日／納品日

卸売業が指定した 発注日／着荷する予定日／納品日 を指定

○

倉庫コード

メーカーの出荷倉庫を識別したい場合

○
○
○
○
○
○

伝送区分
出荷報告以外区分
集計明細区分
請求締日
請求口座
請求支払区分

請求・支払データを伝送する場合のデータの発生区分
請求・支払データの作成の時、出荷報告データとの関係を指定請求・支払データを明細または伝票集計での作成区分
提供企業(メーカ)の請求最終締日
提供企業(メーカ)の請求口座コードを指定請求・支払データのデータの発生区分を指定

○

○

○

三次店コード
三次店名

直送する場合の三次店の取引先コード (プライベートコード可)センター納品する場合のセンターの取引先コード

○

○

○

チェーン店コード
チェーン店名

店舗コード

○

○

電話番号

届け先の電話番号

○

○

住 所

届け先の住所○○

消費税区分／税率

消費税の税区分と税率を指定○○

ロット不足運賃負担区分

発注ロット不足になった場合の運賃負担の区分を指定

下請法：伝票表示内容／区分
下請法：支払期限

下請法関係の伝票表示内容等を指定する
下請法関係の支払期限を指定○○(プライベートコード可)

○

○

○

取引先区分

該当の項目の取引先の属性区分を指定
ｂ：統一取引先、６：ＧＬＮ、７：卸ＰⅤコード、８：メーカＰⅤコード

○

○

○

日本語区分

届け先名／摘要カナ等の文字の指定を明確化
ｂ ： 英数カナを指定
１ ： 漢字を指定○○

商品添付区分相対の運用で、添付商品扱いを指定
ｂ：通常商品、１：現品添付、２：見本、３：景品○○

入荷単位ケース数

荷合せ品等の最小発注単位ケース数を指定○

ケース(ボール)当り入数

ケース(外箱)内の単品(バラ)の入数
ボール(内箱)内の単品(バラ)の入数○ケース(ボール)数

ケース単位の時に、販売ケース数量を指定する
ボール単位の時に、販売ボール数量を指定する○

販売単価区分単価がケース単価か、ボール単価か、バラ単価を指定する
１：ケース単価、２：ボール単価、ｂ／３：バラ単価

卸発注行番号

卸売業での発注伝票行№

納入単価表示区分

在庫型センター等の納入時に、単価/金額の表示・非表示を指定○

入庫許容日付相対で入庫許容日付を指定○

実入庫製品日付

相対で実入庫製品日付を指定○

製造ロット番号

相対で実入庫した製品のロット番号を指定○

温度管理区分

該当商品の温度帯管理区分を指定○

製品容器区分

該当商品の製品・容器かを指定 （ｂ／０：製品、１：容器）○

外箱ＧＴＩＮ（ＩＴＦ）コード

実際に入庫する外箱のＩＴＦコードを指定（ケースＧＴＩＮ／ボールＧＴＩＮ）

JICFS分類コード

該当商品のＪＩＣＦＳ分類コードを指定

割戻計算区分割戻区分
割戻基準
割戻率／単価割戻計算の小数点以下端数処理（０：切り捨て、１：切り上げ、２：４捨５入）割戻の条件区分 （相対で、区分設定運用）
割戻の基準の区分 （ｂ：割戻率、１：割戻単価、２：割戻金額）
割戻基準値を指定 （小数点以下２桁指定）

○

○

○
○

○

○

○

○

○
○
○
○

（１～３）
（１～３）
（１～３）
（１～３）

【 訂正項目 】
発注

出荷報告

○

○

○

○

○

販売報告

新規追加項目名

新

規

項

目

説

明

卸発注伝票№

卸売業が伝票ヘッダー単位に発注№をセットする （６桁⇒８桁に拡張）○

一次店コード
一次店名

卸売業の請求取引先コード
英数カナ文字／漢字表示（８桁→13桁に拡張）（30桁→40桁に拡張）○○

二次店コード
二次店名

卸売業の請求取引先コード
英数カナ文字／漢字表示（８桁→13桁に拡張）（30桁→40桁に拡張）

○

○

○

届け先コード
届け先名

卸売業の請求取引先コード
英数カナ文字／漢字表示（８桁→13桁に拡張）（30桁→40桁に拡張）○○

卸最新在庫日付

卸売業が前回迄に納入された最新在庫の日付を指定 （５桁⇒８桁に拡張）

12

【 新規フォーマット入力チェックエラー状況】＜重症エラー＞（コントロール～トレーラー間がエラー）

ファイルサイズ（１回の送信単位） が 50万件 以上の場合
コントロール ・ ヘッダー/明細 ・ トレーラレコード が ない
送信元／送信先／直接送信先コード ： センター未登録
送信元／送信先／直接送信先 ： 取り扱いデータとしてセンター未登録
データ種別が誤り （数字でない等）
属性チェック： 数値項目必須項目チェック ： 数値項目･英数字項目・日本語項目
コード値チェック

： コード規定範囲以内であること

単項目チェック： マスター登録値でない場合

関連項目チェック ： 関連項目間で不整合がある場合＜軽症エラー＞（ワーニング・メッセージを表示する）

共通部の(データ種､送信元､送信先）がコントロールレコードと不一致である
レコード件数 不一致
伝票枚数

不一致

合計金額

不一致

明細件数

不一致

補足-06

１３

補足-07

卸発注伝票№の上２桁を現行フォーマットの予備欄にセット【 現行 ： 発注 ヘッダー・レコード 】
更新 項番 項目名
26 摘要欄
27 メーカコード
28 予備１○29 予備２（卸伝票№上2桁）
30 予備３

位置 桁数

内

容

204 X(30) 伝票の摘要欄の内容
234 X(09) 国コード２桁を含むメーカコード(７桁の場合左詰め後ろスペース） ○【新規←→現行】新のヘッダー連携エリア上10桁と双方コンバート
243 X(10)【→現行】透過でセット
253 X(02) 【新規→】卸発注伝票№の上2桁をセット、【現行→】ゼロ2桁をセット
255 X(02) スペース△○【 現行 ： 入庫予定／受領 ヘッダー・レコード 】
更新 項番 項目名

位置 桁数

19
20
21
22

118 X(30)
148 X(09)157 X(02)
159 X(98)○

摘要欄
メーカコード
予備１（卸伝票№上2桁）
予備２

内

容

伝票の摘要欄の内容
国コード２桁を含むメーカコード(７桁の場合左詰め後ろスペース） ○【新規→】卸発注伝票№の上2桁をセット、【現行→】ゼロ2桁をセット
スペース

△
○

【 現行 ： 返品通知 ヘッダー・レコード 】
更新 項番 項目名

位置 桁数

21
22
23
24

189 X(30)219 X(09)228 X(02)
230 X(27)○

摘要欄
メーカコード
予備１（卸伝票№上2桁）
予備２

内

容

伝票の摘要欄の内容
国コード２桁を含むメーカコード(７桁の場合左詰め後ろスペース） ○【新規→】卸発注伝票№の上2桁をセット、【現行→】ゼロ2桁をセット
スペース

△
○

【 現行 ： 直送 ヘッダー・レコード 】
更新 項番 項目名○

29 定番/特売区分
30 登録店区分
32 予備（卸伝票№上2桁）

位置 桁数

内

容

253 X01) 0:定番1:特売
254 X(01) 0:登録店以外1:登録店
255 X(02) 【新規→】卸発注伝票№の上2桁をセット、【現行→】ゼロ2桁をセット

○
○

14

【

eお菓子ねっと(14) 一次店コード「取引先コード]

説明

補足-08

】

卸売業の請求先取引先コード「02100001]

直送する場合の二次店の取引先コード「03510011]

直送する場合の三次店の取引先コード
センター納品する場合のセンターの取引先コード(プライベートコード可)
通常は、納品する届け先の取引先コード
センター納品する場合は売上帰属支店の取引先コード
店舗コード(プライベートコード可)「08510021]「1100](文字13桁)(15) 二次店コード(文字13桁)(16) 三次店コード(文字13桁)(17) 届け先コード(文字13桁)(18) チェーン店コード「02100001]「1011](文字13桁)
<一次店>

<二次店>

(三次店)

<届け先>

・店入れ(倉入れ)

Ａ卸売業

Ａ卸売業

・店入れ(卸支店倉入れ)

Ａ卸売業

Ａ卸B支店

・店入れ(センター納品)

Ａ卸売業

・直送 (二次店デポ納品)

Ａ卸売業

Ｃ二次店

・直送 (三次店デポ納品)

Ａ卸売業

Ｃ二次店

・直送 (二次スーパー店舗)

Ａ卸売業

Ｃ二次店

・直送 (二次スーパー店舗)(センター納品)

Ａ卸売業

Ｃ二次店

(納品ｾﾝﾀｰ)(ﾁｪｰﾝ店)

Ａ卸C支店
Ｃ二次店デポ

Ｄ三次店(納品ｾﾝﾀｰ)

Ｄ三次店デポＤ二次ｽｰﾊﾟｰ

E店舗

Ｄ二次ｽｰﾊﾟｰ

E店舗＜取引先コード定義＞

統一取引先コード

上1桁目
b 中3桁
下4桁

15

1桁
0：通常
(0/8/9)3桁
郵便番号上3桁(001～999)
4桁
登録順連番(0001～9999)
事業所コード7桁 13桁
事業所コード7桁＋ロケーション5桁＋C/D (491234500001ｃ)
ＧＬＮコード6(国際標準事業所コード)
事業所コード9桁 13桁
事業所コード9桁＋ロケーション3桁＋C/D (491234567001ｃ)
卸プライベートコード 73～13桁 卸指定の取引先コード
0123/0123456789
メーカプライベートコード 83～13桁 メーカ指定の取引先コード
012/012345679

【 フォーマット相互変換機能【 変換対象データ 】①発 注② 返品通知③ 入庫予定 ④ 受 領⑤ 出荷報告 ⑥ 販売報告
ｅ お菓子ねっとセンター【現 行】
発注フォーマット
（卸売業）

【新 規】
発注フォーマット（卸売業）

無変換／非チェック

変換
処理

チェック
処理
無変換／入力チェック

】

補足-09

【 非変換対象データ 】①請 求② 請求明細③支 払④ 支払明細
⑤ 販促金案内支払⑥ 販促金請求【現 行】
発注フォーマット
（メーカ）

【新 規】
発注フォーマット
（メーカ）

１６

＜

ネットワーク切替

補足-10＞(1) ネットワーク種類
区分

ネ

A

レガシー

ッ

ト

ワ

ー

新旧システム双方への切替制御（ルーティング制御）
ﾙｰﾃｨﾝｸﾞ 2013/8 2013/9 2013/10 2013/11 2013/12 2014/1 2014/2

ク（JCA/全銀BSC）

（既設）

不可

TF/JCA

区分

ネ

C

リモLAN

ッ

ワ

ー

（既設）

ﾙｰﾃｨﾝｸﾞク（全銀TCP/IP）

可能

2014/6

備考

2014/7（既設）

2015/4 ～ 2015/9末（6ヶ月）で切替頂く。

2014/12 2015/1

2015/2

2015/3

2015/4

2015/5

2015/6

2015/7

2015/8×2015/10/18で、接続終了(切替案内)

新リモLAN （全銀TCP/IP）

（新設）

備考

2015/9 2015/10 2015/11

不可【650ID】

D

2014/5(切替案内)（JCA/全銀BSC）ト

2014/4

レガシーネットワーク終息（原則 2014/1末、最遅 2014/3 末）【470拠点】

B

2014/3

可能（環境手配～構築 最大３ヶ月）

切替案内（４ヶ月）

切替催促（２ヶ月）○2015/10/18に次期システムに一斉切り替え(2) 切替パターン
NO

現ネットワーク

新ネットワーク

切替パターン1

レガシー（Ａ）

レガシー継続利用

A→B

2013年10月 ～ 2014年1月末（４ヶ月）で、TF/JCAへの切替を実施頂く。

2【470拠点】

全銀TCP/IP切替可能

A→D

2015年4月 ～ 2014年9月末（6ヶ月）で、新リモＬＡＮ接続への切替を実施頂く。

3

リモLAN（C）

新リモLAN切替

C→D

2015年4月 ～ 2015年9月末（6ヶ月）で、新リモＬＡＮ接続への定義変更を実施頂く。

備補考【650ID】(3) 課題① 切替案内の１月初旬発送② 新リモLAN環境構築遅延時は、上記NO.２のケースで「A → C」「C → D」の２度の定義変更が発生。

足切り替え完了17ｅ－お菓子ねっと」次期システムについて

補足-１１

２０００年の「ｅ-お菓子ねっと」リニューアルより１４年を経ており、加入企業様からも新機能のご希望を頂いております。
ファイルフォーマットについては約２０年前に策定したものを現在も利用している状況でございます。
つきましては、「ｅ-お菓子ねっと」サービスの全般を見直し、加入企業様の現行システムの継続も考慮した新システム構築を
２０１５年１０月に予定しております。
また、リニューアルに伴い、機能追加だけでなく、料金体系や契約内容の見直しも行ってまいります。

≪リニューアルサービス機能一覧≫※赤枠：リニューアル機能(1)次世代プロトコルの追加(JX、ebXML)(2)新フォーマット追加(対象データ種：発注、入庫予定、受領、返品通知、出荷報告、請求明細、支払明細、販売報告)(3)新旧フォーマット相互変換機能(4)DR環境追加（システムの安全性・信頼性を確保するため、ディザスタリカバリ環境をご提供します）(5)導入支援機能
卸売業

次世代

スケジュール機能
ﾌｫｰﾏｯﾄ変換
伝票発行

基幹

自社システム

メーカー
WEB

ブラウザ

伝票発行
自社業務

基幹

WEB

全銀
TCP/IP

メーカー

通信

FAX

メーカー
FAX

ＦＡＸ

自社業務

基幹

WEB-EDI

１８

EDI

基幹

発注データ編集
自社システム<ＦＡＸ配信サービス>
・ＦＡＸ配信・代替ＦＡＸ配信
・緊急障害連絡

次世代

卸売業
ブラウザ

<Ｗｅｂ－ＥＤＩサービス>
・データ交換（新データ種追加）
・取引先コード照会
・集配信状況照会
・発注データ代替送受信・導入支援機能FAX

自社システム全銀
TCP/IP<ＥＤＩサービス>
・データ交換（新データ種追加）
・取引先コード照会
・運用状況照会
・センタ処理結果通知
・導入支援機能

EDI

通信

基幹

ﾌｫｰﾏｯﾄ変換

JCA
BSC

WEB-EDI

スケジュール機能「e-お菓子ねっと」サービス(東西ディザスタリカバリ環境)

JCA
BSC

補足-12eお菓子ねっと ホームページ

１９
Ａｌｌ Ｒｉｇｈｔｓ Ｒｅｓｅｒｖｅｄ，Ｃｏｐｙｒｉｇｈｔ© ｅ－お菓子ねっと運営会議2014

補足-13eお菓子ねっと

データ・ガイドライン

１．

「

共通事項

」

－ １ －

２．

「

発注データ

」

－ ７ －

３．

「

出荷報告データ 」

－１４－

４．

「

販売報告データ 」－２３－

第Ⅰ版(ver1.5)作成

2014.11.13

２０

【eお菓子ねっと

ガイドライン「共通事項」】

2014.11.13

Ⅰ．はじめにこのガイドラインは、卸売業・メーカ間において、企業間ＥＤＩシステムを実施するにあたり、両者間での運用をスムーズに行い、システムを標準化することにより、流通の合理化を進めるためのものである
このガイドラインの各項目の内容および使用方法、運用時の基準と標準化のためのチェックポイントとして活用し、業界標準に基づいた企業間ＥＤＩシステムの実現に役立つ事を期待する
1． 受発注システム とは発注者・受注者間の注文内容を、従来の電話・ＦＡＸ・伝票によるものから、コンピュータによる通信手段に変え双方の業務の効率化、注文にかかわる時間の短縮、および人間によるミスの防止をねらいとするシステムである① 発注データ
発注者から受注者への商品の発注情報の伝達データ② 入庫予定データ
受注者から発注者への商品の入庫・欠品情報の伝達データ③ 受領データ
発注者から受注者への商品の受領情報の伝達データ④ 返品通知データ
発注者から受注者への商品の返品情報の伝達データ
2． 出荷請求システム とは受注者から発注者への納品内容を、従来の伝票によるものから、コンピュータによる伝達方法に変え、双方の業務の効率化(受注者は伝票作成、伝票送付；発注者は納品伝票の確認等)人間によるミスの防止をねらいとするシステムである① 出荷報告(直送)データ
メーカから卸売業への出荷報告の伝達データ② 請求データ
メーカから卸売業への請求案内の伝達データ③ 支払データ
卸売業からメーカへの支払結果の伝達データ
3．販売実績(販売報告)システム とは卸売業よりメーカへの小売店からの販売実績報告書を、従来の帳票(実績報告書)からコンピュータによる通信手段に変え、双方の業務の効率化、処理方式の標準化をねらいとするシステムである① 販売報告データ
卸売業からメーカへの小売店への販売実績の伝達データ
4．販売促進金システム とはメーカ・卸売業・小売間にて、販売促進企画(プロモーション)を取り決めた際、販売促進金精算を伴う販売促進条件設定がある場合、販売条件の提示、販売条件の精算(請求・支払)を正確かつ迅速に行い、メーカ・卸売業双方の事務処理を軽減するためのシステムである① 販促金案内・支払データ
メーカから卸売業へ販促金条件の提示(案内)、支払結果の伝達データ② 販促金請求データ
卸売業からメーカへ販促金請求の伝達データ
Ⅱ．データの受け渡し方法
1．

オンライン(ＥＤＩ)＜通信手段＞
ｅお菓子ねっとセンター

2014.11.13

・全銀ＴＣＰＩＰ手順(電話回線(公衆／ＩＳＤＮ))
・流通ＢＭＳ手順(インターネット利用(ebXML／JX))
・ＪＣＡ／全銀ＢＡＳＩＣ(電話回線)(期間限定)＜卸売業／メーカ＞
2．

オンライン(Ｗｅｂ２００８)

ｅお菓子ねっとセンター

・インターネット利用＜卸売業／メーカ＞
3．

ＦＡＸ受信システム
ｅお菓子ねっと
センター

・ＦＡＸ受信(電話回線(公衆／ＩＳＤＮ))(データ化は不可能)＜メーカのみ＞4． ｅお菓子ねっとセンターの機能①②③

受け渡し手段の調整が出来る
データの変換が出来る
データの保全機能がある(異なる媒体のデータの受け渡しが可能)(新旧フォーマット変換等が可能)(通信トラブル対応等が可能)

Ⅲ．運用方法
１．トラブルと対策(1) ハード① オフライン(電話・ＦＡＸ等の手作業他)による出荷対応も出来るよう体制を整える② 入力作業の為の時間を要する為、締め時間等変更すること等を考慮する③ 事情により双方の営業間で、運用を検討する必要がある

２１

【eお菓子ねっと「発注データ]ガイドライン】

2014.11.13

Ⅰ. システムの目的
1． メーカ
① 受注出荷業務の効率化
・受注入力作業の省力化・標準化・正確化② 需給・物流作業の効率化
・大量のデータが一括して入手出来る為、商品需給・物流配送を効率化できる③ 情報の一元管理
・受注⇒出荷⇒配送⇒納品⇒請求⇒決済を一元的に管理出来る
2． 卸売業① 発注業務の省力化
・自動発注システム等の活用で、大幅に発注業務を軽減化できる② 情報の一元管理
・発注⇒入庫⇒仕入⇒受領⇒支払を一元的に管理出来る
Ⅱ. システム運用方法
1． ネットワーク① ｅお菓子ねっとセンター経由で、データの授受を行う② 卸売業より、発注データをｅお菓子ねっとセンターに送信する(1回の送信で、複数のメーカ宛に送信が可能である)③ メーカは、ｅお菓子ねっとセンターより、自社宛の発注データを受け取る(1回の受信で、複数の卸売業からの発注データの受信が可能である)④ ネットワークの種類
・全銀ＴＣＰＩＰ手順(電話回線(公衆/ＩＳＤＮ))
・流通ＢＭＳ手順(インターネット利用(ebXML/JX))
・Ｗｅｂ２００８システム(インターネット利用)
・ＦＡＸ受信システム(データ化は不可能)

2014.11.13

2. データの授受・通常、卸売業からｅお菓子ねっとセンターに送信完了後、ほぼ15分以内にメーカが受信可能となる（ピーク時間帯は、最大60分程度要する）
3. 欠品連絡または訂正連絡
・一定のルールを決めて、電話・ＦＡＸ・メール等で、メーカから卸売業へ連絡する・データによる再発注か、納品日の訂正か、分割納品か、運用を決める
・原則として、欠品連絡表(ＦＡＸ・メール)等で連絡する
4. 運用確認事項① 受注締め時間
・メーカの受注締め時間の確認と出荷日の確認＜締め時間が11時の場合＞
・「当日の出荷日]の発注データは、納品日が翌日迄で、前日迄の受信済分と当日の締め時間(11時)迄に、メーカが受信したもの
・「翌日の出荷日]の発注データは、納品日が翌々日迄で、当日迄の受信分と翌日の締め時間(11時)迄に、メーカが受信したもの② 納品場所、納品条件
・届け先名への納品か、センター一括納品か・土・日・祝祭日の納品条件
・納品時間指定条件
・欠品・訂正連絡方法、分割納品が可能か・トラブル時の連絡方法、
・商品コード変更・商品案内の伝達方法
・納品日の変更か、再発注かの取り決めを事前に確認しておく・納品日(メーカ売上計上日)は、一次納品先(センター等)を原則とする。

２２

【 eお菓子ねっと [出荷報告データ] ガイドライン 】

2014.11.13

Ⅰ. システムの目的とねらい
出荷報告データは、発注データと比べ、下記の点で異なるので注意する
・一括処理情報である
・受発注システムに比べて緊急性が低い
・取引確定データである
1． 卸売業は、出荷報告データを下記の業務に利用し、事務の合理化を図る事ができる① 直送売上請求データの作成② 得意先への出荷案内書(データ含む)の作成③ 為替手形付取引の入金データ自動作成(一部企業)④ 割戻しデータの自動作成(一部企業)⑤ 直送仕入れデータの作成⑥ 請求支払照合データの自動作成⑦ 自社倉入れデータとの照合
2． メーカは出荷報告データを提供する事により、下記の事ができる① 出荷案内書の廃止(業態による)② 請求明細書の廃止(請求支払照合自動化企業)③ 利用者は出荷報告データの蓄積を行う
Ⅱ. システム運用方法
1． ネットワーク① ｅお菓子ねっとセンター経由で、データの授受を行う② メーカより、出荷報告データをｅお菓子ねっとセンターに送信する(1回の送信で、複数の卸売業宛への送信が可能である)

2014.11.13③ 卸売業は、ｅお菓子ねっとセンターより、自社宛の出荷報告データを受け取る(1回の受信で、複数のメーカからの出荷報告データの受信が可能である)④ ネットワークの種類
・全銀ＴＣＰＩＰ手順(電話回線(公衆/ＩＳＤＮ))
・流通ＢＭＳ手順(インターネット利用(ebXML/JX))
・Ｗｅｂ２００８システム(インターネット利用)
2. データの授受・通常、メーカからｅお菓子ねっとセンターに送信完了後、ほぼ15分以内に、卸売業が受信可能となる（ピーク時間帯は、最大60分程度要する）
3. 訂正連絡・一定のルールを決めて、電話・ＦＡＸ・メール等で、メーカから卸売業へ連絡する・データによる一部訂正か、全訂正か、運用を相対で決める (できれば、追加訂正を原則とする)
4. 運用確認事項① データの提供
・卸売業での実績把握・請求処理を早くする為、原則、日次処理で行い、出荷日を含め3日以内に提供する・双方のシステム稼働日を1ケ月前に文書・メール等で確認し、年末・年始・休日の扱いの運用方法を決める
・請求締切日最終データの提供日を明確にする
・1日分のデータが2日に別れて提供される場合がある
・一括データ(何日間かのデータをまとめる)の提供もあり得る
・利用者との休日が合わない場合でも、ｅお菓子ねっとに送信することが出来るが、締日間際は注意する② テスト方法
・出荷案内書との詳細チェックを行い、情報の伝達漏れの無いよう確認する③ 出荷案内書の廃止範囲の明確化
・[店入]と[直送]の明確化[店入直送区分]に明示された内容と取引実態が一致しているか
・出荷報告データの内容の充実
出荷案内書の摘要欄、専用伝票情報表示、物流情報の表示を、出荷報告データに反映出来るか④ 運用ルールを明確にする(1)データ作成時期
・直送データ・・・利用者または得意先から受けた注文に対して納品確認のとれた後、速やかに作成する・倉入データ・・・受注データに対して納品に応じられるデータは、出荷指図確認後、速やかに作成する(2)コード管理
利用する商品コード・取引先コードの改廃等の連絡方法を明確にしておく(3)トラブル対応
提供者がデータの漏れ、重複の発生に気付いた場合は、直ちに利用者に連絡を取り対処方法を明確にする
利用者がエラーを発見した場合は、提供者に連絡し、提供者が赤・黒訂正を行う
送受信データに相違がある場合は、利用者・提供者双方でデータ照合を行い、問題解決する

２３

【 eお菓子ねっと [販売報告データ] ガイドライン 】

2014.11.13

Ⅰ. システムの目的とねらい
販売報告データは、卸売業がメーカに対して、小売店への販売実績を提供し、メーカは、販売報告データをマーケティング情報・販売促進活動等に活用する
1．データの利用目的① 諸契約の実績として活用・・・期間契約費、販売促進費、割戻し等の算出基礎となる② マーケティングデータとして活用
・実績進度管理として、地域別、企業別、店舗別、商品別に情報提供する・商談、 販売対策立案、 新製品動向把握 に活用する
2．データ提供サイクル① 卸店は、メーカーの要望により、下記のいずれかで提供する。
・日次
日次明細データ
3日後程度で提供
・旬次
旬次集計データ
5日後程度で提供
・月次
月次集計データ
10日後程度で提供
・月次 （年末・年始のデータの取り扱いは、当事者間で協議する）②

データの発生単位は、当事者間で協議する・小売業または卸売業でのデータ発生単位での提供
・店舗別／製品別単位で集計しての提供

Ⅱ． システム運用方法
1． ネットワーク① ｅお菓子ねっとセンター経由で、データの授受を行う② 卸売業より、販売報告データをｅお菓子ねっとセンターに送信する（1回の送信で、複数のメーカへの送信が可能であるが、データ量には注意する）③ メーカは、ｅお菓子ねっとセンターより、自社宛の販売報告データを受け取る（1回の受信で、複数の卸売業からの販売報告データの受信が可能である）④ ネットワークの種類
・全銀ＴＣＰＩＰ手順（電話回線（公衆／ＩＳＤＮ））
・流通ＢＭＳ手順（インターネット利用（ebXML／JX））
・Ｗｅｂ２００８システム（インターネット利用）

2014.11.13

2. データの授受・通常、卸売業からｅお菓子ねっとセンターに送信完了後、ほぼ30分以内に、メーカが受信可能となる（ピーク時間帯は、最大60分程度要する）
3. 訂正連絡・一定のルールを決めて、電話・ＦＡＸ・メール等で、メーカから卸売業へ連絡する・データによる一部訂正か、全訂正か、運用を相対で決める（追加訂正を原則とする）
4. 運用確認事項① データの提供・メーカからの要望により、卸売業は日次・旬次・月次での処理を行う。
・双方のシステム稼働日を1ヶ月前に文書・メール等で確認し、年末・年始・休日の扱いの運用方法を決める
・1日分のデータが2日に別れて提供される場合がある
・利用者との休日が合わない場合でも、ｅお菓子ねっとに送信することが出来るが、運用締日等には注意する② テスト方法
・店舗別売上明細表等との詳細チェックを行い、情報の伝達漏れの無いよう確認する③ 店舗別売上明細表等の廃止④ 運用ルールを明確にする(1)データ作成時期
・販売報告データの作成時期、作成単位を決定し、月の締日運用等も考慮する(2)コード管理
利用する商品コード・取引先コードの改廃等の連絡方法を明確にしておく(3)トラブル対応
提供者がデータの漏れ、重複の発生に気付いた場合は、直ちに利用者に連絡を取り対処方法を明確にする
利用者がエラーを発見した場合は、提供者に連絡し、提供者が赤・黒訂正を行う
送受信データに相違がある場合は、利用者・提供者双方でデータの照合を行い、問題を解決する⑥ メーカ売上管理システムの構築
・ 旬次・月次に売上実績把握を行う場合はその締日まで、販売報告データを蓄積して、一括更新する
日次に売上実績把握を行う場合は、日々、売上管理システムに更新する
・ 売上管理システムの構築（蓄積した販売報告データを、日々または締日毎に売上管理システムに繰り入れる）

２４

eお菓子ねっと
菓子統一伝票
ガイドライン
第7版

平成26年6月1日

eお菓子ねっと
全国菓子卸商業組合連合会
全 日 本 菓 子 協 会

２５

２６

２７

３． 統一伝票の記入要領
３．１ 記入要領(1)-1 お得意先コード（上段）

請求先（一次店）コード「行：3 桁：6 文字：3～8」
自社管理取引先コード
ex. 1111220※請求先とは、メーカが請求する客先のこと(1)-2 お得意先名（上段）

請求先名（一次店名）「行：3 桁：15 文字：30」
自社管理マスター登録名でも可 (漢字／英数カナ）
ex. 東京菓子東日本支店(1)-3 三次店コード（中段）

三次店自社取引先コード「行：4 桁：6 文字：3～8」
三次店コードまたは納品センターコードを指定
ex. 11122※納品センターとは、メーカが一括納品するセンター(1)-4 三次店名

（中段）

三次店名
「行：4 桁：15 文字：14」
自社管理マスター登録名でも可 (漢字／英数カナ）
ex. 東京ＲＤＣ
ex. ﾄｳｷｮｳ RDC(1)-5 三次店取引先 （中段）ｅネット：三次店取引先コード(8桁）「行：4 桁：30 文字：8」（統一取引先コードで発注された場合）
ex. 01060120(1)-6 一次店取引先 （中段）ｅネット：一次店取引先コード(8桁）「行：4 桁：39 文字：8」（統一取引先コードで発注された場合）
ex. 01060010(1)-7 二次店コード（下段）

二次店自社取引先コード※二次店とは、直送取引先等を指す(1)-8 二次店名

（下段）

二次店名（漢字／英数カナ文字）「行：5 桁：15 文字：30」
自社管理マスター登録名でも可 (漢字／英数カナ）
二次店名が、一次店名または届け先名と同一の場合は省いても（スペース表示）良い
ex. 三鷹食品 東京西支店(1)-9 二次店取引先 （下段）

ｅネット：二次店取引先コード(8桁）「行：6 桁：39 文字：8」（統一取引先コードで発注された場合）
ex. 01230210(2)-1 お届け先コード（上段）

自社管理お届け先コード「行：7 桁：6 文字：3～8」※お届先は、一括納品以外の届け先
ex. 34650(2)-2 お届け先名

お届先名「行：7 桁：15 文字：30」
自社管理マスター登録名でも可 (漢字／英数カナ）
ex. 三鷹食品 荻窪営業所（上段）「行：5 桁：6 文字：3～8」
ex. 222325(2)-3 チェーン店コード（中段）チェーン店自社取引先コード※チェーン店とは、通常、店舗コード「行：8 桁：6 文字：2～8」
ex. 0123(2)-4 チェーン店名（中段）チェーン店名「行：8 桁：20 文字：8～9」
自社管理マスター登録名でも可 (漢字／英数カナ）
ex. 下井草
ex. ｼﾓｲｸﾞｻ(2)-5 チェーン店取引先（中段） ｅネット：チェーン店取引先コード(8桁） 「行：8 桁：30 文字：8」（統一取引先コードで発注された場合）
ex. 01750021(2)-6 届け先取引先 （中段）ｅネット：届け先取引先コード(8桁）「行：8 桁：39 文字：8」（統一取引先コードで発注された場合）
ex. 01670112(2)-7 お届け住所（下段）

お届先の住所（9行／11桁／60文字）
自社管理マスター登録名でも可(漢字／英数カナ）
ex. 東京都杉並区荻窪１－５－３(2)-8 お届け電話番号（下段）

お届先の電話番号（9行／72桁／15文字）
自社管理マスター登録でも可(ハイフン「－」含む）
ex. 03-5399-9991

２８