全面解讀與認(rèn)知支付系統(tǒng):收銀臺(tái)管理

18 評(píng)論 33816 瀏覽 227 收藏 12 分鐘

本文主要從三個(gè)部分來講解支付系統(tǒng)中的收銀臺(tái)管理,一起來文中看看~

本文共分為 3 大部分:收銀臺(tái)流程、支付渠道管理以及充值處理流程。

一、收銀臺(tái)流程

我們?cè)谌粘I罴皹I(yè)務(wù)中,了解到關(guān)于收銀臺(tái)的邏輯大致入上圖所示,就是收銀臺(tái)前端的基本邏輯,相對(duì)來說比較簡單。

但從后端技術(shù)層面來講,里面的內(nèi)容大致如下:

1. 充值或者支付的請(qǐng)求

發(fā)起支付或者充值請(qǐng)求之后,一般分為 3 種情況:

  1. 站內(nèi)支付;
  2. 站外支付;
  3. 充值。

站外支付又分為:線上支付和線下支付。

線上支付的具體類別可大致分為 3 種:賬戶支付、網(wǎng)管支付以及快捷支付。

2. 提供默認(rèn)可用支付/充值渠道

流程開始之后,首先需要處理可用的支付渠道,其中的流程順序?yàn)椋?/p>

  1. 取得總支付渠道限制,獲得可用支付渠道的一個(gè)合集;
  2. 取得業(yè)務(wù)對(duì)支付渠道的限制,這一環(huán)節(jié)就會(huì)得出一個(gè)與上一環(huán)節(jié)可用支付渠道的交集;
  3. 檢查收款方限制;
  4. 檢查商品限制;
  5. 再次檢查收款方限制;
  6. 檢查用戶設(shè)定限制。

每個(gè)環(huán)節(jié)都會(huì)得到一個(gè)與上一環(huán)節(jié)可用支付渠道的交集,并得出本環(huán)節(jié)可用支付渠道的最終合集,層層篩查,進(jìn)入下一環(huán)節(jié)。

3. 處理優(yōu)先默認(rèn)的支付渠道

進(jìn)入這一流程時(shí),首先會(huì)對(duì)業(yè)務(wù)產(chǎn)品指定有一個(gè)判斷,在非業(yè)務(wù)產(chǎn)品指定的大前提下:

首先判斷是否提供支付賬戶,如果提供,則根據(jù)賬戶記憶進(jìn)入下一步,再次判斷是支付渠道是否可用,在可用的情況下則按指定規(guī)則有限默認(rèn)完成本環(huán)節(jié)進(jìn)入下一環(huán)節(jié)。在不可用的情況下按原始規(guī)則有限默認(rèn),并完成本環(huán)節(jié)進(jìn)入下一環(huán)節(jié)。

如果不提供支付賬戶,則根據(jù) cookies 記憶進(jìn)入下一步,判斷支付渠道是否可用,再根據(jù)實(shí)際情況選擇指定規(guī)則有限默認(rèn)或原始規(guī)則有限默認(rèn)結(jié)束并進(jìn)入下一環(huán)節(jié)。

當(dāng)然,如果判斷是業(yè)務(wù)指定產(chǎn)品,則直接進(jìn)入支付渠道是否可用的判斷,后續(xù)判斷環(huán)節(jié)與上述相同。

4. 用戶選擇支付/充值渠道環(huán)節(jié)

這一節(jié)與我們的日常生活比較貼近,所以非常好理解。

首先是用戶選擇支付渠道,會(huì)立即進(jìn)入一個(gè)是否滿足手機(jī)護(hù)航的判定:

  • 判定滿足:那就輸入手機(jī)動(dòng)態(tài)口令和支付密碼,然后進(jìn)行一次校驗(yàn),校驗(yàn)沒有問題就進(jìn)入支付渠道限額檢查。這里風(fēng)控會(huì)同步進(jìn)行一個(gè)控制,成功之后就會(huì)執(zhí)行支付了。
  • 判定不滿足:則輸入支付密碼,同樣經(jīng)過校驗(yàn)后進(jìn)入支付渠道限額檢查、風(fēng)控控制,成功之后執(zhí)行支付。

其次是用戶選擇充值渠道,這里列舉了幾個(gè)比較有代表性的充值渠道:

根據(jù)各渠道特性流程上略有區(qū)別,例如:快捷充值,選擇快捷充值,登錄賬戶后選擇一開通快捷支付的銀行卡,輸入充值金額,按照提示輸入支付密碼和手機(jī)驗(yàn)證碼來完成支付。

二、支付渠道管理

