Power Automateのライセンス ── Microsoft 365でどこまで無料か、プレミアムが要るのはいつか

「Power AutomateはMicrosoft 365に入っているから無料で使えるんですよね」。そう考えて自動化を始めた会社から、「SQL Serverにつなぐとプレミアムの警告が出る」「試用で作ったフローが止まった」「担当者の退職後も動かせるか」と相談を受けることがあります。

Microsoft 365には、Power Automateの限定的な利用権が含まれています。承認・通知・SharePoint連携などは、その範囲で追加費用なしに作れます。ただし、使う機能だけでなく、誰がフローを起動するか、何にライセンスを割り当てるかによって必要なものが変わります。¹²

この記事では、無料の範囲から有料プランの選定、RPA・AI Builder、試用終了と引き継ぎまでを「何がしたいか」から整理します。ここでいう「無料」は、主に既に契約しているMicrosoft 365やWindowsの利用権に対する追加費用がないという意味です。

価格そのものは扱いません。2026年9月13日に確認した公式資料をもとに、ライセンスの構造と判断の順番を説明します。購入時には、最新のMicrosoft Learn・公式価格ページと、自社の契約条件を確認してください。

1. まず結論

• 最初に、必要な機能がMicrosoft 365の利用権に収まるかを確認します。 標準コネクタのクラウドフローは追加費用なしで使えますが、汎用HTTP・SQL Server・Dataverseなどのプレミアムコネクタ、カスタムコネクタ、オンプレミスデータゲートウェイ、RPAの管理・連携、AI Builderは別です。¹³⁴⁵
• 有料プランは「人」と「自動化そのもの」のどちらに割り当てるかで比べます。 Premiumはユーザー、Processはフローやマシンが基本です。自動化・スケジュールフローは所有者、ボタン起動のインスタントフローは実行者のライセンスで動くため、共有方法も費用に効きます。⁶²
• 試せたことと、本番で使い続けられることは別です。 90日のTrial、実行量の割当、AI Builderのクレジット、所有者の退職まで確認します。ライセンス費は月額だけでなく、人数・必要な割当数・利用年数を掛けた総額で開発費と比較します。⁶⁷⁸

承認(Approvals)は標準コネクタです。裏側でDataverseを使うからといって、承認フローまで一律にプレミアムになるわけではありません。この境界は第3章で説明します。⁹

図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全22件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle

2. ライセンスの全体像 ── Microsoft 365の「シードライセンス」とは何か

「人に付く権利」と「フローやマシンに付く権利」

Power Automateのライセンスは、大きく2系統です。ユーザーライセンスは人に、キャパシティライセンスはフローやマシンなどの自動化そのものに割り当てます。⁶

そのうち、Microsoft 365・Dynamics 365・Windowsなど、他製品に付属する限定的な利用権をシードライセンス(seeded licenses)と呼びます。「Power Automateは365に入っている」の実体はこれです。付属元によって使える範囲は異なるため、単に「シードライセンスがある」だけでは判断できません。⁵

flowchart TD
    Root["Power Automateのライセンス"] --> User["ユーザーライセンス<br/>人に割り当てる"]
    Root --> Cap["キャパシティライセンス<br/>フローやマシンに割り当てる"]
    User --> Seed["シードライセンス<br/>Microsoft 365・Windows等に付属<br/>標準コネクタのみ・1日6,000アクション"]
    User --> Prem["Power Automate Premium<br/>プレミアム・カスタムコネクタ・有人RPA<br/>1日40,000アクション"]
    User --> Trial["Power Automate Trial<br/>90日・Premium相当+無人RPA"]
    Cap --> Proc["Power Automate Process<br/>クラウドフロー1本またはマシン1台に割り当て<br/>1日250,000アクション"]
    Cap --> Hosted["Power Automate Hosted Process<br/>Microsoftがホストするマシンで無人実行"]

