インサイトシステム株式会社

【導入前の課題】
主要な取引先からEDI（電子商取引）での受発注への対応を求められましたが、
既存の販売管理システムがEDIに対応していませんでした。

そのため、EDIの画面に届いた注文を目視で確認し、
販売管理システムへ手作業で入力し直すという二重作業が発生。
受注が集中する時間帯は入力が追いつかず、
入力ミスによる誤出荷のリスクも抱えていました。

「取引先の要請には応えたいが、現場の負担が増えるばかり」
という状態でのご相談でした。

【構築したシステム】
業界標準のEDI（JX手順）に対応するため、市販のミドルウェア
（キヤノンITソリューションズ社 EDI-Master B2B for JX-Client）を導入。
これを当社が開発した販売管理システムと直結させました。

・受信したEDI受注データを、基幹システムへ自動で取り込み
・取引先ごとの商品コードを自社コードへ自動変換
・取込と同時に在庫を自動引当
・出荷指示（ピッキングリスト）を自動発行
・出荷実績をもとに出荷報告データを自動送信

【対応した規格】
流通BMS、ファイネット、インフォマート、クロスマート、
ファームバンキング（全銀フォーマット）

■ミドルウェアを利用することで、確実性とコストを両立
EDIの通信部分をゼロから開発すると、期間も費用も膨らみます。
当社は実績のある市販ミドルウェアを採用し、開発するのは
「ミドルウェアと基幹システムをどう繋ぐか」の部分に集中しました。
これにより開発期間を抑えつつ、通信の安定性を確保しています。

■商品コードの変換が実務上の要でした
EDIで最も手間がかかるのが、取引先ごとに異なる商品コードの扱いです。
変換マスタを整備し、受注取込の時点で自動的に自社コードへ
置き換わる仕組みとしました。取引先が増えてもマスタの追加だけで
対応できます。

■受注から出荷までが一本の流れになりました
受注データの取込、在庫引当、出荷指示、出荷報告までを
一連の処理として設計しています。担当者が判断を挟む必要があるのは
在庫が不足した場合のみで、通常の受注は人手を介さず流れます。

■既存業務の運用は変えていません
EDI対応にあたって、社内の伝票運用や帳票のフォーマットは
従来どおり維持しました。新しい仕組みを導入しても、
現場の作業手順が大きく変わらないよう配慮しています。

■受注入力作業がなくなりました
EDIで届いた注文は自動で基幹システムに取り込まれるため、
手入力の工程そのものが消滅しました。
受注が集中する時間帯の負担が大きく軽減されています。

■入力ミスによる誤出荷がなくなりました
人が介在しなくなったことで、数量違い・商品違いといった
転記ミスが発生しなくなりました。

■取引先の要請に応えられました
EDI対応が取引継続の条件となっていたため、
既存取引の維持につながりました。同じ規格に対応している
他の取引先にも、追加開発なしで展開できる状態です。

■出荷までのリードタイムが短縮されました
受注から出荷指示までが自動化されたことで、
午前中の受注をその日のうちに出荷できる体制が整いました。

取引先からEDIへの対応を求められたものの、今のシステムでは無理だと
言われるのではないかと不安でした。実際には既存の販売管理システムを
活かしたまま対応でき、しかも今まで手で入力していた作業が
まるごとなくなりました。EDIの仕組み自体も、分かりやすく
説明していただけたので安心して任せられました。

EDI対応のご相談は年々増えています。多くの場合、
取引先から期限を切られた状態でお問い合わせをいただきます。

重要なのは、EDIを単独で導入しないことです。
EDIの画面と基幹システムが別々のままでは、結局そこで
人が転記することになり、負担はむしろ増えてしまいます。
基幹システムと繋いで初めて、EDI本来の効果が出ます。

当社は販売管理システムを自社開発しているため、
受注・在庫・出荷まで含めた設計ができます。
他社製の基幹システムをお使いの場合も、CSV連携等で対応可能です。

流通BMS、ファイネット、インフォマート、クロスマートに対応実績があります。
「取引先から言われたが何から手をつければよいか分からない」
という段階でも、まずはご相談ください。