ステータスの理由を使用して、組織内のさまざまなキューにケースをルーティングするワークフローを設計しています。
ワークフロー内でプロセスを強制する (そして、ユーザーが選択する必要があるステータスの理由の数を減らす) ために、ケースの現在のステータスの理由に基づいて選択できるステータスの理由を制限したいと思います。ステータスの理由は 12 あります。
たとえば、ケースが「レポート作成の準備完了」ステータスの理由である場合、ユーザーはステータスの理由を「キャンセル済み」、「保留中」、または「ドラフト レポートの完了」にのみ設定できるようにしたいと考えていますが、そうすべきではありません。ステータスの理由を「レポート承認済み」に設定できます。
この問題について少し考えてみましたが、現在考えている解決策は次のとおりです。
ケースのステータス理由フィールドを非表示にします。
ケースの現在のステータスの理由に基づいて、選択できる関連するステータスの理由をユーザーに提供する CRM ダイアログ プロセスを作成します。
このソリューションは効果的ですが、CRM ダイアログ プロセス内でステータスの理由ごとにページが必要になるため、多くの構成が必要です。
この問題の扱いにくい解決策について何か提案はありますか?
注: これはオンプレミスのインストールであるため、展開できるソリューションの種類に関して完全な柔軟性があります。