這一部分內(nèi)容主要分為 3 個(gè)小版塊:支付渠道任務(wù)模型、支付渠道各類配置以及支付渠道優(yōu)先默認(rèn)規(guī)則。

1. 支付渠道任務(wù)模型

服務(wù)使用模型:“服務(wù)使用”是最常見也是最復(fù)雜的支付渠道配置目標(biāo)。

因此在本章中,主要針對(duì)服務(wù)使用模型來舉例:

假設(shè) 2018 年 7 月 3 日,賣家秋秋老師與買家支付學(xué)院主任在購物平臺(tái)上通過招行 B2C 網(wǎng)關(guān)渠道使用商品購買服務(wù)交易一個(gè)數(shù)碼產(chǎn)品鴨梨手機(jī)。

分為六個(gè)維度來解讀:

  1. 服務(wù)維度:服務(wù)維度是對(duì)所有服務(wù)從業(yè)務(wù)角度劃分得到的標(biāo)準(zhǔn)分類體系,這套分類體系不但能夠井井有條地組織所有的業(yè)務(wù)服務(wù),而且在未來推出新的服務(wù)時(shí),可以方便地進(jìn)行擴(kuò)展?;谶@套標(biāo)準(zhǔn)分類體系,我們?yōu)槊恳粋€(gè)具體的服務(wù)分配唯一、固定的 ID,作為所有子系統(tǒng)對(duì)同一個(gè)服務(wù)的公共標(biāo)識(shí)。
  2. 時(shí)間維度:時(shí)間維度的結(jié)構(gòu)比較簡單,它是一個(gè)連續(xù)維度。每次服務(wù)使用都有一個(gè)發(fā)生時(shí)間,對(duì)應(yīng)于時(shí)間維度上的一個(gè)點(diǎn),精確到毫秒。如支付渠道可用性規(guī)則,需要在客戶進(jìn)入收銀臺(tái)的這個(gè)時(shí)間點(diǎn)進(jìn)行處理;如是否啟用 CTU 防火墻規(guī)則,需要在客戶確認(rèn)支付后未支付出去前進(jìn)行檢查并啟用等。
  3. 渠道維度:渠道代表客戶使用服務(wù)的“界面”,它是服務(wù)提供者與服務(wù)使用者的交互方式。通過構(gòu)建一個(gè)層次模型,渠道分為兩級(jí):第一級(jí)是主渠道類型,第二級(jí)是子渠道類型。
  4. 客戶維度:客戶在這里是指服務(wù)的具體使用者,在“以客戶為中心”的業(yè)務(wù)中,支付機(jī)構(gòu)會(huì)為不同的客戶提供不同的服務(wù)與可用性策略。為了更好地服務(wù)客戶,滿足客戶/客戶群的個(gè)體性需求,業(yè)務(wù)上需要對(duì)客戶進(jìn)行分級(jí)。對(duì)于客戶,我們首先要區(qū)分他屬于內(nèi)部、集團(tuán)還是外部;其次,我們需要區(qū)分他的性質(zhì),即他是個(gè)人還是公司;再次,我們需要區(qū)分他的級(jí)別,暫時(shí)劃分為普通與簽約。
  5. 行業(yè)維度:針對(duì)不同行業(yè)的交易標(biāo)的由于交易價(jià)格、成本與利潤差異很大,因此在業(yè)務(wù)上需要有不同的支付渠道可用性標(biāo)準(zhǔn)。在業(yè)務(wù)層面上,商品是隸屬于客戶或市場的。而隨著商品所屬行業(yè)的不同,商品本身的特點(diǎn),均需要以不同的支付渠道來支持其可變性,以確保安全、成本等環(huán)節(jié)的控制。
  6. 市場維度:市場在這里是指引導(dǎo)客戶使用支付產(chǎn)品服務(wù)的場所,它可能是支付產(chǎn)品自己,可能是相關(guān)公司或平臺(tái)的其它網(wǎng)站,如:淘寶,也可能是外部的交易平臺(tái)商。由于同樣的服務(wù)可以針對(duì)不同的市場來定制規(guī)則,因此,在服務(wù)使用中也需要包含市場這個(gè)維度。

2. 支付渠道優(yōu)先默認(rèn)規(guī)則

三、支付處理流程

這一部分主要分為 4 個(gè)板塊: B2C 充值、 B2B 充值、快捷充值以及余額支付 / B2C 支付。

(1)B2C 充值:

充值流程:

具體功能為:①客戶點(diǎn)擊充值功能;②收銀臺(tái)提供充值頁面;③客戶輸入充值金額;④客戶選擇充值渠道;⑤客戶確認(rèn)充值信息;⑥請(qǐng)求充值服務(wù);⑦生成銀行報(bào)文;⑧提交銀行處理;⑨客戶在網(wǎng)銀上進(jìn)行相關(guān)操作;⑩接到銀行返回信息;?為客戶展示充值結(jié)果。

