次の方法で共有


Dynamics 365 のプロセス カテゴリ

 

公開日: 2017年1月

対象: Dynamics 365 (online)、Dynamics 365 (on-premises)、Dynamics CRM 2016、Dynamics CRM Online

プロセスによって、Microsoft Dynamics 365のベスト プラクティスや標準的技法などの実際のビジネス プロセスをモデル化することができます。 ビジネス手法をモデル化するとき、次の 4 種類のプロセスから選択できます。

  • ワークフロー。 世界の現実のビジネス プロセスをモデル化および自動化するには、このプロセスを使用します。 これらのプロセスは、バックグラウンドまたはリアルタイムに実行されるように構成され、必要に応じてユーザー入力を必要することができます。 ワークフロー プロセスは、指定した条件に基づいて自動的に開始することも、ユーザーが手動で開始することもできます。

  • アクション。Microsoft Dynamics 365 標準のインストールで使用できない新しい操作を作成したり、異種複数の操作を単一の操作に組み合わせるために、このプロセスを使用します。 たとえば、サポート コール センターの場合、createassign、および setstate の操作を新しい単一の "エスカレート" 操作に組み合わせることができます。

  • 業務プロセス フロー。 業務プロセス フローのビジュアル化を作成するには、このプロセスを使用します。 ユーザーは営業または顧客サービス プロセスのさまざまな段階から導かれます。 各ステージで、固有の手順を実行すると、次のステージに移動します。 ステップを追加または削除するか、ステージの順序を変更するか、またはプロセス フローに新しいエンティティを追加することで、プロセスのフローをカスタマイズできます。

  • ダイアログ。 開始および完了まで実行するためにユーザー入力を必要とする対話型の段階的のデータ入力フォームを作成するには、この手順を使用します。 ダイアログ プロセスを開始すると、ウィザード風のインターフェイスが表示され、ウィザードの各ページを進むにつれ、適切な選択またはデータの入力を行うことができます。

プロセスの機能は、Windows Workflow Foundationを使用して実装されます。 最新版の Windows Workflow Foundation は、アプリケーションにカスタム機能を実装するために、ワークフローをより簡単に作成、実行、保守できるよう改良されています。詳細:Windows Workflow Foundation の新機能

ビジネス プロセスを作成する方法は 3 つあり、それは、web アプリケーション フォームおよびワークフロー デザイナーによる対話的な方法、ワークフロー関連のクラスを使用するコードの記述による方法、ならびにソリューションの作成済みワークフローのインポートによる方法です。 SDK は開発者向けであるため、ワークフロー プロセスの作成のコーディングの側面に重点を置いています。

XAML (宣言型) ワークフロー

設置型 Microsoft Dynamics 365 用の XAML ワークフローを作成できます。Microsoft Visual Studio ワークフロー デザイナーを使用して、視覚的にデザインし、作成します。 このワークフロー作成方法では、コードを記述する必要がありません。 さらに、これらのワークフローをコンパイルすることなく、ワークフロー定義 (XAML) を Microsoft Dynamics 365 にインポートできます。 新規ワークフローの作成に加え、Microsoft Visual Studio ワークフロー デザイナーを使用して Microsoft Dynamics 365 の既存ワークフローを視覚的に変更し、更新したワークフローを Microsoft Dynamics 365 にインポートすることもできます。

注意

Microsoft Dynamics 365 の外部で作成または変更されたワークフローのワークフロー定義を表示または更新することはできません。 ワークフローの状態 (アクティブ化または非アクティブ化) を変更して、ワークフローを実行できるだけです。Microsoft Dynamics 365 (オンライン) では、XAML ワークフローはサポートされていません。

ワークフローとダイアログの違い

以下の表に、Microsoft Dynamics 365 のワークフローとダイアログの違いに関する情報を示します。

ワークフロー

ダイアログ

ユーザーが開始することも、自動化することもできます。

ユーザーが開始する必要があります。

非同期プロセスまたはリアルタイム プロセスで、完了まで実行するためにユーザー入力は必要ありません。 非同期プロセスはバックグラウンドで実行され、一方、リアルタイム プロセスをすばやく実行されます。

リアルタイム プロセスでは、完了まで実行するためにユーザー入力が必要です。 これらのプロセスを実行すると、ウィザード風のインターフェイスが表示されるので、プロセスを実行するために適切な選択を行うことができます。

非同期実行するワークフローの実行に関する詳細を保存するエンティティは AsyncOperationで、一方 Process はリアルタイム ワークフローで使用されます。

ダイアログの実行によって生成される情報を保存するエンティティは、ProcessSession エンティティです。

ワークフローに対するトリガーがサポートされています。 サポートされているトリガーの一覧については、「サポートされている種類、トリガー、エンティティ、プロセスのアクション」を参照してください。

ダイアログに対するトリガーはサポートされていません。

基礎となる XAML ファイルの作成または更新によって、Microsoft Dynamics 365 の外部で作成または更新されたワークフローは、Microsoft Dynamics 365 設置型でサポートされています。 これらのカスタム XAML ワークフローについては、「カスタム XAML ワークフロー」を参照してください。

XAML を定義して Microsoft Dynamics 365 の外部で作成したダイアログに対しては、サポートが行われません。

プラグインの代わりにワークフローを使用する状況

ワークフローを使用して実行できる大部分の操作は、プラグインを使用しても実行できます。 ただし、以下の場合は、プラグインの代わりにワークフロー プロセスを使用する必要があります。

  • ビジネス ロジックの変更を開発者以外が行う必要がある場合、または、その変更が担当の開発者の空き時間に左右されないようにする必要がある場合。 カスタム ワークフロー活動を Workflow .NET アセンブリとして定義した場合、開発者以外のユーザーが Microsoft Dynamics 365 を使用して、カスタム操作を実行する条件と、アセンブリに渡されるパラメーターを定義できます。

  • ユーザーに、ワークフロー ロジックを人手で適用させることができる必要があります。 ワークフロー プロセスを使用して、フォーム上またはグリッドから [ワークフローの実行] をクリックすることによって、ワークフロー ルールの処理をトリガーできます。

カスタム ビジネス ロジックから使用可能な最大のパフォーマンスを必要とする場合は、プラグインを使用します。 プラグインはよりすばやく開始できるので、通常、リアルタイム ワークフローよりも速く実行されます。 ただし、パフォーマンスのメリットは、非開発者、たとえばビジネス アナリストが作業する必要があるワークフローの作成および維持での使用を容易にすることによって、勝る場合があります。

プラブインの詳細については、「ビジネス プロセスを拡張するためのプラグインを記述する」を参照してください。

ソリューションのワークフローの配布

別の Microsoft Dynamics 365 の展開にインポートされたワークフローおよびカスタム ワークフロー活動をソリューションに含めることができます。 ただし、ワークフローの特定のエンティティ インスタンスを参照し、ワークフローが別のシステムに移動する場合、ワークフローのエンティティ インスタンスの一意の ID がターゲット システムものとは異なるので、問題が発生します。 Microsoft Dynamics 365 では、自動的に完全名プロパティに基づいてシステム ユーザーおよび通貨エンティティ レコードを解決しますが、他のエンティティの種類に対するレコードについては自動的に解決されません。

詳細:ソリューションを使用した拡張機能のパッケージ化および配布

関連項目

Dynamics 365 プロセスを使用したビジネス プロセスの自動化

Microsoft Dynamics 365

© 2017 Microsoft. All rights reserved. 著作権