ADVERTISEMENT

【Power Automate】承認の再割り当てでつまずく時の会社環境での安全な再設定

【Power Automate】承認の再割り当てでつまずく時の会社環境での安全な再設定
🛡️ 超解決

Power Automateの承認フローは、申請や決裁の自動化に欠かせない便利な機能です。しかし、承認者の異動や休暇などで「承認の再割り当て」が必要になったとき、会社の環境では権限やテナント設定が原因でうまくいかないことがあります。フローの実行エラーや承認依頼が届かないなどのトラブルが発生した場合、まずは原因を正しく切り分けなければ、安全な再設定はできません。この記事では、会社でPower Automateを使う際に、承認の再割り当てでつまずいたときの具体的な原因特定方法と、安全に再設定するための手順を解説します。管理者への確認事項やよくある失敗パターンも含めていますので、実際の業務でお役立てください。

【要点】この記事で確認すること

  • 最初に見る場所: フローの実行履歴と承認センターのステータスを確認します。エラーメッセージや失敗したアクションの詳細から、問題の箇所を特定します。
  • 切り分けの軸: 端末側(ブラウザやOutlookの設定)・アカウント側(承認者権限や利用可能なライセンス)・管理設定側(条件付きアクセスやDLPポリシー)の3つに分けて考えます。
  • 注意点: 会社PCでは共有メールボックスの作成やフロー所有者の変更など、管理者権限が必要な操作があります。勝手に変更せず、必ずIT管理者に確認してください。

ADVERTISEMENT

1. 承認の再割り当てがうまくいかない原因

承認の再割り当てに関するトラブルの原因は、おおまかに3つに分類できます。それぞれの特徴を理解しておくと、問題解決がスムーズになります。

原因1:権限やライセンスの不足

Power Automateの承認フローを再割り当てするには、フロー作成者または共有先ユーザーに適切なライセンスが必要です。また、承認依頼を転送する場合、転送元と転送先の両方に「Office 365」または「Power Automate」のライセンスが割り当てられている必要があります。ライセンスがないと、承認依頼が届かない、またはフローがエラーになることがあります。

原因2:テナントまたは組織のポリシー設定

会社のMicrosoft 365テナントでは、条件付きアクセスポリシーやデータ損失防止(DLP)ポリシーが設定されている場合があります。例えば、外部ユーザーへの承認依頼が禁止されていたり、特定のコネクタの使用が制限されていると、再割り当てが失敗します。また、共有メールボックスを承認者として利用する場合、テナント設定で許可されている必要があります。

原因3:承認フロー自体の設計問題

フロー内で承認者が動的に割り当てられている場合、再割り当てのロジックが正しく組まれていないことがあります。例えば、承認者をメールアドレスで指定しているが、そのアドレスが存在しない、または誤っているケースです。また、承認の期限設定が短すぎて、再割り当ての操作が間に合わないこともあります。

2. 再割り当てができないケースの切り分け手順

問題の切り分けには、以下の手順を順番に試すことをおすすめします。フローの実行履歴や承認センターの情報を確認しながら進めてください。

  1. フローの実行履歴を確認する: Power Automateのポータルで該当フローの「実行履歴」を開き、失敗した実行を選択します。エラーメッセージが表示されていれば、そこから原因を推測できます。例えば「アクセスが拒否されました」や「ライセンスが必要です」といったメッセージが表示されることがあります。
  2. 承認センターでステータスを確認する: Outlookの承認メールが届かない場合、Outlook Web Appにアクセスして「承認」アプリを開きます。「自分に割り当てられた承認」の中に該当の承認が表示されているか確認します。もし表示されていれば、メールの問題ではなく承認自体は届いている可能性があります。
  3. 承認者のライセンスを確認する: 再割り当て先のユーザーにPower AutomateまたはOffice 365のライセンスが割り当てられているか、Microsoft 365管理センターで確認します。ライセンスがない場合は、管理者に申請が必要です。
  4. 共有メールボックスの設定を確認する: 再割り当て先に共有メールボックスを使用する場合、その共有メールボックスが承認依頼を受信できる状態か確認します。共有メールボックスにはライセンスが不要ですが、テナント設定によっては外部からのメール受信が制限されていることがあります。
  5. 条件付きアクセスとDLPポリシーを確認する: これらのポリシーはテナント全体に影響を与えるため、管理者に問い合わせて承認フローに関する制限がないか確認します。特に、承認コネクタの使用がブロックされていないかが重要です。

