作了处理还是做了处理,不同商家的多商品订单

导读：作了是你处理的还是你做的？不同商家的多种产品订单在处理电子商务订单时，我们经常会遇到同时从不同商家购买了多种商品的客户。这时候电商平台应该如何进行结算？作者展示了不同

作了是你处理的还是你做的？不同商家的多种产品订单

在处理电子商务订单时，我们经常会遇到同时从不同商家购买了多种商品的客户。这时候电商平台应该如何进行结算？作者展示了不同方法及其在这种情况下的优势，同时也说明了不同在拆包时的成本处理方法。来看看吧~

在平台型电商业务中，家庭会出现同时购买多种商品的场景，因为一次完成支付快捷方便。

以Double为例，有跨店优惠商品、限时秒杀、限量销售等多种类型的活动。我们可以通过购物同时购买多种商品(购物只是一个概念，品多多【我的收藏】完成这个功能)，第二次完成结算支付，既方便又快捷，可以满足各种商品快速购买的需求。

支付已经完成，然后就是订单处理的问题。如果根据上述情况，假设客户在促销期间同时购买了不同商家的商品，该怎么办？

比如目前有A、B、2个商家，分别有A、B、C商品(A商家有一个商品，单价50元；B商家有B、C产品，单价100元。)现在顾客同时购买三种产品中的每一种一件。如果按照同一个订单处理，在订单上同时有商品A、B、C，分别属于商家A和B，订单的总金额为250元(50+100+100=250元)。

然后在财务层面，商家结算的时候，可能冻结太多会影响商家的现金流。

电商平台通常会对不同的商家进行独立结算。一般来说，可以在订单中确认收货后进行结算。在这种场景下，由于不同商家的物流原因，确认收货时间可能会不一致。另外不同产品会退款吗？

所以按照一般规则，两个商家的结算时间会不一致(如果遇到售后流程，时间差距会更长，影响会更大)。在这种情况下，如果在订单纬度统一对待两个商家，必然会有一个商家被冻结过多，非自身原因导致的结算延迟可能会引起商家对平台不满，影响商家经营，导致投诉量增加。

但平台很难给出合理的解释。第一，很难向商家解释为什么自己的商品结算时间会受到其他商家的影响。第二，冻结金额的增加会影响商家的现金流，这对一些商家是不公平的。

此时，解决问题的唯一方法就是对订单的多个商品进行分单，商品分别属于不同商家！

一、开单方式

根据商家的归属地不同对商品进行分类，同一商家的商品为订单，这样在单一结算场景下只能结算一个商家在一个订单上的商品，解决了订单的归属地问题，从而解决了财务结算中的上述问题。同时注意需要处理订单金额的变化(包括商品金额的调整、优惠分享等。)由票据开行为引起。

(一)单一节点和性能

根据上面的例子，在商品属于不同商家的场景下，业内主流的处理方式是支付成功后放置开放节点(如JD.COM、网易YEATION等。)并且在它进入[待装运]状态之前。‍

下单时的表现:same 订单

取消支付后显示订单:还是保持订单状态？

付款后，待发货:订单已拆分成多个部分。

这种方法具有以下优点:

如果客户在【待支付】状态下取消了支付，后续再支付客户也只需要对一个订单进行操作，在这种状态下的客户体验更好，更加符合用户心智。同时，在【待支付】状态下，客户天然的会比较关心款项问题，一个订单，便于客户在实际支付前进行核算（特别是在有平台红包等跨店优惠的情况下）。主订单可以保留下客户的行为轨迹，既满足了客户的操作习惯（一次性支付），也能满足商家发货的拆单需求（不同商家分开发货）。

付款后订单的表现:开箱后有两个订单，可以打开发货或者售后救济。

如果不在这个节点打开文档会怎么样？

如果节点后移，付款成功后会进入物流环节进行配送。如果在本节点及以后的节点打开单据，同样的订单会进入不同商家的物流环节，而物流环节一开始大多是商家独立进行的，可能会导致订单 不同商品和售后的实际物流进度不同。

如果没有及时开单，系统处理的逻辑和订单的呈现会比较复杂，可能会导致商家订单的混淆，以及发货和售后退款退货的错误。

在进入物流环节之前完成开箱工作，可以避免一个订单关联多个商家的物流情况，而且多个商家完全独立，售后也可以完全独立，不需要数据关联，简洁高效，也降低了复杂度和商家出错的概率。

如果节点前移，能否在支付成功前拆分单据？答案是肯定的，比如在拼多多中，分单节点是在下单之后，付款之前，C端的表述是如果中途取消付款，在订单列表中可以看到两个订单，但是重新开始付款时订单会是“合并付款订单”的形式，需要一起付款。

下单时的表现:same 订单(一起支付)

取消支付后的订单展现：订单拆分取消后显示订单:订单拆分

重新支付:split 订单仍然需要合并支付。

拼多多采取这种方式的原因可能在于:

相比于支付之后拆单的逻辑，在下单后支付前拆单，订单的逻辑更加清晰、独立，不与其他商户订单产生关联，商家端订单的数据处理上，更加容易。如果支持单独支付，那么客户不仅需要支付多次，客户体验较差，而且有些跨店使用的优惠等可能存在逻辑漏洞（因为存在跨店优惠，因此一起支付是比较好的方式，防止出现一个支付了，另一个没有支付的情况，不满足优惠条件而享受优惠，容易让人钻漏洞给平台造成损失），因此在重新发起支付时，拼多多用了合并支付的方式，以主订单的维度进行支付。

