Zalando的ZSS将退出，服装卖家要把年末订单分开走

一批冬装已经备好，订单接口、打印标签和交接运输每天照常运转，服务结束通知却把最忙的销售季分成了几段。订单什么时候产生，标签什么时候打印，包裹什么时候真正进入运输网络，原本连在一起的动作，如今要各自看日期。

Zalando在9月16日更新的ZSS退出说明中明确，Zalando Shipping Solutions将在2026年末退出。对正在使用这项服务的合作商家，年末切换已经成为当前经营任务。对于只在框架协议中留有未启用ZSS条款、实际没有使用它的ZEOS伙伴，通知则说明无须采取进一步行动。先确认自己用了什么，比看到服务名称就全部改流程更有效。

AI生成场景示意：冬装订单分区交接与退货检查

这次变化发生在黑五与冬季销售衔接的时候。服装订单带着颜色、尺码和季节属性，退回来以后还可能继续销售。出库渠道与退货渠道如果一起被含糊地叫作“物流”，业务负责人就容易遗漏其中一段。

三个截止点，要放进同一张订单时间轴

官网给出的安排相当具体。截至10月4日，这些关键日期仍在未来：

• 12月9日：ZSS标签创建关闭；Zalando Return Solutions，即ZRS，继续运行。
• 12月10日至23日：最后一批ZSS包裹进入指定注入节点的窗口。
• 2027年1月1日：ZSS运营完全结束，仍到达注入节点的包裹将退回寄件人。

公告称，日常运营可以延续至12月，包括Cyber Week；同时提醒改变物流配置可能需要两至三个月。因此，卖家现在讨论切换，是给系统接入、承运安排和实际测试留下时间，而不是把黑五订单立即停发。

最容易被混淆的是标签日期与交接日期。打印出来的标签只代表该包裹取得了原路径所需的信息，实际运输还没有开始。订单在仓库排队、缺少一个尺码等待补货、拣出后重新包装，都可能把进入网络的时间往后推。年末做排程，应让仓库知道哪些包裹走原路径、哪些开始使用新路径，不能只告诉大家某一天更换打印机模板。

一个比较可靠的内部订单记录，可以同时保留订单编号、商品尺码、标签对应服务、标签创建时间、实际交接记录及首次运输扫描。不同字段解决不同问题：客服回答包裹在哪里，看运输事件；仓库确认该交给谁，看所选服务；对账人员追查哪一笔费用，看服务标记和对应账单。若系统最后只留下一个运单号，切换后很难还原当时的选择。

对仓库来说，原路径与新路径同时运行的日子尤其需要清楚的分区。服装外箱外观相似，标签格式可能也都很熟悉。将两类包裹混放在同一待发区，交接人员就得临时逐件判断。按渠道和批次安排货位，并让扫描结果决定交接清单，可以把这类判断提前完成。

还有一些已经生成标签却尚未出库的订单。它们不能只按打印时间被认作“已经处理完”。运营应逐笔检查实际货品是否齐备、何时能够交接，遇到必须改走新路径的情况，明确旧标签怎样作废、系统保留哪条有效运输信息、顾客收到什么通知。此处需要按具体集成和承运商办法执行，重复打印而不处理旧记录，容易把同一订单变成两个互相矛盾的追踪入口。

服务退出更像一次带着存量订单的搬迁。迁移计划如果只覆盖切换之后的新订单，截止前积压的包裹、重新发出的补寄件和运输异常件，就会落在计划外。它们数量未必最多，却往往需要客服反复追踪。

因此，内部可以把年末订单按状态拆开管理：已注入原网络且继续运输的订单、已经有旧标签但还未交接的订单、准备使用新服务的订单。每类都有自己的下一步动作，负责人能从状态判断应该找仓库、承运商还是系统人员，无须每次从头解释整个切换背景。

发货换了路径，顾客体验的计时仍在继续

Zalando在退出公告中列出ZFS、采用第三方的独立履约以及独立履约结合ZRS等选择。采用独立履约时，商家仍须承担相应客户体验指标，特别是Delivery on Target，也就是按目标时间完成配送。公告推荐了exporto，也写明商家可以选择其他物流服务商。

这使服务选择不只是比较一张运价单。

服装卖家要看新的流程从什么时候开始接收订单，什么时候能够拣货，何时交给末端运输，追踪数据怎样回到平台。某个方案从揽收开始计算运输时间很漂亮，但订单在卖家仓里已经等了较久，顾客的完整等待并没有变短。采购运输服务时，需要先把双方计时起点对齐。

Zalando的Partner Program客户体验指标说明列出，配送达标与退款达标目标均为至少95%，正确提供配送及退货追踪编号的覆盖目标为至少98%。配送时间从订单导出到商家系统算到首次配送尝试；退款时间从顾客向承运商发起退货算到平台收到商家的退货确认。国家的工作日规则也有差异，例如德国、荷兰与波兰的配送目标均为四个工作日，但周六是否计入并不相同。

同样写着“四个工作日”，实际排程仍要看市场。按自然日画一条统一运输线，会把周末规则掩盖掉。系统负责人可以使用目的国家和对应日历计算目标，仓库负责人则据此安排订单释放与交接节奏。客服向买家解释进度时，也应看该订单对应的市场条件。

更换承运安排之后，追踪号码尤其值得做实际测试。系统接到新号码是一件事，顾客点击后能够看到有效运输事件是另一件事。发出包裹、回传配送编号、取得首次扫描、显示末端事件，应在测试订单上逐段核对。退货编号也要同时检查，因为它在顾客拆包之后才会进入使用，常常比发货问题更晚暴露。

