1

ステータスの理由を使用して、組織内のさまざまなキューにケースをルーティングするワークフローを設計しています。

ワークフロー内でプロセスを強制する (そして、ユーザーが選択する必要があるステータスの理由の数を減らす) ために、ケースの現在のステータスの理由に基づいて選択できるステータスの理由を制限したいと思います。ステータスの理由は 12 あります。

たとえば、ケースが「レポート作成の準備完了」ステータスの理由である場合、ユーザーはステータスの理由を「キャンセル済み」、「保留中」、または「ドラフト レポートの完了」にのみ設定できるようにしたいと考えていますが、そうすべきではありません。ステータスの理由を「レポート承認済み」に設定できます。

この問題について少し考えてみましたが、現在考えている解決策は次のとおりです。

  1. ケースのステータス理由フィールドを非表示にします。

  2. ケースの現在のステータスの理由に基づいて、選択できる関連するステータスの理由をユーザーに提供する CRM ダイアログ プロセスを作成します。

このソリューションは効果的ですが、CRM ダイアログ プロセス内でステータスの理由ごとにページが必要になるため、多くの構成が必要です。

この問題の扱いにくい解決策について何か提案はありますか?

注: これはオンプレミスのインストールであるため、展開できるソリューションの種類に関して完全な柔軟性があります。

4

1 に答える 1

1

これを行うためのいくつかの方法。

ダイアログは確かにあなたにコードレスオプションを与えるでしょう。

JavaScriptを使用することに満足している場合は、、、およびXrm.Page.uiコントロールメソッドなどの関数を使用して、オプションを動的に追加およびadoption削除clearOptionsできます。これにより、より流動的なユーザーエクスペリエンスが提供されます。removeOption

ビジネスルールを適用する場合は、間違ったステータスが設定されたときに例外をスローするプラグインを追加して、データのインポートや他のプロセスが値を誤って設定するのを防ぐこともできます。

于 2013-03-04T08:37:36.963 に答える