你的第二种拆单是指订单入库时拆订单还是拆发货单？

按我理解，一个订单包含多个物流信息还牵扯不到拆订单吧。

拆单一般指的是订单层的逻辑，订单入库时如果因为业务的需要可以进行拆单。

但订单已经生成，只是后续因为缺货、多仓发货、商品无法统一打包（譬如液体和其他商品）等原因，需要进行分包裹发货，那就设计订单与发货单的一对多关系就行。

具体上可以设计为：后端支持一个订单在商品维度上生成多个发货单，每个发货单与物流是一一对应的。客户端支持一个订单的可以查看多个物流信息，可以参考淘宝的交互样式。

当然，如果跟京东这种级别的电商一样，整个电商系统的底层服务都是打通的，譬如：OMS、WMS、TMS等。那么确实可以在订单入库时就根据商品仓储信息、商品物流包装属性等进行拆单，但是哪怕这样，也无法把所有分包裹发货的场景全部解决。

因此在资源不足的情况下，只考虑拆发货单就行，基本可以解决所有的多物流场景。

紧急临时方案：一个订单可以填写多个物流单号，即设置多个物流单号的输入框，客户端展示分开展示即可。

但是电商订单拆单是一个非常常见的场景，建议后期开发资源充足时，好好规划订单的发货流程，即通常说的订单--发货单--物流单的ER关系。

淘宝逻辑：同时将不同的商家商品加入购物车一起结算，系统会自动拆分订单；

订单对应多个发货单：

京东逻辑：同时将京东超市的多个商品加入购物车结算，系统会根据你的收货地址就近安排仓库发货，但是不同的货会在不同的仓库，所以会出现多个发货单；

                还有一种是B2B采购常见的，因为到货周期和库存原因会存在分批次发货情况，这时候也需要多个发货单来对应同一个采购单。

粗浅的理解，具体还要看业务需求，起码得把定义搞清楚哈。

先要看看你现在的订单系统是否有子订单的设计，通用做法如下：

阶段一：基于用户的购买行为产生交易订单，这个阶段因如下几种情况也会拆分子订单：

1.用户购买了不同商家的商品；

2.用户购买了不同区域发货的商品；

阶段二：基于用户的交易订单而产生的发货订单，即物流订单，这个阶段因如下几种情况也会拆分子订单：

1.商品属性导致物流公司无法进行收发；

2.物流政策导致商品需要分发不同物流；

这个问题可以解释为订单和物流信息的对应关系？

按照淘宝、京东这些电商的逻辑：

主订单（多个订单组合下单）根据店铺拆分为子订单【1对多关系】

子订单包含任意个包裹。比如这个子订单里包含从1家店铺买的3个商品，3个商品分别从不同的仓发货，那必然出现3个包裹【1对多关系】

包裹与物流信息一一对应。【1对1关系】

首先：拆单是拆单，拆包是拆包。  拆单是订单形成时的逻辑，拆包是纯发货的逻辑。  拆单不解释了。  拆包的意思就是一个订单对应多个发货记录或者物流信息。 进入订单详情会有两个物流信息。

订单发货的时候，可以先发一部分，然后再发一部分，甚至分很多次发，这样就会形成一个订单对应多个物流信息，所谓“拆包发货”。

拆单好，一个订单可能因为销售方拆成子订单，子订单可能因为仓储方拆成孙订单，孙订单会因为物流拆着多个包裹，每个包裹对应一个发货单对应一组物流信息，这是一个树结构，根是原始订单，叶是包裹。

要是开发人力不足的话，可以临时开发一个手动拆包的功能，在原始订单下新建数个包裹，每个包裹对应一组物流信息、数件订单商品和一个独立的包裹号，后端需要新建一张包裹数据表和包裹订单关系关联表。

这个算是常见的场景吧。1个订单可以对应多个包裹，有人已经把京东的截图给你发出来了，就是这个逻辑。你们有了物流信息，应该能知道对应的商品是什么吧，按照包裹逻辑做

你这里的任意输入一个物流信息是用户输入？抱歉没看太懂，主流的做法是拆单处理，既然暂时没法作到，紧急处理能不能走短信通知的形式呢？

这个场景现在都很常见，一个订单包含多个物流信息很正常，在后台可以做成每一项产品可以输入物流信息

昨天截的淘宝图：

最好的方案还是拆分发货单，一个订单关联多个发货单

物流信息不是绑定在订单上的，而是包裹，

一个订单出现多个包裹是很正常的现象。

一个订单，可以拆成多个包裹。

没法拉图片，要不然给你看下京东的截图，你瞬间就懂了。

或者你加我，我把截图发给你