怎么理解支付領(lǐng)域中的賬賬對賬功能？關(guān)于這個問題，作者結(jié)合實際項目，對賬賬對賬功能做了一定闡述，一起來看看吧，或許會對支付領(lǐng)域的產(chǎn)品經(jīng)理們有所啟發(fā)。

本文結(jié)合在工作中的項目經(jīng)驗，系統(tǒng)闡述一筆資金再支付系統(tǒng)整的流轉(zhuǎn)過程，并結(jié)合實際項目針對對賬模塊中的渠道對賬和賬賬對賬功能搭建進行詳細闡述；供大家學(xué)習(xí)和參考。

以實際項目來闡述賬賬對賬功能。

一、需求背景

財務(wù)在進行每月對賬時，核對訂單狀態(tài)和支付流水發(fā)現(xiàn)有50W元的缺口對不上；財務(wù)反饋希望我們將對賬功能線上化，通過自動對賬篩選出異常的訂單并進行差錯處理。

二、需求分析

調(diào)研市面上關(guān)于對賬功能設(shè)計的參考，考慮一下幾點：

1）對賬原則：對的是平臺訂單交易流水和渠道流水的明細；即對明細賬或者對總額的核賬規(guī)則進行對賬；包括支付和退款。如果賬賬對賬不能核對匹配，就會對賬單中交易的長款、短款進行差錯處理。

2）處理渠道側(cè)和交易側(cè)對賬的原理：

• 不能多收錢；
• 不能少收錢；
• 不能收錯錢；

3）對賬基準：實際中以渠道側(cè)流水為基準

原因：支付通道側(cè)的付款規(guī)則基于其賬單記錄，不受我方賬單平衡與否的影響。為確保資金入賬后的賬單與資金核對順利進行，即賬證對賬和賬實對賬，我們可在確認對方賬單無差錯后，將其納入批次一并處理。

4）對賬的內(nèi)容：對明細和對總賬

• 對明細：是將自身的賬單與渠道賬單中每一條記錄進行核對。在支付中，根據(jù)賬單訂單號或者支付流水號、交易類型、交易金額、交易日期、交易手續(xù)費進行比對。
• 對總額：是將自身交易訂單與渠道流水的總金額、筆數(shù)、訂單狀態(tài)進行核對。在支付中，根據(jù)交易日期與結(jié)算日期核對總交易金額、交易筆數(shù)等，整體金額一致就算對上。

5）對賬時間和文件獲?。阂匀涨袝r間為準；每日定時任務(wù)讀取渠道文件

注：日切時間指的是金融機構(gòu)或支付系統(tǒng)在每個工作日結(jié)束時進行的賬戶結(jié)算和交易清算的時間點。這個時間點標志著一天的交易結(jié)束，通常用于計算每日的賬戶余額、處理交易、清除未完成的交易和準備下一個工作日的交易。

6）文件解析：判斷渠道-判斷類型-解析文件-轉(zhuǎn)換入庫。主要是將下載的對賬文件解析成我們可以對賬的數(shù)據(jù)類型并且入庫。

7）對賬結(jié)果：對平、長款、短款、金額不一致；

• 對平：交易側(cè)和渠道側(cè)的總金額、訂單狀態(tài)、支付和退款流水明細一致；
• 長款：多收了錢；即通道側(cè)記錄多收了錢；公司少收錢——平臺無訂單或無有效訂單；
• 短款：少收了錢；即渠道側(cè)無訂單、平臺側(cè)有訂單——支付平臺認為支付成功、實際銀行沒有收到請求；
• 兩邊金額不一致：流水明細可以對賬，但記錄的金額不一致。

8）賬對不平的原因：存在差異和瞬時交易與交易系統(tǒng)的交互存在時間差異。

① 長款：平臺側(cè)多收錢，渠道側(cè)少收錢；即渠道側(cè)記錄20條、平臺側(cè)記錄19條，多結(jié)算了一筆。

A. 出現(xiàn)長款原因：

• 系統(tǒng)掉單；
• 系統(tǒng)BUG；
• 由于瞬時交易和交易系統(tǒng)交互反應(yīng)時間過長，系統(tǒng)輪詢時沒有詢到導(dǎo)致查找無結(jié)果。

B. 解決方式：

1. 平臺側(cè)進行補單；
2. 平臺側(cè)對所補訂單進行退款；由于找零為退還導(dǎo)致金額不一致；
3. 設(shè)置一定時間范圍定時輪詢，超過此時間范圍返回還是無結(jié)果判定失敗，根據(jù)具體的對賬詳情判別是否要進行差異處理。

② 短款：通道側(cè)記錄多收了錢；公司少收錢；即渠道對賬生成19條，我方生成20條。

