賬戶體系的設計(2)
上次說到我們已經有一個最基本的賬戶體系了,他由什麽組成呢?
其實就幾個玩意。
賬戶
賬戶的余額
賬戶的流水
交易
沒了。
但是交易可能是一個虛一點的東西。
為什麽說他虛呢?
舉個例子,你在京東上買了一個東西,京東生成了一個交易單,通過微信支付時,有生成了一個交易單?
那麽請問,這裏哪些是我們說的賬戶系統的交易呢?
一般來說,京東那個交易單,在我們的微信支付的賬戶系統來看,他是不存在的。
我們一般說微信支付生成的交易單是我們說的交易。
但是,這樣的理解真的是對的麽?
我們懷疑一個事情不對,總要想想這個事情這麽來做,會有什麽不合理?
讓我們來想想這會有什麽不合理吧!
我們先來想想微信支付這個交易單號會有什麽用處?
我們作為用戶可能會在幾個地方用到他,最主要就是查賬的時候。
比如說,就是我們上面在京東上面買東西的場景。
如果我微信支付成功了,但是京東卻沒知道這件事,那我們怎麽辦?
一般來說我們就把我們的微信支付記錄,發給京東,告訴京東,說,你看我已經支付成功了,怎麽還不給我發貨?
但這又是一個問題,你怎麽證明你支付的就是你剛剛買的那些京東的東西呢?
這是一個很困難的問題,為什麽這麽說?假設微信支付不知道你那個商品的ID是多少的話,微信支付是沒辦法知道你是否支付了那些商品的錢的。
微信支付知道的是什麽?他知道你給京東支付了多少錢。
那這個事怎麽辦?
京東其實知道,為什麽他知道?
因為支付的請求其實是京東自己發起的,他知道你這些商品的ID,他以這個商品的ID為請求的編碼,請求微信支付發一個XX元的請求給用戶去支付。如果微信支付成功了,那他就知道這個商品ID對應的這些商品可以發貨了。
對應到我們上面說的交易來說,就是,京東的交易單會和微信支付的交易關聯,如果微信支付的交易單成功,京東會把自己的交易單的狀態改為可發貨。
再讓我們回到你查賬的這個問題。
我們現在碰到的是,京東不知道交易單有沒有成功,但是更可怕的是,他連自己的交易單是對應哪筆微信支付的交易單他都不知道。
這個怎麽辦呢?
其實,在我們剛剛的描述中,我們就已經提到了解決辦法。
什麽辦法?
京東可以把你發給他的京東交易單再去微信支付那查一次,如果確實支付成功了,那就可以發貨了。
所以說,其實我們在上面這種場景下,我們是壓根都不需要用到微信支付的交易單號的。
但是,這也是一種場景。其他場景還是會需要,微信支付訂單號的。
具體的話,我也還沒想。
但從我真實使用來說,對於這種給商戶支付的東西,我是確實沒怎麽需要用到微信支付交易單的。
但是,假如是另外一個場景,我想查的是什麽,我想查一下,我這筆通過快捷支付的交易,明明銀行扣了10000元,為什麽微信支付交易卻記成了1000元?
微信支付亂扣我的錢,我一紙投訴就來到了微信支付。
微信客服轉了好久,我才終於碰到一個說“人話”的,因為之前那些都是機器人客服,還好我巧妙的轉到了人工客服。
我剛想破口大罵,被一個溫柔的聲音停止了這個行為。
一番平靜的訴說後,客服妹紙告訴我需要提交幾個東西,不然很難和我核查。
你猜客服妹紙會需要哪些東西呢?
我們想想我們需要什麽東西,我們要做的是證明,我們說的話是對的,那怎麽證明呢?
我把我的微信支付的交易記錄截圖了出來,沒錯,上面確確實實的寫了交易金額1000元。
那接下來,我就要證明另一件事情,銀行卡扣款了10000元。我怎麽證明呢?也是一樣,我打開我的手機銀行app,點開我的最近交易記錄,嗯嗯,沒錯,確實上面顯示扣了10000元,沒錯,微信支付搞錯沒跑了,我要拿精神損失費。
客服妹紙問了我一句話,請問你怎麽證明?
賬戶體系的設計(2)