开发者付款
给 OpenAI API 的按量付费余额充值：预付额度、自动充值与那笔 5 美元占用
这页只写一件事：OpenAI 官方帮助页面上，关于 API 余额和付款方式，究竟写下了哪些字。有一句写得非常死——预付卡不能用来购买 API credits，只受理标准信用卡或借记卡。也有一格是空的：帮助中心从头到尾没定义过虚拟卡算不算预付卡。写死的那一句照原文抄下来，空着的那一格标成「官方页面未写明」。
订了 Plus 不等于有 API 额度
先把最贵的那个误会解开。每个月付着 ChatGPT Plus 的人，第一次去调 API 时常常以为额度是共用的，结果请求直接被挡回来。
OpenAI 在讲计费管理的那篇帮助文章里把话说得很平：ChatGPT 和 API 平台是两套独立的计费系统，API 用量与 ChatGPT 订阅分开计费。两边各自绑付款方式、各自出账单；官方没有写明两边的余额可以互通。
形态上也不一样。Plus 是固定月费，按你当初订阅的那一天循环扣款，讲发票日期的那一页写明它不能修改——想把扣款日挪到发薪日之后，这条路是堵死的。API 这边则是原话所说的「API billing is not always postpaid」：账户可以用预付额度，也可以走自动的卡扣款，企业级客户则是收发票。个人开发者会落在哪一档，官方写明「New API accounts use prepaid billing.」——新开的 API 账户走的就是预付。
所以如果你两样都要用，那就是两笔钱、两次结账、两个可能被拒的时刻。Plus 那一侧的坑，ChatGPT Plus 付款指南里讲过，本页只管 API 这一侧。
付款方式上，官方唯一写死的那句
OpenAI 关于「信用卡为什么被拒」的帮助页里有一句，是全篇最该被记住的：
「Prepaid cards cannot be used to purchase API credits—only standard credit or debit cards are supported.」（出处：OpenAI 帮助中心「Why was my credit card declined?」，查证 2026 年 9 月。）
预付卡买不了 API credits，只受理标准信用卡或借记卡。这一句没有 may、没有 select markets、没有任何软化的限定词，是本篇引到的所有原文里态度最硬的一条。它也跟不少人的直觉相反：同一张卡也许能顺利订上 ChatGPT Plus，到了 API 充值页却过不去，两边受理的范围本来就不一样。
币种上还有一条。OpenAI 的多币种计费页写着「Purchases for API credits are currently limited to USD.」——买 API 额度目前只能用美元。注意那个 currently，多币种计费页给自己留了改的余地，但至少查证时它是这么写的。
同一页在讲美国的 ChatGPT 钱包余额时写明，这份钱包支持并不延伸到 API 计费。至于印尼的 GoPay、巴西的 Pix、印度的 UPI，它们在这一页出现的位置都在 ChatGPT 订阅那一节，API 语境下没有写明它们可用。这三个国家的读者尤其容易在这里想当然，手机上最顺手的那个付款方式，未必会出现在 API 充值页上。
虚拟卡这一格，官方是空的
我们把与 API 计费相关的帮助页逐页读过，「virtual card」这个词一次都没有出现。讲信用卡被拒的那一页写明了预付卡不能买 API credits，却从来没有说过虚拟卡属不属于预付卡这一类。这中间的空白，OpenAI 自己没有填。
于是诚实的说法只有一种：虚拟卡能不能给 API 充值，官方页面未写明。这句读起来不解渴，但它没有越过原文。往任何一头引申都会立刻脱离原文——说「虚拟卡可以充 API」，帮助中心没这么写；说「虚拟卡一定不行」，它同样没这么写。市面上两种说法都有人讲得很笃定，来源基本都是某个人某一次的结账经历，而不是 OpenAI 写下来的规则。
能确定的是边上那两条：卡必须由支持地区内的银行发行；卡号、有效期、CVC、账单地址（含邮编）要填对。这两条在下一段还会用到。至于你手上那张卡在 API 充值页上会被归到哪一类，得等结账那一下才知道。这也是我们在兼容对照表里对 API 这一行标「需确认」、不标「可用」的原因。
预付余额怎么运作：5 美元起步
讲预付计费的那篇帮助文章，把机制交代得比多数人以为的要清楚。（出处：OpenAI 帮助中心「Setting up and managing prepaid API billing」，本节与下一节的数字均取自此页。）
基本形态是「Prepaid billing lets you purchase credits before using the API.」——先买额度再用 API。
- 单次最低购买 5 美元，页面默认填的是 10 美元（原文：「The minimum purchase is $5, and the default amount is $10.」）。
- 账户能持有的余额上限，由 trust tier 决定，而 trust tier 又取决于你的使用与付款历史。这一篇没有公布具体数字，所以任何一份写着「上限是多少美元」的表格，都不是从帮助页上来的。
- 账户里若有免费额度，会先扣免费额度，再动你买的那部分。
- 付款成功后余额未必立刻变。原文写的是余额更新可能需要几分钟（「it may take a few minutes for your balance to update」）——那个 may 别丢掉，它意味着这个时间 OpenAI 自己也没说死。
付完钱看余额还是 0，很多人的第一反应是再充一次，于是同一天扣了两笔。先等几分钟、刷新一次，比重复下单便宜。
自动充值默认是开着的
设置时一路点「下一步」的人要留意这一条。自动充值（auto-reload / Auto recharge）「is turned on by default during setup.」——设置过程中它默认就是开的。
它的行为是：余额低于你设定的阈值时自动补充额度。你需要自己填三个数——触发补充的余额阈值、要补到的余额、以及一个可选的月度充值上限。第三项在页面上明确标着 optional，也就是说你完全可能在没有设月度上限的情况下就把它开着了。
金额上，单次最低补充 5 美元是写明的，最高补充多少同样由 trust tier 决定，仍然没有数字。
月度上限的行为有几句原文值得抄下来，因为都反直觉：一次自动补充若会超出本月剩余的额度，只有剩余的那部分可能被补上，前提是它还满足最低购买额；月度上限已经触顶的，要到下个月才会再补；手动购买的额度不计入这个上限。以及最要紧的一句——充值上限不是 API 用量上限（「A recharge limit is not an API usage limit.」）。把月度充值上限当成花费封顶来用的人不少，帮助中心专门写了一句来否掉这个理解。
那笔 5 美元的临时占用
更新完 API 的付款方式，账单上冒出一笔 5 美元的待处理扣款——这是 OpenAI 专门开了一篇帮助文章解释的现象。
那篇文章的说法是：你在更新 API 付款方式后看到的那笔 5 美元待处理扣款，是信用卡上的一笔临时授权占用；这笔待处理扣款会在 7 天内被撤销；并且它与 API 用量的付款、与购买预付额度都是两回事。（出处：OpenAI 帮助中心「Understanding a temporary $5 API authorization hold」。）
实用的推论是：卡里余额刚好卡在充值金额附近时，这道占用会先把一部分额度圈走，结账因此过不去。给卡多留出这 5 美元的余量，比反复重试有用。被拒之后该按什么顺序查，结账被拒排查那篇按步骤写过。
那篇文章没写的部分同样要紧。它的措辞是「after updating your API payment method」——更新付款方式之后。它没有写这笔占用是不是每次充值都发生，没有写借记卡上的表现是否与信用卡相同，也没有写非美国发卡行实际要多久才把这笔额度放回来。7 天这个数字对应的是官方写下的撤销时限，不是各家银行的到账速度，两者不要混为一谈。
余额不是刹车：负数、过期、退款
预付制给人一种安全感：钱花完了就自动停，最多亏这么多。预付计费那篇亲手拆掉了这个安全感。
写得最直接的一句是：不要把预付余额当成即时的花费截止线（「Do not rely on the prepaid balance as an instantaneous spending cutoff.」）。余额耗尽时 API 访问未必立刻停止，超出的部分可能表现为一个负的额度余额，而这笔负数会从你下一次购买的额度里扣掉。真正断供时你会看到 credit_balance_exhausted 这个错误。
反过来的那句也在同一篇里：账上有正余额，不代表你的请求就在所有 API 限制之内。速率限制、组织层面的月度上限是另外几套机制，余额充足与它们互不担保。
还有三条关于钱本身的归属，建议充值前就知道：
- 买来的额度一年后过期，且不退款；同一页还写明 OpenAI 无法延长到期日期。囤一大笔慢慢用，风险是自己承担的。
- 如果一笔付款被争议（拒付）或被退款，等额的额度会从账户里扣除。想靠拒付把钱要回来，额度那边会同步消失。
- 取消按量付费服务会关闭自动充值，剩下的额度可以继续用完；但已经买下的预付额度不因取消而退还（出处：OpenAI 帮助中心「Canceling API pay-as-you-go service」，查证 2026 年 9 月）。
把这三条连起来看，结论朴素得有点无趣：按用量小额多次充，比一次性充一大笔更符合官方写下的规则。这一条带了我们的主观取舍——它不来自任何官方推荐，只是照着过期条款和不退款条款推出来的。
API 这边，OpenAI 留白的是哪几格
以下是刻意空着的地方，以及这一版没能核到的东西。
- 虚拟卡与预付卡的关系：官方写明预付卡不能买 API credits，但从未定义虚拟卡是否属于预付卡。这一格空着，两个方向的结论我们都不给。
- 账单地址是否必须与发卡行所在国一致：帮助页上是并列的两条——地址要填对，以及卡须由支持地区内的银行发行。它没有把这两条合并成「账单地址必须与发卡国一致」这样一条成文要求，我们也不替它合并。
- 那笔 5 美元占用的适用范围：那一篇只写了更新付款方式之后会出现，没写是否每次充值都发生、借记卡是否相同、非美国发卡行实际多久释放。
- 余额上限与自动充值上限的具体数字：两处都只说由 trust tier 决定，没有给数。
- 本版未核：这一版未能取到 OpenAI API 定价页的正文，因此本篇不写任何单价、模型价格或用量估算。想算成本请直接看定价页当时显示的数字。
顺带一条能确定的：尼日利亚、印尼、土耳其、巴西、巴基斯坦这五个国家，在查证时都在 OpenAI 公布的支持国家/地区列表内（出处：OpenAI 官方的支持国家/地区列表页与帮助中心「ChatGPT and API services in unsupported countries and territories」，查证 2026 年 9 月）。与之相关的还有两条：付款的卡须由这些支持地区内的银行发行；而从列表以外的国家或地区访问、或是向他人提供访问，可能导致账户被封禁或停用——那个「可能」是原文里的措辞，但这句的分量比它读起来重，动手前值得确认一遍你的卡到底是哪儿发的。至于哪一类卡在哪些平台更容易过，选卡对比按卡的类型讲过一遍。