サンプル サプライ チェーンシナリオ
発注要求および応答メッセージの交換は、先端技術を駆使したサプライ チェーンの最も基本的なプロセスの 1 つです。 購入者が発注書を発行すると、業者は製品ライン レベル単位で注文を受けるかどうか、または注文が保留になっているかどうかを確認します。
ここでは、発注メッセージを交換する取引先 2 社のシナリオをサンプルとして使用し、統合と自動化によってプロセスが強化されるしくみについて説明します。
背景説明
このサンプル シナリオでの購入者は大規模なハイテク装置メーカーです。 現在は EDI ベースのシステムを使用してデータの自動交換を行っています。 EDI を使用しない業者に対しては、電話、FAX、スプレッドシートを添付した電子メール、および Web アプリケーションを使用しています。 EDI を使用する業者であっても、取引先との通信をバックエンド ERP システムに統合する機能は制約されています。 EDI を介して注文と情報を受信した後で、これらの注文を ERP システムに手動で再入力する必要があります。 このような理由により、取引先に関する需要、インベントリ、購入、およびレポートを自動化することで、既存のサプライ チェーンを向上させたいと考えています。 そのためには、業者と顧客をインターネット経由で接続し、さらに既存の基幹業務 (LOB) アプリケーションを直接統合できるシステムが必要です。
販売者は、高性能 IC を取り扱う中規模の業者です。 現在、Microsoft Excel スプレッドシート、FTP、Web アプリケーションが添付された電話、FAX、電子メールを使用して取引先と通信しています。 EDI は使用していません。 各取引先とのやり取りは、顧客および顧客が使用しているテクノロジのニーズに応じて異なります。 ビジネス プロセスを効率よくすることで、トランザクション コストの削減、顧客満足度の向上、競争力の強化を図りたいと考えています。
現在のビジネス プロセス
統合ソリューションを使用しない場合のメーカーと業者の発注プロセスは、次のように機能します。
ハイテク装置メーカーの顧客は、Web サイトを使用して、このメーカーに発注を送信します。
この注文に応じて、ハイテク装置メーカーの従業員は、IC 供給業者へ送る発注要求メッセージを LOB ERP アプリケーションで作成します。
作成された発注要求は、メーカー社内の各関係者に回され、記録、処理、確認、および承認が行われます。 この処理とルーティングは、ERP システムのユーザー向けの自動化されたプロセスと、Excel スプレッドシートが添付された電子メールなどの手動プロセスの組み合わせです。
従業員が電子メールで発注要求を作成し、業者に送信します。 他の従業員も同様のプロセスを経て、他の業者と電子メール、FAX、または EDI を使用して通信します。 使用するプロセスは、部門ごとに異なります。 EDI を使用する業者の場合でも、メーカーの従業員は ERP システムから手動でメッセージを作成する必要があります。
業者の従業員はメッセージを受信すると、データ形式を変更して ERP システムに手動で入力します。 従業員は電子メールを使用して、要求を他の従業員に通知します。
他の従業員は、この要求を分析します。 必要に応じて、部品供給業者に必要な部品の通知を送信します。 業者に応じて、電話、FAX、電子メール、または FTP で通知します。
各従業員は部署および業者と相談した後で、発注書の各製品品目を受けるか断るかを決定し、発注を受けるかどうかの通知、または注文が保留になっていることの通知を出します。 これらのタスクは、ERP システムを使用して実行します。
業者の従業員は発注応答を電子メールで作成して、製品品目ごとに発注を受けるか断るかを知らせます。あるいは、発注が保留になっていることを知らせるメッセージを作成します。 業者の従業員は、メーカーに応答メッセージを送信します。 保留中の製品品目がある場合は、該当する品目の発注を受けるか断るかを知らせる別のメッセージを後で作成します。
メーカーの従業員は、発注応答を受信します。 バックエンド ERP システムに注文を再入力します。
別の従業員が発注確認を分析し、発注元の顧客に送信する発注確認の応答メッセージを作成します。 この応答メッセージは電子メールで送信します。
RosettaNet ソリューション
Microsoft BizTalk ServerおよびBizTalk Accelerator for RosettaNet (BTARN) は、発注書の要求と応答プロセスを自動化および標準化します。 統合システムを使用することで、手動での操作、使用する用紙の量、使用する電話と FAX の回数を最小限に抑えます。 ほとんどのプロセスは、統合されたサーバー コンピューター間で自動的に処理されます。 手動で操作を実行する必要があるときは、バックエンド ERP システムで行います。 次の図は、統合システムを示しています。
このシナリオでは、統合システムにより、次のようにプロセスが変わりました。
メーカーと IC 供給業者間で行われていた手動処理は、RNIF (RosettaNet Implementation Framework) 接続によって処理されます。 つまり、メッセージの送受信、バックエンド システムへのデータのルーティング、メッセージの確認と応答はすべて自動的に行われます。 製造元とサプライヤーの両方が BTARN を使用して RNIF 接続を実装します。
メーカー、IC 供給業者、他の取引先との間で行われていた EDI 接続が、RNIF 接続に変更されました。 これにより、統合システムはデータを取引先のバックエンド システムに自動的にルーティングできます。 一部の取引先は、BTARN を使用して RNIF 接続を実装します。他のユーザーは、別の RosettaNet 準拠ソリューションを使用します。
RosettaNet に準拠するソリューションを使用しない小規模なパートナーについては、Web ブラウザーからアクセスできる Web サービスを作成します。 Web サービスは、標準の RNIF 接続を使用して、製造元または IC サプライヤーの BTARN システムと通信します。
メーカーと業者の間で交換されるメッセージでは、標準の RosettaNet PIP (Partner Interface Process) に準拠するスキーマを使用します。 これらのスキーマは、EDI と FTP で使用される形式を置き換えます。 すべての取引先が同じスキーマを使用します。このようにすると、メッセージ間でデータをマップする必要がありません。
BTARN はスキーマに対してすべてのメッセージを自動的に検証し、データ エラーのリスクを減らします。
管理者は、管理ソフトウェア ツールを使用して BTARN サーバーに介入できます。 ビジネスの意思決定者は、クライアント コンピューター上で Microsoft Office ベースのアプリケーションまたはツールがホストするビジネス監視ツールを使用できます。 どちらもシステムの効率的な動作を保持するための有効なプロセスで、システムおよびビジネスがどのように実行しているかを視覚的に認識できます。
メッセージ フロー
ビジネス プロセスには次の手順が含まれます。
ハイテク装置メーカーの顧客は、Web サイトを使用して、このメーカーに発注を送信します。
この元の注文に応じて、メーカーの従業員は会社の受注在庫管理システムで発注要求メッセージを作成します。 この LOB アプリケーションは、Web ベースのユーザー インターフェイスを使用した ERP システムです。
ERP システムにネイティブな形式の発注書要求が BTARN に送信されます。
BTARN は、RosettaNet organizationによって定義された 3A4 PIP に準拠した発注書要求メッセージを自動的に生成します。 この発注要求は XML 形式です。 PIP は、メッセージの内容を定義します。
Note
3A4 PIP は、すべての発注要求および応答メッセージが同じ形式であることを確認します。 この PIP は、RosettaNet で定義されている、完全に相互接続されたメッセージング システムを形成する PIP コレクションの一部です。 たとえば、購入者は 3A4 メッセージを送信する前に、価格とアベイラビリティの要求 (PIP 3A2)、見積もりの要求 (PIP 3A1)、ショッピング カート転送 (PIP 3A3) を行うことができます。 また、発注要求を送信した後で、発注の変更 (PIP 3A8)、発注の取り消し (PIP 3A9)、発注状態の照会 (PIP 3A5)、発注状態の配信 (PIP 3A6) を行うことができます。 これらのすべてのメッセージは、RosettaNet 組織によって標準化されています。
BTARN は、要求メッセージ (サービス コンテンツという名前) を RNIF ヘッダーでラップし、BTARN がインターネット経由でサプライヤー サイトの別の BTARN コンピューターにメッセージを送信できるようにします。 RNIF は、パートナーがインターネット経由でメッセージを交換する方法を定義します。
製造元の BTARN システムは、IC サプライヤーの BTARN システムに発注書要求を送信します。
仕入先の BTARN N システムは、発注書要求を受け取ります。 これが単一アクション要求 (対応する応答がない要求) の場合、サプライヤーの BTARN システムは、メッセージの受信を確認するシグナル メッセージを返します。 ただし、これは二重アクション メッセージであるため、サプライヤーの BTARN システムは、受信確認シグナル メッセージの後に応答メッセージも返します。
仕入先の BTARN システムは、発注書要求メッセージから RNIF ヘッダーを削除し、メッセージのサービス コンテンツを処理して、仕入先の ERP システムに要求をルーティングします。
業者の従業員は ERP システムを使って注文を処理します。 独自の部品サプライヤーにメッセージを送信する必要がある場合は、同じ BizTalk および BTARN システムを使用して送信します。 IT 部門は、製造元に自動的に対応するようにシステムをカスタマイズできます。
ある従業員は、仕入先の ERP システムを使用して発注書の応答メッセージを生成し、その応答メッセージを仕入先の BTARN システムにルーティングします。
サプライヤーの BTARN システムは、PIP 3A4 発注書応答メッセージを生成し、応答メッセージのサービス 内容を RNIF ヘッダーでラップし、製造元の BTARN システムに発注書の応答を送信します。
製造元の BTARN システムは、発注書の応答を受け取り、仕入先の BTARN に受信確認メッセージを送信します。 サプライヤーの BTARN システムは、その確認をサプライヤーの ERP システムにルーティングします。
製造元の BTARN は、応答メッセージから RNIF ヘッダーを削除し、サービス コンテンツを処理してから、発注書の応答を製造元の ERP アプリケーションにルーティングします。
メーカーの従業員がすべての発注確認メッセージを分析し、発注元の顧客へ送信する発注確認の応答メッセージを作成します。 この応答メッセージを電子メールで送信します。
BTARN ソリューションの利点
BizTalk Serverと BTARN により、発注書要求と応答プロセスのほとんどのファセットが自動化されます。 メーカーと IC 供給業者に関するプロセスだけではなく、サプライ チェーン管理の一環として RosettaNet に準拠するソリューションを採用した他のすべての取引先とのプロセスも自動化されます。
統合システムは、手動の操作と使用する用紙の量を最小限に抑えます。 ほとんどのプロセスで、統合されたサーバー コンピューター間での処理が自動化されています。 プロセスはメーカーと IC 供給業者の両方で視覚的に管理できます。 どちらも受信確認を自動受信することで、否認不可性を維持することができます。
BTARN を使用した自動化システムにより、製造元とサプライヤーは次のことを行うことができます。
注文処理のサイクル時間の短縮
プロセスにおける不確定要素の削減と、プロセスの信頼性の向上
処理時間および見積もり応答時間の短縮
手動での情報の再入力、不足情報の取得、エラー修正作業に要する時間の削減
メッセージのプロセスおよび追跡を視覚的に監視
参照
BizTalk Server がビジネス ニーズを解決するしくみ
取引先との統合の必要性
サプライ チェーンの課題
サプライ チェーン ソリューション
サンプルのハブベース シナリオ