既知の問題

  • [アーティクル]

ゲスト ユーザーと作業する

ゲスト ユーザーを承認に割り当てると、そのユーザーは既定で承認を表示したり、承認に基づいて行動したりできなくなります。 ゲスト ユーザーが承認を表示または応答するには、有効な Power Automate ライセンス (ユーザーごとのライセンスまたは Microsoft 365 ベースのユーザー ライセンス) を割り当てる必要があります。

Microsoft Teams でのアダプティブ カードの不一致

フローが実行されたときに承認者に通知する方法は複数あります。 デフォルトでは、承認を処理するすべてのフローが電子メール通知を送信します。 Microsoft Teams のユーザーに承認付きのアダプティブ カードを送信することもできます。 承認者が電子メール通知または承認アクション センターを介して応答する場合、Microsoft Teams のカードは自動更新されません。 これにより、アダプティブ カードに表示される状態とフローの状態が一致しない場合があります。

これを回避するには、承認作成の一部としてユーザーに送信される既定の通知メールを無効にすることを選択できます。

既定のメール通知を無効にします。

承認アクション センターで破棄済み承認

フローの一部として、承認リクエストをユーザーに送信し、応答を待つことができます。 承認フローは 28 日間待つことができます。 待機時間が 28 日を超えると、そのフローは失敗します。 これはフロー自体にのみ影響します。つまり、承認はアクション センターに引き続き存在します。 これにより、承認アクション センターで承認が破棄され、承認を待っているフローがない状態が発生する可能性があります。 要求者または環境管理者は、アクション センターからこれらの承認を手動で削除する必要があります。

アンカー

アンカー リンクはサポートされていません。 アンカーを使用すると、予期しない結果が発生します。

データ テンプレート

データ テンプレートは、Power Automate のアダプティブ カードでは完全にはサポートされていません。 回避策として、作成、フィルタリング、選択、適用などのアクションを使用して、フロー内でカードを手動で作成します。

カスタム応答がすべてのユーザーの承認が必須に設定された承認

タイプが すべてのユーザーの承認が必須 に設定された多くのユーザーに送信される場合、カスタム応答に依存する承認は失敗する可能性があります。 このエラーは、結果フィールドのデータ サイズの制限が原因です。

Power Apps (V2) トリガーを呼び出し元接続に更新する

Power Apps (V2) トリガーは、埋め込み接続と呼び出し元接続の両方をサポートします。 Power Apps (V2) トリガーの接続を呼び出し元接続に更新するときは、アプリ内のフローを更新または削除して再度追加し、アプリを保存する必要があります。

詳細については、Power Apps (V2) トリガーに関する既知の問題 をご覧ください。

作成アクションと待機アクションを分割する

承認を作成 と 承認を待機 を独立したアクションとして使用する承認コネクタでフローを作成できます。 フローが待機アクションに到達する前にユーザーが承認要求にすぐに応答すると、フローが待機ステージで停止する可能性があります。 フローがスタックしないようにするには、create アクションと wait アクションがフロー内で近接して呼び出されるようにします。 または、待機アクションを呼び出す前に、Dataverse で承認のステータスを変更します。

ループで承認結果を使用する

ユーザーは do until ループで承認を使用する場合、フローの考えられるすべての結果に対処する必要があります。 そうでない場合、フローは無限ループに陥る可能性があります。 基本 および すべての承認を待つ の場合、最終状態は 承認済み、却下、または キャンセル のいずれかとなります。 カスタム承認は、ユーザーが承認のオプションとして選択したものに基づいています。 do until ループの代わりに、承認フローで条件または switch ステートメントを使用します。

承認の詳細を表示する

承認の詳細を表示するには、個々の承認を選択して開きます。 以前は、承認リスト ビューの 受信 タブの 詳細 列で詳細を表示することもできましたが、この列は削除されました。

メール通知に関する問題

ここでは、承認メール通知を送信するプロセスの説明と、考えられるメール通知の状態とトラブルシューティングについて説明します。

承認メール通知の送信には、2 段階のプロセスがあります。

  1. Power Automate は、メールの送信を要求します。
  2. メールはキューに入ります。

承認メールに返信する

承認メール通知に返信するときは、宛先: 行に対象の受信者を追加する必要があります。 以前は、返信 を選択すると、承認要求を送信した人が 宛先:行に自動的に追加されていましたが、現在は手動で行う必要があります。

メール状態定義

状態 説明
保留 Power Automate は、通知の送信を要求しています。
要求済み Power Automate は、正常に通知の送信要求を行いましたが、要求はまだ処理中です。
送信数 メール通知は正しく送信されました。
失敗 メール通知はキューに正しく配置されましたが、送信中にエラーが発生しました。

メールがありません

メール通知の状態が 送信済み であるにもかかわらず、メール通知が表示されない場合は、次のオプションを試してください。

  • 受信トレイを更新し、アクティブなインターネット接続があることを確認します。
  • 目的の受信者のメール アドレスが正しいことを確認します。
  • メール設定を確認し、フィルターやブロックされたアドレスによって通知が表示されない可能性があるかどうかを確認します。
  • スパムまたはプロモーション フォルダーを確認します。

失敗した要求のトラブルシューティング

メール通知の状態が 失敗 の場合は、次のオプションを試すことができます。

  • 同じ受信者に別の要求を行います。
  • 問題の詳細を記載したチケットを Microsoft サポートへ送信します。