退货单从哪来：平台、手工与存量单据都进 OMS

每一件消费者退货——从销售渠道或退货平台拉进来的、客服手工建的、从 RMS 承接过来的——都变成一张 OMS 退货单：一张列表、一个单号管到底。

以前退货从哪来就落在哪，各管各的。现在统一了：每一件消费者退货都先变成一张 OMS 退货单。这张单就是这件退货的唯一单据——从哪来、发到哪个仓、最后怎么结，都看它。用了仓库执行模式时，仓内收货质检仍在 RMS 做，但 RMS 那张是 OMS 退货单派生出来的执行单，不是另一张各管一段的退货单。

在一张列表里看全部退货#

1. 打开 OMS → 退货单（/oms/rma）。一行一张退货单：单号、原订单号（对上时）、货主、状态，再加三列——来源、定仓情况、执行归属。
2. 用「来源」筛选只看一个入口——比如只看从退货平台拉进来的，或只看团队手工建的。
3. 列表上方有两个快捷筛选：「待分配」（还没定仓的退货，见定仓一文）和「派生失败」（仓库执行单没建出来的退货）。

来源一：从平台自己进来的退货#

1. 连上的销售渠道或退货平台有新退货时，由流程自动拉进来：OMS 与 Integration 预置了两个现成流程模板——「渠道退货同步」（每 30 分钟）和「退货平台对账同步」（每 2 小时）。在 Integration → 流程 里启用和您的连接对得上的那个。
2. 不想等定时，现在就要拉一轮？在 Integration → 连接 打开那条连接，用它的「拉取退货」动作——立即拉一轮，效果一样。
3. 同一个平台退货拉两次，绝不会变成两张退货单：每件平台退货按平台单号对账，重复拉取只会把已有那张单往前推进。一期先支持 Shopify 渠道和 ReturnGO 的退货拉取；其他连接照旧工作、不受影响。

来源二：客服手工建的退货#

1. 在退货列表点「新建退货」，先选原销售订单——能退的行来自这张订单，没在这张单上买过的行不会被误退。
2. 逐行填退回数量、选标准理由（理由清单在 Master Data → 原因码 里维护，全公司共用一套）。行上不能选大类组——要选到具体理由；都不合适就选「其他」，把客户原话写上。
3. 如果已经知道该发到哪个仓，建单时就直接选仓，这张单建出来就是已定仓；留空则走自动定仓、定不了进待分配队列（见定仓一文）。同一订单同一行重复建退货会被拦下并给出大白话提示——未办完的那张已经在了。

来源三：从 RMS 页面建的，也先进 OMS#

仓库团队熟悉的入口还在：RMS → 退货单 → + 新建退货单，表单照旧，但保存时先生成 OMS 退货单（保存后落在它的 OMS 详情页），RMS 执行单由它派生。OMS 详情页的执行区会显示 RMS 执行单号、点链接就能打开；在 RMS 那边同样能看到 OMS 单号——不管对方给您哪个号，一次点击就能找到另一边。记住这个 Docklify 口径就行：一件退货、一张 OMS 单据，RMS 只做仓内执行台。

存量单据、平台托管退货与免退货#

• 这套口径启用时，RMS 里还没办完的退货已经全部承接过来：每张都生成了 OMS 退货单（来源显示「存量承接」），两边保持同步直到办完。已经办完的历史单只留在 RMS——OMS 列表会提示您去哪看，不会摆一张半空的副本。
• 有些退货根本不会回到您的仓：平台代履约的渠道（比如平台仓履约），货由平台自己收、自己定级。这类退货照样进 OMS——标为平台托管——只为对账用；它们不进待分配队列，也不会产生仓内作业。
• 钱退了、货不回来的单（平台让客户留着商品），记为免退货退款：这张单不走任何仓内步骤直接办结，没人会去等一个永远不会到的包裹。这类单的详情页上，定仓入口是隐藏的——没有仓内步骤，也就没什么可定的。
• 平台退货对不上原订单时，照样建单——不会把真退货挡在门外。这张单在列表和详情页会标「未对上原订单」，并带「人工关联订单」动作，把对的订单手动挂上。

本文用到的 Docklify 功能#

• 带来源、定仓、执行归属列与快捷筛选的退货列表——OMS → 退货单（/oms/rma）
• 退货流程模板（渠道同步每 30 分钟、平台对账每 2 小时）——Integration → 流程
• 连接上的手动拉取退货——Integration → 连接 → 打开连接 → 拉取退货
• 带标准理由的手工建单——OMS → 退货单 → 新建退货（/oms/rma）
• 经 OMS 建单的 RMS 新建页与 OMS 详情页上的执行单互显——RMS → 退货单 → + 新建退货单（/rms/new）
• 标准退货理由——Master Data → 原因码（类别：return）