问题前提
多个消费者扫码后实时共享同一订单，此订单支持多人同时下单，共享中消费者都可对订单结算，且可随时加餐并支付
问题描述
当多人分阶段对同一订单支付后，因个别缘由触发退单申请时，因订单资金来始于不同消费者，店家对此退单应做何操作？退票应怎样退回？
思索解决方法
首先想到消费者只能对自己支付的订单部份提出退单申请，交由店家确认，但剖析后发觉会出现以下问题。
问题：若当前须要退订的餐品由不同的消费者支付，则须要多个消费者提出退单申请，这么设计，须要消费者在退订时记得自己下单的餐品，降低了消费者操作成本。
考虑另一种方法：消费者可对订单任意部份提出退单申请扫码点单，交由店家确认。
考虑到订单本身可能会存在满减、优惠券、买一送n等让利方式，而每种让利可能会有一定的生效限制，例如支付金额达到某一额度时生效，若选择退单的餐品早已享有了相应让利扫码点单，这么若退单后现阶段支付金额已不足以支持使用可能早已使用的让利了，这么应当怎样估算退货金额？退单的餐品属于不同的支付批次，是否应当单独估算各自批次让利额度以及退货金额？
退货估算完成后应当怎样将钱款退回？这个第一反应是将钱交纳给退单申请人，并且显著不符合情理，应当返还给各自餐品的支付人。
这么当订单中两个消费者对一餐品分别点了一份，完成支付后，在退单申请时退了一份，这么应当退货到那个消费者呐？
在记录订单西餐品时，对于同一餐品，不同消费者分别为若干份数支付，应当怎样记录？是将订单中同一餐品作为一条记录主体，之后在该条记录中记录支付人、份数、金额，还是按照支付人员不同，分别记录在多条记录中。
到此，推论是须要分别记录每一支付批次的支付人、当前批次下的餐品列表、总金额、优惠以及让利金额。
并且对于此业务设计的时侯还是会倍感十分混乱，总认为那里不合理，所以在这儿记录下，希望诸位大鳄和施主才能提些建议。
在此谢过！
=================迟到的说明2020.05.29=================
有同学私信问我最后如何解决的，在此做下说明。
前述的同一个订单多人多次支付的业务逻辑过分复杂，超出了我能力处理界限，故舍弃此场景，采取曲线救国形式变相实现。
规定同一个订单可以多人多次递交，而且只容许支付一次，支付完成后由店家确认结束订单。
若消费者想要添加新的餐品，则重新在当前桌号上创建新的订单。
另：关于多人实时共享订单，可以通过的方法来实现。
免责声明：部分文章信息来源于网络以及网友投稿，本站只负责对文章进行整理、排版、编辑，出于传递更多信息之目的，并不意味着赞同其观点或证实其内容的真实性，如本站文章和转稿涉及版权等问题，请作者在及时联系本站，我们会尽快为您处理。