この図は割り当て先の全体像です。図中のシードライセンスの「標準コネクタ・1日6,000アクション」はMicrosoft 365付属のクラウドフロー利用権を表します。Windows付属の利用権は手元での有人デスクトップフロー実行であり、同じクラウドフロー利用権ではありません。Processのクラウドフローへの直接割り当てと、複数フローで容量を共有する場合の違いは第4章で扱います。⁵⁶

Microsoft 365の範囲に含まれるもの・含まれないもの

この範囲はMicrosoft LearnのFAQとシードライセンスの比較表に基づきます。¹⁵

Microsoft Learnは、Microsoft 365の利用権を、個人の生産性向上のためにOffice 365をカスタマイズ・拡張する限定的なものと位置づけ、エンタープライズ用途にはPremiumを推奨しています。Microsoft 365内の承認・通知から始め、社内システムや外部APIへ広げる段階で有料化の境界を確認する、という読み方が実務的です。¹

6,000という数字は、フローの実行回数ではない

アクションの数え方と、ライセンスの有無は分けて考えます。トリガーや各アクションの実行が数えられ、ループ内の処理は反復するたびに消費します。「メール1通ごとに添付を保存する」フローでも、件数が増えると消費量は大きくなります。²

本記事の6,000・40,000・250,000という数字は正式な要求割当です。現在はそれより緩い上限が適用される移行期間ですが、その値を前提に恒久運用を設計しないでください。24時間は暦日ではなく直近24時間の移動窓で、コネクタ固有の制限も別にあります。¹⁰

超過が即座に全面停止を意味するわけではなく、遅延が起きる場合があります。ただし、継続的な超過を放置してよいわけでもありません。ライセンスごとの割当と実際の消費量を照合して判断します。²

3. 標準コネクタとプレミアムコネクタ ── 境界線はここにある

サービス名だけでなく、使うコネクタを確認する

コネクタは標準(Standard)とプレミアム(Premium)に分かれ、層はコネクタごとに決まります。中小企業の実務でよく使うものは次のとおりです。

特に、次の3つは混同しやすい境界です。

汎用HTTPと、SharePoint専用のHTTPアクションは別

汎用のHTTPコネクタはプレミアムです。Web APIがあるサービスを呼べることと、追加ライセンスなしで呼べることは同じではありません。「HTTPで呼べば無料」と見積もると、ここで費用が変わります。¹¹¹²

ただし、相手がSharePointのREST APIなら、標準のSharePointコネクタに含まれる「SharePointにHTTP要求を送信します(Send HTTP Request to SharePoint)」で代替できる場合があります。これはSharePoint向けのアクションであり、任意の外部APIを無料で呼ぶためのものではありません。¹²

承認コネクタと、Dataverseの直接操作は別

承認コネクタは標準、Dataverseコネクタはプレミアムです。承認機能は裏側でDataverseに記録を保存しますが、承認コネクタを使うフローはMicrosoft 365の利用権で作れます。既定の環境では、最初の承認フロー作成時に必要なDataverseデータベースが自動的に用意されます。⁹

一方、Dataverseのテーブルをトリガーやアクションで直接読み書きする構成は別です。同じ承認データを扱っていても、どのコネクタでアクセスするかによって必要な利用権が変わります。⁴

オンプレミス接続では、ゲートウェイの利用権も確認する

オンプレミスデータゲートウェイの利用権は、Microsoft 365のシードライセンスには含まれません。社内SQL Serverへの接続ではプレミアムコネクタに加えてゲートウェイ、ファイル共有への接続でもゲートウェイの利用権を確認します。コネクタが標準かどうかだけでは判定できない箇所です。Premiumなどのプランに含まれる権利を確認するのであって、必ずゲートウェイの別売ライセンスを買うという意味ではありません。⁵⁶

編集画面の「プレミアム」ラベルは、作り始める前の確認に使えます。必要な利用権がない状態で実行すると、DirectApiAuthorizationRequiredなどのライセンスエラーになる場合があります。¹¹

4. 有料プランの構造 ── PremiumとProcess、どちらで数えるか

旧名称を読み替えてから比較する

