編輯導(dǎo)語：隨著互聯(lián)網(wǎng)的不斷發(fā)展，數(shù)字化進程也在不斷的進步，各行業(yè)都在不停的向數(shù)字化轉(zhuǎn)型，搭建互聯(lián)網(wǎng)平臺以及新的渠道；比如一些企業(yè)會向電商平臺發(fā)展，在電商平臺繼續(xù)交易類內(nèi)容；本文作者分享了關(guān)于企業(yè)數(shù)字化轉(zhuǎn)型需要的支付結(jié)算產(chǎn)品，我們一起來看一下。

2020年的疫情，加速了很多企業(yè)的數(shù)字化轉(zhuǎn)型步伐，企業(yè)基于各自戰(zhàn)略目標紛紛投入到傳統(tǒng)渠道升級，新零售轉(zhuǎn)型，電商平臺搭建，社區(qū)團購及依托于社交網(wǎng)絡(luò)的分銷體系建設(shè)中，這里需要搭建1套合適的支付結(jié)算產(chǎn)品來支撐企業(yè)面向交易和財務(wù)的數(shù)字化共享。

一、支付結(jié)算平臺做啥，場景來說話

企業(yè)除了入駐天貓，京東等三方渠道觸達用戶，一般都會自己自建渠道，這條線上角色主要由大的經(jīng)銷商（渠道分銷），小的零售店（渠道零售）和終端客戶；基于各自之間的交易關(guān)系，企業(yè)往往搭建了對應(yīng)的交易入口，實現(xiàn)商家（包括自己自營）的收款，付款和財務(wù)出入賬。

我們可以從2個維度來定義這些場景，1個是交易維度，?關(guān)心的是交易雙方之間怎么交易（支付結(jié)算，利益分配）；1個是資金維度，關(guān)心的是怎么收款，付款，和財務(wù)做賬（需要符合各種監(jiān)管）。

基于這2個核心場景，結(jié)算平臺依托于外部金融資源，實現(xiàn)資金的監(jiān)管和流通，面向交易提供支付收銀（聚焦C端收款），企業(yè)支付（聚焦B端收付），清分結(jié)算（聚焦面向交易的分賬）和賬戶服務(wù)（搭建賬戶體系，支持支付結(jié)算）。

特別強調(diào)：平臺搭建必須和各方明確邊界，不然平臺搭建過程中由于強依賴于業(yè)務(wù)或者什么都做，導(dǎo)致中心定位模糊，能力不穩(wěn)定，無法標準化，這塊會在后續(xù)中心化設(shè)計中重點說明。

二、商家收付款場景

1）商家線上收款

基于交易對象不同，我們區(qū)分2C支付和2B支付，基于交易訂單是否和支付訂單掛鉤，我們區(qū)分線上支付和線下支付（線下支付往往需要做資金和訂單的匹配核銷）。

線上收款2C：

商家面向C端用戶做線上收款，統(tǒng)一由結(jié)算平臺的支付收銀模塊提供收款服務(wù)，提供的方式主要由2種：收銀臺方式和聚合支付API，核心都是1次對接，獲取N種線上支付方式。

特別強調(diào)1：門店零售收銀，需要基于收銀是否是基于訂單還是直接收款來區(qū)分是線上支付還是線下支付，從收單能力上都是B2C掃碼支付。

特別強調(diào)2：數(shù)字人名幣已經(jīng)上線，作為點對點支付渠道還需要不斷優(yōu)化，當前屬于小白鼠試驗節(jié)點，比較適合純收款場景，還不支持基于智能合約的清分做資金分賬。

這里需要結(jié)算平臺統(tǒng)一對接外部金融資源獲取支付渠道，并基于支付渠道提供支付方式，核心就是提供支付路由的能力；平臺搭建初期，建議從手動路由開始做，有了多渠道，多場景和匹配策略后，逐漸迭代路由模型。

線上收款2B：

B端收款大額為主，支付機構(gòu)不能做代收代付，無法像C端一樣封裝成快捷支付做線上收單，線上支付還是以企業(yè)網(wǎng)銀，銀企直連轉(zhuǎn)賬等方式實現(xiàn)，統(tǒng)一由結(jié)算平臺企業(yè)支付模塊提供收款服務(wù)。

