退款请求自动化的 10 条规则：AI 能做什么、不能做什么

操作规则

在判断资格前，解析准确的 Order、Invoice、Charge、Payer、Account、Merchant Entity、Currency 与 Request Channel。核验请求人是 Buyer、Authorized Representative、Administrator 还是无关联系人，同时避免收集不必要身份数据。

保留证据

order_id、invoice_id、payment_id、payer/account match、merchant entity、currency、request provenance、representative authority、identity confidence、access restriction。

决策关卡

Identity 含糊、多个相似付款、疑似 Account Takeover、第三方无授权，或 Customer/Payer/Refund Destination 不一致时进入 HOLD。AI 可建议 Candidate，不得静默选一个方便的交易。

操作规则

评估交易和请求发生时适用的 Rule Version，而不是今天的默认政策。分开 Statutory Right、Contract Commitment、Goodwill Policy、Marketplace Term、Subscription Term、Digital-Content Condition、Product Exception 及监管或卡组织义务。

保留证据

Policy/Contract ID 与 Version、Effective Date、Sale Channel、依法可知的 Customer/Merchant Location、Consumer/Business Classification、Product/Service Type、Delivery/Performance State、Exception Evidence。

决策关卡

只有一条无歧义且已验证的 Rule Path 才可自动判断。Term 冲突、Regulated Product、Cross-Border Uncertainty、Minor、Accessibility Barrier、Classification Dispute 或法律权利问题交合格人员。英国/欧盟示例不能当全球默认。

操作规则

判断正确动作是 Capture 前 Cancellation、Void、Full/Partial Refund、Credit Note、Replacement、Service Correction、Goodwill Credit、Payout/Transfer Reversal 还是 Chargeback Response。这些动作对 Accounting、Inventory、Entitlement、Tax、Provider 与客户后果不同。

保留证据

Payment Lifecycle/Capture/Settlement State、Fulfillment/Consumption、Return State、Dispute State、Prior Credit、Requested Outcome、Allowed Action Type、System-of-Record Owner。

决策关卡

流程只指定一个授权动作及依赖。不能因为客户说“退款”就直接 Refund；若实际需要 Void、Correction、Replacement 或 Dispute Workflow，应转相应 Finance/Operations Owner。

操作规则

重建 Gross Amount、Eligible Line、Quantity、Fulfilled/Consumed Portion、Discount、Coupon、Credit、Gift Value、Standard/Premium Delivery、Tax、Fee、Restocking Rule、Currency、Rounding 与 Prior Adjustment。保留 Formula 与 Source Value；不能让语言模型执行未经验证的算术。

保留证据

Line Item/Quantity、Price/Tax/Discount Allocation、Delivery Method、Return Condition、Consumed Unit、Prior Refund/Credit、Currency/Precision、Calculation Version、Expected Ledger Entry。

决策关卡

金额须与 Transaction 和 Applicable Rule 对账，并经过独立算术验证。Negative、Above-Paid、Cross-Currency、Zero、High-Value、Fee Deduction、Tax Uncertainty 或 Allocation Conflict 必须复核。

操作规则

创建动作前跨系统检查 Prior Refund Attempt、Credit、Cancellation、Dispute、Manual Adjustment、Retry 与 Webhook。基于批准的 Case/Action Version 预留稳定 Idempotency Key，锁定 Eligible Amount，并拒绝不同 Payload 的 Replay。

保留证据

Case/Action Version、Idempotency Key、Prior Refund/Credit ID、Available Refundable Balance、Dispute State、Lock Owner/Expiry、Request/Response Hash、Webhook Event ID、Retry History。

决策关卡

一次审批最多生成一个预期财务动作。Timeout/Unknown Response 必须查询 Provider 与 Ledger 对账，不能盲目重试。Amount、Destination、Policy 或 Approval 变化时创建新复核版本。

操作规则

