AI Builderクレジット終了：契約満了前に業務継続と代替費用を承認する

結論：契約満了までに、継続に必要な容量と費用を決裁する

編集上の経営提案：請求書、契約書類、文書読取などの業務でAI Builderを利用している場合は、業務責任者を決め、契約期間末までに継続方法を承認してください。判断資料には、使える容量の終了時期、代替するCopilotクレジットの調達方法、繁忙時の必要量、運用費用を含めます。

編集上の完了条件：購入手続きが終わっただけでは、実際の業務が継続できるとは確認できません。対象環境で実行し、消費、失敗検知、手作業への切替、復旧後の再処理まで検証してから業務部門へ引き渡すことを提案します。

背景と理由：クレジットの終了とAI Builder機能の終了を分ける

確認済み事実：公式説明はAI Builderクレジットの段階的終了を案内しており、AI Builder機能そのものの終了ではありません。Copilotクレジットで機能は引き続きサポートされます。また、既存クレジットからCopilotクレジットへの自動変換はありません。

編集上の分析：現在動いているフローを変更していなくても、契約更新によって利用権の前提が変わる可能性があります。従来のライセンス数だけを予算の根拠とせず、どの業務がどの環境の容量を消費するかを確認する必要があります。

具体的な適用期日・数値・対象範囲

確認済み事実：Partner Centerの2026-10-22付通知は、2026-11-01からAI Builder容量アドオンの販売を終了すると案内しています。アクティブな契約の既存クレジットは現在の契約期間末まで利用でき、対象パートナーには顧客の次回更新日前に自動更新をオフにするよう求めています。

確認済み事実：ライセンス概要では、2026-11-01以降に新規購入または更新する対象のPower Platform・Dynamics 365ライセンスに付属AI Builderクレジットを提供しなくなると説明しています。同日前に対象ライセンスを購入・更新した場合は、その契約期間末まで付属分の提供を受けます。

日付の区別：今回参照したパートナー通知の公表日＝2026-10-22、通知単独の更新日＝null、同じ月次ページ全体の更新日＝2026-10-29です。終了説明ページの更新日＝2026-10-02、ライセンス概要の更新日＝2026-09-24です。最初の段階的終了発表は2025年10月と記載されますが、日単位の初回公表日＝nullです。自社契約の満了日・自社業務の停止日時＝null。本記事の公開日・確認日＝2026-11-04です。

編集上の注意：11月1日にすべての利用が一斉停止したと解釈しないでください。購入経路、対象製品、契約期間、既存容量により確認対象が異なります。販売店には、自社の契約番号と環境を示して残存権利を確認します。

技術・システム上の確認事項

確認済み事実：Power Apps・Power AutomateのAI Builder機能は、まずAI Builderクレジットを使い、使えない場合にCopilotクレジットの利用を試みます。いずれも使用できなければ実行はブロックされます。Copilot StudioのAI Builder機能は常にCopilotクレジットを使用するため、実行する場所の区別も必要です。

編集上の確認事項：本番・検証環境を分け、AI Builderを呼ぶアプリ、フロー、実行頻度、所有者、消費元、容量割当てを一覧にします。契約期間末までの日数と残量を別の指標として監視し、容量不足を単なる処理エラーとして放置しない運用を提案します。

編集上の受入試験：代表的な処理を対象環境で実行し、結果と消費実績を照合します。容量不足時の振る舞いは検証環境で確認し、通知先、手作業の受付、未処理キュー、再実行時の二重登録防止を試験してください。本番の容量を意図的に枯渇させる試験は避けます。

経営・監査・契約・責任分界上の論点

編集上の契約確認：調達部門と販売店は、対象アドオン、自動更新の設定、契約満了日、代替購入の開始日を照合します。間接リセラー経由ではディストリビューターも含めて作業担当を明示し、停止指示を出した日と、設定反映を確認した日を分けて記録することを提案します。

編集上の費用分析：従来と新方式のクレジット数をそのまま一対一で比較せず、実際の処理量と利用機能を同じ条件で見積もります。購入形態、繁忙期、再試行、追加購入の承認期限を含め、必要な継続費用と、予算超過時に限定・停止する業務を決めてください。自社の価格差や請求額は、構成と契約を確認しなければ算定できません。

編集上の責任分界：容量購入、環境への割当て、消費監視、障害通知、未処理データの保全、再処理を誰が担うかを委託範囲に記載します。サービスの障害と容量・ライセンス不足を分けて調査できるよう、SLAの対象、保守の受付条件、緊急追加作業の費用を個別契約で確認することを提案します。

編集上の監査提案：契約版、更新停止の確認、容量変更の承認、実行結果、消費実績、例外判断を保存します。利用権の確認記録と技術的な稼働確認を結び付け、翌回の更新でも再確認できる状態を維持してください。契約違反や損害賠償の有無は本記事では判断しません。

エグゼクティブ向けアクション／確認リスト

編集上の提案：情シスは依存業務と環境別の利用量、調達は契約と自動更新、業務部門は処理停止時の代替手順を確認します。経営は継続費用、発注期限、残るリスクの責任者を承認し、最も早い契約満了日より前に社内の検収期限を置いてください。

編集上の確認基準：契約整理、代替容量の利用可能化、実行・監視試験、保守引継ぎの四つを別々に確認します。以下のリストは個別の構成と契約に応じた検討材料であり、一律の法的義務ではありません。

公式一次情報と本記事の対応範囲

確認した一次情報は下記のMicrosoft Learn日本語版3件です。パートナー通知は当該通知の日付、製品説明はページ更新日を資料日付として記録しています。契約に適用される価格と権利の最終確認は、購入経路の最新条件と自社の契約資料を照合して行ってください。

本記事は一般的な情報提供と編集上の分析・提案です。個別案件の法的判断・法的助言は行いません。行政書士として契約書類の作成や運用整理等に対応可能かは、関係法令と業務範囲の事前確認が必要です。契約解釈、紛争、代理交渉等は必要に応じて弁護士等の専門家へ確認してください。