特別注意1：很多企業(yè)針對傳統(tǒng)渠道都會有自己的授信體系，政策返利體系，品牌溢價能力高的都需要先款后貨，針對這些企業(yè)，搭建統(tǒng)一的企業(yè)錢包，通過搭建統(tǒng)一的信用賬戶，返利賬戶和預(yù)付款賬戶（預(yù)付款賬戶往往需要和已有ERP系統(tǒng)對接，或者通過銀行賬戶體系解耦ERP）來實現(xiàn)支付結(jié)算。

特別注意2：很多企業(yè)和外部金融機構(gòu)合作，建立了以核心企業(yè)為交易閉環(huán)的供應(yīng)鏈金融產(chǎn)品，典型的有訂單貸，倉單融資，應(yīng)收賬款融資等，都可以作為統(tǒng)一的支付方式融入到在線支付當中。

2）商家線下收款

線下收款2C：

前面我們把所有脫離交易訂單的收款定義為線下收款，面向C端用戶的線下收款形式主要由商家主動掃碼和用戶主動掃碼2種方式，包括已經(jīng)越來越少見的付現(xiàn)金，和看起來很時髦的數(shù)字人名幣支付。

線下收款2B：

基于金融監(jiān)管和企業(yè)出款財務(wù)管理需要，當前2B交易絕大部分還是以線下支付為主，但企業(yè)收款必須票款一致，所以核心是怎么讓交易訂單和資金一致，做到資金流，信息流一致（物流先站一邊），有些企業(yè)還要考慮和合同的一致性。

特別備注1：大額轉(zhuǎn)賬的叫法來源于網(wǎng)商銀行，人家網(wǎng)商銀行把線上下單，按單生成唯一的收款賬戶，然后線下統(tǒng)一打款給這個賬戶的方式叫大額轉(zhuǎn)賬，可以很好的解決交易訂單和資金的匹配，問題是每次下單都是新的賬號，有點雷人。

特別備注2：很多B端交易是按周期結(jié)算，針對這類場景，可以給固定的一些交易企業(yè)建專戶，專戶可以基于某個具體的交易場景；比如AA采購戶，CC采購戶，按打款到賬戶后，做周期自動歸集結(jié)算（財務(wù)最厭煩，不信任業(yè)務(wù)手動做訂單核銷）。

特別備注3：當然如果你足夠強大，可以對接N多銀企直聯(lián)，就可以直接把業(yè)務(wù)訂單推送到企業(yè)網(wǎng)銀，支付關(guān)聯(lián)。

3）企業(yè)付款場景

純付款：

搭建支付結(jié)算平臺核心是為了賦能業(yè)務(wù)系統(tǒng)，很多企業(yè)搭建了銀企直連，沒有搭建的基本也開通了企業(yè)網(wǎng)銀；面向純付款業(yè)務(wù)，如果沒有必要，建議不走支付結(jié)算平臺，資金的事要專門的資金系統(tǒng)負責(zé)，特別是很多資金系統(tǒng)還要和企業(yè)內(nèi)部的費用預(yù)算體系聯(lián)動。

以銷定采付款場景：

很多企業(yè)做面向行業(yè)的B2B交易平臺，會選擇先做自營（但不是先采購后銷售的重模式），會統(tǒng)一和上游企業(yè)簽訂采購合作，由企業(yè)自己面向買家做銷售，信息流上基于銷售單生成對應(yīng)的采購單，由供應(yīng)商直接發(fā)貨給買家，企業(yè)收買家的錢再給供應(yīng)商結(jié)算，賺中間差價。

特別備注：為了解耦業(yè)務(wù)做手工訂單核銷，特別是企業(yè)沒有統(tǒng)一的訂單中心時，往往會要求結(jié)算平臺做供應(yīng)商付款的校驗，校驗邏輯包括2個維度：

• 采購單是否有匹配的銷售單，也就是訂單是否能付錢；
• 基于原來銷售單或總銷售金額做可付金額的校驗。

