← 返回总目录

语言：English

Chargeback 响应流程（修正版）

PIN-3468 · 修正 CS 原图的逻辑错误 · 作为全局入口，独立于单个类型的 Guide

节点上悬停 i 展开 tip。支持联系方式：对白标客户，可支持隐藏此包含 Pacvue 服务邮箱的 tip 内容。

与 CS 原图的差异（4 处修正 + 3 处补充）

项	CS 原图	修正后 / 依据
Valid 分支的申诉	Valid → `Fixing Cost < Chargeback` → Provide relevant docs → 1st Dispute → 2nd Dispute	Valid 两条分支都不进入 dispute。扣款成立时申诉必被拒，且会消耗 AVC 规定的 2 次机会（`G201047200`）。用户已指出此分支不应 dispute。
成本比较的方向	`Fixing Cost > Chargeback` → Observe & flag if CB increases；`Fixing Cost < Chargeback` → 走申诉。两条分支的动作不对称且语义混乱	统一为一个决策 + 两个对称结果：整改更省 → 立即整改 + 观察复发；整改更贵 → 接受成本 + 监控趋势（金额上升则重估）。
30 天窗口的位置	作为脚注 `*Submit any relevant docs within 30 days` 挂在图外，且只标在 Valid 分支上	提升为 Invalid 分支的第一个判断节点 —— 它决定"还能不能申诉"，是分流的前提而非补充说明。
Invalid 的两条支路	上路 Submit relevant docs → Submit case for wrong categorization；下路 Provide historical charges → Reach out to AMZ contact → Settlement。两路并列、无进入条件	改为按时效分流：窗口内 → 按类型走自动化 / 人工两条提交路径；已超窗口 → 才是 Vendor Manager 协商（对应原图下路）。
➕ 自动化 / 人工分流	原图无	支持自动化的类型 → Document Center 自动提交；其余类型 → 人工支持。两条路径的具体类型清单与支持联系方式均以节点 tip 形式挂载，不写进图形本体；tip 可按租户控制是否可见。
➕ 申诉次数上限	原图有 1st/2nd Dispute 方框，但未说明"上限 2 次、二次被拒永久失效"	补入终态节点。AVC 原文：二次被拒后 Contact Us 也不再受理（`G201047200`）。
➕ 24 个月数据留存	原图无	补入超时效分支。AVC 原文：超过 24 个月数据留存期，Amazon 不再处理任何 chargeback（含 backup invoice）。

在产品中的位置（详见 04-interaction-design）

全局入口：Chargebacks Analysis Report 页头的帮助区 —— 一个 遇到 Chargeback 怎么办？ 引导卡，点开弹出本流程图。它高于任何单一类型，是"先看这个，再看具体类型"的总纲。
类型内嵌入：每个类型 Guide 抽屉的 ⑨ 区块只显示本类型条件化的那一句 CTA（自动化 or 人工），下方一行 查看完整响应流程 → 回到本图。避免 36 个页面重复整张流程。
状态联动（二期可选）：若 Analysis Report 已有 chargeback 的通知日期与 dispute 状态，可在流程图上高亮客户当前所处节点（如"距窗口关闭还剩 8 天"）。