プロセスの作成および編集

[アーティクル]
03/06/2017

公開日: 2016年11月

対象: Dynamics CRM 2015

一貫したビジネスプロセスの定義と実施は、ユーザーがMicrosoft Dynamics 365 を使用する大きな理由の 1 つです。プロセスは、組織に対して一貫したプロセスを定義して実施するために使用できる機能のグループです。これらの一貫性のあるプロセスにより、システムを使用するものが、一連の手動の手順を忘れずに実行することに集中するのではなく、自分たちの仕事に確実に集中することができます。プロセスは単純または複雑な場合があり、徐々に変更できます。

プロセスは、開発者以外のユーザーが使用できるように設計されています。プロセス内で定義されるルールには、開発者がコードを使用して適用できる同様のロジックが含まれていますが、ルールの変更が必要になるたびに開発者を呼び出す必要はありません。ただし、ルールのロジックを明確に理解し、プロセスの種類ごとの機能を把握する必要があります。それでもやはり、プロセスを慎重に適用し、必要なものを入手したかどうかを確認するために結果をテストする必要があります。

次の表は、各カテゴリのプロセスをいつ使用するかを概略的に説明します。

プロセスのカテゴリ	説明
ワークフロー	舞台裏でビジネスプロセスを自動化するためにワークフローを使用します。通常、ワークフローは、システムイベントによって開始されるので、ユーザーはワークフローが動作していることを認識する必要はありませんが、ユーザーが手動でワークフロー開始するように構成することもできます。ワークフローをバックグラウンド (非同期) で動作させることも、リアルタイム (同期) で動作させることもできます。これらのワークフローは、バックグラウンドワークフローまたはリアルタイムワークフローとして別々に参照されます。
ダイアログ	ダイアログを使用して、顧客とのやり取りのためのスクリプトに案内するユーザーインタフェースを作成するか、または複雑なアクションを一貫性をもって実行するウィザードを、作成する必要があります。
操作	開発者がビジネスプロセスを表現するために使用できる用語の展開に、アクションを使用します。作成、更新、削除、および割り当てなどのコアの動詞をシステムが提供することによって、アクションはこれらのコアの動詞を使用して、承認、エスカレート、ルート、またはスケジュールなどのより意味のある動詞を作成します。ビジネスプロセスの定義が変更された場合、開発者でないユーザーはアクションを編集することが可能であり、これによって、コードを変更する必要はありません。
業務プロセスフロー	結果を得るためにデータをユーザーが入力する必要のある手順を定義するには、業務プロセスフローを使用します。業務プロセスフローはフォームの最上部にコントロールを追加し、ユーザーが次のステージに進むために、また最終的にビジネスプロセスの完了に到達するために入力する必要のあるデータを示します。業務プロセスフローは複数のエンティティにまたがる場合があります。

注意

業務プロセスフローは他の種類のプロセスとは異なります。すべてのプロセスは同じ基本的なテクノロジを使用し、それに関する情報が Process エンティティに格納されます。業務プロセスフローは、他の種類のプロセスと比較すると、構成のエクスペリエンスと動作が異なります。詳細:業務プロセスフロー

このトピックの内容

プロセスをだれが作成できるか

プロセスはどこに配置されるか

プロセスは何を実行できるか

インポート時にプロセスはアクティブですか。

プロセスをだれが作成できるか

システム管理者、システムカスタマイザー、または最高経営責任者のセキュリティロールを持つユーザーのみが、組織全体に適用されるプロセスを作成できます。次のセキュリティロールを持つ他のユーザーは、制限されたアクセスレベルでプロセスを作成できます。たとえば、ユーザーアクセスレベルのユーザーは、所有するレコードで自身が使用するためのワークフローを作成できます。

ユーザーは業務プロセスフロー、リアルタイムワークフロー、またはアクションプロセスを作成できるかもしれませんが、それらをアクティブ化するには、[業務プロセスフローをアクティブ化] または [リアルタイムプロセスをアクティブ化] の特権を所有している必要があります。

