参照：
https://docs.microsoft.com/en-us/powerapps/developer/common-data-service/event-framework
https://docs.microsoft.com/en-us/powerapps/developer/common-data-service/handle-Exceptions

1 - 関連エンティティのカスタム コントロールを構成します。
2 - ビジネス プロセス フロー フォームを生成してエクスポートします。
3 - ビジネス プロセス フローの FormXML にカスタム コントロール構成をコピーします。
4 - カスタマイズを Microsoft Dataverse 環境にインポートします。
参照：
https://docs.microsoft.com/en-us/power-automate/custom-controls-business-process-flows

参照：
https://www.loganconsulting.com/blog/how-use-power-automate-trigger-workflows-microsoft-dynamics-crm/

トピック 3、コントソ ファーマシューティカルズ
概要
これはケース スタディです。ケース スタディは個別に時間制限がありません。各ケースを完了するのに必要なだけの試験時間を使用できます。ただし、この試験には追加のケース スタディとセクションがある場合があります。与えられた時間内にこの試験に含まれるすべての質問を完了できるように、時間を管理する必要があります。
ケース スタディに含まれる質問に答えるには、ケース スタディで提供される情報を参照する必要があります。ケース スタディには、ケース スタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケース スタディ内の他の質問とは独立しています。
このケース スタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、変更を加えることができます。新しいセクションを開始した後は、このセクションに戻ることはできません。
ケーススタディを始めるには
このケース スタディの最初の質問を表示するには、[次へ] ボタンをクリックします。質問に答える前に、左側のペインのボタンを使用してケース スタディの内容を調べてください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケース スタディに [すべての情報] タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に回答する準備ができたら、[質問] ボタンをクリックして質問に戻ります。
背景
Contoso Pharmaceuticals は、小売および卸売薬局、病院、研究施設向けに医薬品を製造および販売しています。
同社は Dynamics 365 Sales と Dynamics 365 Finance を導入する予定です。
現在の環境
Contoso 社は、供給するすべての医薬品をリストした Microsoft Excel ブックを管理しています。
薬局は電子メールで注文リクエストを送信します。
顧客拠点のすべての情報は、顧客担当者によって手書きされます。
Contoso は、独自のデータベースを使用する医療業界アプリケーションである Cerner を使用しています。
一部のアカウントは他の薬局からの紹介です。
各薬局には独自の Dynamics 365 Sales インスタンスがあります。
要件
一般的な
Contoso は、システム内のカスタム コードとカスタム コネクタが最小限であることを確認したいと考えています。
アカウント
会計システムと顧客管理システム間で薬局の名前が同期されていることを確認します。
アカウント番号は、Cerner データベース内の医薬品システムに自動的に入力され、同期が維持される必要があります。
アカウントがシステムに入力されるとき、紹介顧客ボックスが選択されている場合は追加のフィールドが表示される必要があります。ボックスが選択されていない場合は、追加のフィールドは表示されません。
アカウント レコードが作成されてから 10 日後に、アカウント レコードの Priority フィールドを 1 に変更するトリガーを作成する必要があります。
Priority フィールドをトリガーするには、Priority_Trigger という名前のフィールドを作成する必要があります。
顧客が小売薬局、卸売薬局、研究施設、または病院のいずれであるかを選択するには、「施設タイプ フィールド」というフィールドを追加する必要があります。
ユーザー
UserA は、Power Apps アプリを作成して公開できる必要があります。
UserB はすべてのシステムの所有者であり、権限を付与してすべての新しい環境を作成できる必要があります。
UserC は、システムに接続されたアプリを作成し、セキュリティ ロールとエンティティを更新できる必要があります。
薬局の担当者は、アプリを実行して自分の記録にのみアクセスできる必要があります。
会計 Power Apps アプリへのアクセスは、会計チームのメンバーに制限する必要があります。
エンドユーザーは必要なシステムへの最小限のアクセス権を持っている必要があります。
アカウント フォームで電話番号を表示できるのは、管理者のみです。
開発者はすべてのユーザー向けに新しいアプリを作成できる必要があります。
営業ユーザーは自分のレコードにのみアクセスできる必要があります。
報告
薬局の注文は、次の 4 つのグラフで表示する必要があります。
年間収益10万ドル以上
年間収益10万ドル未満
研究施設
病院
グラフはインタラクティブである必要があり、ユーザーは任意のディメンションをドリルダウンできる必要があります。
カスタマイズ
Slack を使用してリードが追加されたときに営業チームに通知が送信されるようにします。
リードにレビュー段階が販売プロセスに追加されていることを確認します。
医師がリストされていない場合は、Doctor という名前のカスタム エンティティに医師を手動で追加する必要があります。
顧客の処方箋の再発行日が自動的に決定され、顧客に通知が送信される必要があります。
顧客レコードには医師の名前と電話番号のフィールドを表示する必要があります。
顧客の記録に入力された医師は、システム内に存在する医師と照合して検証する必要があります。
新しいソリューションは他の薬局での使用のために販売されます。アプリケーションでは変更を許可してはなりません。
ソリューションはエラーがなく、他の環境にインストールしても問題が発生しないようにする必要があります。
営業担当者が薬局名を追加または検索できるようにするには、カスタム モバイル アプリを作成する必要があります。
薬局の記録は、薬局名、住所、連絡先名、電話番号によって一意に識別される必要があります。
モバイル アプリを使用して薬局を追加する場合、電話番号がすべて数字であることを検証する必要があります。