使用获准信号发现 Account Takeover、Refund Abuse、Collusion、Stolen Instrument、Return Fraud、Unusual Velocity 或 Manipulated Evidence。Signal 只是限制执行或要求专业复核的理由，不是违法证明、客户指控或无限留存数据的许可。

保留证据

Signal Source/Time、Rule/Model Version、Reason Code、Confidence/Limit、获准 Device/Account Context、False-Positive Path、Restricted Evidence Location、Reviewer/Expiry。

决策关卡

低风险案件只能按已验证规则继续。任何重大 Fraud、Identity、Security、Discrimination、Bias 或 Adverse-Action 问题都需受训人员复核并可申诉；客户沟通只用核验事实，不泄露可被利用的控制。

操作规则

按 Amount、Cumulative Exposure、Customer/Merchant Risk、Irreversible Action、Legal/Regulatory Trigger、Exception Type、Precedent 与 Available Authority 路由。风险需要时分开 Requester、Evidence Preparer、Approver、Executor、Reconciler，并阻止 Self-Approval 和失效授权。

保留证据

Approval Matrix/Version、Amount/Cumulative Exposure、Exception Reason、Initiator、Approver Role/Delegation、Conflict Check、Decision/Rationale/Time、Expiry、Second Approval、Execution Authority。

决策关卡

指定 Approver 对准确 Version、Amount、Entity、Currency 与 Action 有当前权限。High-Value、Novel、Regulated、Cross-Border、Manual-Destination、Policy Exception 或 Employee-Related 案件不能继承低风险自动路径。

操作规则

针对已核验 Payment/Provider Object 使用受支持 Refund Operation 提交批准金额；在要求或支持时优先原支付通道。不得要求客户在聊天中发送完整卡信息，也不能让 Agent 未经独立 Payout Process 把资金转到新 Bank、Wallet 或 Card。

保留证据

Provider/Account、Payment/Refund Object ID、Approved Amount/Currency、Destination Rule、API Version、Idempotency Key、Execution Actor、Request/Response、Provider Status、Next Action、Failure Data。

决策关卡

Provider 接受一笔与批准记录绑定的请求，且保存 Response 时不泄露敏感凭据。Unsupported Rail、Manual Bank Detail、Split-Platform Liability、Connected Account、Charge Dispute、Destination Change 或 requires_action 走专业流程。

操作规则

告知客户 Approved Action、Amount/Currency、可安全披露的 Destination、Action Time、当前 Provider State、现实的 Next Update 与 Reference。API 接受请求不等于“已退款”；Pending、requires_action、Failed、Canceled、Succeeded 必须使用不同消息。

保留证据

Approved Response Version、Amount/Currency、Safe Destination Descriptor、Provider Status/Timestamp、非保证的 Timing Basis、Delivery State、Reference、Next Update、Failure/Action Instruction。

决策关卡

客户措辞与观测状态一致且不保证到账日期。Message Delivery 或 Refund 失败时创建有 Owner 的跟进；Provider 敏感数据经 Redaction；满足 Accessibility/Language Need；变化时发送 Correction 而非篡改历史。

操作规则

Provider Success Event 不等于业务恢复完成。将 Refund/Balance Transaction 与 Ledger 对账，并仅在批准动作需要时调整 Invoice、Tax、Revenue、Commission、Inventory、Entitlement、Subscription、Fulfillment、Vendor Payout 与 Analytics；确认客户送达并保留 Reopen Condition。

保留证据

Provider Final State、Balance Transaction、GL/Subledger Entry、Credit Note/Tax Record、Entitlement/Inventory Change、Commission/Vendor Effect、Customer Confirmation、Residual Balance、Exception/Reopen Owner。

决策关卡

关闭要求 Provider 与内部记录匹配、依赖动作完成、客户已通知且无孤立异常。Pending、Failed、Disputed、Mismatch、Over-Refund、Unreturned 或 Entitlement Conflict 保持打开；用 Denominator 汇总并复核误批/误拒。