第99章 旧接口不能换（1/2）

第一笔退货申请卡在系统核验环节时，客服没有图省事，随便选一个相近原因草草归档。

这笔订单源自安禾两个月前的前期试销单。六国项目统一售后入口正式上线后，所有仍在质保周期的老旧订单，全部批量迁入新系统。旧单据标注的问题为“泵头使用异常”，但新系统仅划分出产品问题、包装问题、运输问题三类责任端口。新旧状态码缺失映射对应关系，一旦人工随意归类，后果无法逆转：若是归为产品质量问题，安禾需承担退款与复检成本；若是归为运输破损，仓储方会凭空背负一笔不存在的责任过失。

周宁当即把订单锁定在人工核验队列，同步向客户发送受理通知，只告知需复核原始订单数据，无需客户重复上传已提交过的凭证素材。

唐经理快步赶到客服工位时，第二笔同类退货申请恰好弹出，同样卡在责任判定环节。

“能不能先垫付退款，责任归属后续再细化界定？”

财务当即否决：“单笔两笔可以临时垫付，但系统没有明确责任分类，品牌、仓库、项目三方账户无法完成闭环结算。今天是两笔，日后批量涌出根本无法兜底。”

林昭核对完订单归档时间，语气笃定：“严格按照合同最长时效告知客户，今日内查清症结，绝不靠错误归类换取处理速度。”

首位客户的回访电话很快接入。她无暇深究两套系统的迭代漏洞，只执着确认退款是否会因此延误。

客服耐心解释已优先受理订单，仅责任类目需延后至下午核验完毕。对方依旧不耐：“下单时流程顺畅，换新系统反倒要翻旧账，我没时间配合你们的系统迭代收尾。”

林昭静立在客服身后，没有接过电话代为辩解。周宁稳下心神，先敲定上门取件的具体时间，再精简话术安抚客户：“系统数据核对由我们内部全权处理，今日六点前明确退款节点，您无需重复提交任何资料。”

客户这才松口：“那我等你们六点前的答复。”

挂断电话，周宁掌心已然冒汗：“刚刚生怕客户追问数据归属、系统衔接的细节，稍有不慎就会说错话。”

“不清楚的专业环节，统一回复内部核验即可。”林昭淡淡叮嘱，“既然承诺了六点前给结果，就必须专人跟进、准时落地。”

周宁在工位设置好时效提醒，全程自主跟进，没有将问题层层上报推给管理层。

与此同时，何律将启川发来的业务核验函送至林昭桌面。

附件清晰罗列六类旧状态码，却未标注对应的新系统适配规则。启川律师在正文说明，此类旧码诞生于项目早期跨境售后体系，不含任何客户隐私信息；若昭禾需要精准适配方案，可安排双方技术人员在律师见证下专项核对。

邮件末尾附带一条可选项：顾沉舟可出面当面说明早期项目设计背景。

“这是律师模板里的常规备选条款。”何律解释，“对方问询我们是否需要预约当面沟通。”

“不需要。”

林昭快速翻阅状态码清单，条理清晰安排：“让启川技术团队书面答复三个核心问题：每类旧码的原始定义、选用场景、对应的固定责任归属。所有内容走法务邮箱正式报备，不安排任何私人会面。”

“顾沉舟全程跟进过早期项目，对设计逻辑会比基层技术人员更清楚。”

“设计初衷和业务映射是两回事。”林昭立场分明，“我们当下缺的是能让订单正常流转的业务标准，不是他对旧项目的私人回忆与主观解读。”

何律了然，当即回复启川律师，婉拒了当面沟通的提议。

启川办公室很快收到昭禾的回绝邮件。

秘书看向专注核对旧码时间线的顾沉舟，轻声汇报：“昭禾只认可技术组的书面说明，不需要您出面对接。”

顾沉舟指尖一顿，将手边一本项目手写笔记轻轻合上。

“按技术组的标准答复即可。”

技术负责人略有迟疑：“六类旧码里，有两类当年是林总——林昭亲自参与调整的，她的记忆会比我们更精准。”

“昭禾现在索要的，是启川存档备案的官方记录。”顾沉舟语气平稳，“严格按照公司档案如实作答。”

维护组即刻调取受限档案库中的旧版系统说明。梳理后发现，六类旧状态码的设计逻辑本就层级混乱：三类用于记录客户诉求，两类标注内部处理动作，仅有一类界定供应商初步责任。早年系统为精简字段、提升效率，将不同维度的信息强行合并在同一栏目里，所有精准判定全靠老员工经验记忆。团队迭代、人员更替后，这套不成文的操作惯例，彻底失效作废。

技术负责人看着陈旧的系统页面，面露愧色：“当年订单体量小，客服彼此熟悉，都能默认看懂规则，反倒觉得细化标注太过繁琐、拖慢效率。”

律师追问：“现在能否直接出具一对一的新旧码映射对照表？”

“无法完全匹配。部分旧码必须结合原始售后照片、客服沟通记录才能判定，强行机械映射，会直接把客户的主观诉求，定性为官方责任结论。”

顾沉舟定下调性：“如实写明无法完全匹配的原因。能精准对应的三类先行提交，剩余三类附上完整核验步骤与所需佐证材料。绝不替昭禾单方面界定责任。”

维护组耗时两小时，整理出规范的书面说明。全文客观严谨，未提及林昭姓名，也没有将系统漏洞笼统归为行业常态，只如实确认旧码原始定义、历史使用场景与官方存档依据。

本章未完，点击下一页继续阅读。