A. 出現(xiàn)短款原因：平臺認為成功了，實際上銀行并沒有收到請求。

B. 解決方式：

• 去調(diào)單：需要判斷是否為渠道側(cè)的失誤；去查看渠道側(cè)的報文，判斷是否追回。
• 平臺側(cè)發(fā)起補償；即重新聯(lián)系用戶發(fā)起扣款或凍結(jié)訂單。

注：若用戶拒絕重新發(fā)起支付，會造成掉單；避免此種場景的方式可以免密支付或者快捷交易在支付里不僅能用于改善用戶體驗、提升支付成功率，也能用于事后代扣、避免資損。

③ 雙邊金額不一致：賬單明細可以對上，但是最終顯示的金額不一致。

A. 造成的原因：系統(tǒng)BUG，流水一致但最終總金額輪詢時，沒有詢上；

B. 解決方式：修改金額，且設(shè)置輪詢機制。

④ 金額和訂單狀態(tài)不一致：流水明細和金額一致，但訂單狀態(tài)未更正。

A. 造成原因：

• 訂單狀態(tài)沒有輪詢成功；
• 找零金額未退還給用戶。

B. 解決方案：找零的錢退還給用戶，對于訂單狀態(tài)字段新增輪詢機制。

9）差錯處理

1. 修正：上傳校驗記錄；
2. 訂正差異狀態(tài)。

三、方案目標

• 對賬核對渠道側(cè)支付和退款流水明細、支付與退款總金額與我方支付&退款流水明細、我方支付與退款總金額及訂單狀態(tài)；
• 對賬完成后，對有差異問題的訂單給予差異處理功能；
• 系統(tǒng)對賬后，通過給出的差異原因?qū)ο到y(tǒng)其他功能進行優(yōu)化迭代。

1. 產(chǎn)品方案

1）頁面信息展示

A. 信息欄：包含字段業(yè)務(wù)類型/訂單號/訂單狀態(tài)/訂單金額/三方支付流水號/三方支付流水總額/實付金額/三方退款流水號/我方退款流水號/累計退款總額/找零金額/差異金額/差異處理狀態(tài)/操作人/操作時間/管理

• 找零金額：即用戶實付金額-訂單金額=找零金額；有找零則顯示找零額度，無則顯示“—”；
• 找零狀態(tài)：已找零/未找零；沒有找零金額時，則顯示為“-”；
• 差異金額：即用戶實際付款-累計退款=差異金額；
• 三方支付流水號：由于三方支付流水號＝我方支付流水號，故我方支付流水號不做展示。

B. 搜索欄：業(yè)務(wù)類型/訂單號/三方流水號（三方支付流水/三方退款流水/我方退款流水號）/差異類型/核對時間/差異處理狀態(tài)

• 業(yè)務(wù)類型：參與對賬的業(yè)務(wù)線；
• 訂單號：由于是由數(shù)字組成，故對字符串/空格等符號不兼容；
• 三方流水號：兼容字符串；
• 差異類型（原因）：選項包括訂單狀態(tài)和金額不一致/三方流水大于我方流水/實付金額和售價不一致/我方流水大于三方流水/累計退款和退款流水不一致/未找零退款；
• 核對時間：自動對賬的時間；
• 差異處理狀態(tài)：已處理/待處理/無差異。

2）詳情頁展示

① 基本信息詳情展示：包括業(yè)務(wù)類型/頂?shù)谈商?訂單金額/實付金額/累計退款/三方支付流水總額/三方退款流水總額/訂單狀態(tài)/差異金額/差異凈額凈額/找零金額/找零狀態(tài)/差異id/對賬時間/差異處理狀態(tài)/差異原因。

差異原因：對存在差異的訂單，系統(tǒng)會給出差異原因，方便工作人員更好的排查。

② 支付流水信息：包括訂單號/三方支付流水號/三方支付流水金額/三方支付方式/我方支付流水號/我方支付流水金額/我方支付方式。

③ 退款流水信息：包括退款訂單號/三方退款流水號/三方退款流水金額/三方退款方式/我方退款流水號/我方退款流水金額/我方退款方式。

3）差異處理：對存在差異的訂單進行處理

① 根據(jù)差異狀態(tài)篩選出有差異待處理的訂單；

② 在差異處理模塊中提交支付流水號（支付上傳多個流水號）；支持上傳支付/退款憑證；系統(tǒng)原因?qū)е碌牟町?，要求處理差異解決的代碼；同時對差異原因進一步說明；

③ 提交到后臺系統(tǒng)自動審核。

4）歸納總結(jié)

附賬賬對賬的規(guī)則，總結(jié)方法：