次の表に、既定のセキュリティロールに基づいた、プロセスのアクセスレベルを示します。

セキュリティロール	アクセスレベル
最高経営責任者	組織
システム管理者	組織
システムカスタマイザー	組織
マーケティング部長	部署配下
営業部長	部署配下
顧客サービス課長	部署
マーケティング課長	部署
営業課長	部署
スケジュール管理者	部署
顧客サービス担当者	ユーザー
マーケティングプロフェッショナル	ユーザー
営業担当者	ユーザー
スケジューラ	ユーザー

プロセスはどこに配置されるか

Dynamics 365 のプロセスを参照するためのパスは次の 2 つです。

[設定] > [プロセス]
このパスは、アクセスがもっとも容易であり、ユーザー定義ビューも含めて、Process エンティティ用に定義されているビューを使用できるようにします。
[設定] > [カスタマイズ] > [システムのカスタマイズ] > [コンポーネント] > [プロセス]
このパスは、カスタマイズツールでそのほかのカスタマイズ作業を行うときに便利なアクセスを可能にします。

個々の業務プロセスフローは、業務プロセスフローがアクティブな状態のフォームのコマンドバーの [プロセスの編集] ボタンを使用して編集することもできます。

プロセスは何を実行できるか

注意

業務プロセスフローは他の種類のプロセスとは異なります。詳細:業務プロセスフローの役割

プロセスは、取引先企業や取引先担当者と同様に、ユーザー所有です。プロセスで実行できるアクションは、プロセスの所有者の特権によって異なることもあるし、ワークフローを開始するユーザーのコンテキストによって異なることもあります。

プロセスは、条件を調べ、分岐ロジックを適用し、アクションを実行することができます。プロセスは、これらのアクションを一連の手順で実行します。業務プロセスフローにはステージが存在し、次のステージへの前進をコントロールしますが、それ例外の機能はありません。次の表に、ワークフロー、ダイアログ、およびアクションのプロセスで使用できる手順を示します。詳細については、各種類のプロセスのトピックを参照してください。