現行の主な有料プランは次の3つです。旧per userプランはPremiumに、旧per flowプランと旧無人RPAアドオンはProcessに置き換えられています。検索で見つかる古い記事を読むときは、名称だけでなく適用条件も確認してください。¹³

表の「無制限」は、アクション割当まで無制限という意味ではありません。また、AI Builderの付属クレジットは移行期間中の権利であり、第6章の終了予定と合わせて読みます。⁶⁸

少人数の自動実行か、多人数のボタン実行か

特定の担当者がプレミアム機能のフローを作って自動実行させるなら、まずその所有者へのPremiumを検討します。自動化・スケジュールフローでは、SharePointへのファイル配置やFormsへの回答など、きっかけを作るだけの社員全員にPremiumが必要になるわけではありません。ただし、登録者本人へ結果を返す構成などは、第7章の多重化の条件も確認します。²¹⁴

ボタン起動のプレミアムフローを部署全員が使う場合は、実行者全員へのPremiumと、フローへのProcessを比べます。大量のアクションを消費する基幹プロセスも、Processを検討する場面です。無人RPA・サービスプリンシパル所有のプレミアムフロー・大量実行・多人数利用は、公式FAQでもProcessを検討する条件として挙げられています。²

Processの割り当て範囲を先に決める

クラウドフローへProcessを直接割り当てるには、そのフローがソリューションに含まれている必要があります。1本に最大10ライセンスを積み増し、1ライセンスあたり250,000アクションの割当を増やせます。⁶

現在のMicrosoft Learnには、同じ1つのDPA業務プロセスを構成する、最大25本のソリューション対応クラウドフローをフローグループに明示的に追加し、1本のProcessの250,000アクションを共有する方式も案内されています。子フローも1本として数え、親を追加しただけでは子は含まれません。グループへのライセンス積み増しもできません。同じ業務プロセスでも明示的な追加が必要です。無関係な業務プロセスのフローをまとめるための枠ではなく、複数の業務プロセスがあれば、それぞれに必要なProcessを見積もります。¹⁵

Processはユーザーライセンス全般の代わりではありません。ただし、Processを割り当てたクラウドフローの所有者・実行者に、実行のためだけのPremiumを重ねて要求する話でもありません。フローの作成・編集に必要な利用権と、RPA開発者・マシン登録者・デスクトップフローの接続ユーザーに必要な利用権は分けて確認します。⁶²

誰のライセンスで動くか ── 対応マトリクス

まず見るのは、接続に保存されたアカウントではなくフローの種類とライセンスの割り当て先です。クラウドフローのライセンス判定と、接続先へアクセスするための資格情報・権限は別に確認します。²

次の表は主に、Microsoft 365の利用権と単体のPower Automateライセンスを比較したものです。Power Apps・Dynamics 365のアプリ内で、そのアプリに関連付けて動くフローには、付属利用権が適用できる場合があります。アプリと無関係な独立フローまで同じ権利で動かせるわけではありません。⁵

表のDataverse起動は、選択した行から起動するなどのインスタントフローを指します。Dataverseの行の追加・変更を検知する自動化フローまで、実行者ライセンスの扱いになるわけではありません。画面上のフローの種類を確認してください。²

基本は「自動化フローは所有者、ボタンは実行者、無人RPAはマシン」です。子フローがユーザーライセンスの文脈を引き継ぐ場合も、親が自動化フローかインスタントフローかで対象が変わります。親のProcess容量を子が自動継承することとは区別してください。²¹⁵

5. RPA(デスクトップフロー)のライセンス ── PAD単体は無料、連携から有料

手元で試す範囲と、業務として管理する範囲

Power Automate for desktop(PAD)は、Windows 10/11の利用権の範囲で、自分のPC上で作り、手元で有人実行するだけなら追加費用なしで使えます。ただし、既定の環境でのローカル実行のみです。共有や、既定以外の環境での作成、クラウドからの管理・連携は含まれません。⁵¹

