← 現場ガイド一覧予算ポリシー · 上限設計

AI予算上限を変更できる人は、誰であるべきか

障害対応できる人全員に増額権限を渡すと、復旧を急ぐほど財務リスクが広がります。通常変更と緊急変更を分け、承認と事後確認が止まらない権限設計を作ります。

更新日 2026-10-01 · 4 分で読めます
対象読者
WordPress制作会社の経営者・運用責任者
記事形式
予算変更の権限設計ガイド
読後の成果物
AI予算変更の権限・承認表

操作できる人と、損失を承認できる人は同じとは限らない

開発担当は原因を理解し設定を変更できますが、追加でいくら使ってよいかを決める責任者とは限りません。逆に経理責任者だけが権限を持つと、夜間障害で復旧が遅れます。技術操作、事業継続、財務承認の三つの役割を分けて設計します。

よくある失敗は、WordPress管理者なら全員が上限を変更でき、理由がチャットにしか残らない状態です。担当者の退職や保守移管後に経緯を追えず、クライアントが承認した金額も分かりません。権限表には、現在値を閲覧する人、変更を実行する人、追加損失を承認する人、事後確認する人を分けます。月次棚卸しでは、退職者・外部委託先の権限削除と、代行者の連絡先まで確認します。

変更を、通常・一時・緊急の三種類に分ける

通常の月額変更は予算責任者の事前承認、一時増額はキャンペーン責任者と期限を設定、緊急変更は当番者が事前合意した範囲だけ実施し翌営業日に確認、と分けます。『上限を変更する』という同じ操作でも、必要な証拠と権限は異なります。

役割分担表(RACI)を作るなら、実行者、承認者、相談先、報告先を変更種別ごとに一人ずつ置きます。役職名だけでなく不在時の代行も指定します。『経営陣の承認』のような曖昧な表現では、深夜に誰へ連絡すべきか決められません。

  • 通常変更:稟議番号、根拠データ、適用日
  • 一時変更:増額幅、開始・終了、対象機能
  • 緊急変更:許容最大額、実施理由、次回確認時刻
  • 事後確認:実費、顧客影響、元へ戻した時刻

緊急権限には、金額と時間の両方で上限を付ける

当番者が無制限に上げられる状態は避けます。「最大20%、2時間まで」「顧客サポート機能のみ」のように範囲を限定し、期限が来たら元へ戻る運用にします。さらに大きな変更が必要なら、予算責任者へエスカレーションします。

解除権限も重要です。増額した本人が不在でも戻せるよう、少なくとも二人が手順と連絡先へアクセスできる状態にします。

たとえば通常100ドルの機能を、緊急時は120ドルまで2時間だけ上げられるとします。操作担当は変更前の残額、止まっている顧客導線、20ドルで回復できる見込みを記録して実行します。120ドルで足りない場合はさらに上げず、事業責任者が停止による機会損失と追加支出を比較します。期限到来時は自動または別担当が100ドルへ戻し、復旧しなければ上限不足ではなく原因調査へ切り替えます。

監査ログは、誰を責めるためではなく判断を再現するために残す

変更前後の値、実施者、承認者、時刻、理由、参照した売上・障害データを記録します。個人の操作履歴だけでは、その時点でなぜ必要だったか分かりません。事後レビューでは、判断時に入手できた情報と、後から判明した情報を分けます。

変更記録は、次回更新時の権限見直しにも使います。3か月で緊急増額が5回発生していれば、担当者の問題ではなく通常上限か機能設計が合っていない可能性があります。毎回同じ承認待ちで顧客影響が出るなら、緊急枠を再設計します。

導入前に、緊急承認ルートを15分で実演する

役割表に5人の名前が入っただけでは、緊急時に動けるとは限りません。強制停止を有効にする前に、運用担当が一時変更を申請し、予算責任者が費用上限と終了時刻を承認し、別の担当が変更し、確認者が顧客導線の復旧と元の値への復帰を確かめるところまで実演します。

承認者へ連絡できない、WordPressアカウントの権限が役割より広い、一時値が期限後も残る場合は不合格です。予算責任者が応答しない場合に許される最小対応と代理承認者も記録し、顧客導線を守ることを無制限な上限引上げの理由にしません。

実演結果を使い、名目上の役割と実際のWordPress権限を揃えます。担当変更、共有管理者アカウント、記録のない緊急権限が残っていれば、機能が動いていても導入完了にはしません。

15分緊急承認ドリル
時点役割残す証拠合格条件
0分運用担当変更前の値、影響、申請値、終了時刻申請が有界で戻せる
5分予算責任者承認した最大費用と理由実装担当の自己承認がない
10分実装担当時刻付き変更記録と対象経路承認項目だけ変更
15分確認担当顧客成果、費用シグナル、復帰確認元の値へ戻すか恒久承認を開始

無料版の検証時から、権限手順も試す

AI Cost Guardrails-CNXTの基本のハードストップ保護を標準のAI Client経由の処理で試す際、設定値だけでなく、誰が変更し、誰が復旧を承認するかも確認します。有料プランへ移っても権限分担は自動で完成しません。サイトの管理者権限、社内承認、緊急連絡を一つの手順書へまとめてください。完成した権限・承認表は、新しい担当者のオンボーディングと保守会社の交代時にも使います。引き継ぎ時には、現行上限、直近の例外変更、未終了の一時増額、次回レビュー日を読み合わせ、古いアカウントを削除します。四半期ごとに実際の変更ログと照合し、表にいない人が操作していないか、承認者が形骸化していないかを確認してください。

AI Cost Guardrails-CNXTをダウンロードし、「AI予算上限を変更できる人は、誰であるべきか」のうち製品が対応する境界をWordPress上で動かします。Freeはサイト全体・呼び出し元別の月間USD・リクエスト試行数・トークン、Proは対応する短時間・失敗パターンを制御できます。

確認に使った一次情報

次の現場ガイド呼び出し回数・入力トークン・出力トークン・推定費用──4つの数字をどう読み分けるか →