(2)B2B 充值

充值流程:

具體功能為:①客戶點(diǎn)擊充值功能;②收銀臺(tái)提供充值頁面;③客戶輸入充值金額;④客戶選擇充值渠道;⑤客戶確認(rèn)充值信息;⑥請(qǐng)求充值服務(wù);⑦生成銀行報(bào)文;⑧提交銀行處理;⑨客戶在網(wǎng)銀上進(jìn)行相關(guān)操作;⑩接到銀行返回信息;?為客戶展示預(yù)授權(quán)結(jié)果信息;?企業(yè)進(jìn)行本筆充值復(fù)核;?確認(rèn)充值完成。

(3)快捷充值流程

充值流程

具體功能為:①客戶點(diǎn)擊充值功能;②收銀臺(tái)提供充值頁面;③客戶輸入充值金額;④客戶選擇充值渠道;⑤客戶輸入支付密碼;⑥檢查支付密碼是否正確(判定);⑦請(qǐng)求充值服務(wù);⑧生成銀行報(bào)文;⑨提交銀行處理;⑩接到銀行返回信息;?為客戶展示預(yù)授權(quán)結(jié)果信息。

(3)余額支付 / B2C 支付

具體功能:

1)余額支付:

  1. 客戶進(jìn)入收銀臺(tái),選擇余額支付。當(dāng)余額不足時(shí),允許一卡通、網(wǎng)銀進(jìn)行補(bǔ)支付;
  2. 客戶輸入支付密碼,檢查支付密碼的正確性;
  3. 檢查證書情況;
  4. 若啟用了手機(jī)護(hù)航,則進(jìn)行收集動(dòng)態(tài)口令的校驗(yàn);
  5. CTU 防火墻的檢查;
  6. 繼續(xù)推進(jìn)支付;
  7. 收銀臺(tái)提供支付結(jié)果信息。

2)B2C 支付流程:

  1. 客戶進(jìn)入收銀臺(tái),選擇網(wǎng)銀支付;
  2. 客戶選擇 B2C 的銀行進(jìn)行支付;
  3. 客戶確認(rèn)支付信息;
  4. 請(qǐng)求充值服務(wù);
  5. 生成銀行報(bào)文;
  6. 提交銀行處理;
  7. 客戶在網(wǎng)銀上進(jìn)行相關(guān)操作;
  8. 接到銀行返回信息;
  9. 繼續(xù)推進(jìn)支付;
  10. 收銀臺(tái)提供支付結(jié)果信息。

 

