本文只讨论银行卡与法币支付，以及退款问题。如果你用加密货币付款、链上已经确认却始终没入账，那是结构完全不同的问题，有单独的处理路径，详见我们另一篇关于加密支付未入账的指南。
本文验证于 2026 年 8 月 10 日。银行卡组织和发卡行的时间线因发卡行和所在国家而异，因此本文给出的所有时长都仅供参考，不构成保证。ROZO Checkout 是独立的第三方支付页面，与 OpenRouter、Coinbase 均无关联。
第一步：确认自己到底有没有被真正扣款
这个问题最常见的版本，其实根本不是「款项丢失」——而是一笔在你的银行 App 里看起来和真实扣款一模一样的待处理授权（pending authorization）。
当支付页面发起一笔卡支付时，发卡行会先对这笔金额做一个「预授权冻结」（hold）。你的可用余额会立刻减少，账单流水里也会出现一行记录。但这一行只是授权，不是已结算的扣款。如果之后支付流程因任何原因失败，这笔授权就永远不会被「捕获」（capture），冻结会自动过期。整个过程中钱其实一分都没被真正拿走，但也没有什么可退的——因为根本没有发生真正的扣款。
怎么区分两者：
- 待处理授权通常显示为灰色，标注「pending」「processing」或「authorised」，并且不会出现在你的月度账单（statement）里。
- 已结算的扣款会正式入账（posted），出现在月度账单中，并有一个确定的结算日期。
- 两种情况都会让可用余额立刻下降。只有已结算的扣款才会真正减少你的账单余额。
典型的授权冻结释放时间，借记卡通常是 3 到 7 天，部分信用卡最长可达 30 天，具体取决于发卡行。银行卡组织只设定了一个上限，实际多快释放一笔过期授权，是发卡行自己决定的，无论你还是商家都无法强行加快。客服也无法「释放」一笔从未被捕获的授权，因为从商家这一端看，这笔交易根本就不存在。
如果你重试了好几次支付，出现好几条待处理记录是正常的，那不代表你被扣了好几次款。在把钱当作损失之前，先等账单出来。
已结算却没有 credits，以及部分入账的情况
如果扣款已经正式入账到你的账单，但 credits 余额却没有变化，那你确实遇到了真正出问题的情况，值得升级处理。
通常的原因是：支付捕获和 credits 发放是两个独立的步骤。支付处理商已经成功捕获了款项并返回了成功结果，但负责给账户写入 credits 的那一步失败了、超时了，或者因为浏览器会话在跳转完成前就结束了而根本没被触发。钱是真实存在的，只是账户更新丢失了，通常需要人工去核对补录。
另一种被反复报告的相关情况是「部分入账」：被扣的金额明显大于实际到账的 credits。在认定是错误之前，先检查费用结构。OpenRouter 在银行卡和 AliPay 支付上收取 5.5% 手续费（最低 $0.80），在它自己的加密支付通道上收取 5%。对于小额充值，最低手续费会占到很大比例，因此扣几美元、到账的 credits 明显更少，是正常现象。发卡行还可能额外收取跨境交易手续费，或按自己的汇率折算，这会进一步拉大差额，而这并不是任何一方出了错。
如果差额远大于手续费能解释的范围，或者出现了一笔你根本没有主动发起的扣款，不要重试，也不要立刻发起拒付（chargeback）。先收集证据：带商家描述（merchant descriptor）的账单行、日期时间（UTC）、卡号后四位、被扣金额，以及扣款前后的 credits 余额。然后以书面形式升级处理。如果这笔扣款确实不是你本人授权的，也应该单独向银行报告，与商家沟通分开进行，因为只有银行才能真正冻结这张卡。
重试后出现的重复扣款
支付失败后立刻重试是很自然的本能反应，这也是大多数人出现重复扣款的主要原因。每一次尝试都会产生一笔独立的授权。大多数会失败并无害地过期，但如果有两次尝试都被捕获成功，你就会有两笔真实扣款，而只有其中一笔真正产生了 credits。
这还会带来一个风控上的副作用。短时间内多次失败的尝试，在风控系统看来很像卡片测试（card testing）欺诈行为，发卡行和商家的支付处理商都可能开始专门拒绝你的请求。有用户反映，试了几次之后就触发了描述为「充值尝试次数过多」的限流，导致连本来能成功的支付方式也被一并挡住了。
更安全的操作顺序：
- 只发起一次支付，并让它完整走完。如果页面卡住，至少等一分钟再进行任何操作，跳转过程中不要刷新页面。
- 在下结论「失败了」之前，先在另一个标签页里查看你的 credits 余额。有时候 credits 会在浏览器已经放弃等待之后才姗姗来迟地到账。
- 查看你的银行 App 里是否有一条待处理记录。如果有冻结，说明这次尝试已经到达银行那一端，立刻重试很可能只会产生第二笔冻结，而不是成功的支付。
- 如果确实失败了，等几个小时再进行下一次尝试，并换一个有实质区别的方式——比如换一张卡、换一条充值路径，而不是重复完全相同的操作。
- 如果确实有两笔扣款都已入账，先以书面方式申请退还重复的那一笔，而不是直接发起拒付。重复扣款是商家最容易核实和退款的一类问题，因为他们自己的记录会清楚显示同一账户下有两次捕获成功的交易。
退款时间线，以及为什么你的退款看起来卡住了
一笔退款要经过三个阶段，而只有第一个阶段是商家能控制的。
第一阶段，商家批准退款并提交给自己的支付处理商。这个阶段是工单能起作用的地方，如果队列处理慢，可能会拖上好几天。第二阶段，支付处理商把退款信息传给银行卡组织，这一步通常很快。第三阶段，你的发卡行把这笔退款贷记到你的账户，这一步对除了你的银行以外的任何人都是不可见的。5 到 10 个工作日是正常的总时长。部分发卡行——尤其是借记卡，以及某些国家的银行——经常需要更久，跨境退款还会额外增加时间。
这意味着，一笔退款可能在商家这一端已经真正完成了，但在你的账户里却依然看不到。所以向客服要问的第一个问题不应该是「我的钱在哪」，而应该是「这笔退款有没有被提交，收单方参考号（acquirer reference number）或退款单号是什么」。有了这个参考号，你的银行才能去追踪它。没有它，你的银行只能告诉你「还没到账」——而这一点你自己也早就知道。
如果一笔退款已经过去大约 20 天，既没有参考号，也没有实质性的回复，那么你等待的其实已经不是银行，而是一个处理队列。此时应该升级：在原有工单上回复，而不是重新开新工单，明确说明已经过去的时长，并具体询问提交日期和参考号。同时开好几个平行工单通常只会让你在队列里排得更靠后，而不是更靠前。
有一类情况完全不适用退款：加密货币购买一旦完成即不可退款，无论是在 OpenRouter 自己的加密支付通道上，还是在通用情况下都是如此。如果你是用加密货币付款的，退款根本不是解决途径，要求退款只会白白浪费一轮客服沟通。
一份可以直接复制使用的客服邮件模板
客服回复得更快的邮件，往往是把所有需要用到的信息一次性写全的邮件。含糊的报告会被分派给机器人处理，具体明确的会被分派给真人处理。填好方括号里的内容，把不适用的行删掉即可。
「主题：扣款已入账，但 credits 未到账 —— [扣款日期，UTC]
账户邮箱：[OpenRouter 账户所用的邮箱]
情况说明：在 [日期及大致时间，UTC] 我使用 [卡类型 / 支付方式] 购买了 credits。这笔扣款已经在我的账单中入账，但我的 credits 余额没有变化（或者：只有部分金额被入账）。
支付详情： - 被扣金额：[金额及币种] - 账单上的商家描述：[原文照抄] - 卡号后四位：[nnnn] - 扣款状态：已入账 / 已结算（不是 pending） - 扣款前的 credits 余额：[金额] - 目前的 credits 余额：[金额] - 我一共尝试了几次：[n] —— 其中 [n] 次显示为待处理授权
我已经确认过的事项：我已确认这笔扣款是已结算状态，不是待处理授权，并且我还没有向银行发起拒付。
我的诉求：请补发缺失的 credits，或退还这笔扣款。如果办理退款，请告知退款提交日期和收单方参考号，以便我的银行进行追踪。」
发送一次之后耐心等待。如果一周后仍没有实质性回复，在同一个邮件线程里追加一条简短的跟进，大约三周后再追加一次。所有回复都保留在同一个线程里——一个持续存在的老工单，比五个全新的工单更能证明「延迟」这个事实。
拒付（chargeback）：最后手段，以及它的代价
拒付是向你的银行正式发起的争议流程，银行会强制从商家那里把款项拉回来。它确实有效，也是一项真实的消费者保护手段，但它并不是一个更快的退款按钮，在使用之前，有一些代价值得先弄清楚。
一旦发起拒付，商家除了被扣走这笔金额，还要额外支付一笔争议手续费，并且这笔争议会被记录在其账户名下。许多 API 和 credits 服务商会把拒付视为欺诈信号，从而关闭或封停相关账户，有时是永久性的，包括账户里剩余的全部 credits。如果你的目标是继续使用这项服务，即便你在拒付中「赢了」，这段关系也可能就此终止。拒付流程也很慢——调查通常需要 30 到 90 天——所以它几乎不会比直接推进一笔卡住的退款更快。
一个合理的升级顺序：
- 带上以上信息联系客服，并给他们一个合理的等待窗口，通常首次实质性回复需要一到两周。
- 在同一个工单线程里升级，说明已经过去的时长，并提出具体诉求（提交退款，或提供参考号）。
- 如果退款已经提交但还没到账，拿着参考号去找你的银行，请他们帮忙追踪。这不是一次争议申请，也不会带来任何处罚。
- 只有在你确实没有授权过这笔扣款，或者商家在很长一段时间内彻底不再回应的情况下，才考虑拒付，并且要接受账户可能因此被关闭这一现实后果。
关于预防：这类问题大多起源于一条本来就不太稳定的银行卡支付路径。如果你的卡反复失败，或者银行一直在拦截这家商家的交易，换一条要么能顺利结算、要么明确失败——而不是「半成功半失败」——的支付路径，就能从根本上避开这整类问题。这正是 ROZO Checkout 的设计初衷：目前我们在产品验证阶段不收取任何服务费，并且与 OpenRouter、Coinbase 均无关联。但它无法追回一笔已经丢失的扣款——除了商家和你的银行，没有任何外部工具能做到这一点。