正向订单跑通之后，真正把账做乱的往往是反向单。客户申请退货，平台已经把钱冻结或退回，仓库货还在路上，软件里可售数已经加回，下一单又把残次品卖出去；或者货已入库，订单中心仍停在待审核，客服按“还没收到”回复。HelloWorld跨境电商助手把售后相关状态收进订单和库存附近，是为了让退货、退款、入库成为同一条链上的三段，而不是三个部门各记一本。下面只谈售后闭环：状态怎么分、货没到能不能动库存、退款和入库谁先谁后、怎样避免同一笔单被处理两次。
先把售后拆成互不替代的四种状态，不要用一个“退货中”打天下
申请中、待寄回、在途、已入库待检、可再售、报损、退款完成，每一种对应能不能加库存、能不能对客承诺、能不能关单。状态糊在一起，仓库以为能上架，客服以为已退款，财务以为还挂着。
- 仅有申请、货未寄出时，不自动加可售。此时加库存，等于把还在客户家里的货卖给下一个人。
- 已寄出未签收，只跟踪物流，不改可售。拦截失败和空包，都发生在这一段。
- 入库未质检，进过渡仓，不进共享可售池。外观完好和功能完好不是同一句话。
- 退款完成和库存加回分开打勾。平台强制退款并不证明货已回来，也不证明货能再卖。
权威源仍然只能有一个，售后尤其不能两边各点一次
平台有自己的退货工作流，软件有自己的状态机。两边同时点同意、同时点收货，会出现重复退款或库存加两次。团队要规定：对外承诺以平台工单为准，对内库存以仓库确认加软件入库为准。
- 客服在会话里答应退款，必须回到订单售后里落状态，不能只存在聊天记录。下一班看不见聊天，就会再退一次或拒绝一次。
- 平台自动退款的单，在软件里标记“款已退、货未清”，直到仓库给出结果。不要因为款已退就把单从异常队列拿掉。
- 禁止用改库存数字来“抵一笔退货”。数字对上了，质检、责任和报表全丢了。
- 子账号权限上，能同意退款的人不必能批量覆盖库存；能入库的人不必能改售价。
入库动作要带结果，不能只带件数
退货到仓，点收货只完成了物流闭环的一半。结果至少要分为可再售、可维修、报损、少件、错件。HelloWorld库存若只接收一个“加回数量”，残次会重新进入同步规则，防超卖模块会非常尽职地把坏货同步到所有站点。
- 可再售才写回共享库存，并走一次和正品相同的同步校验。
- 报损走单独仓或单独原因码，不参与可售和广告可用库存。
- 少件和空包保留证据位：面单、拆包记录、重量异常。没有记录的空包，会在对账时变成谁也说不清的盘亏。
- 错件按新问题处理，不在原SKU上强行加回。加回错编码，比不加更难找。
退款节奏按原因走，不按谁先发脾气走
质量问题、物流延误、尺码不符、不喜欢、重复下单，处理时限和是否等货回来不同。全部等货到再退，绩效和评价会先爆；全部先退再等货，空包和二次销售风险会升高。规则写在软件的售后分类里，比写在群公告里可靠。
- 明确可先行退款的类型，并自动把这类单留在“款已退待收货”队列，而不是关闭。
- 必须先验货再退的类型，客服模板只承诺处理时限，不承诺此刻到账。模板仍写旧价旧时效，会制造新的纠纷。
- 部分退款在订单上写金额和原因，避免财务按全额核销。
- 同一客户短期多次退货，标记后转人工，不走全自动同意。自动同意会把欺诈和真实质量问题一起放大。
对账要三张单能对上：平台退款、软件售后、仓库出入库
只看平台退款报表，会漏掉货已回未上架；只看仓库收货，会漏掉款已退货未回。HelloWorld若能按SKU和订单号把这三段列在同一筛选里，每天对的是差异，不是感觉。
- 款已退货未回超过时效的名单，单独跟承运商和客户，不混在普通待发货里。
- 货已回款未退的名单，查审核卡在谁。卡在权限或证据，不要卡在“回头再说”。
- 库存加回与可再售数量不一致，停同步该SKU，查是否把过渡仓写进了共享池。
- 周度把退货原因回写到商品和尺码表。同一规格反复退，应停售或改主档，而不是把售后组当生产线上的最后一道工序。
售后在HelloWorld跨境电商助手里不是订单列表的灰色尾巴。状态分得开、权威源唯一、入库带质检结果、退款与加库存解耦、三张单对差异，反向单才不会把正向同步精心维持的数字重新打散。货和钱走的不是同一条路，软件的工作是把两条路的节点标在同一笔单上，让下一班的人看见现在到底缺的是货、是款，还是一句还没兑现的承诺。
