プロセスのカテゴリ
プロセスによって、Dynamics 365 Customer Engagement (on-premises)のベスト プラクティスや標準的技法などの実際のビジネス プロセスをモデル化することができます。 ビジネス手法をモデル化するとき、次の 4 種類のプロセスから選択できます。
ワークフロー。 世界の現実のビジネス プロセスをモデル化および自動化するには、このプロセスを使用します。 これらのプロセスは、バックグラウンドまたはリアルタイムに実行されるように構成され、必要に応じてユーザー入力を必要することができます。 ワークフロー プロセスは、指定した条件に基づいて自動的に開始することも、ユーザーが手動で開始することもできます。
アクション。 Dynamics 365 Customer Engagement (on-premises) 標準のインストールで使用できない新しい操作を作成したり、異種複数の操作を単一の操作に組み合わせるために、このプロセスを使用します。 たとえば、サポート コール センターの場合、
create、assign、およびsetstateの操作を新しい単一の "エスカレート" 操作に組み合わせることができます。業務プロセス フロー。 業務プロセス フローのビジュアル化を作成するには、このプロセスを使用します。 ユーザーは営業または顧客サービス プロセスのさまざまな段階から導かれます。 各ステージで、固有の手順を実行すると、次のステージに移動します。 ステップを追加または削除するか、ステージの順序を変更するか、またはプロセス フローに新しいエンティティを追加することで、プロセスのフローをカスタマイズできます。
ダイアログ。 開始および完了まで実行するためにユーザー入力を必要とする対話型の段階的のデータ入力フォームを作成するには、この手順を使用します。 ダイアログ プロセスを開始すると、ウィザード風のインターフェイスが表示され、ウィザードの各ページを進むにつれ、適切な選択またはデータの入力を行うことができます。
重要: ダイアログは廃止されました、Power Apps の業務プロセス フローまたはキャンバス アプリで置き換えられます。 詳細: ダイアログと業務プロセス フローまたはキャンバス アプリを置き換える。
プロセスの機能は、Windows Workflow Foundationを使用して実装されます。 最新版の Windows Workflow Foundation は、アプリケーションにカスタム機能を実装するために、ワークフローをより簡単に作成、実行、保守できるよう改良されています。 詳細: Windows Workflow Foundation の新機能
ビジネス プロセスを作成する方法は 3 つあり、それは、web アプリケーション フォームおよびワークフロー デザイナーによる対話的な方法、ワークフロー関連のクラスを使用するコードの記述による方法、ならびにソリューションの作成済みワークフローのインポートによる方法です。 SDK は開発者向けであるため、ワークフロー プロセスの作成のコーディングの側面に重点を置いています。
XAML (宣言型) ワークフロー
設置型 Dynamics 365 Customer Engagement (on-premises) 用の XAML ワークフローを作成できます。Visual Studio ワークフロー デザイナーを使用して、視覚的にデザインし、作成します。 このワークフロー作成方法では、コードを記述する必要がありません。 さらに、これらのワークフローをコンパイルすることなく、ワークフロー定義 (XAML) を Dynamics 365 Customer Engagement (on-premises) にインポートできます。 新規ワークフローの作成に加え、Visual Studio ワークフロー デザイナーを使用して Dynamics 365 Customer Engagement (on-premises) の既存ワークフローを視覚的に変更し、更新したワークフローを Dynamics 365 Customer Engagement (on-premises) にインポートすることもできます。
Note
Dynamics 365 Customer Engagement (on-premises) の外部で作成または変更されたワークフローのワークフロー定義を表示または更新することはできません。 ワークフローの状態 (アクティブ化または非アクティブ化) を変更して、ワークフローを実行できるだけです。
ワークフローとダイアログの違い
以下の表に、Dynamics 365 Customer Engagement (on-premises) のワークフローとダイアログの違いに関する情報を示します。
| ワークフロー | ダイアログ |
|---|---|
| ユーザーが開始することも、自動化することもできます。 | ユーザーが開始する必要があります。 |
| 非同期プロセスまたはリアルタイム プロセスで、完了まで実行するためにユーザー入力は必要ありません。 非同期プロセスはバックグラウンドで実行され、一方、リアルタイム プロセスをすばやく実行されます。 | リアルタイム プロセスでは、完了まで実行するためにユーザー入力が必要です。 これらのプロセスを実行すると、ウィザード風のインターフェイスが表示されるので、プロセスを実行するために適切な選択を行うことができます。 |
非同期実行するワークフローの実行に関する詳細を保存するエンティティは AsyncOperationで、一方 Process はリアルタイム ワークフローで使用されます。 |
ダイアログの実行によって生成される情報を保存するエンティティは、ProcessSession エンティティです。 |
| ワークフローに対するトリガーがサポートされています。 サポートされているトリガーの一覧については、「サポートされているプロセスの種類、トリガー、およびエンティティ (ワークフローとダイアログ)」を参照してください。 | ダイアログに対するトリガーはサポートされていません。 |
| 基礎となる XAML ファイルの作成または更新によって、Dynamics 365 Customer Engagement (on-premises) の外部で作成または更新されたワークフローは、Dynamics 365 Customer Engagement (on-premises) でサポートされています。 | XAML を定義して Dynamics 365 Customer Engagement (on-premises) の外部で作成したダイアログに対しては、サポートが行われません。 |
プラグインの代わりにワークフローを使用する状況
ワークフローを使用して実行できる大部分の操作は、プラグインを使用しても行うことができます。ただし、以下の場合は、プラグインの代わりにワークフロー プロセスを使用する必要があります。
ビジネス ロジックの変更を開発者以外が行う必要がある場合、または、その変更が担当の開発者の空き時間に左右されないようにする必要がある場合。 カスタム ワークフロー活動を Workflow .NET アセンブリとして定義した場合、開発者以外のユーザーが Dynamics 365 Customer Engagement (on-premises) を使用して、カスタム操作を実行する条件と、アセンブリに渡されるパラメーターを定義できます。
ユーザーに、ワークフロー ロジックを人手で適用させることができる必要があります。 ワークフロー プロセスを使用して、フォーム上またはグリッドからワークフローの実行をクリックすることによって、ワークフロー ルールの処理をトリガーできます。
カスタム ビジネス ロジックから使用可能な最大のパフォーマンスを必要とする場合は、プラグインを使用します。 プラグインはよりすばやく開始できるので、通常、リアルタイム ワークフローよりも速く実行されます。 ただし、パフォーマンスのメリットは、非開発者、たとえばビジネス アナリストが作業する必要があるワークフローの作成および維持での使用を容易にすることによって、勝る場合があります。
プラグインの詳細については、「ビジネス プロセスを拡張するためのプラグインを記述する」を参照してください。
ソリューションのワークフローの配布
別の Dynamics 365 Customer Engagement (on-premises) の展開にインポートされたワークフローおよびカスタム ワークフロー活動をソリューションに含めることができます。 ただし、ワークフローの特定のエンティティ インスタンスを参照し、ワークフローが別のシステムに移動する場合、ワークフローのエンティティ インスタンスの一意の ID がターゲット システムものとは異なるので、問題が発生します。 Dynamics 365 Customer Engagement (on-premises) では、自動的に完全名プロパティに基づいてシステム ユーザーおよび通貨エンティティ レコードを解決しますが、他のエンティティの種類に対するレコードについては自動的に解決されません。
詳細: Dynamics 365 Customer Engagement (on-premises) ソリューションを使用した拡張機能のパッケージ化および配布