收到拒付之后：窗口通常只有 7–21 天，证据只能交一次

直接答案

信用卡拒付（chargeback）不是退款。退款是你主动把钱退回去，损失是原交易的手续费；拒付是持卡人找发卡行立案，卡组织立即反向那笔付款，收单方再从你的余额里扣走争议金额和费用。

更关键的是流程形状：你只有一次提交响应的机会，窗口通常只有 7–21 天，提交后不能改、也不能补文件。所以真正要设计的不是「怎么写一封申诉信」，而是三件事：

1. 收款时留下什么：没有记录，7 天也写不出证据；
2. 提交前怎么合并：每类证据只能一个文件，还有体积与页数上限；
3. 输了之后记在哪：这笔损失是单列科目，还是已经被算进价格。

本文的一手口径全部来自 Stripe 的公开文档（2026-10-24 读取）。卡组织规则与具体费用随商家所在地、收单方不同，具体金额请查你自己的价目表，本文不代填。

一、退款与拒付：两套完全不同的损失结构

Stripe 对拒付的定义很直接：

A dispute (also known as a chargeback) occurs when a cardholder questions your payment with their card issuer.

To process a chargeback, the issuer creates a formal dispute on the card network, which immediately reverses the payment. This pulls the money for the payment—as well as one or more network dispute fees—from Stripe. After that, Stripe debits your balance for the payment amount and dispute fee.

退款则是另一条路径：

Stripe’s processing fees from the original transaction aren’t returned.

两句放在一起，差别就出来了：

	退款	拒付
谁发起	你	持卡人向发卡行
钱怎么动	从你的可用余额退给客户	卡组织反向付款，收单方从你余额扣走争议金额 + 费用
会失去什么	退回的货款 + 原交易手续费（官方明写手续费不退）	争议金额 + 收到拒付的费用（多数地区不退）
时间	客户约 5–10 个工作日看到入账	全流程通常 2–3 个月
你的控制力	可以发起、部分可取消	只能接受或抗辩，结果由发卡行裁决

这张表是编辑把拒付页与退款页并排后的对照，不是 Stripe 的原表。

一人公司最容易犯的错，是把两者混进同一个「退款率」里。混在一起的后果不是数字不准，而是拒付到来时没有预算：退款是你主动放弃这笔收入、再搭上一笔不退的手续费；拒付是钱被强制扣走，再叠加一笔不可退的受理费。前者可预期，后者要等 2–3 个月才见分晓。

还有一个容易忽略的现金细节：退款用的是可用余额，不含 pending 金额。余额不够时，卡类退款会被挂成 pending，其他支付方式则直接失败。所以「先退款安抚客户」这个动作，在余额紧张时可能根本执行不了。

二、时间轴：从截止日倒着排

Stripe 的《How disputes work》把整条链路写得很清楚，把几个数字抽出来就是一张倒排表：

• 发起窗口：卡组织通常允许持卡人在原付款后 120 天内发起拒付，但规则在部分情形下允许更长时间。对未来才发生的事件或服务（例如度假预订、专业服务预约、活动门票），页面写的是「拒付窗口一般从事件日期起算，而不是付款日期」。
• 响应窗口：拒付立案后，你通常有 7–21 天提交响应，具体取决于卡组织。
• 银行评估：提交证据后，发卡行通常有 60–75 天作决定。
• 全流程：从立案到最终裁决通常 2–3 个月；页面明确说，除了在后台接受拒付，没有可靠办法加速。
• 资金状态：争议金额在整个流程期间被扣住；争议未结案前，你不能在争议流程之外发起退款。

把这张表贴到运营文档里，至少能避免一种低级错误：以为「下周再处理」还来得及。 如果按 7 天的下限做准备，通知只发到一个你两周才看一次的邮箱，窗口可能已经关了。Stripe 说通知会走四个渠道——邮箱、Dashboard、charge.dispute.created 事件、推送——四个里至少要有一个能叫醒人。

三、数字商品没有物流单，证据要自己造

Stripe 的响应表单把背景证据分成几个分区：shipping details、refund policy details、customer details、product details。它对数字产品给了一句很实用的提示：

For example, you don’t need to provide shipping details for an online service.

但「不需要物流单」不等于「不需要证据」。同一页还有一句更重要的：

The more information your integration collects and passes to Stripe when your customer makes a payment, the better your ability to prevent disputes and fraud from occurring, and challenge them effectively when they do.

换句话说：证据不是争议发生后写的说明，而是收款时就存在于系统里的记录。 事后补一份「情况说明」只能解释，不能证明。

对数字产品，可以按下面这张表把记录挂在订单号上。右列是我按 Stripe 表单分区做的映射，属于编辑判断——Stripe 只列了分区名，并没有规定数字商品该把哪条记录放进哪个文件，提交时仍要按具体 dispute reason 的证据指南取舍。