所以分单节点问题的答案是，分单工作必须在物流环节开始前(即付款完成后)完成，但你可以根据自己的需要考虑将订单分单节点放在付款前。

(2)开票时的费用处理

开单的时候还有一个很重要的事情就是订单的金额需要分配。尤其是在双重促销的情况下，优惠券、红包、折扣、积分等。of 不同叠加，导致金额计算逻辑复杂。明确分配逻辑、优先使用顺序和范围尤为重要。

分摊折扣和运费后，既能满足拆单需求，又能在后续售后情况下要求部分商品退款退货。账单拆分的方式可以让sub 订单的退款和结算相对容易，因为前期的相关费用数据都准备好了，可以直接用于售后。不需要计算交易账单的数据，减少了出错的可能性。‍

在进行具体的分配计算之前，我们需要考虑不同的因素对分配的影响。需要考虑的主要因素是否属于同一类特许权？

无论报价是否可以叠加，在不同的情况下，可以组合四种主要场景，即:

同类型优惠，可叠加同类型优惠，不可叠加不同类型优惠，可叠加不同类型优惠，不可叠加

同类型的折扣，可以叠加:比如新人的全折扣券和店铺的全折扣券就是同类型的折扣。在大多数情况下，它们将被设置为叠加，并用于促进新用户的交易。在这种情况下，由于优惠券的种类相同，所以分摊计算方法也是类似的(例如上述新人全折扣券和店铺全折扣券都是全折扣，分摊折扣的公式统一如下:

单个折扣下的商品共享折扣=商品金额/所有商品金额之和(即商品金额的比例)。享受优惠金额。

但是因为优惠券是可以叠加的，所以每个商品的分享折扣要把多个优惠券考虑进去，不要遗漏。

假设有不同店铺产品A，单价100元，产品B，单价200元，100-10以上新人优惠券X，300-60以上平台优惠券Y。优惠券产品A和B都可以使用，两张优惠券可以叠加使用。

使用息票x的分配计算公式为:

x优惠券分配给商品A折扣=商品A金额/所有商品金额之和(商品A金额+商品B金额)享受折扣金额x = 100/(100+200) 10 = 3.33元。

x分配给商品B的优惠券折扣=商品A金额/所有商品金额之和(商品A金额+商品B金额)享受折扣金额x = 200/(100+200) 10 = 6.67元

使用优惠券Y分享的公式为:

优惠券分摊到商品A的折扣=商品A金额/所有商品金额之和(商品A金额+商品B金额)。享受优惠金额Y = 100/(100+200) 60 = 20元。

分配给商品B的优惠券折扣=商品B金额/所有商品金额之和(商品A金额+商品B金额)。享受折扣金额Y = 200/(100+200) 60 = 40元

从上面的例子可以发现，同类型优惠的计算公式往往是相似的。

同时，由于折扣可以叠加，在计算商品a的共享折扣时，需要分别考虑优惠券X和优惠券Y的影响，因此:

商品折扣分配总额=优惠券x分配给商品a折扣+优惠券y分配给商品a折扣=3.33+20=23.33元；

商品折扣分配总额=优惠券x分配给商品b+优惠券y分配给商品b =6.67+40=46.67元。

此外，其他几种情况是:

同类型优惠，不可叠加：比如同一店铺的不同的满减优惠券（满100-10，满200-30）通常来说是同类型优惠券，但是不可叠加使用，只能选择其中一种优惠力度大的使用。这种情况下，相对于上面的同类型优惠可叠加的情况，分摊方式比较简单，因为优惠不可叠加，每样商品涉及到的优惠就只有一样，计算某件商品分摊优惠的时候不需要考虑多种优惠。不同类型优惠，可叠加：比如包邮优惠和店铺满减优惠券是不同类型的优惠，但是通常来说可以叠加使用。这种情况下除了可叠加优惠啊，计算分摊的时候需要计算多样优惠对于商品的影响外，在具体计算的时候，因为优惠的类型不同，因此具体的计算公式也是不同的（比如满减优惠的分摊优惠计算公式为：该商品金额/所有商品金额之和（该商品金额占比）·享受优惠金额，而包邮优惠怎是邮费统一为0，不同类型的优惠，计算公式很可能是不同的）。不同类型优惠，不可叠加：这部分就比较多了，比如说秒杀活动和限时折扣，是不同类型的优惠，但是通常来说不可叠加（这种一般来说优惠力度比较很大，叠加没有必要）。这种情况下，因为优惠的类型不同，因此具体的计算公式也是不同的。同时优惠券不用叠加，因此计算某件商品分摊优惠的时候不需要考虑多种优惠。

一般来说，同类型折扣是否影响共享折扣的具体计算公式，能否叠加决定了在计算某一商品的共享折扣时是否需要考虑多个折扣的叠加影响。不要漏掉它。

本文由@艾玛原创发布。每个人都是产品经理。未经许可，禁止复制。

来自Unsplash的图像，基于CC0协议。

此观点仅代表作者本人，大家都是产品经理。平台只提供信息存储空间服务。

总结:以上内容是作了加工或处理，不同商家多产品订单的详细介绍。文章部分内容转载自网络，希望对你了解要不要加工有帮助和参考价值。