詳解 | 財務系統之賬賬對賬
怎么理解支付領域中的賬賬對賬功能?關于這個問題,作者結合實際項目,對賬賬對賬功能做了一定闡述,一起來看看吧,或許會對支付領域的產品經理們有所啟發。
本文結合在工作中的項目經驗,系統闡述一筆資金再支付系統整的流轉過程,并結合實際項目針對對賬模塊中的渠道對賬和賬賬對賬功能搭建進行詳細闡述;供大家學習和參考。
以實際項目來闡述賬賬對賬功能。
一、需求背景
財務在進行每月對賬時,核對訂單狀態和支付流水發現有50W元的缺口對不上;財務反饋希望我們將對賬功能線上化,通過自動對賬篩選出異常的訂單并進行差錯處理。
二、需求分析
調研市面上關于對賬功能設計的參考,考慮一下幾點:
1)對賬原則:對的是平臺訂單交易流水和渠道流水的明細;即對明細賬或者對總額的核賬規則進行對賬;包括支付和退款。如果賬賬對賬不能核對匹配,就會對賬單中交易的長款、短款進行差錯處理。
2)處理渠道側和交易側對賬的原理:
- 不能多收錢;
- 不能少收錢;
- 不能收錯錢;
3)對賬基準:實際中以渠道側流水為基準
原因:支付通道側的付款規則基于其賬單記錄,不受我方賬單平衡與否的影響。為確保資金入賬后的賬單與資金核對順利進行,即賬證對賬和賬實對賬,我們可在確認對方賬單無差錯后,將其納入批次一并處理。
4)對賬的內容:對明細和對總賬
- 對明細:是將自身的賬單與渠道賬單中每一條記錄進行核對。在支付中,根據賬單訂單號或者支付流水號、交易類型、交易金額、交易日期、交易手續費進行比對。
- 對總額:是將自身交易訂單與渠道流水的總金額、筆數、訂單狀態進行核對。在支付中,根據交易日期與結算日期核對總交易金額、交易筆數等,整體金額一致就算對上。
5)對賬時間和文件獲?。阂匀涨袝r間為準;每日定時任務讀取渠道文件
注:日切時間指的是金融機構或支付系統在每個工作日結束時進行的賬戶結算和交易清算的時間點。這個時間點標志著一天的交易結束,通常用于計算每日的賬戶余額、處理交易、清除未完成的交易和準備下一個工作日的交易。
6)文件解析:判斷渠道-判斷類型-解析文件-轉換入庫。主要是將下載的對賬文件解析成我們可以對賬的數據類型并且入庫。
7)對賬結果:對平、長款、短款、金額不一致;
- 對平:交易側和渠道側的總金額、訂單狀態、支付和退款流水明細一致;
- 長款:多收了錢;即通道側記錄多收了錢;公司少收錢——平臺無訂單或無有效訂單;
- 短款:少收了錢;即渠道側無訂單、平臺側有訂單——支付平臺認為支付成功、實際銀行沒有收到請求;
- 兩邊金額不一致:流水明細可以對賬,但記錄的金額不一致。
8)賬對不平的原因:存在差異和瞬時交易與交易系統的交互存在時間差異。
① 長款:平臺側多收錢,渠道側少收錢;即渠道側記錄20條、平臺側記錄19條,多結算了一筆。
A. 出現長款原因:
- 系統掉單;
- 系統BUG;
- 由于瞬時交易和交易系統交互反應時間過長,系統輪詢時沒有詢到導致查找無結果。
B. 解決方式:
- 平臺側進行補單;
- 平臺側對所補訂單進行退款;由于找零為退還導致金額不一致;
- 設置一定時間范圍定時輪詢,超過此時間范圍返回還是無結果判定失敗,根據具體的對賬詳情判別是否要進行差異處理。
② 短款:通道側記錄多收了錢;公司少收錢;即渠道對賬生成19條,我方生成20條。
A. 出現短款原因:平臺認為成功了,實際上銀行并沒有收到請求。
B. 解決方式:
- 去調單:需要判斷是否為渠道側的失誤;去查看渠道側的報文,判斷是否追回。
- 平臺側發起補償;即重新聯系用戶發起扣款或凍結訂單。
注:若用戶拒絕重新發起支付,會造成掉單;避免此種場景的方式可以免密支付或者快捷交易在支付里不僅能用于改善用戶體驗、提升支付成功率,也能用于事后代扣、避免資損。
③ 雙邊金額不一致:賬單明細可以對上,但是最終顯示的金額不一致。
A. 造成的原因:系統BUG,流水一致但最終總金額輪詢時,沒有詢上;
B. 解決方式:修改金額,且設置輪詢機制。
④ 金額和訂單狀態不一致:流水明細和金額一致,但訂單狀態未更正。
A. 造成原因:
- 訂單狀態沒有輪詢成功;
- 找零金額未退還給用戶。
B. 解決方案:找零的錢退還給用戶,對于訂單狀態字段新增輪詢機制。
9)差錯處理
- 修正:上傳校驗記錄;
- 訂正差異狀態。
三、方案目標
- 對賬核對渠道側支付和退款流水明細、支付與退款總金額與我方支付&退款流水明細、我方支付與退款總金額及訂單狀態;
- 對賬完成后,對有差異問題的訂單給予差異處理功能;
- 系統對賬后,通過給出的差異原因對系統其他功能進行優化迭代。
1. 產品方案
1)頁面信息展示
A. 信息欄:包含字段業務類型/訂單號/訂單狀態/訂單金額/三方支付流水號/三方支付流水總額/實付金額/三方退款流水號/我方退款流水號/累計退款總額/找零金額/差異金額/差異處理狀態/操作人/操作時間/管理
- 找零金額:即用戶實付金額-訂單金額=找零金額;有找零則顯示找零額度,無則顯示“—”;
- 找零狀態:已找零/未找零;沒有找零金額時,則顯示為“-”;
- 差異金額:即用戶實際付款-累計退款=差異金額;
- 三方支付流水號:由于三方支付流水號=我方支付流水號,故我方支付流水號不做展示。
B. 搜索欄:業務類型/訂單號/三方流水號(三方支付流水/三方退款流水/我方退款流水號)/差異類型/核對時間/差異處理狀態
- 業務類型:參與對賬的業務線;
- 訂單號:由于是由數字組成,故對字符串/空格等符號不兼容;
- 三方流水號:兼容字符串;
- 差異類型(原因):選項包括訂單狀態和金額不一致/三方流水大于我方流水/實付金額和售價不一致/我方流水大于三方流水/累計退款和退款流水不一致/未找零退款;
- 核對時間:自動對賬的時間;
- 差異處理狀態:已處理/待處理/無差異。
2)詳情頁展示
① 基本信息詳情展示:包括業務類型/頂堤干號/訂單金額/實付金額/累計退款/三方支付流水總額/三方退款流水總額/訂單狀態/差異金額/差異凈額凈額/找零金額/找零狀態/差異id/對賬時間/差異處理狀態/差異原因。
差異原因:對存在差異的訂單,系統會給出差異原因,方便工作人員更好的排查。
② 支付流水信息:包括訂單號/三方支付流水號/三方支付流水金額/三方支付方式/我方支付流水號/我方支付流水金額/我方支付方式。
③ 退款流水信息:包括退款訂單號/三方退款流水號/三方退款流水金額/三方退款方式/我方退款流水號/我方退款流水金額/我方退款方式。
3)差異處理:對存在差異的訂單進行處理
① 根據差異狀態篩選出有差異待處理的訂單;
② 在差異處理模塊中提交支付流水號(支付上傳多個流水號);支持上傳支付/退款憑證;系統原因導致的差異,要求處理差異解決的代碼;同時對差異原因進一步說明;
③ 提交到后臺系統自動審核。
4)歸納總結
附賬賬對賬的規則,總結方法:
本文由@月月有??吃 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
對賬那寫的真混亂
哈哈哈哈再回看的時候確實是
很多地方描述不清楚。。。
確實,現在再回看很多地方不太對;當時還是實習生所以其實思考深度沒有很深導致很多知識和邏輯沒有意識到;也是在一點點進步了~~不足的地方多多包涵
歡迎大家留言一起探討~作者是23屆碩士畢業生,畢業后在一家支付公司,由于和公司業務不匹配打算裸辭了~有想招支付清結算方向產品的朋友們可以考慮考慮我~謝謝大家~我畢業前在一家上市公司有過七個月的支付產品實習外加三個月的清結算產品經驗
liangpeng06