會(huì)員寶收銀臺(tái)pos機(jī)代理

新聞資訊2 | 2023-07-08 10:01 | 投稿人：pos機(jī)之家

網(wǎng)上有很多關(guān)于會(huì)員寶收銀臺(tái)pos機(jī)代理,支付中心收銀臺(tái)介紹的知識(shí)，也有很多人為大家解答關(guān)于會(huì)員寶收銀臺(tái)pos機(jī)代理的問(wèn)題，今天pos機(jī)之家(m.nxzs9ef.cn)為大家整理了關(guān)于這方面的知識(shí)，讓我們一起來(lái)看下吧!

本文目錄一覽：

1、會(huì)員寶收銀臺(tái)pos機(jī)代理

會(huì)員寶收銀臺(tái)pos機(jī)代理

1 背景介紹1.1 背景介紹1.2 概念介紹1.3 本文收銀臺(tái)的定義2 場(chǎng)景問(wèn)題3 收銀臺(tái)功能介紹4 三方產(chǎn)品能力介紹5 收銀臺(tái)實(shí)現(xiàn)邏輯和架構(gòu)5.1 邏輯交互流程5.2 支付中心技術(shù)架構(gòu)5.3 收銀臺(tái)收款配置規(guī)則引擎介紹5.4 海量數(shù)據(jù)的解決方案6 場(chǎng)景問(wèn)題回顧1 背景介紹1.1 背景介紹

收銀臺(tái)的名字起的很好，見(jiàn)文知意，且現(xiàn)實(shí)生活有對(duì)應(yīng)的實(shí)物映射，很好理解。我們?cè)诔匈?gòu)物的最后一步就是用購(gòu)物車推著選中的物品，去收銀臺(tái)結(jié)賬。收銀員逐個(gè)商品掃碼，系統(tǒng)根據(jù)會(huì)員身份、會(huì)員等級(jí)、活動(dòng)促銷情況計(jì)算出用戶需要付款的價(jià)格，用戶選擇電子支付或者現(xiàn)金支付最終完成整個(gè)購(gòu)物過(guò)程。

在線支付已經(jīng)像是空氣和水一樣，融入了我們的生活。但是在這個(gè)過(guò)程的背后有哪些流程和邏輯，怎么保證用戶和公司的資金安全？怎么高效穩(wěn)定的支持運(yùn)營(yíng)策略？錢是怎么收過(guò)來(lái)的，以及怎么收到哪里？我們希望通過(guò)解決這些疑問(wèn)來(lái)和大家一起了解一下收銀臺(tái)的邏輯。

1.2 概念介紹

收單：收是從平臺(tái)視角的收，是指完成向用戶收款的整個(gè)過(guò)程。

提現(xiàn)：用戶把自己在轉(zhuǎn)轉(zhuǎn)的余額提現(xiàn)到微信、支付寶等三方余額的過(guò)程。

打款：向用戶支付一筆錢，錢從一個(gè)轉(zhuǎn)轉(zhuǎn)賬戶轉(zhuǎn)移到用戶的轉(zhuǎn)轉(zhuǎn)賬戶，通常意義的打款是包括提現(xiàn)的。

三方：這里的三方是在用戶向轉(zhuǎn)轉(zhuǎn)付款時(shí)，微信、支付寶等第三方公司的代指。

1.3 本文收銀臺(tái)的定義

在購(gòu)物網(wǎng)站中，提供給用戶選擇付款方式的頁(yè)面，并且能支持用戶完成付款整個(gè)過(guò)程。下面的圖示是簡(jiǎn)化的轉(zhuǎn)轉(zhuǎn)用戶購(gòu)買商品的幾個(gè)環(huán)節(jié)，我們可以大概了解收銀臺(tái)在整個(gè)交易環(huán)節(jié)所處的位置（點(diǎn)擊可大圖瀏覽）。

2 場(chǎng)景問(wèn)題

在正式介紹收銀臺(tái)邏輯和架構(gòu)之前，我們先討論一些場(chǎng)景，以及思考一下這些場(chǎng)景會(huì)有什么問(wèn)題，怎么解決。

問(wèn)題1：把錢付給誰(shuí)，怎么付？

傳統(tǒng)購(gòu)物的時(shí)候，我們是一手交錢一手交貨，把現(xiàn)金給賣家即可，不存在類似把錢給誰(shuí)這樣的問(wèn)題，在超市購(gòu)物展示付款碼的時(shí)候，收銀臺(tái)使用掃碼槍直接掃碼收款，我們也不用關(guān)心把錢給了誰(shuí)，因?yàn)檎麄€(gè)過(guò)程都有賣買雙方面對(duì)面在場(chǎng)。但是在電子支付的過(guò)程中，如果買家付款了，賣家說(shuō)沒(méi)收到，這種場(chǎng)景怎么辦？

問(wèn)題2：用戶支付了嗎？

