分销代发系统操作教程：订单处理与发货设置实例

分销代发系统要先对齐商品、供货商和发货规则，再核对买家订单与供货单，由实际供货商发货并回传物流。不要没查同步结果就重复采购，也不要把一个运单号填给所有商品。下面用双供货商教学示例，演示基础设置、订单处理和异常检查。

先把发货前的基础信息对齐

每个可售规格都应能追溯到明确的供货商、库存来源和履约规则。先确认自己是分销商还是供货商，再判断哪些设置需要自己维护。

以有赞分销订单为例，供货单由供货商操作发货，分销商无需替供货商发货；自营订单由商家自行发货。不同系统的菜单、权限和自动化能力有差异，下文按通用设置项讲解，实际入口以所用系统为准。

若系统支持自动同步、自动审单、批量导入、拆单或退款拦截，应先确认其触发条件、覆盖范围和失败提示。不要把这些能力视为所有系统的默认功能。也不应默认要求分销商绑定自己的电子面单账号给供应商使用，面单使用方式应由实际发货方和系统规则共同确认。

用虚构订单JX1001走一遍完整流程

以下是虚构教学示例，不代表任何平台必然支持自动拆单或自动回传。

买家一次购买1只蓝色水杯和1条灰色毛巾，分别由供货商甲、乙寄往同一收货地址，两家各寄一个包裹。本例用JX1001标记这次购买，拆单后实际订单编号以系统显示为准。关键是让每件商品、供货单和包裹保持可追踪对应。

若使用有赞，可先核对多供货商商品的自动拆单规则：不同供货商商品会按供货商拆分为多个订单，自营与分销商品混合时也会拆单。系统拆成多笔订单，与单个订单分包裹发货，应分别核对。

第一步：从支付结果判断是否应进入供货处理

找到JX1001对应的买家订单；如果已拆单，逐笔查看。确认订单已支付，并检查蓝色水杯、灰色毛巾的规格、数量、收货人、电话和地址。随后查看是否存在退款申请、地址修改请求、风险审核或人工暂停标记。

判断结果若为“可处理”，再查看供货侧同步结果：供货商甲应有水杯对应的待处理供货单，供货商乙应有毛巾对应的待处理供货单，或至少能通过分单记录追溯到两项履约任务。若系统不支持多供应商自动拆单，应在系统允许手动代发的前提下，通过可追踪的分单记录分别通知甲、乙处理，或在商品策略上避免混合下单。

动作是记录订单映射关系：买家订单JX1001对应哪些供货单、对应哪些SKU、由谁履约。验证时，不仅看“订单已同步”的提示，还要核对供货侧的商品规格和数量。发现没有供货单时，应先查同步条件、商品关联、库存或异常状态；确认未成功后再按允许方式补发；如果供货单还要求单独付款或审核，也要确认已完成，买家付款不代表供货侧条件全部满足。不要在供货商已收到并处理订单时，又手动生成采购单或再次通知发货，以免重复出库。

第二步：由实际供货商确认并出库

供货商甲确认蓝色水杯1只可发，供货商乙确认灰色毛巾1条可发。发货前，双方都应再次核对各自负责的SKU、数量和收货地址，并确认是否有新的退款、拦截或改址信息。

若订单仍处于正常可发状态，甲发出水杯包裹，乙发出毛巾包裹。每个包裹应填写实际快递公司和真实运单号，并与对应商品关联：水杯运单只关联蓝色水杯，毛巾运单只关联灰色毛巾。不能因为同属JX1001，就把甲的单号套用到两件商品上。

生成面单或在后台点击发货，只说明发货信息已创建或已提交，不等于快递已经揽收。验证时应查看首条真实物流轨迹，并确认轨迹与承运商、运单号一致。没有揽收信息时，应由实际发货方核对包裹是否交运，而不是凭空更新订单状态。

第三步：检查物流回传是否完整

若系统支持自动物流回传，仍应抽查JX1001是否回传了两组包裹信息；若需手动回传，应按每个包裹分别提交物流信息，并保留操作记录。

最终在买家订单侧检查三个结果：蓝色水杯已发数量为1，灰色毛巾已发数量为1；两件商品分别关联正确包裹；买家可见的物流信息与实际运单一致。若其中一个供货商尚未发货，应保留另一件已发、另一件待发的真实状态，不应把未发商品标成已发。

遇到异常时，先暂停新增动作

没有供货单时，先检查支付状态、商品SKU关联、推送条件、库存和供货商是否可接单。未确认同步失败前，不要重复创建供货任务。

供货商缺货时，应停止催促出库，记录缺货SKU和影响范围，再按已约定的替换、等待或售后方案处理。不能以其他规格或其他商品直接替代，除非已取得买家同意。

买家要求改地址时，应暂停新的出库动作，并联系实际发货方确认供货单、面单和包裹是否已处理。买家订单地址修改，不保证已同步到供货单，更不保证已同步到已生成的面单。有赞的分销供货单改地址说明列出了操作入口和限制，其中存在拆单的订单不支持修改收货地址，不能按普通未拆单订单处理。

出现退款申请时，也应暂停新增推送、补单和催发货动作，向实际发货方确认能否拦截。若系统支持退款拦截，需确认它的生效时点和适用订单范围；不能承诺系统一定自动拦截。包裹已经揽收后的退款，应按实际售后流程处理，不应假设可以撤回物流或直接阻止出库。

如果使用有赞新版分销模式，还需核对分销订单的退款处理权限：由供货商操作退款或买家申请，分销商后台不能操作供货产品退款。客服应把请求传递给有权处理的主体。

上线前做一次可执行验证

先创建一个系统支持的单供应商测试订单，核对规格、数量、供货单生成和物流展示。若系统支持多供应商拆单，再测试一个包含多个供货商商品的订单，重点验证供货单数量、商品与包裹对应关系、买家端分包裹显示。

随后按系统支持的方式测试停售或退款暂停场景，观察订单是否会继续进入待处理队列。没有测试环境时，可采用平台允许的低风险测试方式，并留意真实付款、取消及相关费用规则。测试订单同样应按平台规则处理，不制造假物流，也不使用虚假运单号。

常见问题

一个订单同时有自发商品和代发商品，怎么管理？

先按履约主体拆分记录：自发商品由商家自己的仓库流程处理，代发商品由对应供货商处理。分别核对商品、数量、包裹和物流，避免把自发订单误推给供货商，或把代发商品纳入自营发货。

自动回传和手动回传怎么选？

若系统支持自动回传且能稳定关联商品与包裹，可降低重复录入；但上线初期仍要抽查结果。手动回传适合自动链路未开通或异常订单，但必须按真实包裹填写承运商和运单号，并做好订单映射记录。

退货地址必须和发货地址一致吗？

不一定。实际供货商的寄件地址、仓库地址和退货地址可能不同。应在商品和供货商维度确认售后接收地址，客服不要仅根据发货面单地址引导买家退回。使用有赞独立供货店铺时，可查看退货地址设置入口及创建时间限制，确认应在独立供货店铺还是对应总部设置。

上线测试一定要真实寄件吗？

不一定，应以系统和平台允许的测试方式为准。重点是验证订单、供货单、SKU和包裹关联是否正确；如确需验证真实物流轨迹，应使用真实履约信息并按规则完成订单处理，不能用虚假运单代替测试。