时点	要留下的东西	可对应的分区
付款前	结账页展示的条款版本、退款政策、价格与续费说明	refund policy details / product details
付款时	订单号、金额、币种、时间、支付方式、账单信息	customer details
交付时	下载或开通时间、license 发放记录、邮件送达、首次登录	product details
使用中	登录记录、功能调用记录、支持往来邮件	customer details + 沟通记录
争议时	银行提交的 claim 文件、你与客户的沟通、退款提议（整理已有记录，不是新造）	响应正文与附件

这张表里最值钱的是第三行。数字产品最怕的指控是「我没收到」或「跟描述不符」，而能同时反驳这两者的，是交付时间戳 + 交付内容 + 客户实际使用过的痕迹。三者都有，才叫证据链；只有一封「我们已经发了」的邮件，只是主张。

四、提交前清单：只有一次机会

Stripe 把「一次性」写得很重：

You’ve only one opportunity to submit your response. Stripe immediately forwards your response and all supporting files to the issuing bank. You can’t edit the response or submit additional files, so make sure you’ve assembled all your evidence before you submit.

配套的硬约束有五条，每一条都会让一份「内容很好」的证据在形式上作废：

1. 每类证据只能传一个文件。同一类有多份，必须合并成一个多页文件。
2. 全部附件合计不超过 4.5 MB。
3. Mastercard 的附件合计不超过 19 页。
4. 银行不会看外部内容：音频、视频、让你打电话或发邮件的请求、以及指向下载或物流查询的链接，都不要放。
5. 能预填的字段不要改。Visa CE 3.0 的资格依赖交易历史，页面明确提醒：字段已预填就不要编辑，否则可能影响资格。

所以提交前的动作不是「再写一段」，而是按顺序核对：

• 先在 Dashboard 看 dispute reason，读对应类别的证据指南（页面把这一步写成响应的第一步）。
• 如果 Dashboard 提供了银行提交的 claim 文件，逐条对应它提出的具体主张，而不是泛泛说明「服务很好」。
• 产品类型选对：在线服务不需要物流信息。
• 每类证据只留一个文件，多页合并（编辑建议：在每页页眉写清订单号与日期，方便审阅者定位）。
• 检查总大小与 Mastercard 页数。
• 删掉所有链接、音视频与「请联系我们了解更多」。
• CE 3.0 预填字段保持原样；空字段补产品描述等缺失信息。
• 勾选「这是最终版」之前，再让一个人读一遍——提交后没有任何补救通道。

最后一条不是形式主义。一人公司通常只有一个人，最容易在凌晨提交后想起「忘了附登录记录」。把「第二双眼睛」写进流程，比事后写复盘有用。

五、inquiry：成本最低的止损窗口

在正式拒付之前，部分卡组织（页面点名 American Express 与 Discover 最常用，Mastercard 与 Visa 已不再使用）会先发一个 inquiry（也叫 retrieval 或 request for information）。Stripe 写得很明确：在这个阶段，你可以用令银行满意的证据答复，或者全额退款，两种方式都能「不产生拒付费用」地结案。

但 inquiry 不能拖：

Failing to respond to an inquiry can signal to the issuer your implicit acceptance of the claim, resulting in an escalation to a formal, and likely unwinnable, chargeback.

而且 inquiry 一旦升级成 chargeback，必须重新提交一次响应——之前答过不算数。若 inquiry 开放 120 天仍未升级，Stripe 会自动把它标记为关闭，卡组织也不会再升级。

从运营角度看，inquiry 是整条链路里性价比最高的一步：它没有拒付受理费，答复成本也低。把 inquiry 当成「当天必须回」的工单，而不是「等有空再说」的邮件，是一人公司能自己做主的最便宜的风控。

六、接受还是抗辩：算三笔账

决定之前，先把三笔账分开：

第一笔，接受的账。 损失是争议金额 + 收到拒付的费用。Stripe 写明：除墨西哥外，收到拒付的费用不可退；墨西哥可能在你胜诉或持卡人撤诉时退还；SEPA 区走 Cartes Bancaires 的卡付款不收这笔受理费。接受的好处是流程就此结束，不再投入时间。

第二笔，抗辩的账。 抗辩会在受理费之外再加一笔「countered fee」；胜诉时这笔抗辩费退还，但受理费除非合同另有约定，否则永不退还。也就是说，抗辩的 downside 不是「输了再赔一笔」，而是「输了之后，两笔费用都留下，还搭上准备证据的时间」。

第三笔，时间的账。 银行评估通常 60–75 天，全流程 2–3 个月。这段时间里资金一直被扣着，你还要在某个不可预期的日子回来处理结果。对现金流紧的一个人公司，这笔时间成本要按「这笔钱要么两三个月后才可能回来，要么永远不回来」来算，而不是按小时工资算。

