客服与ERP怎么联动？售后工单的五个衔接点
客服处理售后时最常见的一句抱怨是”我看不到仓库那边的情况”；仓库也常反问”客服答应补发我怎么不知道”。问题的根子不在人，而在于工单与订单之间缺少衔接点。
一、五个必须打通的衔接点
| 衔接点 | 客服需要知道 | 系统需要做的动作 |
|---|---|---|
| 订单状态 | 是否已付款、已发货、能否拦截 | 把仓库流程状态透出给客服视图 |
| 退款申请 | 退款进度、是否需要退货 | 工单与退款单关联，避免二次处理 |
| 补发与换货 | 是否已安排、何时发出 | 生成补发单并占用库存 |
| 物流异常 | 包裹是否滞留、是否丢失 | 轨迹异常自动生成待处理工单 |
| 责任归属 | 该谁承担补发或退款成本 | 在工单上记录原因与责任方 |
五个衔接点里，”补发单占用库存”最容易被漏掉。如果补发不扣减库存，账目上就永远少一件货，时间一长差异会持续累积。
二、拦截与补发的时间窗口
售后动作能否成功，很大程度取决于操作时机。
- 未拣货：可以直接取消或修改，成本最低。
- 已拣货未出库：需要仓内拦截，要求系统能按订单状态通知仓库。
- 已出库未揽收：取决于物流商是否支持拦截，成功率下降。
- 已揽收：通常只能等收货后退回，此时应转为退货流程而非拦截。
把状态可视化：让客服界面能直接看到订单处于上述哪个阶段，能显著减少”找仓库问一句”的沟通次数。这是投入很小但回报明显的一项配置。
三、工单需要记录的最小字段
- 问题类型：未收到货、商品破损、发错、少件、尺寸不符、买家主观等，取值需预设，避免自由填写。
- 责任判定：仓库、物流、供应商、商品本身或买家原因，用于后续归因分析。
- 处理方案：退款、补发、换货、补偿或解释安抚。
- 成本金额：补发成本与运费，便于统计售后总成本。
- 处理时效：从建单到闭环的时间，是评估客服效率的可靠指标。
四、用售后数据反向改进
工单本身是成本，但汇总后是改进依据。前提是前面提到的字段填写规范。
- 按问题类型排序：找出占比最高的两类问题，通常能对应到具体的流程缺陷。
- 按SKU排序：某些SKU的破损或尺寸问题集中出现，值得调整包装或修改详情页描述。
- 按责任方排序：用于评估物流商与供应商的表现，作为合作调整依据。
- 按处理时长排序：识别长期挂起未闭环的工单，这类工单是最容易升级为差评的部分。
退款与退货的处理流程可参考退款退货在ERP里怎么管理；订单异常的หมวดหมู่与处理可参考降低错发漏发的三道防线；工单协作涉及的角色分工见ERP子账号与权限การตั้งค่า。
结论：客服与ERP的联动要打通订单状态、退款申请、补发换货、物流异常与责任归属五个衔接点，其中补发单占用库存最容易被遗漏。拦截能否成功取决于操作时机，把订单所处的仓库阶段对客服可见能显著降低沟通成本。工单应记录问题类型、责任判定、处理方案、成本金额与处理时效，汇总后即可反哺包装、详情页与合作方评估。