整體上建議這塊可以做成獨立的訂單核銷模塊，而不是放到結(jié)算平臺來做，核銷完成后，再給到結(jié)算平臺調(diào)用外部資源渠道做結(jié)算劃分。

4）交易分賬場景

不管是2B還是2C場景，在整個交易過程中，為了促成交易閉環(huán)，除了買方和賣方，多多少少都會存在其它服務(wù)方參與活動獲取服務(wù)分潤。

幾個典型的場景：平臺引入分銷機制，做社會化分銷，所有通過分銷鏈接成功交易的訂單都需要按一定規(guī)則按單獲取分銷傭金；平臺提供了交易場所和服務(wù)，需要獲取交易傭金；物流提供了物流服務(wù)，需要獲得物流費用；支付渠道提供了支付服務(wù)，需要獲得渠道額用等等。

當前不管怎么分賬，資金流上都要是誰提供服務(wù)，錢先到誰（誰開發(fā)票），再按訂單清分，并基于不同業(yè)務(wù)規(guī)則做結(jié)算，可以是一次性結(jié)算，也可以做多次結(jié)算。

特別備注1：在沒有統(tǒng)一的清結(jié)算規(guī)則配置能力前，把所有的分賬規(guī)則都放到具體業(yè)務(wù)系統(tǒng)吧，這邊邊界就很清晰，結(jié)算平臺就是基于業(yè)務(wù)系統(tǒng)指令做清結(jié)算劃分，生成結(jié)算單（理論上按單分賬分賬金額不能超過訂單金額）。

?特別備注2：做好內(nèi)部對賬，從支付開始，到各個節(jié)點清結(jié)算，再到賬戶落賬生成賬務(wù)流水，都需要有內(nèi)部對賬，確保內(nèi)部體系的穩(wěn)定和正確。

5）財務(wù)出入賬

企業(yè)交易過程中，所有涉及到收款，付款都需要在財務(wù)層面做賬（一般通過ERP做財務(wù)賬），而財務(wù)做賬不管是記收入，還是出款，都需要有對應(yīng)的發(fā)票，資金流水，業(yè)務(wù)訂單，包括合同合一才能做賬。這里的核心是明確2個點：

• 結(jié)算平臺賬戶的定位，你是做面向交易的業(yè)務(wù)賬（賬戶無科目屬性，單式記賬），還是財務(wù)賬（有科目屬性，復(fù)式記賬），正常情況企業(yè)都會有自己的ERP和分錄系統(tǒng)做財務(wù)賬；
• 基于整個交易場景，明確哪些場景會涉及到真實資金的變動，有變動，就得有基于場景在分錄系統(tǒng)做分錄模板，按業(yè)務(wù)需要以固定周期或?qū)崟r進行拋賬。

三、企業(yè)支付結(jié)算運營場景

針對企業(yè)經(jīng)營多元化，不同的業(yè)務(wù)獨立發(fā)展，需要有針對不同業(yè)務(wù)的支付結(jié)算管理，運營后臺孕育而生。

1）渠道管理，支付方式管理

針對支付場景，前面已經(jīng)明確了2種輸出的方式，收銀臺和聚合支付API ，這塊的運營主要就是針對不同業(yè)務(wù)應(yīng)用做支付渠道，支付方式或收銀臺的配置。

2）看板，報表，對賬

運營后臺除了提供支付維度的配置外，還會支持看板，實現(xiàn)按日，月等時間周期展示運營層面的一些統(tǒng)計數(shù)據(jù)，包括但不限于：支付申請的訂單量，支持成功的筆數(shù)，支付成功的金額，開戶數(shù)等。

報表更多是統(tǒng)計一些明細維度的數(shù)據(jù)，也可以按賬戶和清結(jié)算來做大類區(qū)分，特別要注意的是一些跨多個中心維度的數(shù)據(jù)報表，如果企業(yè)有專門的數(shù)據(jù)中心，可以由數(shù)據(jù)中心來做統(tǒng)一輸出；對賬，核心對的是和外部金融資源的對賬，包括各支付渠道，賬戶金額，賬務(wù)流水等，涉及賬單的獲取，軋賬和對差異數(shù)據(jù)的憑證（本文就不對具體細節(jié)進行說明）。

