問題前提
多個消費者掃碼后實時共享同一訂單，此訂單支持多人同時下單，共享中消費者都可對訂單結算，且可隨時加餐并支付
問題描述
當多人分階段對同一訂單支付后，因個別緣由觸發退單申請時，因訂單資金來始于不同消費者，店家對此退單應做何操作？退票應怎樣退回？
思索解決方法
首先想到消費者只能對自己支付的訂單部份提出退單申請，交由店家確認，但剖析后發覺會出現以下問題。
問題：若當前須要退訂的餐品由不同的消費者支付，則須要多個消費者提出退單申請，這么設計，須要消費者在退訂時記得自己下單的餐品，降低了消費者操作成本。
考慮另一種方法：消費者可對訂單任意部份提出退單申請掃碼點單，交由店家確認。
考慮到訂單本身可能會存在滿減、優惠券、買一送n等讓利方式，而每種讓利可能會有一定的生效限制，例如支付金額達到某一額度時生效，若選擇退單的餐品早已享有了相應讓利掃碼點單，這么若退單后現階段支付金額已不足以支持使用可能早已使用的讓利了，這么應當怎樣估算退貨金額？退單的餐品屬于不同的支付批次，是否應當單獨估算各自批次讓利額度以及退貨金額？
退貨估算完成后應當怎樣將錢款退回？這個第一反應是將錢交納給退單申請人，并且顯著不符合情理，應當返還給各自餐品的支付人。
這么當訂單中兩個消費者對一餐品分別點了一份，完成支付后，在退單申請時退了一份，這么應當退貨到那個消費者吶？
在記錄訂單西餐品時，對于同一餐品，不同消費者分別為若干份數支付，應當怎樣記錄？是將訂單中同一餐品作為一條記錄主體，之后在該條記錄中記錄支付人、份數、金額，還是按照支付人員不同，分別記錄在多條記錄中。
到此，推論是須要分別記錄每一支付批次的支付人、當前批次下的餐品列表、總金額、優惠以及讓利金額。
并且對于此業務設計的時侯還是會倍感十分混亂，總認為那里不合理，所以在這兒記錄下，希望諸位大鱷和施主才能提些建議。
在此謝過！
=================遲到的說明2020.05.29=================
有同學私信問我最后如何解決的，在此做下說明。
前述的同一個訂單多人多次支付的業務邏輯過分復雜，超出了我能力處理界限，故舍棄此場景，采取曲線救國形式變相實現。
規定同一個訂單可以多人多次遞交，而且只容許支付一次，支付完成后由店家確認結束訂單。
若消費者想要添加新的餐品，則重新在當前桌號上創建新的訂單。
另：關于多人實時共享訂單，可以通過的方法來實現。
免責聲明：部分文章信息來源于網絡以及網友投稿，本站只負責對文章進行整理、排版、編輯，出于傳遞更多信息之目的，并不意味著贊同其觀點或證實其內容的真實性，如本站文章和轉稿涉及版權等問題，請作者在及時聯系本站，我們會盡快為您處理。
