淘寶合并支付失敗后第二次還可以合并支付啊。。。。
應(yīng)該跟商戶號(hào)有關(guān)系（把這個(gè)問(wèn)題撈一下）
這個(gè)牽涉到訂單拆單與訂單中的優(yōu)惠邏輯有關(guān)。以京東為例，訂單在待支付頁(yè)面看到的還是合并訂單，這是為了避免合并倉(cāng)發(fā)貨避免取消部分訂單帶來(lái)的漏洞。但本質(zhì)上在后端訂單都是按店鋪按倉(cāng)進(jìn)行拆單的。不同的電商頁(yè)面顯示上都存在部分差異，但基本處理相同。
問(wèn)題的癥結(jié)不是在于統(tǒng)一支付及分拆子的支付流水號(hào)，而是在于你購(gòu)物車發(fā)起支付，先是形成支付訂單，同時(shí)通知商戶鎖定商品庫(kù)存，同時(shí)還會(huì)在支付時(shí)，通知類似會(huì)員權(quán)益系統(tǒng)，積分系統(tǒng)，折扣券系統(tǒng)等扣除對(duì)應(yīng)優(yōu)惠權(quán)益，如果支付失敗，再次發(fā)起時(shí)，商戶存庫(kù)可能發(fā)生變化，同時(shí)會(huì)員權(quán)益部分也會(huì)發(fā)生變化，為了避免出現(xiàn)并發(fā)或者存庫(kù)，券的時(shí)差，過(guò)期等并發(fā)問(wèn)題。保險(xiǎn)起見(jiàn)會(huì)限定你再次發(fā)起統(tǒng)一支付。
供參考。
這個(gè)和具體產(chǎn)品的電商性質(zhì)有關(guān)系，想要探究清楚這個(gè)關(guān)系，其實(shí)最直接的反應(yīng)是探究清楚“訂單編號(hào)的關(guān)系”。一個(gè)訂單號(hào)對(duì)應(yīng)的是一個(gè)訂單，一個(gè)訂單有特有的訂單狀態(tài)、倉(cāng)儲(chǔ)、調(diào)撥、物流信息、售后情況等多個(gè)屬性構(gòu)成，而這眾多屬性的可合并性決定了具體是有多少個(gè)訂單組成，而基本上所有電商中訂單號(hào)和物流編號(hào)是一一對(duì)應(yīng)的。以下針對(duì)淘寶為例。
假設(shè)場(chǎng)景：購(gòu)物車?yán)锏乃猩唐范颊＃▊}(cāng)儲(chǔ)正常、上架狀態(tài)正常），則結(jié)算可以統(tǒng)一給多個(gè)訂單支付，這多個(gè)訂單由C端用戶這邊的信息關(guān)鍵詞就是收貨地和是否付款。則統(tǒng)一付款的流程肯定做法正確且減少用戶操作，符合用戶體驗(yàn)要素和用戶操作流程。
但是，反過(guò)頭想想想，為什么如果支付被中斷后就不能統(tǒng)一支付了呢？其實(shí)這個(gè)源頭性問(wèn)題在于訂單在進(jìn)入結(jié)算時(shí)，在調(diào)起支付后不管支付成功還是不成功，訂單號(hào)就已經(jīng)產(chǎn)生了。注意，訂單號(hào)的產(chǎn)生是關(guān)鍵，訂單號(hào)產(chǎn)生了則標(biāo)志著這個(gè)訂單就應(yīng)該具有前面提到的眾多屬性了，而每個(gè)訂單的情況都不一樣，所以用戶如果想要繼續(xù)支付某個(gè)訂單則需要重新進(jìn)入到結(jié)算頁(yè)去調(diào)起支付結(jié)算。
前面咱們說(shuō)的是淘寶，甚至也僅針對(duì)于淘寶，為什么呢？像這個(gè)問(wèn)題，如果向唯品會(huì)、京東等眾多垂直電商遇到這種狀態(tài)，其實(shí)他們應(yīng)該是由其他解決辦法的，畢竟在他們的處理邏輯中如果用戶所購(gòu)買的商品都是從同一個(gè)倉(cāng)調(diào)貨，那么這個(gè)幾個(gè)毫不相干的產(chǎn)品則可以被打包成一個(gè)訂單，只產(chǎn)生一個(gè)包裹，這也是節(jié)省了運(yùn)輸成本。而這種特例也僅僅存在于像我剛舉例說(shuō)明的有自己特有的倉(cāng)儲(chǔ)系統(tǒng)的平臺(tái)，且用戶要買的東西在同一個(gè)倉(cāng)中。
如若有心，反過(guò)頭想，那么像淘寶可不可以對(duì)待支付狀態(tài)下的訂單進(jìn)行統(tǒng)一支付呢？（交互方式和邏輯方法可類似參考淘寶購(gòu)物車，在選擇統(tǒng)一支付后勾選多個(gè)訂單進(jìn)行統(tǒng)一付款）可以是肯定的，只是在訂單中這樣做可能會(huì)吃力不討好，原因簡(jiǎn)單，我將用以下幾個(gè)觀點(diǎn)來(lái)定性這個(gè)偽需求：
1、出現(xiàn)的頻次較低。一般情況大家都是看好了就直接下單買了，哪怕是買了之后去仔細(xì)查驗(yàn)這個(gè)訂單是否正確。
2、狀態(tài)出現(xiàn)的背后原因。用戶在正常支付中可能是遇到了商品庫(kù)存等問(wèn)題不能正常支付，或自己發(fā)現(xiàn)了訂單問(wèn)題不能正常支付。出現(xiàn)這些問(wèn)題的原因就是因?yàn)橐屑?xì)的去檢查訂單，而統(tǒng)一付款的方式肯定又不能保證能提供再到結(jié)算頁(yè)面去。
3、反復(fù)建立和培養(yǎng)用戶對(duì)交易的認(rèn)知和認(rèn)同感。統(tǒng)一支付一旦出現(xiàn)則不能保證大家都是從結(jié)算也調(diào)起的支付，這樣不利于用戶在心理建立訂單關(guān)系，且在結(jié)算訂單時(shí)通常有方式來(lái)進(jìn)一步引導(dǎo)用戶來(lái)確認(rèn)訂單信息等，這一目的不能被達(dá)成。
我驗(yàn)證了一下您說(shuō)的這個(gè)問(wèn)題，購(gòu)物車統(tǒng)一結(jié)算支付失敗后，是可以勾選所有待付款的商品進(jìn)行合并支付。
此外，我還分別查看了測(cè)試購(gòu)買的三件商品的訂單編號(hào)和支付寶交易號(hào)，發(fā)現(xiàn)三件商品的訂單編號(hào)和支付寶交易號(hào)都是不一致的，
加載中...