测试商品最好能覆盖真正的订单形态。单件T恤、鞋盒、装有多件外套的包裹，拣货与包装过程各有特点；同一订单中的尺码如果有一件未到齐，系统如何处理，也会影响出库时间。测试只用一笔所有商品都在手边的理想订单，难以看出仓库日常排队的影响。

可以把一次试运的结果落到具体事件，而不只问运输商“是否测试通过”：

• 订单进入系统后，哪个状态触发仓库开始拣货。
• 运单生成后，配送与退货编号分别回传到哪里。
• 包裹完成交接后，第一条可查询事件何时出现。
• 配送异常、顾客退货与补寄订单，由哪个岗位继续处理。

这些问题看起来细碎，却决定换路以后谁能把订单接下去。平台上的商品曝光、仓库中的打包和客服的追踪查询，不可能靠一次合同签署自动连通。

费用比较也应对应真实订单。除了正常包裹运输，可以分开查看退回寄件人、重贴标签、额外处理、库存移转以及重复使用不同服务的阶段性支出。每项费用是否存在、如何计收，需要供应商提供自己的报价和条款。公告中的服务宣传适合了解方向，预算应回到该店的市场、订单构成与具体合同。

报价还要和交接安排放在一起看。如果原先每天有固定交接时段，新方案改成预约提货，仓库就需要把预约动作、确认截止和未完成提货的处理写进值班表。若改变了交接地点，负责干线的供应商也要取得新地点与营业时间。对外联系表里应留实际业务联系人及异常件入口；运输晚了以后，不能让每个岗位再从销售人员的聊天记录中寻找负责的人。

切换期的经营报表可以按服务标签保留两组记录。否则，原路径最后一批订单与新路径刚上线的订单混在一起，平均配送表现可能难以解释。发现某条线路变慢时，负责人需要知道是旧网络的存量件、仓库交接延迟，还是新服务的数据回传不完整，才能把问题交给正确的人。

发货服务退出，退回来的衣服还要继续营业

ZSS退出并不意味着ZRS也一起结束。卖家若正在使用ZRS，需要确认自己的服务协议与配置继续怎样运行；若更换发货服务，也应检查顾客随包收到的退货资料是否仍然对应有效路径。

Zalando的ZRS介绍页把服务分为Pure和Plus。Pure将处理后的退货集中送回商家仓库，Plus则把退货送往Zalando履约中心准备再售。同一市场不能将其中任一方案与商家自己的退货处理并用。对服装企业，这个区别直接影响货品回到哪里、谁负责下一次发出，以及账面库存应在何时变为可售。

冬季外套退回时，顾客退款完成与商品重新可售并不是同一个状态。服装需要找到原订单与具体尺码，检查实物、整理商品，再按实际处理结果回到对应库存。公司可以在内部把“退款已触发”“退货已验收”“已回到可售库存”分别记录。财务看到退款事件，运营则要看可售数量，两个部门使用同一个模糊的“已退货”字段，会得出不同判断。

年末又是季节价格变化频繁的阶段。一件外套回来时原有活动可能结束，另一个尺码仍有销售机会。退货确认与重新上架之间拖延过久，会使商品错过它原本适合的销售时间。处理速度的价值不只在仓内效率，还在商品能否以当前状态、当前价格继续进入市场。

更换发货方案也会改变库存所在位置。若决定将部分商品改入新的履约仓，店铺需要知道在途货、已收货但未可售的货、已经可售的货各有多少。原仓库存扣减与新仓可售回传之间若没有明确衔接，页面可能短暂显示缺货，或同时把同一批货算在两个位置。迁移开始前，先用少量真实商品验证库存变化，比一次性搬完以后再找数字差异容易处理。

尺码结构还会让迁移变得更细。一款羽绒服有多个颜色与尺码，仓库移走的是具体SKU，消费者购买的也不是一个笼统款号。迁移清单应保留条码、尺码、颜色、实物数量和目标仓，并记录异常商品怎样处理。热门尺码的可售中断，可能比整个款式库存减少更直接影响订单。

商家如果在年底保留两种履约配置，页面与客服资料也要跟着更新。客服需要知道某笔订单由哪个服务发出、退货寄往哪里，以及何处可以查询。对消费者而言，流程是否清楚远比仓库名称更重要：顾客拿着旧订单的退货资料联系店铺，不能因为新发货方案已经上线，就只收到新流程的回复。

印刷资料尤其容易慢半拍。仓里原有的退货说明卡、随箱标签和预先打好的包装套件，可以按适用订单检查，再决定何时停止使用。新模板上线之后，应从实际打好的包裹里抽看一套资料，核对顾客收到的纸张与系统中的退货记录是否一致。一个部门改完线上字段，另一个部门仍在消耗旧印刷物，顾客就可能同时看到两个地址。把印刷物、系统模板和订单日期一并交接，能够减少这个看似不起眼的岔路。

最后还要留一份可以查回的交接记录。订单、标签、注入批次、账单及相关处理结果，由谁保存、保存在哪个业务系统，应在服务结束前安排好。原服务退出以后，历史订单的问题不会自动消失；能够把事件找齐，才有办法继续处理客服查询与费用核对。

这次ZSS调整给服装卖家的提醒很具体：渠道服务会变化，冬季订单却仍在移动。把新旧订单、发货与退货、退款与可售库存分别接好，店铺才能在切换运输路径时继续卖货。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。