O社のネット注文システム用ビジネスプロセスの修正案

1. 顧客がWebブラウザなどからインターネット経由で注文情報を入力する。注文データの受信を受けて、プロセスサービスは注文処理プロセスを起動する。

2. プロセスサービスは受け取った注文データの中の商品コードなどを基に、自社の商品用注文とP社への商品用注文にデータを分割する。その後フローを分岐し、ステップ3と3-2を並列に実行する。

3. プロセスサービスは購買部門にある注文管理システムに対して、注文データを入力パラメータとして「注文情報の入力処理」を呼び出す。

4. 注文データに基づき生産部門の在庫管理システムに対して、「在庫の確認と更新処理」を呼び出す。

3-2. プロセスサービスは、P社に対してステップ2で分割した注文データを送付する。P社は注文データを受け取り、自社の注文処理プロセスを起動する。P社は在庫の確認と更新を行った後、O社に対して受注結果と納入可能日を送付する。

4-2. O社のプロセスサービスは受注結果を受け取る。

5. P社の注文（受注結果を反映）と自社の注文の合計金額をパラメータとして、社外のカード会社のカード決済システムに対して「カード決済処理」を呼び出す。

6. ステップ5のカード決済処理の結果が失敗だった場合、カード情報が無効であることのお知らせを顧客宛にメールで送付する。成功だった場合には処理は分岐し、ステップ7と7-2が同時に並列で処理される。

7. プロセスサービスは、社外の発送会社に対して商品発送の手配を行う。依頼された配送会社は手配を受け付け、現在の配送のキャパシティを元に実際の配送予定日を計算して返す。

8. プロセスサービスは、配送会社から受け取った配送予定日を保持する。生産部門の業務担当者はその日付をチェックし、商品の発送可能状況と照らし合わせながら発送予定日の調整をする。

9. プロセスサービスは、ステップ7の調整結果である発送予定日を顧客にメールで送付する。

10. プロセスサービスは、注文の商品が発送予定日に発送できるように生産部門の発送管理システムに対して発送準備の手配を依頼する。発送管理システムは、商品の発送準備を行い、発送会社に納品する。完了後、発送完了したことをプロセスサービスに対して通知する。

11. プロセスサービスは、発送完了の通知を発送管理システムから受け取る。

7-2. プロセスサービスは、P社に対して決済の結果を送付する。これにより、P社は決済結果がNGの場合には、それまでに行った受注処理をキャンセルすることができる。OKの場合には、商品の発送の準備を行い、配送会社（または、O社）に納品が完了したら、O社に対して完了情報の送付を行う。

8-2. O社のプロセスサービスは、P社からの発送完了情報を受け取る。

12. プロセスサービスは、ステップ11とステップ8-2が完了した時点で、顧客に対して発送完了のお知らせをメールで送付する。 以上のように、従来のビジネスプロセスに処理フローの追加を行うことで、従来のシステムとの連携に影響を与えることなく、新しいビジネス要件を実現することが可能になる。