3.1.1　例題の概要

(1)　例題「販売業務」の流れ

例題とする「販売業務」の一連の流れと具体的な作業内容を次の図に示します。

図3‒1　例題「販売業務」の流れ

図中の数字は，次に示す説明の番号と対応しています。

1. 見積中

   顧客から購入の問い合わせがあった商品に対して，商談の担当者が見積もりをして顧客と交渉します。特注品の問い合わせに対しては，特別な見積もりが必要になります。

   見積もり作業が不要の場合は，この作業は発生しないので，2.の作業から始めます。なお，見積もりの段階で商談がキャンセルされると，終了になります。

2. 受注処理待ち

   商談の担当者は，顧客から注文された商品が倉庫にあるかを確認して引き当てを行い，商品を確保します。続いて，受注登録をします。なお，受注の段階で商談がキャンセルされると，終了になります。

3. 請求待ち

   商談に対する売り掛け計上の処理をします。また，商品に対する代金を請求するための準備作業をします。

4. 納品待ち

   商談の担当者が商品ごとに納入日を指示します。商品ごとに出荷担当者が決まっているので，各商品の出荷担当者が並行して納入作業をします。

   なお，3.と4.は並行して進みます。

5. 入金待ち

   経理担当者が請求書を発行し，顧客に送付します。また，経理担当者は顧客からの入金を確認して請求を完了させます。経理担当者は，商談の担当者が所属する部署ごとに決まっているものとします。

   これで業務は終了です。

ページの先頭へ

(2)　例題「販売業務」で定義するビジネスプロセス

例題「販売業務」をビジネスプロセスとして定義すると，次の図のようになります。

図3‒2　例題「販売業務」のビジネスプロセス

CSCIW-Definerで定義したビジネスプロセスをワーク管理システム（CSCIW）で運用する際，CSCIWは，ユーザがCSCIW-Definerで定義した条件に基づいて，業務データベースなどの情報を評価します。この条件によって，案件に含まれる業務ステップや作業の発生・完了などが制御されます。業務ステップや作業の発生・完了を制御するための条件を，データ条件と呼びます。

ワーク管理システムのデータ条件は，「RDB検索」または「Javaオブジェクト呼び出し」です。この例題「販売業務」では，「RDB検索」を使用しています。

また，例題「販売業務」では次の振り分けルール定義を使います。

• 商談別営業担当者

  商談の担当者を特定するための振り分けルール定義です。

  「一般見積作成」，「特別見積作成」，「受注登録」，および「納入日指示」の各作業に使います。

• 商品別出荷担当者

  納入品の出荷担当者を特定するための振り分けルール定義です。

  作業「納品確認」が生成する「納品子作業」に使います。

• 部門別経理担当者

  商談の担当者が所属する部署の経理担当者を特定するための振り分けルール定義です。

  「請求書出力」，および「入金登録」の各作業に使います。また，「売掛・請求レコード作成」にも，この振り分けルール定義を使います。

なお，例題「販売業務」で使用している振り分けルール定義，およびビジネスプロセス定義の名称が，実際に使用されているものと重なる場合は，例題の振り分けルール定義，およびビジネスプロセス定義の名称を変更して利用してください。

ページの先頭へ

(3)　例題「販売業務」で使うデータベースの内容

例題「販売業務」で使う業務データベースのテーブルを次に示します。

• 商談テーブル

• 見積テーブル

• 見積明細テーブル

• 受注テーブル

• 受注明細テーブル

• 納入明細テーブル

• 請求明細テーブル

• 顧客テーブル

• 担当者テーブル

• 部門テーブル

• 部門別経理担当テーブル

• 商品テーブル

• 商品別出荷担当テーブル

各テーブル間の関係は，次の図（E-R図）のようになります。

図3‒3　例題「販売業務」の業務データベースのテーブル間の関係

各テーブルの内容を次に示します。

ページの先頭へ