AI動画の生成に失敗したらクレジットは戻るのか──公式4社を原文で確認した

「生成に失敗したらクレジットは戻るのか」の答えは、ツールごとに違います。2026年8月14日時点で各社の公式ドキュメントを原文確認したところ、Google（Gemini API / Veo）とHiggsfieldは「失敗したものは課金しない」と明記していました。Runwayは失敗の種類を細かく公開したうえで、そのうち1種類だけを返金対象外と明記しています。一方でOpenAIのVideo生成ガイドとAPIリファレンスは、ステータスに failed を定義しているにもかかわらず、失敗したときの課金について記述が見当たりませんでした。つまり「戻るのが当たり前」でも「取られるのが当たり前」でもなく、明文化しているベンダーとしていないベンダーが混在している、というのが現状です。

• Googleの公式料金ページは「In some cases, an audio processing issue may prevent a video from being generated. You will only be charged if your video is successfully generated.」と明記（2026年8月14日確認）
• Higgsfieldの公式APIドキュメントは「Requests ending as failed or nsfw are not charged. If credits were reserved when the request was accepted, they are refunded automatically.」と明記
• Runwayは失敗コードを7系統公開し、SAFETY.INPUT.*（入力がモデレーションで弾かれた場合）だけ「credits are not refunded」と例外指定。OpenAIは sora-2-pro の1080pが1秒あたり0.70ドルという単価を公開しながら、失敗時の課金には触れていない

前提：「失敗」には性質の違う2種類がある

この話が混乱しやすいのは、日常語の「失敗」に2つの状態が混ざっているためです。

1つ目は、生成そのものは完了したが、出てきた映像が意図と違うケースです。指が6本ある、指示した動きをしない、被写体が別人になっている——これはAPIのステータス上は成功（completed）であり、当然ながら課金されます。ここに議論の余地はなく、実質コストがカタログの料金表より上振れする主因でもあります。この論点はAI動画生成ツールの選び方で扱いました。

2つ目が本記事の対象で、システム側がジョブを失敗として終了させたケースです。プロンプトがモデレーションで拒否された、内部エラーで棄却された、外部プロバイダが応答しなかった、といったものです。動画ファイルは1本も手に入りません。この場合にクレジットが戻るかどうかが、各社で扱いが分かれます。

各社の公式ドキュメントは何と書いているか（2026年8月14日確認）

OpenAI：ステータスは定義、課金は未記載

OpenAIのVideo generationガイドは「Typical states are queued, in_progress, completed, and failed.」としてステータス遷移を定義し、ポーリングについても「Poll at a reasonable interval (for example, every 10–20 seconds), use exponential backoff if necessary」と具体的に書いています。APIリファレンス側では video オブジェクトに error（code と message を持つ）と progress が定義されています。失敗を検出する手段は用意されている一方で、失敗したジョブが請求対象になるのかどうかについての記述は、ガイド・APIリファレンス・sora-2のモデルページのいずれにも見当たりませんでした。

金額としては小さくありません。sora-2のモデルページによると、sora-2 は720p（1280x720 / 720x1280）で1秒あたり0.10ドル、sora-2-pro は同解像度で0.30ドル、1024x1792 / 1792x1024 で0.50ドル、1080x1920 / 1920x1080 で0.70ドルです（2026年8月14日確認）。単価に秒数を掛けるだけの計算ですが、sora-2-proの1080pで12秒を生成すれば8.40ドル分が、公式ドキュメント上は「失敗したときどうなるか不明」の側に乗ることになります。

なお、OpenAIのエラーコード一覧には「Retrying billing, spend, or quota errors won't restore API access.」という記述があり、429（クレジット残高の枯渇、レート制限、支出上限）や500・503（サーバ側の問題、リトライ推奨）の区別は明示されています。ただしこれはリクエストが受け付けられる前の話で、ジョブが走り出したあとの失敗の請求とは別の論点です。

Google（Veo 3.1）：「正常に生成された場合にのみ課金」

Gemini Developer APIの料金ページには、Veo 3.1・Veo 3 の両方の項目に同じ但し書きが入っています。「In some cases, an audio processing issue may prevent a video from being generated. You will only be charged if your video is successfully generated.」——生成が成功した場合にのみ課金する、という一文です。

単価は2026年8月14日確認時点で、Veo 3.1 Standard が1秒あたり0.40ドル（720p・1080p）／0.60ドル（4K）、Fast が0.10ドル（720p）／0.12ドル（1080p）／0.30ドル（4K）、Lite が0.05ドル（720p）／0.08ドル（1080p、4Kは非対応）です。ただしこの但し書きは音声処理の問題を例として挙げているもので、セーフティフィルタで出力がブロックされた場合の扱いを名指しで書いたものではありません。この点は後述の但し書きに回します。

Runway：失敗コードを公開し、1系統だけ返金対象外

