保税与非保税共仓时，客户订单怎么拆责任

保税仓里放非保税货，或者反过来——这种共仓模式在综保区项目里越来越常见。

同一个客户可能同时有保税货源和非保税货源。同一张订单也可能把进口保税商品和国内非保税商品混在一起下。

听起来只是多一个货主。系统处理起来复杂度是成倍跳的。因为订单不光是业务对象，它首先是监管对象。出区的时候，海关查的是监管身份和账册之间的对应关系，不是订单号。

判断很直接：保税和非保税共仓时，订单不能只按订单号拆，还要按监管身份拆。不分清楚，出区后要面对的不只是客户投诉，还有监管风险。

三种订单场景

纯保税订单。商品全部来自保税库存。走核注清单和报关逻辑，出区要海关放行。这类系统相对成熟，大部分综保区系统都能处理。

纯非保税订单。商品全部来自非保税库存，国内采购或入区退税后的货物。走国内贸易流程，不需要核注清单。但在共仓环境下，货可能和保税货在同一个库区，系统得靠库位的监管属性来区分。

混单——保税加非保税同单。这是高危区。客户下了10件货，6件保税4件非保税，在同一张订单里要求一起出区。

很多系统遇到这种场景，第一反应是"既然一张订单，按一个流程走"。这是最危险的判断。保税和非保税的监管通道完全不同：保税出区要核注清单和报关确认，非保税不需要。强行走同一通道，要么非保税被误走报关流程浪费时间，要么保税漏走监管流程带来合规风险。

按监管身份拆，不按订单号拆

面对混单，只有一条路：把一张订单按监管身份拆成两条独立的执行线。

第一步，识别商品监管身份。订单进WMS或OMS时，系统根据商品主数据判断每一行的监管属性——是否保税、是否涉证、是否涉及退税、有没有监管条件。

第二步，按监管身份拆单。保税子订单走保税库区库存加保税出区流程（核注清单加报关）。非保税子订单走非保税库区库存加国内出区流程。两个子订单业务上仍属同一客户订单，但执行路径完全独立。

第三步，同步监管通道和业务通道。拆单不只是系统层面的事，物理操作也要对应。保税商品从保税库区拣货，出区前等海关放行。非保税商品从非保税库区拣货，先完成出区准备。两条线在出区集合时合并，但监管证据分开归档。

核心就一句话：监管通道和业务通道必须同步拆，不能只拆业务不拆监管。

落系统要解决的四个问题

库位属性必须带监管身份。 不能只靠商品属性判断——同一商品可能在保税和非保税库存中同时存在，必须靠库位的监管属性来定位。每个库位要标注：是否保税位、是否允许混放、允许哪些货主。只有库位挂了监管属性，拣货指令才能走对通道。

订单执行路径必须区分。 保税路径：OMS下传→WMS拣货→核注清单提交→海关放行→出区。非保税路径：OMS下传→WMS拣货→出区，无海关环节。系统必须在订单下传时就确定路径，不能到出区再判断。

客户信息必须挂好监管档案。 同一个客户可能有多个监管身份——作为普通客户走非保税流程，作为加工贸易客户走保税流程。客户主数据要维护好不同监管身份对应的业务权限和流程偏好，自动匹配正确的监管通道。

账册映射必须动态更新。 保税出库要扣减对应账册库存。商品从非保税库位移到保税库位，或反向移动，必须同步触发账册映射更新。不然出区后，海关账和仓库账对不上。

最小闭环：先分得清、走得通

系统改造周期长的话，可以分阶段来：

第一周，库位打标签。所有库位标注监管属性，保税和非保税禁止混放。第二到三周，订单识别拆分。系统自动识别商品监管身份，跨身份订单自动拆成子订单，各自走执行路径。第三到四周，账册同步。保税出库自动扣减对应账册，位置变化触发账册映射校验。

一个更容易被忽略的问题

很多团队在推进共仓订单拆分时，把精力都放在技术实现上——系统怎么拆、接口怎么对、数据怎么同步。真正出问题的往往是业务规则没有对齐。

客户自己都没分清楚哪些货是保税哪些是非保税。合同只规定了按订单履约，没写拆单导致的额外操作成本谁承担。仓储费用按订单结算还是按监管身份结算，没有约定。

所以在系统改造前，先和客户对齐三件事：哪些商品属于保税、哪些属于非保税；混单时客户是否接受拆分和分批出区；分批出区产生的额外运费和操作费谁来担。

业务规则先对齐，系统改造才有准绳。不然系统拆对了，业务因为责任和费用问题吵起来，最终还是落不了地。

保税与非保税共仓，订单不能只按订单号拆，还要按监管身份拆。系统必须把监管通道和业务通道同步拆开——保税走保税的流程，非保税走非保税的流程，两条线出区集合时合并，但监管证据分开归档。不拆是监管风险，乱拆是业务混乱。先对齐业务规则，再改系统。先做到分得清走得通，再考虑效率和优化。这个顺序走反了，系统拆再多也落不了地。

---

扫码联系企微
系统规划 / 内容合作 / 业务沟通