至于胜率，公开文档只在一个很窄的情形下给了方向性描述：Visa 10.4（Card absent fraud）的欺诈拒付，如果 Stripe 判定符合 Visa Compelling Evidence 3.0，页面说这通常「significantly higher likelihood of overturning the dispute in your favor」；符合 liability shift 的，Stripe 还会自动补上 3D Secure 的 ECI 等证据。除此之外，页面没有给任何胜率数字。 所以「交证据就大概率赢」这句话，在大多数拒付类型上都没有公开依据。

还有一种容易被忽略的费用：Visa 或 Mastercard 的 compliance dispute。如果你抗辩这类争议，Stripe 会在适用的拒付费用之外另收 500 美元（或等值当地货币），胜诉时退还。它不常见，但一旦遇到，金额会改变「值不值得抗辩」的答案。

一个可执行的判断规则（编辑建议，不是 Stripe 的口径）：先把「争议金额」和「你准备一次完整证据要花的小时数 × 你的时薪 + 不可退的受理费」相比。前者明显更高，且你手里有完整交付记录，就抗辩；前者更低，接受并把精力放回获客，通常更理性。不要用「不能惯着」做决策——拒付是商业成本，不是道德问题。

七、该不该把拒付算进定价

先给一个可以直接抄进表格的公式：

每月拒付损失 ≈ N × (A + F收) + N抗 × F抗 × (1 − W)

其中 N 是当月拒付笔数，A 是平均争议金额，F收 是收到拒付的费用，N抗 是实际抗辩的笔数，F抗 是抗辩费用，W 是你的胜率。这个式子按「受理费不可退」的地区写（墨西哥与 SEPA 的 Cartes Bancaires 另有口径，见上一节）；所有变量都来自你自己的账单与价目表，没有一个需要引用「行业平均」。

本文不写标准受理费与抗辩费的具体金额，原因不是偷懒：Stripe 的拒付页只写「one or more network dispute fees」，具体金额随商家所在地不同，必须查你自己的价目表。把别处的数字抄进模型，比不写更危险。（上一节那笔 500 美元的 compliance dispute 费用是另一项，已单独标注适用条件，不要拿它当标准受理费。）

三种处理方式，按保守程度排：

1. 单列科目，按月计提（最保守）。 在财务表里加一行「dispute loss」，把当月实际被扣的争议金额与费用记进去；没有历史数据时记 0，并标注「未知」，不要填一个凭印象的百分比。
2. 用最近三个月的实际值做预留。 把三个月之和除以三，作为下月的固定预留。它的好处是不依赖任何外部假设；坏处是样本小，第一笔大额拒付就会击穿。
3. 在价格里加缓冲。 只有当你能量化 N、A、F 之后才做这一步。不要用「行业平均拒付率」——那类数字通常没有可追溯的一手来源，也不对应你的客群与交付方式。

还有一条比定价更有效的动作：看拒付是否集中在某一产品、某一渠道或某一客群。 如果 80% 的拒付来自同一个低价引流产品，问题在商品描述或交付承诺，不在价格。先修描述与退款政策，再谈加价。

退款政策本身也是证据的一部分——它是响应表单的一个分区，也是减少拒付的工具。但要说清楚：写「不退款」不会让拒付消失，它只是在抗辩时提供一条你曾经明示过的规则；真正减少拒付的，是让客户在付款前就知道自己买的是什么、什么时候收到、什么情况下能退。

八、三条常见误读

「回复窗口是 7 天。」 不是固定 7 天。原文是「usually 7 to 21 days, depending on the card network」。按 7 天做内部 SLA 是保守的好习惯，但不能把它写成卡组织规则。

「只要证据齐，大概率能赢。」 公开文档只在 Visa CE 3.0 的特定情形下说了「显著更高」，且限 Visa 10.4 代码。其他类型的胜率没有公开数字，裁决权在发卡行。

「先给客户退款，拒付就自动撤了。」 争议未结案前，你不能在争议流程之外退款；inquiry 阶段的全额退款可以结案，但正式 chargeback 不走这条路。页面倒是提到，如果你们能友好解决，可以尝试让持卡人主动撤诉——这是可能的，但不是你能单方面保证的。

九、这周能做的五件事

1. 把 charge.dispute.created 接到一个有人看的渠道，并写清谁在 24 小时内认领。只发邮箱不够。
2. 建一张 dispute 表：争议 ID、金额、reason code、截止日、状态、提交了哪些文件、结果。它的作用不是好看，是让你下次能在 10 分钟内判断「这单值不值得抗辩」。
3. 在结账流程里存下条款版本与退款政策快照。条款改版后，历史订单仍要能证明「当时展示的是哪一版」。
4. 把交付记录统一到订单号：下载/开通时间、license 发放、首次登录、支持往来。没有订单号做主键，四类记录就拼不成证据链。
5. 在财务表里加「dispute loss」科目，月度对账。只有它单独成行，你才会知道拒付到底是偶发，还是在吃掉某个产品的全部毛利。

一句话收尾：拒付的胜负在提交之前就基本定了——由你收款时留下的记录决定，而不是由你提交时写得多诚恳决定。