特定のタイムスタンプまでアクションを遅らせます。
注：Microsoft Dataverseコネクターには、待機条件を追加する4つの方法があります。特定の条件が満たされるまでフローの処理を遅らせる必要がある場合は、これらの待機条件を使用します。
フローのトリガーと最初のアクションを特定の時間まで延期します。[まで延期]を使用して条件を待機します。
次のステップの前に固定遅延を追加します。
特定のタイムスタンプまでアクションを遅らせます。
特定のイベントが発生するまでアクションを遅らせます。
参照：
https://docs.microsoft.com/en-us/power-automate/dataverse/wait-conditions
トピック1、Contoso、Ltd
会計システムと購買
同社はクラウドベースのERP/会計システムを持っており、総勘定元帳、売掛金、買掛金の各モジュールを使用しています。現在のシステムには、製造現場や製造計画機能を処理するモジュールはありません。
従業員情報は、会計システム内でのみ維持されます。情報へのアクセスは、プライバシー規制と会社の方針により厳しく管理されています。
原材料の購入はすべて、エンジニアリングプリントの作成時にエンジニアリング部門によって生成された部品表（BOM）に基づいて実行されます。
本社ではDynamics365Financeを使用しています。運用管理者は、Dynamics365Financeが少なくとも5年間は製造工場に実装されないと報告しています。
製造と計画
Contoso、Ltd.が買収したプラントは、MicrosoftExcelワークブックとMicrosoftWordドキュメントを使用して、販売パイプライン、見積もり応答の要求、および作業見積もりを追跡します。ドキュメントは共有ネットワークドライブに保存されます。
印刷された設計図は、注文全体で誤って使用されることがあります。これにより、やり直し、実行にかかるコスト、および配信の失敗が発生します。
会社は、ジョブトラベラーのドキュメントを使用して、実行する必要のある操作と、特定のジョブ番号に必要な資料の詳細を示します。
売上高
見積もりの​​リクエストは現在、販売ログワークブックに保存されています。ワークブックには次の情報が含まれています。
顧客リクエスト番号
顧客名
説明
売上の推定値
落札、紛失、入札なし、キャンセルの値を含む見積依頼（RFQ）のステータス営業マネージャー、営業担当者、見積もり担当者の名前製品ラインの名前見積が顧客に送信された日付おおよその開始日と終了日プロジェクトの注文を受け取った日付（落札した場合）落札した場合に割り当てられるジョブ番号会社は、見積もりを管理するための正式なプロセスを実施しています。一部の販売見積には、正式なプロセスが実施されているにもかかわらず、労務と資材の見積もりを含む必要な補足文書がありません。同社は、正式なプロセスをアプリの一部として組み込みたいと考えています。
多くの場合、営業担当者は、販売が終了して顧客の発注書を受け取ったときに、販売ログのRFQのステータスを「勝ち」に設定しません。
正確な販売パイプラインと勝敗情報は現在報告できません。これは、販売ログの成約確率フィールドが、販売が終了したときに100％に設定され、販売が失われたときに0％に設定されているためです。
顧客がネットワークドライブにフォルダシステムを設定しても、現在のバージョンの販売見積もりの​​製造への受け渡しは改善されませんでした。
要件
解決
MicrosoftTeamsとPowerPlatformを使用するソリューションを作成することを計画しています。
販売ログワークブックをCommonDataServiceデータベースに変換する必要があります。
各部門には、個別のチームチャネルがあります。従業員は、自分の部門のチャネルにのみアクセスできる必要があります。すべての従業員と経営陣は、一般的な企業チャネルへの読み取りアクセス権を持ちます。チームサイトには、次のチャネルを含める必要があります。
売上高
販売ダッシュボードは販売チャネルに存在する必要があり、アクティブな見積もり、販売パイプライン、および地域ごとの販売割り当ての年間販売KPIに関する情報が含まれている必要があります。
すべての販売関連ドキュメントは、このチャネルのファイルの場所にあるフォルダに保存する必要があります。ドキュメントのバージョン管理が有効になります。ドキュメントの最新バージョン10個を保存する必要があります。
製造
月ごとの容量ヒートマップと、翌月に終了する可能性のある予想売上高を表示するダッシュボード。
顧客、開始日、および製品ごとの、ジョブ設定テーブルからのすべての処理中のジョブのソート可能なリスト。
印刷された紙の図面は使用できなくなります。図面は、製造チャネルのファイルの場所にあるフォルダに保存する必要があります。
全般的
次のアプリを作成する必要があります。
時間追跡
モバイルデバイスで各従業員の時間を追跡するためのキャンバスアプリを作成する必要があります。アプリには次のものが含まれている必要があります。
サインイン画面
従業員の週の時間エントリを一覧表示する画面
従業員の現在の時刻エントリを編集する画面
アプリは次の要件を満たしている必要があります。
アプリは、既存のオンプレミスのMicrosoftSQLServerインスタンスにデータを保存する必要があります。
従業員は、アプリから自分の時間追跡レコードにのみアクセスできる必要があります。
従業員は、各顧客の仕事の作成に費やされたすべての時間を記録する必要があります。
従業員は、当日と前日の時間レコードのみを変更できる必要があります。
従業員は、バッジをスキャンして仕事のチェックインとチェックアウトができる必要があります。各バッジには、従業員の名前と現在の写真が含まれています。
すべての従業員バッジにQRコードを追加する必要があります。コードには従業員の番号が含まれている必要があります。
Job TravelerドキュメントはPDFドキュメントとして印刷する必要があり、ジョブ番号とタスク番号のUPCEバーコードを含める必要があります。バーコードは、タイムトラッキングアプリケーションで使用されます。
売上高
Salesアプリは、次の要件を満たしている必要があります。
簡単にアクセスでき、見積もり、見積もり、エンジニアリングドキュメントのすべてのバージョンを維持できる、すべての販売パイプラインと見積もり情報の中央の場所を提供します。
顧客、製品部門、ステータス、および営業担当者ごとに、現在アクティブなすべての見積もり、販売サイクルでのステータス、終了の確率、および製造と設置の推定日を表示するダッシュボードを含めます。
販売ログアプリは、販売ライフサイクル中に必要な見積もりとサポート資料の完成に関連するプロセス標準を実施する必要があります。
セールに勝ったらすぐに次のアクションを自動的に実行します。
順次ジョブ番号を生成します。
主要な販売情報を、製造で使用されるJobSetupエンティティにコピーします。
売却が失われた場合は、[ステータス]フィールドを[失われた]に設定し、損失の理由を指定されたテキストフィールドに入力する必要があります。説明フィールドの最後に理由を追加する必要があります。
従業員が顧客のサイトにいる場合でも、販売ログを簡単に更新できるようにします。
製造と計画
アプリは次の要件を満たしている必要があります。
パイプラインの現在および今後の注文の容量リソース要件を計画および予測する機能を提供します。
紙のタイムシートを交換し、チェックイン、チェックアウト、休憩、および各ジョブタスクに費やされた時間を追跡します。
作業中および設計図の表示に経過した時間を記録します。
Job Setupエンティティは、そのデータを既存のオンプレミスSQLServerインスタンスに格納する必要があります。
Job TravelerドキュメントはPDFドキュメントとして生成され、JobSetupエンティティから印刷される必要があります。
問題
顧客の要求番号を解釈するのが難しいというレポートを使用します。番号をシステムで生成された連続番号に変更するように要求されます。
運用マネージャーは、ユーザーがタイムトラッキングアプリに誤ってサインインすることがよくあると報告しています。運用管理者は、バッジをスキャンした後、タイムトラッキングアプリに従業員の写真を表示するように要求します。
ユーザーは、すべての画面から入力された1週間の合計時間を確認できるようにしたいと考えています。
テスターは、自分だけでなく、TimeTrackerアプリで時間エントリを表示できると報告しています。さらに、既存の時間エントリを編集することもできます。