Runwayの開発者ドキュメントには「Handle task failures」というページがあり、タスクが失敗すると Get Task エンドポイントが failureCode を返す、と説明されています。公開されている系統は次のとおりです。

• SAFETY.INPUT.* / SAFETY.OUTPUT.* — 「the task was rejected because of content moderation」。モデレーションは入力と出力の双方に適用される
• INTERNAL.BAD_OUTPUT.* — 「generations that were rejected by our internal systems for quality or system error reasons」。最も多いのは INTERNAL.BAD_OUTPUT.01
• INPUT_PREPROCESSING.SAFETY.TEXT — 「input prompt text was rejected for content moderation reasons」
• INPUT_PREPROCESSING.INTERNAL — 「there was a problem performing content moderation」
• ASSET.INVALID — 入力素材が「is not acceptable for the type of task that you ran」
• THIRD_PARTY.UNAVAILABLE — サードパーティモデル利用時に提供元が応答しなかった
• INTERNAL または値なし — 「there was an internal problem processing the task」

このページで課金に触れているのは一箇所だけで、「Unlike other failures, credits are not refunded for SAFETY.INPUT.* failures.」という文です。「他の失敗とは違って」と書いている以上、他の系統は返金されると読むのが自然ですが、他系統の返金を明示的に書いた文はこのページにはありません。実務上重要なのは、入力プロンプトがモデレーションで弾かれた場合はクレジットが返らないと公式が明言しているという点です。攻めた表現を試すコストは、原則として自己負担になります。

Runwayのエラーページ側では、HTTPステータスごとにリトライ可否が表になっています。400（入力の問題）・401（APIキー不正）・404・405 はリトライ不可、429（レート制限）・502・503（「Runway is shedding load」）・504（過負荷）はリトライ可、という区分です。502〜504はジョブが成立する前に弾かれているため、そもそも生成コストは発生しません。

Higgsfield：failed と nsfw は課金しない、queued中ならキャンセルで返金

Higgsfieldの公式APIドキュメントは、この論点をもっとも明示的に書いていました。Billing and retention のページには「Higgsfield charges successful generation requests using account credits.」に続けて「Requests ending as failed or nsfw are not charged. If credits were reserved when the request was accepted, they are refunded automatically.」とあります。Errors and retries のページにも「Failed and NSFW requests are not charged; any reserved credits are refunded.」と重ねて書かれています。

リクエストのライフサイクルも表で定義されています。queued（待機中、まだキャンセル可能）、in_progress（開始済み、キャンセル不可）、completed、failed、nsfw（入力または出力がモデレーションで拒否）、canceled（処理開始前にキャンセルされた）の6状態です。キャンセルについては「A request can be canceled only before processing starts. A successfully canceled queued request is refunded.」とあり、キューに入っている間に気づけば取り消して返金される設計になっています。プロンプトの誤りに投入直後に気づいた場合、キャンセルが間に合うかどうかが分かれ目です。

HTTPエラー側は、403がクレジット不足、422がバリデーション失敗、423がモデルの一時ブロック、503がモデルの無効化、500はバックオフ付きリトライ推奨、と細かく分かれています。またクレジットの有効期限はアカウントに追加した日から1年と記載されています。

失敗の種類と、公式が明記する課金の扱い

この表で読むべき点は、モデレーション由来の失敗だけが例外扱いされやすいということです。「危ない表現を試す」コストと「サーバが不調だった」コストは、ベンダー側から見て性質が違う、という判断が入っています。

実運用でクレジットを溶かすのは「失敗そのもの」より二重発射

ここからは当サイトの制作ログ側の話です。案件でAI動画を量産する過程で記録した失敗ジョブは、nsfw／503 Service Unavailable（再送すると通る）／failed／job_minimum_basic_plan_required（プラン制限）の4分類に整理できました。このうちクレジットの減少を確認できなかったのは前者3つで、これは上で引用したHiggsfieldの公式記述（failed と nsfw は課金しない）と矛盾しませんでした。ただしこれは単一アカウントでの観測であり、網羅的な検証ではありません。

むしろ実害が出やすいのは、失敗そのものではなく同じジョブを二重に発射してしまうことでした。理由が2つあります。

理由1：CLIの待機がシェル側で切れても、ジョブはサーバで生きている。 制作ログでは、CLIの --wait オプションがシェル側の都合で2分程度で切れることがありましたが、ジョブ自体はサーバ側で処理が続いており、あとから一覧取得で結果を拾えました。ここで「落ちた」と判断して同じプロンプトを投げ直すと、成功するジョブが2本走ります。当然2本分の課金です。失敗したのではなく、手元の待機処理だけが終了した状態を、失敗と誤認しないことが重要です。

