这句话很关键：你合并，但你留分流口。留口，才能防被说“封口”。

二、分流机制：标准问题走模板，个案问题走核验

江门评审小组马上上线第二个补丁：

CA（个案分流）

PB答复发布后，申诉人若认为自身情况与模板不符，可提交CA申请

CA必须提供差异点（例如签约日期、户型类别、面积区间、合同条款编号）

CA处理时限可延长至7天，但必须给出“核验清单”与“下一次对照时间”

这一步把“拖死你”的战术拆开：

想刷量的人：只能进入PB模板答复，刷再多也只会得到同一个结论

真有个案的人：可以进入CA核验，不会被洪水淹掉

交易中心负责人终于喘了一口气：“这就像把工单系统分级了。”

林远点头：“对。制度本质就是工单系统。你不分级，就会被人用最廉价的方式把你拖垮。”

三、给银行看：闭环不是速度，而是吞吐

最关键的是，银行会怎么看。

如果银行只看“72小时内答复条数”，那洪水必然把你淹死；

但如果银行看“问题闭环吞吐”，你就能活。

林远让江门立刻给银行发一份补充回执：

FR--02｜集中申诉应对与吞吐说明

申诉按PB批次合并处理，确保48小时内给出统一依据答复

个案差异通过CA分流，7天内核验闭环（带对照时间）

所有答复均关联依据编号，留痕可抽查

银行风控邱经理回得很快：“收到。我们评估时会按PB闭环时长与CA闭环时长统计，不按单条数量。”

这句回复等于把对手的“拖超时”算盘打掉一半——你刷量，但银行不按量算。

四、对手升级：他们开始制造“看似个案”的差异

但对手不会停在PB。

第三天，CA个案分流突然暴涨。

大量CA提交开始带“差异点”，而这些差异点非常狡猾：

签约日期写得模糊

合同条款编号故意填错一位

面积区间选择在边界值

户型类别用自定义描述

看起来像个案，其实是“让你核验成本爆炸”。

江门窗口工作人员崩溃：“他们这样填，我们每条都要回电话核对，7天也扛不住！”

林远没骂，只让江门加第三个补丁：

CA必须通过“核验清单”校验才能进入处理队列。