3. 安全な再設定のための具体的な手順

問題の原因が特定できたら、以下の手順で安全に再設定を行います。ここでは、「承認依頼の転送」「フロー内の承認者変更」「フローのコピー」の3つの方法を紹介します。

方法1:承認依頼を転送する(一時的な再割り当て)

承認者が一時的に不在の場合、Outlookの承認メールを他のユーザーに転送する方法があります。ただし、転送後も元の承認者が承認操作を行えるため、注意が必要です。手順は以下の通りです。

  1. Outlookで承認依頼メールを開き、「転送」ボタンをクリックします。
  2. 転送先のユーザーのメールアドレスを入力し、送信します。
  3. 転送先のユーザーは、メール内の「承認」または「却下」ボタンから操作できます。
  4. 注意点として、この方法はあくまでも転送であり、元の承認者も依然として承認可能です。二重承認を防ぐために、転送後は元の承認者に連絡して操作しないよう依頼しましょう。

方法2:フロー内の承認者設定を変更する(恒久的な再割り当て)

フローを編集して、承認者を別のユーザーに変更する方法です。この方法はフロー全体の承認者を変更するため、長期的な再割り当てに適しています。

  1. Power Automateポータルにサインインし、該当フローを開きます。
  2. 「編集」をクリックし、承認アクションを選択します。
  3. 「割り当て先」のフィールドを変更します。ユーザーを直接指定する場合、メールアドレスまたはオブジェクトIDを入力します。動的なコンテンツを使用している場合は、条件式や変数を修正します。
  4. 変更後、フローを保存し、テスト実行して正しく動作するか確認します。
  5. 注意点として、フロー作成者と同じテナント内のユーザーしか指定できません。外部ユーザーを指定する場合は、管理者の許可が必要です。

方法3:フローをコピーして新しい承認者で作成する(最も安全な方法)

元のフローをそのままコピーし、承認者のみを変更した新しいフローを作成する方法です。元のフローに影響を与えずに済むため、特に複雑なフローや複数の承認者を含む場合におすすめです。

  1. Power Automateポータルで元のフローを開き、「保存」の隣にある「…」から「コピー」を選択します。
  2. 新しいフロー名を入力し、「作成」します。
  3. コピーされたフローを編集し、承認者を目的のユーザーに変更します。
  4. 必要に応じて、トリガー条件やその他の設定も見直します。
  5. 新しいフローを有効にし、元のフローは無効にするか、削除します。これにより、重複した承認依頼を防ぐことができます。

4. 状況別の比較表:再割り当て方法の選び方

どの再割り当て方法を選ぶべきか、状況に応じて判断するための比較表を以下に示します。

状況 推奨方法 メリット デメリット
一時的な不在(休暇・出張) 承認メールの転送 すぐに実行でき、フローに変更不要 転送元も承認可能で二重承認のリスク
長期の異動や退職 フロー内の承認者変更 恒久的な解決、管理が容易 フロー編集権限が必要、テスト必須
複数の承認者が関わる複雑フロー フローのコピー 元のフローに影響なし、リスク最小 新しいフローの管理工数が増える
共有メールボックスを使いたい 承認者を共有メールボックスに変更 複数人で確認できる テナント設定によっては利用不可

5. フロー所有者の変更が必要な場合の対処

フロー作成者が退職した場合や、フロー全体の管理権限を別のユーザーに移す場合、フロー所有者の変更が必要になることがあります。残念ながら、Power Automateではフロー作成者の変更を直接行うことはできません。代わりに、以下の方法で対応します。

解決策:フローをコピーして新しい所有者として保存する

元のフローをコピーすると、コピーを実行したユーザーが新しい所有者になります。これにより、実質的に所有者を変更できます。手順は前述の方法3と同じですが、注意点として、元のフローに設定されていた共有や実行履歴は引き継がれません。また、元のフローは削除または無効化する必要があります。

