Dev Studioのデシジョンテーブル

組織では、ケースのライフサイクルで特定のプロセスを管理するステークホルダーに特定のルールの保守を委任できます。 ビジネス環境を理解しているステークホルダー（プロセス所有者とも呼ばれます）は、ユーザーが望むケースの結果を達成するための変更をすばやく識別できます。 Dev Studioでは、デシジョンテーブルをプロセス所有者に委任でき、プロセス所有者は、変化するニーズに合わせてデシジョンロジックを更新できます。 このアプローチは小さな変化に対して最も有効です。

たとえば、ロジスティクスマネージャーがアプリケーションの最初のリリース時点で顧客注文の優先出荷注文のしきい値を500ドルに設定するかもしれません。 競合他社と比較されるなど、ビジネス環境が変化した場合、ロジスティクスマネージャーはしきい値を400ドルに下げることができます。 開発者に依頼してアプリケーションを更新し、パッチをリリースして本番システムに適用してもらうのではなく、委任によりプロセス所有者が本番環境のしきい値をただちに更新できます。

デシジョンテーブルを委任するときは、「Delegation options」タブの「Results」セクションを使用して、プロセス所有者に付与される設定オプションを制御します。 たとえば、プロセス所有者にテーブルの列の追加を許可しつつ、プロセス所有者による行の追加はさせないようにできます。

デシジョンテーブルはプロパティ値の計算に使用され、デシジョンロジックに基づいて単一の結果を返します。 Dev Studioでは、すべて正常な結果が返されるようにデシジョンテーブルを設定したり、追加のプロパティの値を設定したりできます。

すべての行を評価

デシジョンテーブルからすべての成功した結果を返すには、デシジョンテーブルルールフォームのEvaluate all rowsタブにあるResults チェックボックスを選択します。 Evaluate all rows オプションを有効にすると、テーブルのすべての行がチェックされます。 行の条件が満たされると、その行で定義されているアクションと戻り値の計算が実行されます。 このチェックボックスの選択を解除すると、システムでtrueと評価された最初の行を検出した時に処理が停止されます。

たとえば、500ドルを超える経費はマネージャーによる承認が必要ですが、5,000ドルを超える経費もディレクターによる承認が必要です。 ケースで複数レベルの承認が必要な場合は、デシジョンテーブルを使用して、必要な承認を識別するオーソリティマトリックスを作成できます。 デシジョンテーブルには承認者ごとに1行が含められます。 テーブルの各行を処理するには、Evaluate all rowsチェックボックスを選択します。 行の条件が満たされると、対応する承認者がオーソリティマトリックスに追加されます。

結果の値

このセクションのオプションを使用して、デシジョンテーブルで返せる値を定義します。 許可された結果に何らかのエントリーを追加する必要がある場合は、「Additional Allowed Results 」セクションを展開して設定できます。 また、デシジョンテーブルが実行される前に計算するプリセットプロパティのリストを指定することもできます。

ケースに必要なステップの順序は、ケース自体の詳細によって異なる場合があります。 デシジョンテーブルを使用すると、プロセスのデシジョンテーブルを自動化し、ステップの順序を調整できます。 たとえば、プロセスでデシジョンテーブルを使用する2つの例として、フローの次のステップを決定する、またアサインメントをルーティングすることが挙げられます。

次のステップを自動化

デシジョンシェープを使用してフローの結果を決定し、いくつかのテスト可能な条件に基づいて結果を返すことができます。 フローにデシジョンシェープを追加すると、ケースの解決に至る条件パスを用意し、柔軟で機敏なビジネスプロセスを実現できます。 

アサインメントルーティング

デシジョンテーブルルーターを選択することで、アサインメントに適切なオペレーターまたはワークキューを決定します。 たとえば、ポートフォリオコンサルタントを、依頼者の住所に基づいて適切な支店に割り当てることができます。 ルーターはデシジョンテーブルロジックを使用して、割り当てに適切なオペレーターまたはワークキューを決定します。

次の画像で「+」アイコンをクリックすると、プロセスにおける意思決定を自動化するデシジョンテーブルの詳細が表示されます。