TeamsのApprovals通知が遅れて届くときは、不具合と決めつける前に、まず「承認そのものは作成されているのに通知だけ遅い」のか、「承認作成や配信まで止まっている」のかを分けて確認するのが最短です。Approvals は Teams のネイティブ機能ですが、裏側では Power Automate と Microsoft Dataverse に依存しており、初回プロビジョニング、Teams の通知設定、モバイル側の通知抑止、管理者ポリシー、サービス正常性のどこかで引っかかると、見た目上は“遅れて届く”ように見えます。まず見る順番は、Activity と Approvals の受信一覧、Teams の通知設定、モバイルやOSの通知抑止、Teams クライアントの更新・キャッシュ、最後に管理者側のポリシーと正常性です。 (Microsoft Learn)
特に見落とされやすいのは、スマホ通知が「PCやWebでTeamsを使っている間は止まり、しばらく非アクティブになると再開する」挙動、初回の承認作成時に Dataverse の準備で数分かかるケース、そして管理者がアプリ設定を変えた直後は反映に数時間かかることがある点です。ここを知らないと、正常な仕様を障害と誤認しやすくなります。 (マイクロソフトサポート)
TeamsのApprovals通知が遅いときは、まず「承認があるか」を見る
Approvals は Teams 上で使いますが、承認データ自体は Dataverse に保存されます。通知の見え方と承認データの保存は切り分けて考えたほうが早く、通知が遅く見えても、承認そのものはすでに作成済みということがあります。まずは Activity を開いて未読で絞り込み、次に Approvals アプリの受信一覧を見て、依頼が先に届いていないか確認してください。Activity の通知は 30 日間フィードに残ります。 (Microsoft Learn)
確認の順番は次の3つで十分です。
Activityを開き、Unreadで絞り込む。赤い丸が出ているのに気づいていないだけ、というケースを先に潰します。 (マイクロソフトサポート)Approvalsアプリを開き、受信中の依頼がすでに存在しないか見る。アプリが見えない場合は、管理者側で無効化されている可能性があります。 (Microsoft Learn)- 依頼はあるのにバナーやスマホ通知だけ遅いなら、通知経路の問題です。依頼自体が見当たらないなら、Dataverse、権限、フロー、サービス正常性の順で見ます。 (Microsoft Learn)
遅延が起きやすい4つのパターン
スマホだけ遅い
スマホだけ通知が遅いなら、まず仕様を疑うべきです。Teams モバイルは、PC や Web でアクティブに使っている間、モバイル通知を抑えることがあります。Microsoft は「デスクトップやWebで非アクティブになってから数分後にモバイル通知が再開する」と案内しています。さらに、Android では通知許可や電池最適化、ベンダー独自の省電力機能がバックグラウンド通知を止めることがあります。 (マイクロソフトサポート)
デスクトップだけ遅い
デスクトップだけ遅い場合は、Teams クライアント側の設定や状態を疑います。設定 > 通知とアクティビティ には、通知を一括で抑える設定、通話や会議中にも通知を出す設定、通知テストがあります。さらに Windows では通知バナーや「Do not disturb」が、macOS では OS 側の通知許可や Focus が影響します。画面共有中は Teams が既定で「応答不可」に切り替わるため、共有しながら承認を待っていると「遅れて届いた」ように見えることもあります。 (マイクロソフトサポート)
初回申請や設定変更直後だけ遅い
「最初の1件だけ遅い」「管理者が直したはずなのにすぐ反映されない」という場合は、バックエンド準備やポリシー反映待ちが濃厚です。Approvals の最初の承認作成は、既定の Dataverse 環境で承認ソリューションのプロビジョニングをトリガーし、Power Automate 側の初回プロビジョニングは数分かかることがあります。また、Teams のアプリ許可ポリシーやセットアップポリシーは、編集や割り当て後に反映まで数時間かかることがあります。 (Microsoft Learn)
一部ユーザーだけ遅い、または届かない
特定ユーザーや特定部署だけなら、テナント全体障害よりも権限・ポリシー差分の可能性が高いです。Approvals アプリはユーザー向け個人アプリとして利用できますが、組織レベルの有効化、個別アプリ設定、ユーザーごとのアクセス許可ポリシー、セットアップポリシーのどこかでブロックされると挙動が分かれます。加えて、ゲスト ユーザーは既定では承認を表示・操作できず、有効な Power Automate ライセンスが必要です。 (Microsoft Learn)
利用者側で最初に確認する設定
Teams の「通知とアクティビティ」を見直す
Teams デスクトップでは、設定 > 通知とアクティビティ に通知遅延と誤認しやすい設定が集まっています。最低でも次の3点は確認してください。Microsoft はここで通知の表示方法や音、会議中の表示有無を調整でき、Test notification で動作確認できると案内しています。 (マイクロソフトサポート)
Mute all notifications (except for calls and meetings)がオンになっていないか。Windows ではこの設定があるため、知らないうちに一般通知だけ止めていることがあります。 (マイクロソフトサポート)Show notifications during calls and meetingsを必要に応じてオンにする。会議や通話中に承認通知を見たいならここが重要です。 (マイクロソフトサポート)Test notificationを実行する。Approvals だけの問題なのか、Teams 通知全体の問題なのかをすぐ切り分けられます。 (マイクロソフトサポート)
画面共有・集中モード・OS通知も確認する
Teams だけを見ても直らないことがあります。画面共有中は、Teams が既定で「応答不可」に切り替わる設定があり、そのままだと通知を見落としやすくなります。Windows 側では System > Notifications のバナー表示や Do not disturb が通知を通知センター送りにし、Focus セッション開始時には Do not disturb が自動で有効になります。macOS でも Teams の通知許可が OS 側でオフだと、アプリ通知は出ません。 (マイクロソフトサポート)
見落としやすいポイント
- 共有中の
Do not disturbは既定で有効です。プレゼン中に承認通知が来ないときは、まずここを疑います。 (マイクロソフトサポート) - Windows では通知が完全消失したのではなく、バナーが出ず通知センターにだけ入っていることがあります。 (マイクロソフトサポート)
- Windows 端末では
System > Notifications > Microsoft Teamsの通知バナー設定も必要です。 (Microsoft Learn)
モバイルは「他デバイス利用時」と電池最適化を先に見る
スマホ通知が遅い人は、Teams モバイルの プロフィール画像 > Notifications を確認します。特に重要なのは When active on other devices と When in meetings です。PC で Teams を使っている間はスマホ通知が止まり、数分非アクティブになると再開する仕様があるため、「スマホだけ遅い」は故障ではなく設定や仕様であることが少なくありません。Android は加えて通知許可、権限、電池最適化の除外が必要です。 (マイクロソフトサポート)
実務では、次の順で触ると早いです。
Show notificationsをオンにする。 (マイクロソフトサポート)When active on other devicesを確認する。PC 常用者がスマホにも即時通知を求めるならここを見直します。 (マイクロソフトサポート)- Android では Teams の通知許可、権限、
Don't optimize相当の電池設定を確認する。 (マイクロソフトサポート)
デスクトップだけ怪しいなら、更新とキャッシュを優先する
Teams デスクトップは自動更新ですが、アプリがアイドル時に更新されるため、更新待ちのまま古い状態で使い続けることがあります。更新して再起動 が出ていれば即適用し、比較用に Web 版でも再現するか確認してください。Web 版は常に更新済みです。デスクトップだけで起きて Web 版で起きないなら、ローカルクライアント側の問題を強く疑えます。 (マイクロソフトサポート)
それでも改善しない場合はキャッシュを消します。Microsoft は New Teams と Classic Teams で手順を分けており、New Teams はアプリのリセット、またはローカルキャッシュ削除を案内しています。 (Microsoft Learn)
Windows のキャッシュ削除先
- New Teams の手軽な方法
設定 > アプリ > インストールされているアプリ > Microsoft Teams > 詳細オプション > Reset(Microsoft Learn) - New Teams の手動削除先
%userprofile%\appdata\local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams(Microsoft Learn) - Classic Teams の削除先
%appdata%\Microsoft\Teams(Microsoft Learn)
macOS の削除先
- Classic Teams
~/Library/Application Support/Microsoft/Teams(Microsoft Learn) - New Teams
~/Library/Group Containers/UBF8T346G9.com.microsoft.teams~/Library/Containers/com.microsoft.teams2(Microsoft Learn)
管理者が確認する項目
Approvalsアプリが有効になっているか
Approvals は Teams ユーザー向けの個人アプリですが、管理者は Teams 管理センターで無効化できます。ユーザーが ... のアプリ一覧で Approvals を見つけられない、あるいは急に見えなくなったなら、まず Teams アプリ > アプリの管理 で Approvals の組織レベル状態を確認してください。 (Microsoft Learn)
アプリ許可・セットアップポリシーを確認する
Teams でアプリを使わせるには、組織全体のアプリ設定、個別アプリ設定、アプリ許可ポリシーが関係します。さらにセットアップポリシーでアプリのインストールやピン留めを制御できます。ここでハマると、「通知が遅い」のではなく、ユーザーにアプリが見えていない、権限が足りない、ピン留めされておらず見落としている、という状態になりやすいです。加えて、これらの変更は反映まで数時間かかることがあります。 (Microsoft Learn)
なお、Teams 管理センターの画面が資料どおりでない場合は、テナントが app centric management に移行済みで、従来の permission policy がそのまま効かない可能性があります。設定場所の違いで迷ったら、まずそこを疑うと時間を無駄にしません。 (Microsoft Learn)
Dataverse・ライセンス・権限を確認する
Approvals は Dataverse を使います。Teams の承認アプリで最初の承認を作ると、既定の Dataverse 環境に承認ソリューションが準備されます。また、Power Automate の承認は Dataverse に保存され、非既定環境では初回にデータベース作成権限や環境管理者権限が必要になることがあります。ライセンス不足や Dataverse 側アプリの無効化、Conditional Access での遮断があると、通知以前に承認の作成自体が止まります。 (Microsoft Learn)
次の条件に当てはまるなら、この系統を優先して見てください。
- テナントや環境で「初めて」承認を使った。 (Microsoft Learn)
- 一部ユーザーだけ最初の承認が通らない。 (Microsoft Learn)
- 最近ライセンス変更、Entra 側の制御、Conditional Access の調整をした。 (Microsoft Learn)
サービス正常性とクライアント状態を確認する
ユーザー側を触る前に、管理者はサービス正常性も見るべきです。Microsoft は、Microsoft 365 管理センターの 正常性 > サービス正常性 と、Power Platform 管理センターの サポート > サービス正常性 で、既知の障害や過去 30 日の問題を確認できると案内しています。Approvals は Teams と Power Platform の両方に依存するため、Teams だけでなく Power Platform 側も必ず見てください。 (Microsoft Learn)
また、Teams 管理センターの Teams client health では、更新失敗、起動失敗、クラッシュなどの傾向と、影響ユーザー・端末・クライアントバージョンを確認できます。通知遅延が「実は更新失敗端末の偏り」だった、という切り分けに有効です。 (Microsoft Learn)
Power Automateで作った承認だけ不安定なとき
Teams の Approvals アプリと、Power Automate の承認アクションを使ったフローは、似て見えても切り分けポイントが違います。Teams のネイティブ Approvals は Power Automate 基盤で動作しますが、フロー側で独自に組んだ承認は、設計ミスや既知の制限で「通知が遅い」「来ない」「古いまま」に見えることがあります。 (Microsoft Learn)
「作成」と「待機」を離しすぎない
Power Automate で 承認を作成 と 承認を待機 を分けている場合、ユーザーがすぐ応答すると、フローが待機ステージで止まることがあります。Microsoft は、両アクションを近接して呼び出すか、待機前に Dataverse 側のステータスを調整するよう案内しています。フローは成功しているように見えるのに通知や応答が噛み合わないときの典型例です。 (Microsoft Learn)
添付ファイル名の重複、多人数カスタム応答に注意する
通知が不安定に見える場合でも、実際には承認作成自体が失敗していることがあります。Microsoft は、同名添付ファイルが複数ある承認は作成できず、通知送信の前提を満たせないとしています。また、Everyone must approve で人数が多く、かつカスタム応答に依存する承認は、結果フィールドのデータサイズ制限で失敗する可能性があります。 (Microsoft Learn)
「遅い」のではなく、カード表示が古いだけのこともある
Power Automate の既知の問題として、承認者がメール通知や承認アクションセンターから応答した場合、Teams に送られたアダプティブカードが自動更新されず、Teams 上では古い状態に見えることがあります。これは通知遅延というより、表示不一致です。Teams のカードだけを見て「まだ届いていない」「まだ処理されていない」と判断しないほうが安全です。 (Microsoft Learn)
ゲスト承認者は別ルールで見る
ゲストユーザーを承認者にしている場合、既定では承認の表示や操作ができません。ゲストが Approvals を見られない、反応できない、通知が来ても進まないときは、単純な通知遅延ではなく、ライセンスや利用条件の問題であることがあります。 (Microsoft Learn)
すぐ復旧したいときの手順
「原因を全部読む前に、とにかく直したい」というときは、次の順で十分です。
ActivityとApprovalsを開き、承認レコードがすでにあるか確認する。あるなら通知経路の問題、ないなら作成や配信の問題です。 (マイクロソフトサポート)- Teams の
設定 > 通知とアクティビティで、通知テスト、通知ミュート、会議中表示を確認する。 (マイクロソフトサポート) - スマホだけ遅いなら、
When active on other devices、通知許可、電池最適化を確認する。PC で使っている間はスマホ通知が止まる仕様を先に疑う。 (マイクロソフトサポート) - デスクトップだけ怪しいなら、Teams を更新して再起動し、Web 版でも同じかを比べる。Web 版で正常なら、デスクトップのローカル問題を疑う。 (マイクロソフトサポート)
- 直らなければ、New Teams はリセット、またはローカルキャッシュ削除を行う。Classic Teams は別パスなので混同しない。 (Microsoft Learn)
- 特定ユーザーだけなら、管理者が Approvals アプリの有効化、アプリ許可、セットアップポリシーを確認し、反映待ち時間も考慮する。 (Microsoft Learn)
- 初回利用や環境変更直後なら、Dataverse の初期準備、ライセンス、環境権限、Conditional Access を確認する。 (Microsoft Learn)
- テナント全体で怪しい、あるいは断続的なら、Microsoft 365 と Power Platform のサービス正常性を確認する。 (Microsoft Learn)
- Power Automate フロー経由なら、
作成と待機の配置、添付ファイル名、ゲスト承認者、カード表示不一致を確認する。 (Microsoft Learn)
ここまでやっても再現するなら、管理者はサービス正常性を確認したうえで、Microsoft 365 管理センターのサポートから問い合わせるのが早いです。問い合わせ時は、発生時刻、影響ユーザー、Teams のクライアント種別（Web / デスクトップ / モバイル）、Teams バージョン、Web 版で再現するか、Approvals 画面には依頼が見えるかをそろえると、切り分けが進みやすくなります。 (Microsoft Learn)
再発を減らす運用のコツ
ユーザー側では、重要な承認を待つ人ほど Approvals をピン留めし、Activity を未読で確認する習慣をつけるだけで見落としが減ります。通知は「来るはず」と思って待つより、「承認一覧と Activity を見る」運用のほうが安定します。Approvals は個人アプリとして使え、ピン留め対象にもできます。 (Microsoft Learn)
管理者側では、次の3つを標準化すると安定しやすくなります。
- Approvals アプリの有効化状態とユーザー別ポリシー差分を定期確認する。 (Microsoft Learn)
- Teams クライアントの更新失敗や起動失敗を
Teams client healthで見る。 (Microsoft Learn) - 障害時は Teams だけでなく Power Platform の正常性も同時に確認する。 (Microsoft Learn)
TeamsのApprovals通知が遅れて届く原因は、実際にはひとつではありません。多いのは、モバイル通知の抑止、会議や画面共有中の通知制御、古いデスクトップクライアント、初回 Dataverse 準備、管理者ポリシー反映待ち、そして Power Automate フロー設計上の制限です。まずは Activity と Approvals で承認の存在を確認し、そのあと Teams の通知設定、モバイル設定、更新とキャッシュ、管理者側のポリシーと正常性の順で見ると、遠回りせず原因にたどり着けます。次にやることは、今使っている端末で 通知とアクティビティ を開き、通知テストを実行し、同時に Approvals に依頼が見えているかを確認することです。 (マイクロソフトサポート)
コメント