各段階の権利は別です。Freeユーザーがクラウド側に「Power Automate for desktopで構築したフローを実行する」アクションを追加すると、試用版の開始を促されることがあります。⁶¹⁶

無人実行は、Processの本数だけでなく同時実行数を見る

Processをマシンに割り当てると、1本につき無人ボット1つになります。1つのボットで同時に動かせるデスクトップフローは1つです。並列実行が必要なら、その数とマシン側の実行条件を含めて見積もります。⁶

マシンの登録はPremiumユーザーが行い、クラウドからデスクトップフローを起動する接続ユーザーにもPremium等のデスクトップフロー利用権が必要です。「Processだけを購入すれば、人側の準備なしに無人RPAが動く」わけではありません。⁶

まずPAD単体の手動実行で効果を確かめ、価値が確認できたらPremium・Processで業務に組み込む。この段階的な進め方をお勧めします。実際の作り方は「Power Automate for desktopで基幹システムへの転記を自動化する」で扱っています。

6. AI Builderのクレジット ── OCRなどのAI機能は従量制

フローを動かす権利と、AIを使う量は分けて見積もる

帳票OCR(フォーム処理)やテキスト分類など、AI Builderを組み込む場合はクレジットを消費します。ライセンスを持つだけでなく、フローが動く環境で使えるクレジットがあるかを確認します。¹⁷

Premium・Process・Hosted Processの比較表には、AI Builderクレジットが月5,000含まれると記載されています。ただし、これは恒久的な付属枠として見積もらず、次の移行予定と合わせて扱います。フォーム処理と単純なテキスト抽出など、機能によって消費レートも異なります。⁶⁸

新規販売終了・更新終了・利用終了を分ける

AI Builderクレジットは、Copilotクレジットへ移行する時期にあります。AI Builderの機能そのものが廃止される話ではありません。⁸

この日程は公式の移行案内によります。2026年11月1日に、すべての既存アドオンの利用が一斉に止まるという意味ではありません。購入・更新できる期間と、契約済みの権利を使える期間を分けて確認してください。⁸

利用可能なAI Builderクレジットがあれば先に消費し、不足・不在の場合にCopilotクレジットを使う仕組みです。両者の残高が自動変換されるわけではなく、どちらも利用できなければAI機能が失敗します。⁸

Microsoft 365のシードライセンスだけにはAI Builderは含まれません。Power Automate TrialにもAI Builderクレジットは付かないため、「365で追加費用なしにOCRを試し、そのまま運用できる」とは見積もらないでください。¹⁶

月5,000で足りるか、Copilotクレジットをどれだけ用意するかは、処理件数と機能別の消費量で判断します。具体例は「FAX注文書をAI Builderで読み取って処理する」で整理しています。

7. 実務でつまずくポイント集

90日試用版のまま本番運用に入ってしまう

Power Automate Trialは、ユーザー自身が有効化する90日の試用ライセンスです。AI Builderクレジットとストレージを除きPremiumとほぼ同等の機能に加え、無人RPAも試せます。プレミアム機能を使おうとした際の案内から開始できるため、試用中であることを意識しないまま業務に組み込んでしまうことがあります。⁶¹⁶

問題は、試用終了後も同じ機能を使えると思い込むことです。所有者がPremiumを失い、別の適切なライセンスでカバーされていないプレミアムフローは、性能が下げられ、所有者への通知後、対処がなければ14日で無効化されます。90日の試用期間と、その後の無効化の扱いは別の話です。⁷

「検証で作ったものがいつの間にか本番になった」を避けるため、試用の段階から本採用時の費用まで見積もっておきます。

所有者のライセンスとフローの実行の関係

自動化・スケジュールフローは所有者、インスタントフローは実行者のライセンスで動く、という第4章の違いは、共有と引き継ぎにも影響します。²

共有されただけでは、プレミアムフローを編集・保存する権利は増えません。フロー単位ライセンスでカバーされていない場合は、共同所有者本人にもPremium相当の利用権が必要です。手動実行の判定とは分けて、対象フローの割り当てと本人の作成・編集の利用権を確認してください。¹⁸⁶²

