PHH订单同时进入ERP和Base，怎样避免两边都发货？ - ESG跨境

处理核验

在已知订单中核对下载、分配、面单和出库的整条记录，发现两边都能触发时收口操作入口。系统显示已处理，应能够追到唯一一次真实出库。

若已经重复发货，立即核查包裹状态并按实际情况处理客户及费用。只在列表里删掉重复记录，会丢失追踪证据，不能解决已经发出的第二个包裹。

例如，订单查询只读第一页，剩余订单没有进入仓库，就补齐实际分页并核对已有任务。库存同步有返回，但SKU或销售单位错了，也需要修正源头；写入请求超时先查现有状态，避免重复商品、重复退款或重复发货。

与ESG跨境讨论PHH GROUP相关经营时，可先准备账号范围、接口任务、SKU与实际数据，把问题说明到具体SKU或业务对象。协作围绕请求结果、业务状态与仓库执行形成清楚任务，产品负责人、运营、仓库和财务使用同一事实；实际反馈回到资料、预算与供货安排，后续经营更容易推进。处理后把具体结果通知相关人员，再看同类问题是否减少；产品改版、库存变化或人员更换时，当前资料和职责同步更新，避免下一轮仍重复原来的错误。

责任设定

下载到两个系统不代表两边都应执行。确定哪一个系统负责拣货和发货，另一边需要什么数据，并检查自动确认、面单和仓库推送动作是否重复。

以平台订单编号及实际账户范围关联订单，不靠客户姓名判断重复。一个客户可以有多笔真实订单，不能因名字相同就直接删除。

PHH GROUP这类问题可以从接口与业务对象继续落实。先明确当前接口、账号、业务对象及实际操作范围，商品、销售记录、订单、出库与资金各有不同状态。SKU、销售单位和数据来源统一后，再组织请求、分页或批量任务。收到响应、处理完成和真实业务正确分别确认；失败或未知结果对应具体对象查询，不原样无限重发。技术、运营和仓库知道哪些动作自动执行、哪些由人工确认，凭据与权限有清楚负责人，异常能够继续推进。