管理者への依頼が必要なケース

もし元のフローの削除権限すらない場合(例えば、元の所有者が退職し、アカウントが無効になっている場合)、管理者に連絡してフローの強制削除を依頼します。管理者はPower Automate管理センターから、他のユーザーが所有するフローを削除できます。

6. 管理者に確認すべき設定項目

承認の再割り当てがうまくいかない場合、以下の設定を管理者に確認することをおすすめします。これらの設定はテナント全体またはセキュリティポリシーに関わるため、自分で変更してはいけません。

  • 条件付きアクセスポリシー: 承認フローに関連するアプリ(Microsoft 365、Power Automateなど)に制限がかかっていないか。特に、モバイル端末や社外ネットワークからのアクセスが制限されていないか確認します。
  • データ損失防止(DLP)ポリシー: 承認アクションで使用するコネクタ(例如:Approvals、Office 365 Usersなど)がビジネスデータの共有を制限していないか。特に、外部ユーザーへの承認依頼が禁止されている場合があります。
  • 外部共有設定: テナントの外部ユーザーとのコラボレーション設定です。承認者として外部ユーザーを指定する場合、この設定が許可されている必要があります。
  • Power Automateのライセンス割り当て: 全ユーザーに適切なライセンスが割り当てられているか。特に、承認フローを実行するユーザーにはPower Automateの有料ライセンス(またはOffice 365 E3以上)が必要です。
  • 共有メールボックスの作成と利用設定: 共有メールボックスを承認者として使用する場合、そのメールボックスがMicrosoft 365グループに属しているか、または適切にプロビジョニングされている必要があります。また、共有メールボックスへの外部メール受信が許可されているかも確認します。

7. よくある質問(FAQ)

Q1. 承認依頼を転送したのに、転送先のユーザーに承認ボタンが表示されません。

転送先のユーザーがPower Automateのライセンスを持っていない可能性があります。また、転送されたメールのセキュリティ設定により、アクション可能なメッセージが無効になっていることもあります。Outlook Web Appで開いてみるか、管理者に確認してください。

Q2. フロー内の承認者を変更したのに、既存の承認依頼には反映されません。

フローの変更は、変更後に開始された新しい承認依頼にのみ適用されます。既に送信済みの承認依頼に対しては、承認依頼の転送やキャンセルが必要です。フローを変更した後は、必要に応じて既存の承認を手動で処理してください。

Q3. 「アクセスが拒否されました」というエラーが表示されます。

このエラーは、フローが使用しているコネクタの接続が切れているか、権限が不足している場合に発生します。まずはコネクタの接続を再認証してください。それでも解決しない場合は、DLPポリシーや条件付きアクセスが原因の可能性があるため、管理者に相談してください。

Q4. 共有メールボックスを承認者に指定したい場合、どうすればよいですか?

共有メールボックスを承認者として指定するには、フローの承認アクションの「割り当て先」に共有メールボックスのメールアドレスを入力します。ただし、この方法が有効になるためには、テナント設定で「共有メールボックスがアクション可能なメッセージを受信できる」ように設定されている必要があります。多くの場合、既定では無効ですので、管理者に有効化を依頼してください。

Q5. フロー所有者を変更する方法はありますか?

直接変更する機能はありません。代わりに、フローをコピーして新しい所有者として保存する方法(手順3参照)が推奨されます。元のフローの削除が必要な場合は、管理者に依頼してください。

8. まとめ

Power Automateの承認再割り当てでつまずいた場合、まずは実行履歴と承認センターで原因を特定することが重要です。権限不足やテナント設定が原因の場合は、自分で変更せずに管理者に確認しましょう。再設定の方法としては、一時的なものなら承認メールの転送、恒久的なものならフロー内の承認者変更、複雑なフローならフローのコピーが安全です。特に、フロー所有者の変更が必要な場合はコピーが唯一の実用的な方法です。この記事を参考に、会社環境に適した方法で安全に再割り当てを行ってください。


ADVERTISEMENT

この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。

ADVERTISEMENT