O社のネット注文システム用ビジネスプロセスの修正案
O社のネット注文システム用ビジネスプロセスの修正案
では、前述のシナリオを実現するような新しいビジネスプロセスを考えてみよう。
この場合、はじめに考慮することは、従来の注文処理のビジネスプロセス（「第1回：BO定義とインターフェース定義」を参照）になるべく影響を与えないことである。つまり、注文処理のビジネスプロセスにおいて従来の社内・社外のシステムとの連携部分を変更することなく、提携会社P社との新しい連携を追加していく必要がある。
これは、以下のようなビジネスプロセスで実現することができる。
図1：O社のネット注文システムのビジネスプロセス改訂版
（画像をクリックすると別ウィンドウに拡大図を表示します）
なお、従来のビジネスプロセスのステップは青色の箱であらわしており、新しく追加したステップは灰色の箱であらわしている。そして、連携するP社側の処理フローは水色のレーンにあらわしている。
では、このビジネスプロセスの流れが具体的にどのようなものかをステップごとに説明しよう。
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が完了した時点で、顧客に対して発送完了のお知らせをメールで送付する。 以上のように、従来のビジネスプロセスに処理フローの追加を行うことで、従来のシステムとの連携に影響を与えることなく、新しいビジネス要件を実現することが可能になる。
この記事をシェアしてください
バックナンバー
この記事の筆者
Think ITでは、技術情報が詰まったメールマガジン「Think IT Weekly」の配信サービスを提供しています。メルマガ会員登録を済ませれば、メルマガだけでなく、さまざまな限定特典を入手できるようになります。
