Microsoft 365の承認ワークフローに関する記事

Microsoft 365で承認フローを作る標準的な構成は、フォーム（Microsoft FormsまたはSharePointリスト）を入口にし、Power Automateの「承認の開始と待機」アクションで承認者へ依頼を飛ばし、結果に応じて後続処理を分岐させるものです。承認依頼はTeamsとOutlookの両方に届くため、承認者にとっての導線はすでに日常業務の中にあります。

構築自体は画面上の操作で完結しますが、運用に入ると「フローが止まる」問題に必ず直面します。承認者が退職している、ライセンスが外れている、接続の認証が切れている、承認タスクのタイムアウトに達している——原因は複数あり、しかもPower Automateの実行履歴は失敗の理由を直接には教えてくれません。作る前に、止まったときに誰がどう調べるかを決めておくのが重要です。

日本企業の稟議は、金額による承認者の切り替え、部門長の並列承認、不在時の代理承認、差し戻しと再申請といった要件を同時に抱えます。これらはPower Automateで表現「できなくはない」のですが、条件分岐が入れ子になったフローは可読性が急激に落ち、作った担当者以外が保守できない資産になります。

そして内製か製品かの前に決まっていなければならないのが、誰がいくらまで決められるかという決裁区分です。会社法362条4項の専決事項は規程をどう書いても下位職位に委任できないため、金額分岐を組む前に職務権限規程との整合を確認する必要があります。判断の目安は、承認ルートが組織変更のたびに変わるかどうかです。ルートが固定的で年に数回しか変わらないなら内製で十分に回ります。組織改編や人事異動のたびにルートを直す必要があるなら、ルート定義を設定画面で扱える仕組みに寄せたほうが、長期の運用コストは確実に下がります。

ワークフローシステムは、大きく3タイプに分かれます。稟議・申請に特化した専用型、グループウェアに内蔵されている型、そしてkintoneのように業務アプリを作る基盤の上でワークフローも組む型です。Microsoft 365で内製する構成は3つ目に近く、部品は揃っているが申請書のテンプレートや承認ルートの管理画面は自分で用意する、という性格を持ちます。

内製と製品購入の分かれ目は、機能の多さではなく運用の担い手で決まります。ワークフローの定義を「フローを編集できる人」しか変えられない状態は、その人が異動した時点で止まります。承認ルートや申請書の項目を、情シス以外の担当者が設定画面から変えられる必要が出てきたら、そこがワークフロー製品を検討する時点です。料金の相場や各タイプの比較軸は、下の記事にまとめています。

製品を絞ったあとに効いてくるのが、公表単価には現れない最低利用人数です。コラボフローは5ユーザー、Garoonは10ユーザー、intra-martは20ユーザー、kickflowとMAJOR FLOWは50ユーザーが下限で、人数が少ないほど1人当たりの実効単価は上がります。MAJOR FLOWはさらに追加も50ユーザ単位のため、51人目で1か月分の追加ライセンスが丸ごと乗ります。見積もりを取る前に、自社の利用人数がどの区間にいるかを数えてください。

承認フローが動き出すと、次に来るのは適用範囲の拡大です。経費精算、購買申請、SaaSアカウントの払い出し申請——いずれも「申請して承認を得る」という形は同じですが、承認後の処理がそれぞれ違います。経費なら会計システムへの連携、購買なら発注と検収、アカウントならEntra IDでのプロビジョニングが続きます。

ここでMicrosoft 365の部品が持つ性格がはっきりします。Power Automateは「承認を取る」ところまでは得意ですが、承認後の実行は外部サービスのコネクタ頼みで、繋ぎ先が増えるほどフローの数と障害点が増えます。承認の後ろ側に何が続くのかを先に洗い出してから、内製の範囲を決めてください。