和上面的問(wèn)題類似，用戶在沒(méi)有支付的情況下，說(shuō)自己付款了，這種情況怎么辦？

問(wèn)題3：篡改交易金額怎么辦？

這個(gè)問(wèn)題比較常見(jiàn)了，有意的無(wú)心的都有，電子的現(xiàn)金的也都有。在網(wǎng)上我們也見(jiàn)過(guò)的類似的新聞【錯(cuò)把密碼當(dāng)金額，長(zhǎng)沙一男子打車支付 2.6 萬(wàn)元】。那么這個(gè)問(wèn)題在電商購(gòu)物過(guò)程中是否存在以及怎么解決呢？

問(wèn)題4：重復(fù)支付怎么處理？

假設(shè)用戶 A 要購(gòu)買一部 99 新的 iPhone14，商品優(yōu)惠后價(jià)格是 4000 元，用戶打開(kāi)支付寶后又使用微信支付，使用微信支付完畢之后莫名其妙打開(kāi)支付寶又進(jìn)行了付款(不要質(zhì)疑這個(gè)案例的真實(shí)性，相信我這不是個(gè)例，而且會(huì)有比這更難理解的案例)。那么這種情況應(yīng)該怎么處理？

3 收銀臺(tái)功能介紹

上面的疑問(wèn)我們先按下不表，大家可以繼續(xù)思考，我們介紹一下轉(zhuǎn)轉(zhuǎn)收銀臺(tái)的樣式和功能

上圖是轉(zhuǎn)轉(zhuǎn) APP 內(nèi)用戶常見(jiàn)的收銀臺(tái)樣式，除了 APP 內(nèi)的收銀臺(tái)，我們還支持微信小程序、支付寶小程序、PC 頁(yè)面（如下圖）的收款。

收銀臺(tái)是用戶開(kāi)始支付的重要環(huán)節(jié)，用戶從挑選商品到進(jìn)入收銀臺(tái)此時(shí)的下單意愿很強(qiáng)烈，所以我們要給用戶盡量好的體驗(yàn)和盡量多的選擇。比如：我們支持用戶使用微信、支付寶、分期、京東以及組合支付等。

我們可以看到收銀臺(tái)上面的核心元素有：

需要支付的價(jià)格可以選擇的支付方式

這些是用戶能直接感受到的，還有些是用戶感受不到的部分：

不同的環(huán)境（安卓、IOS、小程序、PC），不同的版本（9.0 版本與 10.0 版本）提供的支付方式是有區(qū)別的用戶支付時(shí)實(shí)際收款的公司賬戶不唯一不同的用戶、不同的商品在信用卡使用策略不同內(nèi)部有哪些單據(jù)，又是怎么同三方交互的支付環(huán)節(jié)異常情況處理4 三方產(chǎn)品能力介紹

我們向用戶收款是需要借助三方支付公司的，所以必須了解一下三方支付公司有哪些能力和交互提供給我們，故在此簡(jiǎn)單介紹一下，詳細(xì)內(nèi)容可以在三方支付公司官網(wǎng)了解。

1 不同的環(huán)境需要使用不同的支付產(chǎn)品，比如：在集成了三方支付公司的 SDK 之后，可以使用 APP 支付，對(duì)應(yīng)的交互更安全。特別注意：不同的支付產(chǎn)品需要分別開(kāi)通

2 我們可以通過(guò)參數(shù)控制用戶能夠使用的支付方式：余額、儲(chǔ)蓄卡、花唄、信用卡等。

5 收銀臺(tái)實(shí)現(xiàn)邏輯和架構(gòu)5.1 邏輯交互流程

這里使用幾個(gè)流程圖來(lái)介紹我們整體的交互和內(nèi)部的邏輯。

從支付中心視角看整個(gè)支付下單過(guò)程的時(shí)序交互圖如下：

收銀臺(tái)內(nèi)部部分細(xì)節(jié)說(shuō)明流程圖如下：

5.2 支付中心技術(shù)架構(gòu)

通過(guò)上面的介紹，我們對(duì)收銀臺(tái)已經(jīng)有了基本的認(rèn)識(shí)和了解，在實(shí)際的運(yùn)行中也會(huì)有各種各樣的問(wèn)題和解決方案，下面分享幾個(gè)技術(shù)方面的細(xì)節(jié)。

5.3 收銀臺(tái)收款配置規(guī)則引擎介紹

收銀臺(tái)設(shè)計(jì)初期就是支持不同環(huán)境不同業(yè)務(wù)可以有不同的收款方式和不同的三方產(chǎn)品的，而且隨著公司發(fā)展業(yè)務(wù)線也會(huì)越來(lái)越多，而且也會(huì)出現(xiàn)更多維度支持的需求，比如不同版本支持不同的支付產(chǎn)品等等。而這些業(yè)務(wù)規(guī)則不適合寫(xiě)在代碼內(nèi)（你要是非要寫(xiě)一堆 if else 我相信你也是可以滿足需求的），在代碼邏輯和業(yè)務(wù)代碼面臨錯(cuò)綜復(fù)雜難舍難分的風(fēng)險(xiǎn)面前，我們選擇使用規(guī)則引擎Easy Rules來(lái)解決我們收銀臺(tái)路由的問(wèn)題。

