同意退货只是售后的前半句。后半句发生在仓库门口：货有没有回来、回来的是不是那一件、能不能再卖、钱和库存哪一天才真正闭合。很多店前半句在客服模块里完成得很快，后半句仍靠群里一句“退货到了你看看”。HelloWorld跨境电商助手如果只记录退款状态，不记录回库状态，利润和可售都会在退货高峰里变得乐观。下面按退货到仓的路径写，把同意、在途、签收、判定、回库或报废分成可以交给不同班次的步骤。
同意退货时先生成一张必须被仓库看见的回货单，而不是只改订单状态
订单改成退货中，对平台有意义，对仓库不够。仓库需要知道：哪一个内部SKU、几个、从哪来、预计回哪个仓、是否已有退货运单、判定前是否允许拆包。这些写在回货单上，并进入退货待收列表。没有这张单，到货时只能靠打开包裹看发票或问客服这是谁的。问的过程中货会在退货区堆成无名堆，无名堆是二次上架事故的温床。
回货单在同意的那一刻就指定接收仓。指定要符合仓库身份证：该仓是否接收退货、是否服务该站点。指定错误，货会寄到不收退货的仓或时效完全不匹配的仓，在途会变得更长，买家侧退款却可能已经按时效自动完成。钱先走、货后乱，是退货链路里最贵的顺序。能控制的部分是：同意前看清回哪一仓，而不是同意后让买家自己找地址。
尚未寄出的退货，也要在列表里活着。活着才能催，才能在超期未寄时关闭预期。很多回货单在买家不再寄回后仍占着心理库存，好像那件货随时会回来拯救断货。超期规则写死，超期后回货预期作废，库存不要为一种可能而预留。可能不是在库。
退货在途和采购在途分开看，不要共用同一种催的语气
采购在途是你付钱买回来的货，退货在途是一件可能残、可能空、可能根本不是原商品的包裹。两者都叫在途，性质不同。退货在途默认完全不可售，也不进入补货决策的乐观部分。拿退货在途去填下周可售缺口，等于拿未知质量去填确定的承诺。
在途超期、轨迹异常、被买家改成自行处理，都要能从退货列表里看出来。客服跟进的是买家和平台政策，仓库跟进的是有没有实物进门。两个跟进挂在同一张回货单的不同字段上，避免各跟各的，最后都以为对方已经收口。同一张单上的两个字段都关闭，这件事才允许从异常里消失。
签收退货同样先认箱子，再认内容，而且默认更不信任内容
采购收货还可以假设大多数箱是对的。退货签收要假设可能不对。先记运单到达和包装情况，再开箱核对内部SKU、数量、附件、序列号或特殊标记。对不上原回货单的，进入争议队列，不进入质检合格。争议队列的货单独存放，因为里面可能混有买家错寄、空包、完全不同的商品。混放之后，连争议本身都难以证明。
少件、缺配件、明显使用痕迹，当场写在回货单判定栏的待填项里，不要等“回头一起写”。回头写会变成统一的“有使用痕迹”，无法区分轻度可整理和必须报废。照片关联到单，尤其是外箱和打开后的第一眼。第一眼照片在后来的责任争论里比任何描述都稳，争论可能发生在两周后的供应商沟通或平台申诉里。
判定只允许有限的几个去向，不允许长期停留在“再看看”
去向可以是：原件可再售、整理后可再售、退供、报废、待索赔。五个之外的口头去向，例如“先放着也许活动还能送”，最终都会变成既不可盘又随时可能被拿去送的灰色件。灰色件在缺货下午被拯救上架，晚上就成为新的退货和新的差评。去向必须在质检完成的当天给出，给不出就升到主管，而不是把单留在待判定直到被人忘记。
原件可再售的，走上架入库，批次可以新建为退货批次，成本按规则处理，但状态必须重新经过可售回写。不要因为这件货曾经可售，就跳过回写直接改数字。曾经可售不能证明现在平台侧还认得它。整理后可再售的，整理工时和物料记到该回货单的损失里，再入库。不记损失，这件货会以原成本重新进入毛利，看起来像没发生过退货。
报废要有阈值和记录。阈值避免把轻微包装损伤全部销毁，也避免把明显不能再售的货重新上架。记录避免报废成为库存差异的垃圾桶。什么都往报废一扔，盘点会暂时好看，成本会在某个看不见的科目里失踪，失踪的成本仍会在定价里缺席，于是继续按假成本去卖。
退款、补发和回库允许不同步发生，但必须在同一张单上看见彼此
有的平台会先退款后收货，有的要求先收货后退款，有的允许仅退款不退货。政策不同，软件里不能只跟一种顺序。能做的是让回货单同时显示：钱是否已退、货是否已回、是否已补发另一件。三件事任何一件未完成，单就还活着。活着才会出现在交接和周会的未关闭退货里。
仅退款不退货的，货不会回来，库存不要等待。该扣的损失在同意仅退款时入账，可售也不要为这件货预留位置。补发的，补发件从在库可售里走正常出库，不要从退货待检里“先拿一件顶上”。待检不是货架。顶上的那一件可能是下一笔要被判定报废的，发出去以后，判定和轨迹会缠在一起，谁也说不清发出去的到底是哪一件。
同一买家反复退同一SKU，在客户档案和该内部SKU的问题上打标。标的作用是让下一次同意前被看见，而不是自动永久拒绝。看见以后按政策处理，政策仍是政策。看不见，一线会把每一次都当成第一次，补偿和回货成本会在同一人同一货上叠起来，叠到利润报表里才显得像这个SKU突然变差。其实是同一段关系没有被档案接住。
退货高峰时，先保证判定队列可见，再追求回库速度
大促结束后的退货会成堆到达。这时最错误的反应是要求当天全部回到可售。可售一快，质检就假。假质检的损失会在随后两周的二次退货里出现，二次退货更难解释。高峰时的健康标准改为：当天到达的能当天签收进列表，判定周期不超过约定天数，超期未判定的能被列表单独筛出。筛得出，就能加人；筛不出，加人也会在无名堆上加班。
HelloWorld跨境电商助手在这条链路上的价值，是让客服同意的那一张单和仓库打开的那一个箱是同一张单。同一张单上能看到钱、货、去向和损失，退货才从平台状态变成店内可管理的事件。事件能管理，评分和利润才不会各说各的：评分抱怨退货体验，利润抱怨退货太多，两边都看不见货回到门口之后被怎样判定。判定被看见了，才能决定下一批该改页面、改供应商，还是改同意退货时的话术。看不见的退货，只会在可售数字里暂时消失，然后以更差的评价回来。回来的时候，它已经不是原来那一单，而是下一次切换工具时人们重新提起的那种“软件管不了仓库”的印象。管不管得了，先看退货有没有自己的队列。没有队列的仓库门口，任何一站式工具都会在纸箱面前重新变成表格。
