客服已经处理退款，仓库却迟迟没有收到退货；包裹显示签收，拆开后发现商品规格不对；退回来的商品完好，但一直没有恢复库存。自营商城做售后时，这几种情况都值得单独处理。
一笔售后涉及用户的钱、退回的实物，以及商城里的库存数量。三者有关联，完成时间却未必一致。把“退款处理完了”直接当成“商品已经可以再卖”，容易让后面的订单遇到缺货或错发。
本文以 Mall4j 银河版 B2C 单商户商城的公开功能列表和操作手册为依据，围绕普通实物商品的售后，说明客服与仓库怎样把退款、收货、验货和入库接起来。文中的业务情景均为假设，交接方法属于运营建议。
先按是否发货，分清库存处理方式
假设一家家居商城销售白色、蓝色两种规格的保温杯。用户买了一只白色杯，后来申请售后。客服首先需要核对订单是否发货，而不是看到“退款”就通知仓库加库存。
在银河版操作手册的库存流水说明中，退款入库区分了两种情况：未发货订单申请退款，由系统自动入库；已发货订单申请退款，需要人工入库。
这一区别应当落实到日常分工。未发货的退款单，先检查系统已有的库存变化，避免仓库再手动增加一次。已经发货的订单，则需要有人继续跟进实物去向和后续入库，不能因为客服完成退款就结束交接。
手册中的规则也不表示用户一点击申请，所有环节就已完成。团队应在所用版本中观察申请、审批、退款完成前后的订单状态与库存流水，确认实际触发时点，再写进内部操作说明。
对已经发货、但最终无需用户寄回商品的处理情形，更不能凭退款结果增加可售数量。是否有实物回来，是仓库处理库存时必须确认的事实。
同意退货时，把接收信息一并确定
银河版手册将售后处理入口列为“订单—订单管理—退货退款”。处理退货退款申请时，可以进行审批；同意时需选择收货地址，没有地址则先添加，也可以填写商家备注。手册还说明了查看退货物流的操作。
对上述保温杯订单，客服同意退货后，应让用户清楚知道寄往哪里，并让对应仓库能够识别这个包裹。若商城有多个收货地点，提前确定接收仓库，比包裹到达后再查谁负责更便于处理。
客服与仓库的交接至少应能对应以下信息：
- 原订单号和退款编号，用于查回这次申请。
- 商品名称、规格和数量，用于核对实物。
- 退货原因及已经约定的处理方式，用于判断后续动作。
- 退回物流信息与实际接收地点，用于跟进包裹。
这些信息可以结合现有页面和团队工作记录整理，不要求它们全部出现在同一个表单里。商家备注也不能代替尚未执行的收货或入库操作。
银河版功能列表列出了按退款编号、订单编号、退款类型和售后状态查找售后单的能力。交班时带上编号，接手人员就能回到具体订单继续处理。
包裹签收后，先核对商品，再恢复可售数量
继续这个假设场景：仓库收到一只保温杯。物流签收只能说明包裹到达，仍需拆包核对它是不是原订单中的白色规格，数量是否正确，商品状态是否符合再次销售的条件。
可以把收货后的处理分为几种结果：
| 假设收到的情况 | 仓库接下来要确认的事 |
|---|---|
| 白色杯一只，规格、数量和状态均符合要求 | 核对是否已有入库记录，再按实际流程办理入库 |
| 收到蓝色杯，与申请的白色杯不符 | 记录差异，交客服核实，不直接增加白色杯库存 |
| 商品破损或缺少配件 | 记录实物状态，按已明确的处理办法决定去向 |
| 用户提供了物流信息，但仓库尚未收到 | 继续查物流和收货记录，不能按预计数量入库 |
表中的验货、异常登记和是否可再次销售，属于商家需要制定的管理办法。公开手册列出了库存相关功能，并不代表系统会自动识别实物好坏或替团队完成验货判断。
若商品需要进一步检查，可以先按团队既有办法单独存放、登记负责人和待办原因。恢复可售数量之前，应同时确认商品规格、实收数量、存放位置和检查结果，避免把“收到一个包裹”当成“多了一件可售商品”。
用库存流水确认，避免漏入库和重复入库
银河版提供“库存—库存管理—库存查询”和“库存流水”入口。手册说明，库存查询可以查看商品在仓库、门店的库存情况，以及同款的其他规格；功能列表还列出了按商品编码、单据编号、关联单号、单据类型等条件查询库存流水的能力。
核对一笔退货时，可以先用订单和退款记录确认业务，再按商品规格与相关单据查看库存变化。不同记录之间怎样关联，应以实际页面展示为准。
例如，假设某仓白色杯的可用数量在此次入库前为 8，期间没有其他出入库，本次验收后实际入库 1 只，核对结果应能解释增加的这一只来自哪笔退货。这里的数字只是演练条件；真实经营中仍有销售、调拨等变化，不能只用一天结束时的库存总数反推某笔售后是否处理。
交班时，如果只说“这个退货已经处理”，接手人员可能再次操作。更清楚的说法是：退款处于什么状态、实物是否收到、验货结果是什么、库存是否已变更，以及依据哪张记录确认。需要人工入库的售后，也应在操作后留下能查回的依据。
每天跟进的，应是尚未衔接完成的售后
客服和仓库可以约定一个固定核对时间，把仍需接续处理的售后逐笔过一遍。例如：已同意退货但尚未寄回的、物流显示签收但尚未找到实物的、已验货但尚未入库的，以及退款或商品处理仍有异议的订单。
这些分类是团队的工作分组，不是对系统自动生成任务的描述。每笔记录写清下一步动作和负责人，才能让“还在处理中”变成可继续执行的工作。
正式开展业务前，建议用测试订单分别演练未发货退款、已发货退货退款，以及收到商品规格不符这几种情况。让客服查看售后进度，仓库核对库存位置和流水，再一起确认：哪一步由系统完成，哪一步需要人工接手，出现差异时怎样查回原因。
Mall4j 银河版已经提供订单售后、库存查询与库存流水等操作入口，适合自营团队围绕真实工作安排试跑。可以从银河版产品页进入演示，带上一款有不同规格的商品和一套退货接收规则，走完一笔售后。把退款结果、实物去向和库存变化逐一对应，客服处理完成的订单，才能在仓库这边也有清楚的结果。
核验与延伸阅读
本文涉及的产品能力、技术资料和适用场景，可通过以下公开入口继续核验：
