カスタマイズやアドオン開発が不要なEDIPACKのポリシー

　EDIPACK Solutionには大きく3つの特徴がある。第1は、ノンカスタマイズ・ノンプログラミングであること。EDI構築に必要な要素をオールインワンパッケージで提供することで、万一トラブルが発生した場合にも迅速なリカバリが可能な、ユーザー企業が実務を最優先できる設計となっている。業務で必要な機能を随時補強し、不定期に更新し続けることで、システムの強化と完成度を高めたEDIPACK Solutionにはカスタマイズやアドオン開発の必要もないという。

「かゆいところに手が届くようなサポートが欠けていると、流通BMSはおろか、EDIさえも広く深く浸透させるのは難しいでしょう」（星氏）

　第2は、流通BMSの取引要請に迅速に対応できることだ。長年花王のEDIを取り扱ってきたため、各標準化活動には積極的に関与し、流通BMSでは共同実証実験から参加している。取引先からのさまざまな要望や条件、流通BMSに求められるプロトコルやデータレイアウト形式に対応し、マルチフォーマット、各種属性もサポートする。また、ローカルな変換定義にも対応できるよう、1800種類もの入力テンプレートを用意することで導入作業を支援する。

　そして第3は、保守サポートの充実だ。同社運営の「First Support Center」（FSC）に24時間365日受付可能なヘルプデスクやコールセンター機能を設置するほか、EDIPACK SolutionをASPで利用できる環境も提供し、取引先とのEDI通信に関する問い合わせや障害時の対応を行っている。また、流通業の場合、支払いデータが締め日をまたいで翌月に遅延すると大問題につながるケースも多い。迅速な問題解決のため、必要に応じてユーザーのPC環境をリモート操作するサービスも行っているという。

EDIPACK Solutionを構成する3つのツール

通信インフラ「EDIPACK 21」

　EDIPACK 21は、流通BMSに必要なebXML MS、EDIINT AS2、JXサーバ、JXクライアント（SOAP RPC）のほか、レガシーなJCA手順、全銀手順、全銀TCP/IP、FTP、HTTP（Web型）などのプロトコルにも対応する。稼働環境はUNIX、Linux、AIX、i5/OSサーバをサポートし、それら基幹系との連携も強化している。また、自動運用を可能にするため、集配信スケジューリング機能や運用監視機能を盛り込むことで、小売り側のカレンダーに柔軟に対応できるようにしている。

　「EDIは通信であり、出荷時に納品データを作成して、それを基幹側からEDIを通して相手企業に届けられるまで可視化されることが重要です。EDI受信後に基幹系のプログラムをキックすることで全体の状況を監視でき、柔軟なスケジューリングも可能です」（星氏）。

ファイルコンバージョンツール「EDIPACK／Translator」

　EDIPACK 21のオプション機能で、必要に応じてEDIメッセージ変換機能だけを切り出し、単独でも提供しているのがEDIPACK／Translatorだ。業界標準のCIIやEDIFACT、XML、SAP R/3のIDoc、および取引先固有の固定長、CSV／TSVといったさまざまなEDIフォーマット形式に対応するコンバージョン機能のほか、外部データベース（IBM DB2、Oracle Database）への参照を可能にする機能も取り入れている。

EDIPACK／TranslatorのGUI。エクスプローラー形式で定義方法を作成し、サーバマシン上で実行できる。外部DBと連携し、変数／条件設定によりさまざまな計算が可能だ《クリックで拡大》

サプライヤー向けEDI化推進システム「EDIPACK／OMS」

　EDIPACK／OMS（オーダー・マネジメント・システム）は、複数のチェーンストアと取引するサプライヤー向けのEDI業務を効率化するオプションツールだ。

　取引先からはEDI対応を迫られ、しかもチェーンごとに独自のEDI方式が乱立し、その個別対応に開発・運用コストが膨大になることが、サプライヤー共通の悩みといえる。そこで、国内の主要な小売企業固有の取引条件・処理プログラムを部品化・標準化し、チェーンストアごと、さらにはそのプロセスごとに必要部品の組み合わせを登録（マスター化）することで、固有の処理要件を一元的なオペレーションで自動化した。サプライヤーはチェーンストアごとのオペレーションから解放され、全国に広域展開するチェーンを一括管理できるという。

　また、EDIPACK 21ではファイル変換やプロトコル差異の吸収は行われるが、受注データを基幹系で処理する場合はユーザーが商品コードや商品名、店番、インストアコードなどを加える作業が必要となる。「EDIPACK／OMSが受注EDI業務処理を基幹システムから切り離すことで、個別システムの変更や修正ができ、保守・維持コストも軽減できます」（星氏）。

　流通BMSでは、出荷情報の作成に際して受注メッセージの項目（支払い法人コード、取引番号、発注日、計上日など）を引き継ぐことが必要となったため、従来のEDIパッケージを利用する企業は基幹側に引き継ぎ機能の追加をしなければならない。EDIPACK／OMSはメッセージ項目引き継ぎ機能を搭載しているので、基幹側に手を入れることなく短期間で流通BMSに対応できる。

基幹システムとEDI機能の分離が進む

　EDIPACK Solutionは花王のB2Bを受け継いだEDIだが、現在では金融業、運輸業、小売業、アパレル、原材料、食品、サービス業など幅広い業種で利用されている。

　導入の理由も、基幹システムの再構築によるEDI通信機能の分離や、グループ企業または部門ごとに抱えるEDIインフラの統合、高額なVANのコスト削減といった動機が少なくない。EDIPACK Solutionのように、利用者の観点で複雑化するEDI業務を簡素化し、取引先のニーズと自社の主体的な仕組みとを分離することで、情報処理コストを適正化するツールはその存在価値を高めつつあるという。

　星氏は、EDIの目的がプロトコルやデータフォーマットの変換にあるとしながら、「その先の業務生産性を支援することにもアプリケーションモジュールとして重要な役割はあるのではないでしょうか」との考えを述べている。