ソリューション対応フローは所有者を変更できます。そうでないフローも、ソリューションへ追加して所有者を変更する方法や、共同所有者によるエクスポート・インポートで新しいフローとして動かす方法があります。Processで実行の利用権を確保する方法もありますが、ライセンスを立て直すことと、退職者の接続・資格情報を引き継ぐことは別です。⁷

詳しい設計は「Power Automateの属人化対策 ── 作った人が辞めてもフローが止まらないために」で扱っています。

「1ライセンスの使い回し」はライセンス違反になる

「Premiumを1本だけ共有アカウントに付け、全員でその資格情報を使う」という構成は、Microsoftが多重化(multiplexing)として非準拠の例に挙げています。アカウントをまとめても、必要な利用者のライセンスが消えるわけではありません。¹⁴

一方、フローの結果を受け取る人全員にPremiumが必要という意味でもありません。データを受け取るだけなのか、間接的にフローを起動して結果を得るのかまで含め、具体的な構成で判断します。¹⁴

たとえば、リスト登録をきっかけに処理して所有者だけへメールを送る例と、登録者本人へ結果のメールを返す例では、公式FAQの扱いが異なります。第4章の「自動化フローは所有者」という実行時の原則だけで、多重化への準拠まで判断しないでください。¹⁴

次は公式FAQの例です。いずれもプレミアム機能を含むフローが前提です。

プレミアムフローの結果を大人数に返す設計では、Processでフロー側をライセンスする方法を検討します。ただし、この表はライセンスの扱いであって、資格情報の共有をセキュリティ上の推奨構成とするものではありません。¹⁴

FAQ自身も、これはガイダンスであり、準拠の責任は管理者にあるとしています。動いていることは、正しくライセンスされている証明にはなりません。¹⁴

承認フローは無料の範囲、ただしDataverseの直接操作は別

承認コネクタによるフローはMicrosoft 365の範囲で作れますが、履歴をDataverseコネクタで直接読み書きしたり、承認テーブルの変更をDataverseトリガーで拾ったりする構成はプレミアムです。⁹⁴

「承認は作れたが、履歴のレポート化を足したら有料になった」という段差を、最初の見積もりに入れます。承認フロー自体の設計は「Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する」にまとめています。

8. 判断表 ── やりたいこと別・必要なライセンス

まずやりたいことから候補を選び、その後に起動方法・共有範囲・実行量を確認します。表の「所有者にPremium」は自動化・スケジュールフローを想定しています。ボタン起動やアプリ内の利用権、複数フローの構成は第4章、多重化は第7章も合わせて確認してください。

確認の順番は、コネクタ・必要機能 → 起動する人 → 必要な割当先と本数 → 実行量とクレジットです。編集画面の「プレミアム」ラベルだけで総額まで決めず、この順に条件を揃えます。

9. まとめ ── ライセンス費は「開発費の分割払い」として見る

月額を、人数・割当数・年数を含む総額に直す

Microsoft 365のシードライセンスは、標準コネクタの範囲なら追加費用なしで活用できます。承認・通知・SharePoint連携という自動化の入り口がその範囲に収まる点は、素直に利用すべきです。一方、基幹システム・汎用の外部API・クラウド連携するRPA・OCRへ広げると、有料の権利や容量を検討することになります。

その費用は月額だけで判断せず、単価 × 必要数 × 12か月 × 利用年数で比較します。最新の単価はPower Automateの価格ページで確認してください。

• 人で数える場合: Premiumのユーザー単価 × 対象人数 × 12 × 年数
• 自動化そのもので数える場合: Processの単価 × 必要な割当数 × 12 × 年数

Processの必要数は、対象フローへの直接割り当てだけでなく、同一業務プロセス内のグループ利用、業務プロセス数、実行環境、マシンの同時実行数に応じて数えます。必要なRPAユーザーライセンスやAIクレジット、実行基盤の費用も別途加え、上の式だけで総費用が出たとは考えないでください。⁶¹⁵

