1樓：佛系狗
電商平台其實處於乙個中間位置，負責代收代付，直接面對的是買家，賣家。如果把電商平台當作乙個耦合點，那麼合併訂單其實對買家來說其實就只是一筆支付流水。電商平台代收的錢，然後拆分給賣家。
站在電商平台的角度其實是一筆收入，多筆支出。一筆收入對應一筆真實資金流，也就是一筆支付流水(買家和電商平台之間的流水)，而拆分支出給賣家則是多筆支出流水(電商平台和賣家的流水)。
退款其實是針對賣家的流水，但是又要遵循原路返回的策略，所以優先關聯和賣家的支出流水，但是又要判斷退款額度是否大於買家的支付流水，如果有組合支付的概念，則更複雜，需要考慮優先退餘額，還是優先退真實資金渠道。
最近在做支付平台，如果關注比較多，則詳細把自己的設計方案拿出來。
先mark一下。
2樓：Doramama
我的理解：乙個總的訂單先叫做父訂單，然後分別買了三個商家的東西，即三個子訂單。支付的時候是合併支付乙個父單金額，相應的只生成一條支付流水。
如果後續再退款，則是另乙個退款的邏輯分為部分退款和整單退款。退款流水號也是分別生成的，退幾次就有幾個流水號。目前多數支付平台都是按父單對賬的（我接觸的支付寶/銀聯都是）。
所以，直接問題：不需要拆分支付流水；間接問題：支付流水不變，退款流水根據退款次數分別生成。
3樓：
直接問題
我選擇不拆分支付流水。
理由：支付系統不care呼叫端（電商）的業務邏輯。諸如：多商戶、主訂單、子訂單、拆分訂單這些概念。電商端對支付系統的也不該有過多的超出支付業務之外的要求。
間接問題
定義好支付型別：退款、部分退款。
4樓：
我理解你要做的是類似於某寶一樣的平台，上面有很多商家。
一般來講，訂單和支付系統是分開設計的。訂單系統裡的多個子訂單(ABC），合併後送往支付系統，那後者看到的就只有乙個單號（D）。不存在什麼拆分支付流水的邏輯。
至於說子訂單間的退款以及優惠什麼的，都是訂單系統要處理的邏輯，比如其中C訂單是否已全額退款。支付系統只管D訂單的退款金額是否已經超限。
說到底就是功能拆分，乙個是業務訂單，乙個是支付訂單，不要弄混了。
跟朋友吃飯是怎麼付款的
昨天沒有愛 搶著付。三個人一起吃飯，兩男一女。每次吃飯，男生和女生總是吃到一半就去買單，兩人偶有爭執，一般男生勝。我反應慢，一般會在吃完要走時買單，然後就沒有然後了。後來長心眼了，但也是他們起身去買單時才意識到有人買單了，分別和男生與女生爭執過一次，完敗。繼續長心眼，點完菜我就買單，完全不給他們機會...
在蘋果官網取消訂單之後，付的錢什麼時候能退回來？
光年其實不久丶 俺也來了玄學一波 看了客服說的，感覺返校優惠快來了啊，一定要在返校優惠前退款給我啊，求求了 手動分割線 2021.07.13 早上6.16還沒有退款返校優惠也還沒有訊息 弗瑞說 4月19日上午退的，不知道多久才能到賬，希望知乎玄學有用，嗚嗚嗚看了好多回答都是第二天的十點多退的，我的m...
武大和浙大是否是上世紀末的合併潮中合併最成功的大學？
罅隙凝塵 浙大成功個毛線。搞得浙江高校成了 浙大和其他大學 的格局真的很好？這一合併，使得高校水平存在斷崖式差距，一大批想留在省內上學考不上浙大但成績遠超一本線的學生只能選擇與自身實力不相匹配的大學。浙江人哪個不吐槽浙江高教？ 楊宗軍 我就想知道為啥西安當時就只有西交大 長安大等合併了，但是規模並不...