退款规则应匹配用量交付方式
数字 API 用量通常会立即消耗，无法退回，但这并不意味着只写一句含糊的“不退款”。政策应区分未使用余额、已消耗用量、订阅费、重复扣款、计量错误和服务故障。
本内容是起草指南，不构成法律建议。消费者保护、支付网络、税务和合同义务会因地区与客户类型而异。
先对退款原因分类
客服需要一致的分类与处理标准。重复付款或计量错误，与客户大量使用后的不满意并不是同一类问题。
| 场景 | 证据 | 可能处理 |
|---|---|---|
| 重复扣款 | 支付 ID 与账单 | 退还重复付款 |
| 计量错误 | 用量日志与复算结果 | 更正账单或发放余额 |
| 服务中断 | 状态记录与请求日志 | 按政策提供服务补偿 |
| 客户程序 Bug | 有效认证用量 | 通常不退款，可酌情审核 |
| Key 泄露 | 异常用量与事件报告 | 撤销后个案审核 |
明确处理预付余额
说明未使用余额是否可退、赠送余额是否排除、何时过期以及关闭账户后的处理方式。如果余额不可转让且不具有现金价值，应在购买前明确展示。
可以为基本未使用的首次购买设置短退款窗口，但要说明用量阈值和处理时间。
解释凭证事件和客户控制
API Key 是持有者凭证，账户管理员通常要对已认证用量负责。政策应要求安全存储和及时撤销，同时产品应提供用量告警、支出上限、Key 限额、活动记录和快速撤销。
- 审核前先撤销受影响 Key。
- 提供时间、Key 前缀、工作区和正常用量模式。
- 保留日志但不收集完整密钥。
- 说明调查期间是否可能临时限制账户。
公布简单的申请流程
列出客服邮箱、申请期限、所需账户与账单信息、预计审核时间和退款去向。退款通常应原路返回，余额补偿需要在规则允许且客户接受时使用。
在利润计算器中跟踪退款率和原因。退款频繁可能说明价格不清晰、告警不足、计费缺陷或新手引导有问题。