本文由 @?支付學(xué)院 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 網(wǎng)管支付 這的是什么支付類型呢

    來自福建 回復(fù)
  2. 站內(nèi)支付和站外支付分別是指哪種場景

    來自北京 回復(fù)
    1. 好像是按照域名劃分的 站內(nèi)是指在當(dāng)前域名下完成支付,站外指需要跳轉(zhuǎn)到外部三方支付那種

      來自北京 回復(fù)
  3. 是否可以解釋一下:原始規(guī)則有限默認(rèn),指定規(guī)則有限默認(rèn)?

    來自北京 回復(fù)
  4. CTU~ ~我知道了些什么~

    來自浙江 回復(fù)
  5. 請(qǐng)問渠道部分為什么要檢查兩次收款方限制呢?

    回復(fù)
  6. 絕對(duì)的干貨,收藏了

    來自湖北 回復(fù)
  7. 我這邊有一個(gè)疑問,網(wǎng)銀支付和快捷支付怎么通過記錄用戶的cookies信息進(jìn)行直接到指定銀行頁面進(jìn)行支付?快捷的話,我知道的有通過用戶預(yù)綁卡機(jī)制,非首次支付通過短信驗(yàn)證碼就可以完成支付。但是網(wǎng)銀沒法這個(gè)操作呢,除非是瀏覽器記錄卡號(hào),否則就是需要持卡人通過頁面選擇銀行或者提交訂單時(shí)上送對(duì)應(yīng)的指定的銀行代碼實(shí)現(xiàn)直達(dá)指定銀行支付頁面,卡號(hào)或者手機(jī)號(hào)還是每次都需要輸入的呢。

    來自上海 回復(fù)
    1. 這個(gè)問題技術(shù)上官方應(yīng)該會(huì)有解釋,建議去開通網(wǎng)銀的官方說明以及快捷支付的官方說明去了解一下。據(jù)我所知站在支付產(chǎn)品的定位來看,之所以快捷支付能有預(yù)綁卡機(jī)制,其實(shí)也是cookies緩存,就是為了用戶快捷,但網(wǎng)銀為什么沒有,網(wǎng)銀有網(wǎng)銀的定位,畢竟網(wǎng)銀的場景大額比較多,相對(duì)是傳統(tǒng)的轉(zhuǎn)賬業(yè)務(wù),并不是定位于快捷,而是安全??傊吕现Ц赌J剑饔懈鞯奶厣?。

      來自上海 回復(fù)
  8. 首先多謝作者分享,有一個(gè)問題有一些疑問。
    客戶進(jìn)入收銀臺(tái),選擇余額支付。當(dāng)余額不足時(shí),允許一卡通、網(wǎng)銀進(jìn)行補(bǔ)支付;
    這一段中,作者設(shè)計(jì)的產(chǎn)品是可以用余額和其他支付渠道合并完成該筆訂單的支付么?比如訂單價(jià)格100元,余額30元,余額不足的情況下,可以完成從客戶選擇賬戶扣除70元+30元余額,完成交易嗎?

    來自陜西 回復(fù)
    1. 我個(gè)人是這樣認(rèn)為的:
      組合支付的實(shí)現(xiàn)是非常復(fù)雜的,以 余額 + 銀行卡 支付為例
      1、需要考慮先用什么支付,是考慮先后完成支付還是只是先檢查一下額度是否足夠支付,如果嘗試先凍結(jié)支付金額再完成支付,但銀行卡余額又凍結(jié)不了
      2、如果一方支付失敗或者支付額度不足時(shí)怎么處理?是整個(gè)訂單失敗,還是可以繼續(xù)選擇其它方式支付?如果失敗就需要回滾已支付或者已凍結(jié)的金額,如果繼續(xù)支付,是選擇其它銀行還是充值后再支付,如果充值倒不如直接充值到余額,但無論如何支付時(shí)間都會(huì)被拉長,訂單被取消的風(fēng)險(xiǎn)也會(huì)增大
      3、退款時(shí)是否需要支持部分退款,如果支持如何計(jì)算,是先退銀行卡支付金額還是余額支付金額;如果不支持部分退款,那退款順序如何?一方退款失敗時(shí)如何處理?
      ?? 個(gè)人見解。

      來自上海 回復(fù)
    2. 組合支付確實(shí)非常的麻煩,所以現(xiàn)在基本都把類似功能取消了,比如淘寶現(xiàn)在下單都看不到余額+其他渠道的支付方式了

      來自河北 回復(fù)
  9. 線上支付的具體類別可大致分為 3 種:賬戶支付、網(wǎng)管支付以及快捷支付。
    網(wǎng)管支付是不是應(yīng)該是網(wǎng)關(guān)支付。比如銀聯(lián)的銀聯(lián)在線?

    來自陜西 回復(fù)
    1. 是,感謝捉蟲 ??

      來自上海 回復(fù)
  10. 大師級(jí)別啊,請(qǐng)問處理優(yōu)先默認(rèn)的支付渠道中的“提供支付賬戶”是什么意思啊

    來自浙江 回復(fù)
    1. 例如,通過銀聯(lián)支付,則需要登錄銀聯(lián)賬戶,此處賬戶就是支付賬戶。

      來自上海 回復(fù)
    2. 嗯嗯,謝謝

      來自浙江 回復(fù)
  11. 牛。期待更多支付相關(guān)產(chǎn)品的設(shè)計(jì)心得。

    來自北京 回復(fù)
专题
18056人已学习15篇文章
语音交互是基于语音输入的新一代交互模式,通过说话就可以得到反馈结果。本专题的文章分享了语音交互的入门指南。
专题
14564人已学习12篇文章
数据库对于产品经理来说是一个既熟悉又陌生的概念,虽然产品设计中的数据基本都要与数据库交互,但平时的工作中也很少接触到数据库的具体操作和细节。本专题的文章分享了数据库的基础知识。
专题
12309人已学习12篇文章
现如今,越来越多的企业开始重视私域,很多的企业都对私域的发展进行了布局。本专题的文章分享了如何搭建私域模型。
专题
14604人已学习14篇文章
用户生命周期是每个产品经理都必须要注意的一个点,它能够衡量用户对产品产生的价值,也是运营手段的最终衡量指标。本专题的文章分享了如何做好用户生命周期管理。
专题
13462人已学习11篇文章
产品经理/运营/数据分析师,如果能够掌握一些常用的Excel的技巧,会对工作效率有所提高。本专题的文章分享了经常用到的Excel技巧。
专题
44934人已学习22篇文章
可用又易用,产品逻辑和情感化体验两手抓,用户才会爱上你的产品。