定義業(yè)務(wù)規(guī)則

一個(gè)規(guī)則包括以下幾個(gè)部分：名字、描述、優(yōu)先級(jí)、校驗(yàn)匹配邏輯、匹配成功邏輯、匹配失敗邏輯等等我們的業(yè)務(wù)規(guī)則主要有以下元素：業(yè)務(wù)信息、賣方信息

定義場(chǎng)景規(guī)則

場(chǎng)景規(guī)則包括：業(yè)務(wù)規(guī)則、終端信息、版本信息、可用付款方式集合這樣我們通過(guò)使用規(guī)則引擎，避免在代碼冗余太多的業(yè)務(wù)邏輯判斷，也便于擴(kuò)展。相對(duì)完整的收銀臺(tái)路由規(guī)則見(jiàn)下圖

目前的規(guī)則引擎還沒(méi)有支持低代碼的方式，這也是我們后續(xù)的一個(gè)優(yōu)化方向。

5.4 海量數(shù)據(jù)的解決方案

隨著數(shù)據(jù)規(guī)模的增長(zhǎng)，我們也會(huì)遇到很多來(lái)自海量數(shù)據(jù)的問(wèn)題，目前轉(zhuǎn)轉(zhuǎn)僅支付相關(guān)的核心表就已達(dá)到十億級(jí)數(shù)據(jù)量，單表存儲(chǔ)幾乎是不可能的。目前比較通用的解決辦法有分庫(kù)分表或冷熱庫(kù)。其中分庫(kù)分表又分為水平分和垂直分等等。在此我們簡(jiǎn)單對(duì)比一下兩種方式的優(yōu)缺點(diǎn)和適應(yīng)的場(chǎng)景。

優(yōu)點(diǎn)缺點(diǎn)分庫(kù)分表1：數(shù)據(jù)庫(kù)整體寫(xiě)請(qǐng)求被平分到各個(gè)庫(kù)了，寫(xiě)性能提升明顯1：使用非分表鍵直接數(shù)據(jù)庫(kù)查詢有性能浪費(fèi)2：分庫(kù)事務(wù)復(fù)雜冷熱庫(kù)1：事務(wù)簡(jiǎn)單2：熱庫(kù)由于量小，單表讀寫(xiě)性能高1：冷庫(kù)數(shù)據(jù)再次修改需要兼容2：整體寫(xiě)性能有限

針對(duì)支付場(chǎng)景的特點(diǎn)：數(shù)據(jù)修改不頻繁、超過(guò)3個(gè)月的數(shù)據(jù)很少再次使用、比較依賴事務(wù)。我們選擇的解決方式是冷熱庫(kù)的方式，其中冷庫(kù)使用的是分布式數(shù)據(jù)庫(kù) TIDB，擴(kuò)展性和存儲(chǔ)支持的比較好，語(yǔ)法命令和 MySQL 兼容。對(duì)于已經(jīng)進(jìn)入冷庫(kù)需要再次修改的數(shù)據(jù)，我們通過(guò)程序代碼進(jìn)行回填數(shù)據(jù)兼容。

6 場(chǎng)景問(wèn)題回顧

問(wèn)題1：把錢付給誰(shuí)，怎么付？

用戶在支付時(shí)，支付系統(tǒng)內(nèi)部會(huì)根據(jù)支付信息和業(yè)務(wù)配置，獲取需要收款三方賬戶，并且使用賬戶的證書(shū)密鑰等信息向三方創(chuàng)建支付單。

問(wèn)題2：用戶支付了嗎？

當(dāng)收付雙方對(duì)交易存在爭(zhēng)議的時(shí)候，可以根據(jù)交易流水號(hào)在三方平臺(tái)查詢。

問(wèn)題3：篡改交易金額怎么辦？

系統(tǒng)在創(chuàng)建支付單的時(shí)候會(huì)同步設(shè)置需要支付的金額，這個(gè)過(guò)程不需要用戶主動(dòng)輸入金額，自然也沒(méi)有篡改交易金額的問(wèn)題。

問(wèn)題4：重復(fù)支付怎么處理？

系統(tǒng)在收到三方支付成功的回調(diào)之后，會(huì)再次和三方查詢確認(rèn)。如果對(duì)應(yīng)的支付單已經(jīng)有不同的支付成功信息，會(huì)進(jìn)行退款處理。

關(guān)于作者

張一鳴，轉(zhuǎn)轉(zhuǎn)支付后端研發(fā)，曾夢(mèng)見(jiàn)仗劍走天涯，后來(lái)五公里都很少跑了。

來(lái)源:微信公眾號(hào):轉(zhuǎn)轉(zhuǎn)技術(shù)