ステップ	プロセスの種類	説明
段階	ワークフロー、ダイアログ、アクション	ステージは、ワークフローロジックを読みやすくし、またワークフローロジックを説明します。ただし、ステージは、ワークフローのロジックや動作には影響しません。プロセスにステージが存在する場合、プロセス内のすべての手順をステージに含める必要があります。
条件の確認	ワークフロー、ダイアログ、アクション	論理的な "if-<condition> then" 文。ワークフローが実行中のレコード、N:1 の関連付けでそのレコードにリンクされているいずれかのレコード、またはこれまでの手順によって作成された任意のレコードの値をチェックできます。条件が true のとき、これらの値に基づき追加の手順を定義できます。
条件分岐	ワークフロー、ダイアログ、アクション	論理的な "else-if-then" 文であり、エディターはテキスト“Otherwise, if <condition> then:” を使用します。以前に定義したチェック条件を選択し、チェック条件が false を返すときに、追加のステップを定義する条件分岐を追加できます。
既定の操作	ワークフロー、ダイアログ、アクション	論理的な "else" 文。エディターはテキスト “Otherwise:” を使用します。以前定義したチェック条件、条件分岐、待機状態、または並列待機分岐を選択します。条件要素や分岐要素で定義した基準に適合しないすべてのケースに対して、既定のアクションを使用して手順を定義できます。
待機状態	バックグラウンドワークフローのみ	条件によって定義されている基準が満たされるまで、ワークフローが自身を一時停止することを可能にします。ワークフローは、待機条件で定義されている基準が満たされると自動的に再開します。
並列待機分岐	バックグラウンドワークフローのみ	最初の基準が満たされたときにのみ実行される対応する一連の追加ステップを使用して、バックグラウンドワークフローの代替の待機状態を定義します。並列待機分岐を使用して、ワークフローロジックに時間制限を作成できます。待機条件で定義されている基準が満たされるまでワークフローが無期限に待機することを防ぐのに役立ちます。
値の割り当て	ダイアログ、アクション	プロセスの変数または出力パラメーターに値を設定します。
レコードの作成	ワークフロー、ダイアログ、アクション	エンティティの新しいレコードを作成し、値を属性に割り当てます。
レコードの更新	ワークフロー、ダイアログ、アクション	ワークフローが実行中のレコード、N:1 の関連付けでそのレコードにリンクされているいずれかのレコード、またはこれまでの手順によって作成された任意のレコードを更新できます。
レコードの割り当て	ワークフロー、ダイアログ、アクション	ワークフローが関わっているレコード、N:1 の関連付けでそのレコードにリンクされているいずれかのレコード、またはこれまでの手順によって作成された任意のレコードを割り当てることができます。
電子メールの送信	ワークフロー、ダイアログ、アクション	電子メールを送信します。電子メールメッセージを新規に作成するか、あるいは、ワークフローが関わっているレコードのエンティティに対して、そのエンティティと N:1 の関連付けのある任意のエンティティに対して、またはこれまでの手順によって作成された任意のレコードのエンティティに対して、構成済みの電子メールテンプレートを使用するかを選択できます。
子ワークフローの開始	ワークフロー、ダイアログ、アクション	子ワークフローとして構成されたワークフロープロセスを開始します。
状態の変更	ワークフロー、ダイアログ、アクション	プロセスが関わっているレコード、N:1 の関連付けでそのレコードにリンクされているいずれかのレコード、またはこれまでの手順によって作成された任意のレコードの状態を変更します。
[ワークフローの停止] / [ダイアログの停止]	ワークフロー、ダイアログ、アクション	現在のワークフロー、ダイアログ、またはアクションを停止します。[成功] または [取り消し済み] のいずれかの状態を設定し、ステータスメッセージを指定できます。
ページ	ダイアログ	ダイアログのプロンプトと応答の手順のコンテナー。
プロンプトと応答	ダイアログ	ダイアログページにプロンプトを表示し、応答のデータを取得するためのフィールドを提供する場合があります。
CRM データのクエリ	ダイアログ	ダイアログのプロンプトと応答ステップでの応答のためのオプションを提供するデータを返すクエリを定義します。
子ダイアログのリンク	ダイアログ	子ダイアログとして構成されたダイアログプロセスを開始します。
カスタムステップ	ワークフロー、ダイアログ、アクション	Dynamics 365 に既定で提供されている論理要素を拡張します。ステップには、条件、アクション、他のステップ、またはこれらの要素の組み合わせを含めることができます。開発者は、ユーザー定義のワークフローステップを作成できます。既定では、Dynamics 365 で使用できるユーザー定義ステップはありません。開発者向けの詳細については、Microsoft Dynamics CRM SDK のトピック MSDN: ユーザー定義ワークフローの活動 (ワークフローアセンブリ)を参照してください。

インポート時にプロセスはアクティブですか。

プロセスはアクティブ化の後に実行されます。通常、組織内で新しいプロセスを作成するソリューションをインポートすると、組織でのプロセスの状態は、ソリューションの作成時のプロセスの状態に依存します。これは Microsoft Dynamics CRM Online 13 年秋リリース後の Microsoft Dynamics CRM 2013 または Microsoft Dynamics CRM Online の組織からエクスポートされたすべてのソリューションに当てはまります。ソリューションが Microsoft Dynamics CRM Online 13 年秋の以前の Microsoft Dynamics CRM 2011 または Microsoft Dynamics CRM Online の組織を使用して作成された場合、ソリューションのインストール時にソリューションがアクティブになります。

時々、ソリューションの再インストール、またはプロセスを含むソリューションの更新のインストールが必要な場合があります。その場合、組織のプロセスの状態は変更されません。

次の方法で共有

プロセスの作成および編集

このトピックの内容

プロセスをだれが作成できるか

プロセスはどこに配置されるか

プロセスは何を実行できるか

インポート時にプロセスはアクティブですか。

関連項目

その他のリソース