「Premiumを5人分5年」はユーザー月額単価の300倍です。このように倍率を先に出しておくと、内製・受託開発の初期費用と保守費を並べて比べやすくなります。

Power Automateと専用開発を、同じ期間の費用で比べる

自動化フローを中心にして不要な実行者ライセンスを増やさない、多人数で使うフローはProcessで持つ、といった設計は総額に効きます。ただし、必要人数を減らすために資格情報を共有するのではなく、第7章の条件を守った設計にします。

数人分のPremiumを何年も使う費用が、小さな受託開発の費用に届く場合もあります。複雑なフローの保守に人手がかかり続けるなら、最初から専用システムを作る方が安いこともあります。反対に、既存パッケージの導入や開発の見積もりと比較して、ライセンス費を払ってもPower Automateの方が大幅に安いケースもあります。

大切なのは、どちらかを一律に推すことではありません。「365に入っているから無料」という前提だけで進めず、ライセンス費を含めた総額で、自動化の投資判断をすることです。

どの業務をどのライセンス層で自動化し、どこから先を開発に切り替えるか。その線引きの相談から、Power Automateでは収まらない部分の受託開発まで、お手伝いできます。

関連記事

• Power Automateで業務を自動化する ── クラウドフロー・デスクトップフローの使い分けとエラー処理設計
• Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する
• Power Automate for desktopで基幹システムへの転記を自動化する
• FAX注文書をAI Builderで読み取って処理する
• Power Automateの属人化対策 ── 作った人が辞めてもフローが止まらないために

関連する相談領域

合同会社小村ソフトでは、Power Automateのライセンス選定を含む自動化の設計相談から、ライセンス費と開発費の比較検討、フローでは収まらない業務のシステム化まで扱っています。

• 技術相談・設計レビュー
• Windowsアプリ開発
• お問い合わせ

参考リンク

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

Microsoft 365のライセンスだけでPower Automateはどこまで使えますか？

SharePoint・Outlook・Teams・Forms・Excel Onlineなどの標準コネクタを使ったクラウドフロー(自動化・スケジュール・ボタン起動)の作成と実行までです。1ユーザーあたり1日6,000アクションの上限があります。プレミアムコネクタ、カスタムコネクタ、オンプレミスデータゲートウェイ、RPA(デスクトップフローの管理・連携)、AI BuilderはMicrosoft 365の利用権には含まれず、Power Automate Premium等の有料ライセンスが必要です。

HTTPコネクタはMicrosoft 365ライセンスで使えますか？

使えません。汎用のHTTPコネクタ(HTTPアクション)はプレミアム扱いで、SQL ServerやDataverse、カスタムコネクタと同様にPower Automate Premiumなどのライセンスが必要です。ただしSharePointのREST APIを呼びたいだけなら、標準のSharePointコネクタに含まれる「SharePointにHTTP要求を送信します」アクションで代替でき、この場合は追加ライセンスなしで済みます。

Power Automate PremiumとProcessはどちらを選ぶべきですか？

Premiumはユーザーに割り当てるライセンス、Processはフローやマシンに割り当てるライセンスです。プレミアム機能を使うフローを特定の担当者が数本作って回すだけならPremiumを人数分、ボタン起動のプレミアムフローを大人数で使う場合や、無人RPA・大量実行が必要な場合は、実行者側のライセンスが不要になるProcessをフロー(またはマシン)単位で割り当てる方が合理的です。使う人数と業務プロセス数のどちらが多いかで比較します。

Power Automate for desktopは無料で使えますか？

Windows 10/11の利用権の範囲で、自分のPC上でデスクトップフローを作成して手元で有人実行するだけなら追加費用なしで使えます。ただし既定の環境以外での作成、フローの共有、クラウドフローからの呼び出しといったオーケストレーションは含まれません。クラウドフロー連携にはPower Automate Premium、無人実行にはさらにProcessライセンスが必要です。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。