ERP恢复后怎么核对漏单？时间窗、单号链路与四方核对

ERP恢复后核对漏单的核心是"以平台后台为源头、按时间窗圈定范围、沿单号链路做四方核对"：平台、ERP、物流、支付四边的订单都对得上，才能确认没有漏；恢复运行不等于数据补齐，先核对、后补单、再恢复自动流程。跳过核对直接开闸，漏单会在发货超时和库存错乱里才暴露。

漏单的高发场景集中在三类：接口中断期间新下的订单没有拉进系统、恢复后自动补拉因去重规则或游标错位失败、中断窗口内改地址或取消的订单状态跳变被同步逻辑跳过。这些场景的共同点是系统不会报错，只是"安静地少了一部分数据"，所以凭感觉判断"看起来都进来了"最不可靠。

本文按圈定时间窗、导出源头清单、四方核对、补单复核、恢复确认五个步骤，拆解恢复后的漏单核对方法。

步：圈定受影响的时间窗和订单范围

先从监控告警、故障工单或接口调用日志确认故障的起止时间，得到一个明确的时间窗。圈范围时在窗口两头各留出缓冲：下单时间在窗口之前、但支付或状态变化落在窗口内的订单同样可能受影响。然后列出窗口内涉及的全部店铺、平台和渠道，一个渠道都不能少，很多漏单恰恰出在"以为这个渠道没受影响"的判断里。

第二步：以平台后台为源头导出订单清单

平台后台的订单列表是订单的权威源头。按下单时间把时间窗内的订单全部导出，注意包含待付款、已取消和已退款的订单，而不是只导已付款待发货的。ERP里的订单清单只作为对照组，不做源头——用ERP自己的数据核对自己的缺口，等于让被检对象提供证据。导出后先数一遍总数，确认与平台后台页面统计一致。

第三步：沿单号链路做四方核对

核对的基准动作，是把四个系统的数据按平台单号拉齐比对：

比对方法是以平台单号为键做全量匹配：ERP里少的单是漏单，ERP里多出的单要查来源，两边都有但状态不一致的单独归类。物流侧和支付侧的核对用于兜底：故障期间若有人绕过系统手工发货或收款，只有这两边能暴露出来。

第四步：缺口订单怎么补：补单、重推与人工复核

补单前先查重：确认缺的单不是被去重规则误拦或落在异常队列里，直接补单可能造成一单两发。补单时应保留平台原始单号和原始下单时间，不要改写成补录当天的日期，否则后续的发货时效考核和报表口径都会失真。已取消和已退款的缺口订单同样要补，让售后状态和库存占用回到真实链路，而不是只补要发货的单。补完后逐单走一遍审单、打单、发货流程，确认能正常流转。

第五步：恢复后怎么确认系统已经正常

补完历史缺口不等于可以放手。恢复确认做三件事：用测试订单验证从下单、同步、审单到发货回传的全链路畅通；观察订单同步延迟指标回到日常水位；在一个订单高峰时段（如晚间促销）持续监控，确认没有新的缺口产生。最后对时间窗内的订单再做一次全量比对，两次比对结果一致，才能宣布核对闭环。

FAQ

Q1：【恢复后要往前核对多久的订单？】

以故障起止时间为基准，向前覆盖到故障开始前的最后一个成功同步点，向后覆盖到恢复后个正常同步点，两端各留缓冲。判断依据是同步日志而不是经验值：日志显示最后成功拉单是几点，就从几点开始核。

Q2：【平台显示已发货但ERP里没有订单怎么办？】

说明故障期间存在绕过系统的手工发货。先在物流侧按揽收时间圈出运单，逐单回查平台后台对应的订单，确认后补单并把物流单号回填，再核对这批订单的库存有没有被正确扣减，漏扣的要做库存调整并留痕。

Q3：【怎么判断漏单已经找全了？】

两个条件同时满足：平台后台时间窗内的订单总数与ERP补录后的订单数一致；物流揽收和支付流水里的单号都能在平台后台找到对应订单。四方都对上且二次比对无新增差异，才算找全。

Q4：【补单会不会导致重复发货？】

有这个风险，所以补单必须先查重：核对异常队列、去重日志和物流侧运单，确认没有同单号记录后再补。批量补单时先补少量验证流程，再分批处理，避免规则错误被批量放大。

Q5：【怎么减少下次故障时的漏单损失？】

把这次核对沉淀成预案：明确谁负责停自动任务、谁导源头清单、按什么模板比对。日常开启订单同步异常告警，让缺口在故障当时就暴露，而不是恢复后靠人工翻查。

总结

漏单核对的正确顺序是：圈时间窗、以平台后台为源头导全量订单、沿单号链路做四方比对、查重后补单并复核流程，最后用测试订单和二次比对确认恢复。恢复运行和恢复数据是两件事，中间隔着一套完整的核对动作。

把核对动作固化为故障预案，比每次临时翻查可靠得多。选型或复盘时，可以把订单同步日志、异常订单队列和缺口告警能力作为评估项，万里牛ERP这类电商系统的相关能力，可结合自己店铺的真实订单做验证，具体功能以官方产品资料为准。