取消与反审核有什么不同
| 动作 | 商城目的 | ERP 处理原则 |
|---|---|---|
| 取消订单 | 结束履约,按既有规则申请、审批和退款。 | 查全链路依赖;允许范围内逐节点撤销,保留已完成与待处理事实。 |
| 反审核订单 | 退回订单,可能修改后再次履约。 | 有有效销售出库单时禁止;无阻断且由商城创建的原单按状态反审核/删除。 |
哪些既有配置会影响逆向处理
取消和反审核没有可供跳过 ERP 全链路核查的配置开关。下面列的是正向配置留下的业务事实:逆向操作要先识别这些事实,再决定自动执行、阻断或转人工。
| 当前订单情况 | 相关配置或资料 | 取消与反审核时怎么处理 |
|---|---|---|
| 曾占用星辰库存 | 仓储集成 → 仓库配置 → 星辰库存占用 | 核对预留创建、释放及当前 ERP 占用。不能只看现在开关是否关闭;释放或撤销失败单独留节点。 |
| 曾联动创建出库 | 销售订单 → 订单联动销售出库;出库单 → 自动审核、生成方式 | 查全部 ERP 出库和审核状态,包括未同步商城的出库。有效出库一律阻断反审核;取消按依赖处理。 |
| 曾生成预收款或收款分录 | 销售订单 → 同步订单收款分录;预收款单 → 下单下推收款单;支付映射 | 先核对核销和退款状态;ERP 撤单与退款节点分别记录,不能因为商城已取消就显示全部成功。 |
| 订单有关联采购 | 采购订单配置、供货协同入库及 ERP 全链路关系 | 已下推采购或已入库时列出实际单据;不能仅凭商城当前一单一采购关系忽略 ERP 下游。 |
| 仅人工绑定 ERP 原单 | 三方集成中的关联来源与历史记录 | 不自动删除人工绑定的 ERP 原单;商城关系变化留历史,转人工核实 ERP 后续处理。 |
取消已推星辰的订单
**这个功能:**在商城取消订单,同时明确 ERP、预收款、库存预留和下游单据要如何处理。
**从哪里进入:**销售订单详情 → 取消订单。
**操作前看一眼:**查看退款金额、收款单、库存占用以及 ERP 下游单据;已发货、采购入库、已核销等复杂业务不能直接自动撤销。
怎么操作
1. 点击取消订单,先读取消影响预检;界面列出资金、库存、业务、第三方影响。
2. 选择退款类型并填写取消原因,按现有审批流程提交。
3. 审批通过后商城订单先关闭并冻结履约;ERP 撤销、预留释放和退款按任务节点继续。
4. 返回订单三方集成核对每个节点和最终结果。
**操作后怎么看:**商城显示“已取消”不代表 ERP 和退款全部完成;未结束节点会显示处理中、失败或待核实。
**异常时怎么办:**出现有效出库、真实发货、未支持的财务或采购依赖时,按预检提示转相应业务处理,不能强行取消 ERP 原单。

图 1 取消订单影响预检(确认样式图;示例单号与数量仅作说明)
取消预检失败时不要提交申请
| 拦截或待核实原因 | 页面上怎么看 | 下一步 |
|---|---|---|
| ERP 全链路查询失败 | 无法确认出库、预收款、采购和退货;不能把接口失败当作没有下游。 | 核对接口、账套与原单后重新预检;未查全前不提交。 |
| 已有真实发货或有效出库 | 业务影响和 ERP 关联单据列出出库编号、发货单及状态。 | 先按对应业务处理出库与发货,再重新核查可取消范围。 |
| 退款、预收款或采购依赖未明确 | 资金/业务影响区域显示待核实或阻断。 | 交财务或采购业务核对实际单据,不跳过依赖直接撤销 ERP 原单。 |
| 已有取消或撤销请求在途 | 原请求结果不唯一,可能已在 ERP 生效。 | 先查原请求及三方集成节点,避免重复退款、释放预留或删单。 |

图 2 取消预检查不到完整 ERP 全链路时禁止提交示意(确认样式图;示例单号与数量仅作说明)
反审核已推星辰的订单
**这个功能:**让商城订单返回待审核状态,必要时清理商城创建的 ERP 原单,保留历史。
**从哪里进入:**销售订单详情 → 反审核。
**操作前看一眼:**系统必须实时检查 ERP 销售订单全链路;读取来源配置不影响这一必检动作。
怎么操作
1. 点击反审核,等待全链路预检。先看是否有关联销售出库、商城发货、预收款、采购及预留。
2. 有任意有效销售出库单时,界面列出全部阻断单据并禁止确认,包括未审核和未同步商城的出库。
3. 无阻断且来源可确认时再确认执行。ERP 已审核单先反审核再删除;未审核单按实际状态删除。
4. 核对商城状态、原 ERP 关系失效记录和操作日志。重新审核商城订单后,后续推送会生成新的 ERP 订单。
**操作后怎么看:**原 ERP ID、编码、账套、来源、操作人、时间和结果留在历史日志;新 ERP 订单另建新关系。
**异常时怎么办:**人工绑定或来源无法确定的 ERP 原单不自动删除,进入人工核实;请求超时只显示待核实,不当作删除成功。

图 3 反审核因两张 ERP 出库被拦截(确认样式图;示例单号与数量仅作说明)
反审核预检失败如何判断
| 失败原因 | 预检会显示什么 | 怎样处理 |
|---|---|---|
| 一张或多张有效 ERP 出库 | 列出每张 ERP 出库的编号、审核状态、关联商城发货;未审核、未同步商城也阻断。 | 先走对应出库/发货业务处理,不在反审核弹窗强制删除 ERP 订单。 |
| ERP 全链路未查全 | 查询失败或结果待核实,不能判断是否有隐藏下游。 | 检查接口和账套后重新预检;不能把空列表当作通过。 |
| 原单为人工绑定或来源不清 | 商城可以保留历史关系,但不能证明该 ERP 原单由商城创建。 | 转人工核实,不自动删除不属于商城创建的 ERP 原单。 |
| 已存在逆向在途请求 | 节点处理中或待核实。 | 在三方集成核实原请求,不能并发发起第二次反审核。 |
三方集成如何看逆向记录
订单详情“三方集成”保留取消或反审核的预检、执行节点和最近记录。重点区分“预检阻断”“执行失败”“结果待核实”:预检阻断表示没有发起 ERP 写入;执行失败表示请求已发且明确失败;待核实表示可能已生效,必须先确认 ERP 原单实际状态。
常见情况
| 情况 | 处理 |
|---|---|
| 有一张或多张 ERP 销售出库 | 反审核直接阻断;取消也须按依赖办理,不能自动忽略。 |
| ERP 原单由管理员手动绑定 | 只处理商城关系,原 ERP 单转人工核实;不能视为允许自动删除。 |
| ERP 已撤销而商城节点未结束 | 先核实原请求,再补齐本地节点和日志;避免重复撤销。 |
| 取消审批通过但退款失败 | 商城维持关闭与履约冻结,单独补偿退款节点。 |