A: ビジネス プロセス フローを使用して、人々が望ましい結果に到達するために従うべき一連の手順を定義します。これらのステップは、人々がビジネス プロセスのどの位置にいるかを示す視覚的なインジケーターを提供します。
B: プッシュ通知は Power Apps モバイルで使用され、アプリ ユーザーを惹きつけ、重要なタスクの優先順位を付けるのに役立ちます。Power Apps では、Power Apps 通知コネクタを使用して Power Apps モバイルの通知を作成できます。Power Apps で作成した任意のアプリに通知を送信できます。
E: 自動化を自動的に、即座に、またはスケジュールによってトリガーしたい場合は、クラウド フローを作成します。
参照：
https://docs.microsoft.com/en-us/power-automate/business-process-flows-overview
https://docs.microsoft.com/en-us/powerapps/mobile/power-apps-mobile-notification

Power Platform のカスタム コネクタは、Power Automate または Power Apps が REST API と通信できるようにする REST API のラッパーです。Power Automate で作成されたコネクタは、Power Apps で使用できます。同様に、Power Apps で作成されたコネクタは Power Automate で使用できます。
参照：
https://docs.microsoft.com/en-us/learn/modules/create-custom-connector-power-platform/1-introduction

参照：
https://docs.microsoft.com/en-us/power-automate/dataverse/create-update-delete-trigger

参照：
https://docs.microsoft.com/en-us/powerapps/maker/data-platform/data-platform-entity-lookup
トピック 3、Fabrikam, Inc.
現在の環境
概要
会社の運営は非常に非公式に運営されています。すべての製造プロセスを知っている長期勤務従業員は少数です。同社は、製造業務と設備に関連した品質問題を経験しています。
同社は、製造された各機械の品質検査結果を取得する方法を実装したいと考えています。現在の検査チェックリストは、検査官用の Teams チャネルの [ファイル] セクションに保存されています。検査官は通常、誤った検査チェックリストを印刷します。
同社は、特定の検査ステップのために特定の検査ステーションを備えています。各ステーションには、関連する検査ステップに必要なゲージと機器が備えられています。特定の検査ステーションでバックログが発生することがよくあります。これにより、顧客への機械の出荷に遅れが生じます。
会計システム
現在のシステムは、製造現場や製造計画の機能を処理していません。
機械にはシリアル番号が割り当てられ、顧客に出荷されるまで在庫に保管されます。
従業員情報は会計システム内でのみ保持されます。情報へのアクセスは、プライバシー規制および会社のポリシーにより厳しく管理されます。
その他のシステム
会社はエンタープライズ Microsoft 365 サブスクリプションを持っています。同社は電子メールの送受信のみに Microsoft 365 を使用しています。同社は従業員の写真を使用して従業員バッジを生成しています。写真は Microsoft 365 ユーザー プロファイルにアップロードされます。
同社は最近、顧客のために設置したマシンの管理と保守に Dynamics 365 Field Service の使用を開始しました。アプリはカスタマイズされていません。
同社は、顧客のオンサイト検査と最終製造検査の両方をサポートするために、Dynamics 365 Field Service リソースに役割、スキル、認定技能を追加しました。
要件
品質検査アプリ
Fabrikam は、Microsoft Power Platform が製造欠陥および品質検査ソリューションに対する会社の要件を満たせるかどうかを判断するために、Microsoft Power Platform を評価しています。製造された各機械は、製造中のさまざまな時点で品質検査を受ける必要があります。機械を顧客に出荷する前に、各機械はさらに広範な品質検査を受ける必要があります。
検査命令
検査命令は次のことを行う必要があります。
評価対象のマシンに対して特定された品質メトリックごとに、合格または不合格の品質評価を入力できます。
各検査ステップを実行した人に関する情報と、検査官が行ったコメントを含めます。
1 つの検査ステップ評価が不合格としてマークされると、自動的に不合格としてマークされます。
機械が検査に合格しなかった場合、再検査のために自動的にマークされます。新しい検査オーダは、元の検査オーダをテンプレートとして使用して作成する必要があります。
検査官は、不合格とマークされた検査ステップについて、所見のコメントを記入し、少なくとも 1 枚の写真をアップロードする必要があります。
検査の標準化
標準化されたチェックリストは、検査官が使用できるようにソリューションに保存する必要があります。新しい検査を開始するときは、コピーを作成する必要があります。ソリューションは次のことを行う必要があります。
ステップに必要な情報が入力されるまで、検査官がチェックリストの次のステップに進まないようにします。
顧客向けにマシンに追加されたカスタム機能をサポートするために、検査へのステップの追加をサポートします。
検査官による誤った測定値の入力を避けるために、テストゲージからの測定値の直接入力をサポートします。
各ステップのテスト測定限界を視覚的に表現します。測定値が測定限界とどのように比較されるか、および測定値が許容範囲内にあるかどうかを示す情報を含めます。ユーザーは、最小値と最大値、および読み取り値が単一の目標値の許容範囲内にあるかどうかを表示するように視覚化を構成できなければなりません。また、機械設置後の保守点検にも使用できること。
検査中に見つかった欠陥を文書化するために、各検査ステップ内で写真参照を保存する機能をサポートします。
安全
ユーザーは Fabrikam の現役従業員である必要があります。
ユーザーが検査ソリューションにサインインすると、ソリューションにはサインインした従業員の写真が表示される必要があります。
監督者は標準チェックリストを変更できなければなりません。他の従業員がチェックリストを変更できないようにする必要があります。
検査が最終としてマークされた後は、ユーザーが検査オーダーデータを変更できないようにする必要があります。
分析とレポート作成
ソリューションは次のことを行う必要があります。
検査ステーションごとの既存および今後の需要、ステーションでのユーザーあたりの平均滞在時間、各検査ポイントでの機械の平均時間などの指標を提供します。
月ごとに実施された検査数、評価タイプ（合格、不合格）ごとの検査数など、検査官ごとの指標を提供します。
各マシンに同梱される印刷された品質証明書を提供します。
問題
ソリューションの最初のテスト中に、テスト担当者は、以前に失敗した検査中に撮影された写真が表示されないと報告しました。

参照：
https://docs.microsoft.com/en-us/dynamics365/field-service/configure-schedule-board
https://docs.microsoft.com/en-us/azure/iot-hub/about-iot-hub