四、支付結(jié)算的中心化設(shè)計

1）能力邊界，中心建設(shè)

任何產(chǎn)品脫離了邊界，就是無序，定位不清楚，所以在了解了企業(yè)的整體支付結(jié)算需求后，我們需要在業(yè)務(wù)層面去框定邊界，以實現(xiàn)邊界范圍內(nèi)服務(wù)的穩(wěn)定，才能為后面的服務(wù)做沉淀和標準化的輸出。

整體邊界上這里按業(yè)務(wù)系統(tǒng)，支付，結(jié)算，賬戶，財務(wù)和三方外部資源來劃分的，然后定義好各自的邊界，核心對象，這里強調(diào)1點必須拿幾個實際的交易場景，把流程跑通。

整個結(jié)算平臺可以分為支付中心，結(jié)算中心和賬戶中心：

支付中心：基于業(yè)務(wù)訂單發(fā)起收單支付，調(diào)用支付渠道，完成支付。

輸入：業(yè)務(wù)訂單（訂單金額等信息）；輸出：支付結(jié)果；核心對象：支付訂單

結(jié)算中心：基于業(yè)務(wù)訂單明確的分賬信息，做清結(jié)算劃賬，并依托于銀行等外部渠道實現(xiàn)資金的清結(jié)算。

輸入：清結(jié)算指令（業(yè)務(wù)訂單，分賬對象和金額）；輸出：清結(jié)算結(jié)果；核心對象：結(jié)算單

賬戶中心：業(yè)務(wù)交易過程中，以賬戶為載體，記錄現(xiàn)金或現(xiàn)金等價物變動情況及結(jié)果（虛擬賬戶）

輸出結(jié)果：賬戶余額，交易流水；核心對象：賬戶。

2）基礎(chǔ)能力+標準服務(wù)接入/輸出

支付結(jié)算平臺作為通用服務(wù)中心，核心就是為了賦能企業(yè)的不同交易業(yè)務(wù)場景，做到服務(wù)能力的復(fù)用，外部資源的快捷對接，交易數(shù)據(jù)的完整性，是靈活多變的。

作為中心化的能力又應(yīng)該是基本固定的，穩(wěn)定的，不會因為幾個場景的對接就做變動，所以在平臺搭建的過程中需要考慮服務(wù)的分層，核心能力層沉掉支付，結(jié)算和賬戶的核心能力，之上基于這些核心能力，可以封裝成可標準的服務(wù)來統(tǒng)一對接業(yè)務(wù)系統(tǒng)和外部金融資源。

特別備注1：建議把高復(fù)用的，邊界范圍內(nèi)的服務(wù)作為標準服務(wù)輸出，后續(xù)這些服務(wù)就是標準的接口，業(yè)務(wù)系統(tǒng)統(tǒng)一對接即可，個性化，又不在邊界范圍內(nèi)的，盡量不接，或以獨立的微服務(wù)來承接，而不是直接落到平臺上；

特別備注2：理想狀態(tài)，外部金融資源也應(yīng)該是標準化接入，實在有特殊性的做適配層兼容。

五、總結(jié)

企業(yè)的數(shù)字化轉(zhuǎn)型，也是基于企業(yè)的戰(zhàn)略目標，把所有可管理的內(nèi)容逐漸落到數(shù)字層面執(zhí)行，支付結(jié)算產(chǎn)品的搭建也不是一撮而就，需要不斷的迭代完善。

不同企業(yè)的業(yè)務(wù)場景不同，資源能力不同，不是越復(fù)雜完整的產(chǎn)品就適合自己，還是需要從自身的轉(zhuǎn)型階段來看，需要發(fā)展什么業(yè)務(wù)，搭建什么樣的支付結(jié)算產(chǎn)品。

以上內(nèi)容基于自身企業(yè)數(shù)字化零售轉(zhuǎn)賬經(jīng)歷，內(nèi)容上主要以整體拉通為主，希望可以給廣大讀者待來幫助，后續(xù)會不斷補充具體落地的一些內(nèi)容，非常感謝。

本文由 @哈哈的鯨魚 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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