理由2：冪等キーがない。 Higgsfieldのエラードキュメントには、あいまいなタイムアウトのあとに生成リクエストのPOSTを再送しないよう促す記述があり、その理由として「submissions do not currently accept an idempotency key」と明記されています。冪等キーがないということは、システム側で「これは同じリクエストだ」と判定して重複実行を防ぐ仕組みがない、ということです。ネットワークが切れてレスポンスが返らなかった場合、ジョブが成立しているのかいないのかはクライアント側からは判別できません。ここで反射的に再送すると、課金は2倍になります。

つまり、失敗時のリスク管理として実際に効くのは「返金されるかどうか」よりも、投げたジョブのIDを必ず控え、レスポンスが取れなかったときは再送ではなく状態確認から入るという手順です。Higgsfieldのドキュメントも「Store the request_id as soon as a request is accepted」と、これを最初の運用ルールとして挙げています。

生成が止まったときの確認手順

1. ステータスを確認する。 failed なのか、まだ in_progress なのかを区別します。手元のCLIやブラウザが応答を返さなくなっただけで、サーバ側ではジョブが生きていることがあります
2. 失敗コード／エラーメッセージを読む。 Runwayなら failureCode、OpenAIなら error.code と error.message、Lumaなら failure_reason。モデレーション由来か内部エラーかで、返金の扱いも次に打つ手も変わります
3. モデレーション由来なら、再送する前にプロンプトを変える。 同じ文言を投げ直しても同じ判定になる可能性が高く、Runwayでは SAFETY.INPUT.* は返金されないと明記されています
4. サーバ側の一時的な不調（502/503/504、500）なら、バックオフを入れて再送する。 制作ログでも503は再送で通っています。OpenAIも「exponential backoff if necessary」を推奨しています
5. クレジット残高を前後で記録する。 公式に記述がないサービスでは、これが唯一の確認手段です
6. 返っていない場合はサポートに問い合わせる。 その際にジョブIDが必要になります

正直な但し書き

• Runwayのヘルプセンターは原文を確認できませんでした。 クレジット返却について書かれたヘルプ記事が存在する形跡はありますが、help.runwayml.com は取得時に403を返し、本文を読めませんでした。本記事でRunwayについて書いたのは、取得できた開発者ドキュメント（docs.dev.runwayml.com）の記述のみです。ヘルプセンター側にこれと異なる、あるいはより広い返金規定が書かれている可能性は排除できません
• 確認したのはAPIドキュメントであり、Web版（ブラウザUI）の挙動とは別の可能性があります。 APIとコンシューマ向けアプリでクレジットの扱いが揃っているという確認は取れていません
• Runwayの「SAFETY.INPUT.* 以外は返金される」は読み取りであって明記ではありません。 「Unlike other failures」という書き出しからそう読めるだけで、他系統の返金を明示した文は当該ページにありません
• Googleの但し書きは音声処理の問題を例に挙げたものです。 セーフティフィルタで出力がブロックされた場合に課金されるのかどうかを名指しで書いた記述は、今回確認した料金ページには見当たりませんでした
• Adobe Firefly、Kling、Pika、MiniMax（Hailuo）などは今回確認できていません。 取得できたのは本記事の出典に挙げた5サービスのドキュメントのみです。表に載せていないツールについては、各社の公式ページで各自ご確認ください
• 「返金する」と書いてあることと、実際に返っていることは別です。 当サイトで残高の推移まで突き合わせられたのは1サービスの少数の事例だけで、統計的な裏付けはありません
• 料金・記述はすべて2026年8月14日時点の確認です。 動画生成の単価は改定が頻繁で、失敗時の扱いも今後明文化されうる領域です。クレジット消費量そのものの目安についてはRunway MLの料金とクレジット消費を参照してください

出典

• Video generation - OpenAI API（2026年8月14日確認） https://developers.openai.com/api/docs/guides/video-generation
• Videos - OpenAI API Reference（2026年8月14日確認） https://developers.openai.com/api/docs/api-reference/videos
• Sora 2 - OpenAI Models（2026年8月14日確認） https://developers.openai.com/api/docs/models/sora-2
• API Error Codes - OpenAI（2026年8月14日確認） https://developers.openai.com/api/docs/guides/error-codes
• Gemini Developer API Pricing（2026年8月14日確認） https://ai.google.dev/gemini-api/docs/pricing
• Handle task failures - Runway API Documentation（2026年8月14日確認） https://docs.dev.runwayml.com/errors/task-failures/
• Errors - Runway API Documentation（2026年8月14日確認） https://docs.dev.runwayml.com/errors/errors/
• Billing and retention - Higgsfield API Documentation（2026年8月14日確認） https://docs.higgsfield.ai/docs/concepts/billing-and-retention
• Errors and retries - Higgsfield API Documentation（2026年8月14日確認） https://docs.higgsfield.ai/docs/concepts/errors
• Requests and lifecycle - Higgsfield API Documentation（2026年8月14日確認） https://docs.higgsfield.ai/docs/concepts/requests
• Video Generation - Luma AI Documentation（2026年8月14日確認） https://docs.lumalabs.ai/docs/video-generation