這篇文章里，作者結(jié)合實(shí)際項(xiàng)目案例，對(duì)賬戶體系、商戶管理、交易系統(tǒng)等內(nèi)容都做了一定闡述，想了解支付系統(tǒng)、對(duì)賬功能的同學(xué)，或許可以來看一下。

本文結(jié)合在支付領(lǐng)域工作一年的經(jīng)驗(yàn)，結(jié)合跨境支付公司的實(shí)際業(yè)務(wù)場景和理論知識(shí)，系統(tǒng)闡述一筆資金再支付系統(tǒng)的流轉(zhuǎn)過程，并結(jié)合實(shí)際項(xiàng)目，針對(duì)對(duì)賬模塊中的渠道對(duì)賬和賬賬對(duì)賬功能搭建進(jìn)行詳細(xì)闡述；供大家學(xué)習(xí)和參考。

以電商平臺(tái)為例，常見電商交易平臺(tái)的支付系統(tǒng)有賬戶、支付、記賬、清算、賬務(wù)等核心功能。在設(shè)計(jì)系統(tǒng)功能架構(gòu)時(shí)、要權(quán)衡功能范圍、關(guān)聯(lián)系統(tǒng)、交易規(guī)模等因素，基礎(chǔ)系統(tǒng)可以分為“業(yè)務(wù)、賬務(wù)、財(cái)務(wù)”三個(gè)角色。

目錄

一、賬戶體系

支付賬戶是支付機(jī)構(gòu)為客戶開立的具有記錄客戶資金交易及余額功能的點(diǎn)子賬簿。賬戶體系是支付系統(tǒng)的底層基礎(chǔ)，賬戶的類型可以根據(jù)用途和會(huì)計(jì)科目設(shè)置。

1. 賬戶的概念

• 賬戶：可以類比為一本銀行存折；
• 賬號(hào)：與存折保定大哥銀行卡號(hào)，是一一對(duì)應(yīng)的關(guān)系；
• 用戶：賬戶的歸屬者，屬于賬戶的個(gè)體。
• 賬戶的基本信息：賬戶號(hào)、賬戶類型、余額、幣種、開戶狀態(tài)、開戶時(shí)間等。

2. 賬戶的類型和功能

1）賬戶類型

支付機(jī)構(gòu)的賬戶管理，其用戶/子商戶都有獨(dú)立的賬戶。下圖中跨境匯款系統(tǒng)中的賬戶體系關(guān)系。系統(tǒng)層面的賬戶記錄客戶參與交易的賬戶余額的增減和賬務(wù)流水歷史，以完成會(huì)計(jì)記賬與具體金額、借記或貸記等，為用戶提供資金收、付、管的基礎(chǔ)服務(wù)。

不同的視角、賬戶的分類不同；具體分類如下圖所示。從業(yè)務(wù)視角看賬戶可以理解為用于記錄某個(gè)主體、某類型資金的余額、以及余額變動(dòng)明細(xì)的數(shù)據(jù)載體；所以可以理解賬戶的功能功能為：

• 賬戶余額：這個(gè)賬戶還剩多少錢；
• 賬戶流水：這個(gè)賬戶的資金每進(jìn)每出的詳細(xì)明細(xì)記錄；
• 賬戶交易：賬戶資金是怎么放進(jìn)去和怎么取出來的詳細(xì)記錄。

2）賬戶功能

賬戶管理功能包括以賬戶開設(shè)、修改、凍結(jié)、余額限額設(shè)置、受限操作屬性設(shè)定和賬戶查詢等。賬戶系統(tǒng)的基本功能主要包括賬戶管理、賬戶權(quán)限、賬戶信息管理、配置、支付交易等模塊，具體功能如下圖所示。

3）賬戶體系資金流動(dòng)

在交易體系中、支付機(jī)構(gòu)是按照平臺(tái)、用戶、商戶的收款金額進(jìn)行分賬的，實(shí)際系統(tǒng)層面的結(jié)算是各參與方賬戶的數(shù)字變動(dòng)。相應(yīng)銀行親結(jié)算過程是在內(nèi)部完成資金劃轉(zhuǎn)、即銀行內(nèi)部以賬戶為核心的賬務(wù)操作，改變資金所屬權(quán)。支付機(jī)構(gòu)賬戶體系中的資金流動(dòng)如圖所示。

4）賬戶系統(tǒng)資金流轉(zhuǎn)

賬戶系統(tǒng)的核心職能在于財(cái)務(wù)管理。其首要職責(zé)包括向上游客戶中心提供注冊(cè)和賬戶信息查詢服務(wù)，其中包括銀行卡綁卡鑒權(quán)、賬戶余額以及交易流水等查詢功能。在接收來自上游訂單系統(tǒng)和清結(jié)算系統(tǒng)的記賬請(qǐng)求時(shí)，系統(tǒng)必須遵循規(guī)范流程進(jìn)行入賬處理。

另外，當(dāng)商戶發(fā)出賬戶提現(xiàn)請(qǐng)求后，必須通知下游結(jié)算系統(tǒng)，以進(jìn)行審核和資金劃撥程序。整個(gè)用戶、三方支付機(jī)構(gòu)和商戶間的資金流轉(zhuǎn)路徑如下圖所示。

二、商戶管理

1. 商戶收單及商戶層級(jí)管理

支付機(jī)構(gòu)在給商家及渠道簽約的過程中，與通道建立支付協(xié)議及清算規(guī)則，適應(yīng)不同場景訂單對(duì)應(yīng)的支付產(chǎn)品、通道、費(fèi)率等要求。在多商戶收單及商戶層級(jí)管理方面，支付系統(tǒng)要根據(jù)商戶類型制定入網(wǎng)流程、分賬需求、結(jié)算周期、費(fèi)率階梯、是否可墊資及退款等功能。

入網(wǎng)流程：即商戶自助進(jìn)件過程，在實(shí)際業(yè)務(wù)中登錄注冊(cè)后，走onboard流程進(jìn)行kyc審核。涵蓋商戶資料審核與簽約，線上入網(wǎng)、建檔、授權(quán)、企業(yè)資料、合同等信息采集與審查。有時(shí)，商戶入住平臺(tái)需要繳納保證金，在商戶充值后，平臺(tái)方凍結(jié)該筆資金。

注意：如果平臺(tái)沒有提供商戶入網(wǎng)功能，則商戶入網(wǎng)需要和支付渠道直接簽約，授權(quán)平臺(tái)方代理自身向支付機(jī)構(gòu)發(fā)起交易。

2. 商戶的資金結(jié)算規(guī)則

在商戶的資金結(jié)算規(guī)則方面，每筆交易在執(zhí)行之前，平臺(tái)已經(jīng)清晰地確定了參與方的角色。交易的完成狀態(tài)是通過雙方（消費(fèi)者與商戶）之間達(dá)成的，以反映交易是否成功完成，同時(shí)在財(cái)務(wù)層面完成了資金同步，資金流水記錄則代表了真正的財(cái)務(wù)記賬過程。在每個(gè)結(jié)算周期結(jié)束時(shí)，根據(jù)資金流水記錄以及相關(guān)費(fèi)率因素，計(jì)算應(yīng)當(dāng)結(jié)算的金額。

1）結(jié)算費(fèi)用涉及內(nèi)容（以金融產(chǎn)品服務(wù)為例）

① 根據(jù)金融產(chǎn)品收費(fèi)模式確定結(jié)算模式：包括Blend和IC++兩種模式。

A. blend模式：Blend收費(fèi)模式是將不同類型的費(fèi)用（例如，交易手續(xù)費(fèi)、匯率差異費(fèi)用、固定服務(wù)費(fèi)等）合并或混合在一起，以創(chuàng)建一個(gè)綜合費(fèi)用結(jié)構(gòu)，使費(fèi)用更加透明和簡化。Blend收費(fèi)模式適用于小型企業(yè)或新興市場，因?yàn)樗峁┝溯^為簡化的費(fèi)用結(jié)構(gòu)，降低了計(jì)算和預(yù)測費(fèi)用的復(fù)雜性。

用具體業(yè)務(wù)場景說明：假設(shè)一家電子商務(wù)公司在國際市場上銷售商品。他們使用Blend收費(fèi)模式，將不同的費(fèi)用合并為一個(gè)統(tǒng)一的費(fèi)用。這包括每筆交易的固定費(fèi)用、一定比例的交易金額作為交易手續(xù)費(fèi)以及根據(jù)當(dāng)天的匯率差異計(jì)算的費(fèi)用。這使得商戶和客戶能夠更容易理解和預(yù)測他們的費(fèi)用，而不必關(guān)心不同類型的費(fèi)用。

B. IC++收費(fèi)模式：IC++收費(fèi)模式是一種費(fèi)用結(jié)構(gòu)，其中商戶支付交易的成本，加上支付處理方的固定交易費(fèi)用。IC++模式通常透明，因?yàn)樗鞔_顯示了交易的成本，例如銀行卡發(fā)行方的交換費(fèi)用和支付處理方的固定費(fèi)用。適用于大型企業(yè)或高交易量企業(yè)，因?yàn)樗峁┝烁嗟馁M(fèi)用透明度和控制，適用于那些愿意深入了解和管理其交易費(fèi)用的企業(yè)。

一家在線零售商使用IC++收費(fèi)模式來處理其跨境支付。當(dāng)客戶使用信用卡付款時(shí)，商戶支付基于交易的具體成本的交換費(fèi)，這包括卡協(xié)議費(fèi)用、交換費(fèi)和清算費(fèi)。此外，商戶支付支付處理方的固定費(fèi)用，以覆蓋服務(wù)成本。這種透明的模式允許商戶清楚地了解他們支付的費(fèi)用是多少，并確保交易的可持續(xù)性。

2）結(jié)算費(fèi)用的內(nèi)容和結(jié)算規(guī)則

① 收單費(fèi)：指支付收單機(jī)構(gòu)為處理商戶的支付交易（通常是信用卡或借記卡交易）所收取的費(fèi)用。通常包括：固定服務(wù)費(fèi)和其他費(fèi)用。

• 固定費(fèi)用：一些支付收單機(jī)構(gòu)可能會(huì)收取每月或每年的固定費(fèi)用，以覆蓋其服務(wù)成本。
• 交易手續(xù)費(fèi)：針對(duì)每筆成功交易，商戶通常需要支付一定的費(fèi)用，這個(gè)費(fèi)用通常是一個(gè)百分比，也可能包括最低金額。
• 3ds費(fèi)用：3ds是一個(gè)為了增加支付安全性而設(shè)計(jì)的協(xié)議，需要額外的身份驗(yàn)證步驟，通常涉及到消費(fèi)者提供密碼、驗(yàn)證碼或其他驗(yàn)證信息。3DS費(fèi)用是用于支持和維護(hù)3D Secure協(xié)議的費(fèi)用，通常由支付處理方或卡網(wǎng)絡(luò)收取。
• 爭議費(fèi)：爭議費(fèi)是支付處理方或銀行機(jī)構(gòu)向商戶收取的費(fèi)用，用于處理涉及爭議的支付交易。爭議交易是指消費(fèi)者或持卡人對(duì)一筆交易提出異議，通常是因?yàn)樗麄冋J(rèn)為交易存在問題、欺詐或其他爭議情況。
• 授權(quán)費(fèi)：指支付處理方或銀行機(jī)構(gòu)向商戶收取的費(fèi)用，以獲得交易授權(quán)。這個(gè)費(fèi)用通常涵蓋了交易的實(shí)時(shí)驗(yàn)證和授權(quán)過程，以確?？ㄙ~戶的有效性和可用性。
• 交易費(fèi)：交易費(fèi)是指支付給支付處理方或銀行機(jī)構(gòu)的費(fèi)用，以便處理、促成和結(jié)算支付交易。這些費(fèi)用通常涵蓋了交易處理、清算、結(jié)算、風(fēng)險(xiǎn)管理和其他相關(guān)服務(wù)的成本。
• 保證金：指一種在金融和商業(yè)交易中使用的款項(xiàng)，以確保合同的履行或滿足特定的義務(wù)。

注：具體的費(fèi)用項(xiàng)的費(fèi)率根據(jù)計(jì)費(fèi)規(guī)則進(jìn)行計(jì)算。

② 結(jié)算周期：影響結(jié)算周期的因素有：支付渠道所在國家和結(jié)算幣種所在國家。

• 支付渠道所在國家為美國時(shí)，假設(shè)結(jié)算周期為T+7（T+7個(gè)工作日）；當(dāng)結(jié)算周期中包含美國節(jié)假日時(shí)，則需要跨過當(dāng)?shù)氐墓?jié)假日時(shí)間再往后數(shù)七個(gè)工作日；
• 當(dāng)結(jié)算的幣種所在地區(qū)為香港時(shí)，假設(shè)結(jié)算周期為T+3（T+3個(gè)工作日）；當(dāng)結(jié)算周期中包含香港節(jié)假日時(shí)，則需要跨過當(dāng)?shù)氐墓?jié)假日時(shí)間再往后數(shù)3個(gè)工作日。

三、交易系統(tǒng)+收銀臺(tái)

1. 交易系統(tǒng)

在電商交易平臺(tái)的設(shè)計(jì)中，交易系統(tǒng)的主要職責(zé)在于連接業(yè)務(wù)訂單與支付訂單，接收上游的業(yè)務(wù)訂單，處理交易請(qǐng)求，負(fù)責(zé)處理業(yè)務(wù)邏輯、訂單管理、計(jì)費(fèi)等各個(gè)方面，并將各種具體的交易類型抽象成下單服務(wù)，以完成訂單的完整生命周期管理。

訂單可以單筆支付，也可以合并支付，對(duì)于購物車?yán)镉胁煌碳矣唵蔚膱鼍埃脩艨苫诙喙P訂單發(fā)起合并付款。

常見支付訂單的幾種狀態(tài)如圖所示，交易流水通常不含訂單的內(nèi)容和狀態(tài)，只關(guān)注各個(gè)賬戶的收款額、退款金額、支付類型和時(shí)間等信息。

2. 收銀臺(tái)

收銀臺(tái)，即交易系統(tǒng)的前端界面，是為用戶在日常支付前選擇支付渠道的界面，通過引導(dǎo)路由確定可供選擇的支付方式，協(xié)助業(yè)務(wù)平臺(tái)完成支付交易，以確保用戶能夠獲得一致的支付體驗(yàn)。

支付機(jī)構(gòu)會(huì)根據(jù)不同終端類型制定不同的收銀臺(tái)，以供外部調(diào)用，為業(yè)務(wù)系統(tǒng)提供收款和付款操作的用戶界面，同時(shí)接受并轉(zhuǎn)發(fā)交易請(qǐng)求，并根據(jù)不同場景的特定需求呈現(xiàn)不同的支付選項(xiàng)。收銀臺(tái)的功能與支付渠道管理相關(guān)，每個(gè)支付渠道都具備各自的支付產(chǎn)品，以滿足各種不同場景的需求。

• 用戶：支付行為的發(fā)起者，可以理解為電商場景下執(zhí)行購買行為的消費(fèi)者。
• 商戶：收銀臺(tái)的商戶或者業(yè)務(wù)線，可以理解為電商賣家。
• 聚合收銀臺(tái)：提供收付款服務(wù)的收銀系統(tǒng)。
• 支付渠道：提供支付、清結(jié)算能力的三方支付機(jī)構(gòu)。

收銀臺(tái)的業(yè)務(wù)流程一般分為付款和充值，功能與界面設(shè)計(jì)取決于業(yè)務(wù)流程和支持的支付渠道。

收銀臺(tái)的客戶體驗(yàn)優(yōu)化一般分為兩種：

1. 商戶接入開發(fā)及生產(chǎn)維護(hù)更便捷：支持多種支付渠道及靈活配置，可自動(dòng)跳轉(zhuǎn)或在商戶界面以實(shí)時(shí)接口完成支付；
2. 用戶操作便捷：需引導(dǎo)用戶快捷方便的完成支付。

注意：

• “站內(nèi)支付”將整個(gè)支付頁面內(nèi)嵌到商家網(wǎng)站，使整個(gè)下單支付過程在商家網(wǎng)站一個(gè)頁面完成。
• 常見收銀臺(tái)用戶側(cè)異常情況：網(wǎng)絡(luò)延遲、誤錄賬號(hào)、密碼錯(cuò)誤、限額等，對(duì)這些異常要進(jìn)行友好性提示。

四、支付-清分-結(jié)算

• 支付：所有涉及資金轉(zhuǎn)移的行為都可視作支付。
• 清算：清算發(fā)生在結(jié)算前的預(yù)處理環(huán)節(jié)，等同于“清分+匯算”，是對(duì)交易數(shù)據(jù)依據(jù)機(jī)構(gòu)和交易類型進(jìn)行分類匯總、記賬，并計(jì)算應(yīng)結(jié)算金額的過程，不涉及債權(quán)/債務(wù)的轉(zhuǎn)移，是對(duì)數(shù)據(jù)流的處理。
• 結(jié)算：結(jié)算是資金所有權(quán)、債權(quán)/債務(wù)關(guān)系的轉(zhuǎn)移，根據(jù)清分結(jié)果對(duì)交易數(shù)據(jù)進(jìn)行凈額軋差和提交并完成資金劃撥的全過程，分賬、扣費(fèi)、轉(zhuǎn)賬等是資金流的動(dòng)作。

注：清結(jié)算屬于后臺(tái)系統(tǒng)，消費(fèi)者和商戶通常不會(huì)直接接觸，銀行與銀行之間構(gòu)成清算關(guān)系，銀行、商戶、支付機(jī)構(gòu)之間構(gòu)成結(jié)算關(guān)系。

國內(nèi)第三方支付只能通過中間清算機(jī)構(gòu)間接互連，不能直連銀行，其交易流程如圖2-13所示。其中，銀聯(lián)與網(wǎng)聯(lián)的區(qū)別是：銀聯(lián)占據(jù)線下市場，覆蓋境內(nèi)、境外、線上、線下的銀行卡網(wǎng)絡(luò)；網(wǎng)聯(lián)主要處理支付機(jī)構(gòu)發(fā)起的、涉及銀行賬戶的網(wǎng)絡(luò)支付業(yè)務(wù)與各家銀行之間的資金清算，替代此前支付機(jī)構(gòu)與銀行多頭直連。

1. 跨境支付公司收單業(yè)務(wù)

收單側(cè)，當(dāng)跨境電商進(jìn)入某個(gè)新市場時(shí)，首先需要解決的就是收單問題，支付機(jī)構(gòu)要幫助商戶從境外的客戶收錢(Pay-in)，并依據(jù)交易單據(jù)和分賬規(guī)則，扣除手續(xù)費(fèi)后打款給商戶(Pay-out)。外卡收單的手續(xù)費(fèi)仍保持較高水平，且有本地化資質(zhì)門檻；境外收單需要提供本地化支付體驗(yàn)與結(jié)算方案，只有進(jìn)一步延伸合作鏈條，與本地支付互通合作，才能為消費(fèi)者帶來便利。

支付機(jī)構(gòu)主要業(yè)務(wù)環(huán)節(jié)及盈利點(diǎn)如下圖所示，通道手續(xù)費(fèi)是支付機(jī)構(gòu)穩(wěn)定的收入來源，可以按照交易規(guī)模流水收費(fèi)或按照支付筆數(shù)收費(fèi)，或?qū)煞N方式混合收費(fèi)，規(guī)定比例與上限。

跨境匯款的收費(fèi)差異較大，分擋付費(fèi)、有最低收費(fèi)；跨境收款、收匯整體費(fèi)率處于下行狀態(tài)，賺取匯差收益風(fēng)險(xiǎn)較高，合規(guī)性不足?，F(xiàn)階段，跨境支付行業(yè)的集中度還不高，很難獲得費(fèi)率溢價(jià)，快速搶占市場是生存關(guān)鍵，要能盡快獲得更多商戶，拓展跨境金融等增值收益；作為商戶，可能會(huì)選擇兩家以上支付企業(yè)進(jìn)行合作，如此可便于比較。

2. 支付處理+記賬

支付行為是賬戶資金的流轉(zhuǎn)，每筆支付訂單對(duì)應(yīng)著一筆甚至多筆指令。

常見支付指令類型包括以下幾種。

3. 渠道網(wǎng)關(guān)+前置

支付網(wǎng)關(guān)具有通信前置、渠道管理和風(fēng)險(xiǎn)控制等功能，這些功能偏向于對(duì)外提供，支付處理的邏輯仍在系統(tǒng)后端各環(huán)節(jié)完成。

業(yè)務(wù)類型決定選擇什么支付渠道，從而促成支付。支付渠道由提供支付受理能力的具體提供方來劃分，屬于外部系統(tǒng)。支付渠道具有資金轉(zhuǎn)移的多種通道，只有先對(duì)接渠道才能支付，如卡組織、直連銀行或電子錢包、匯款機(jī)構(gòu)等。

4. 交易對(duì)賬

隨著交易鏈條的逐漸延伸，數(shù)據(jù)在多個(gè)系統(tǒng)之間的傳輸過程中，難免會(huì)面臨丟失或錯(cuò)誤的風(fēng)險(xiǎn)。為了保障業(yè)務(wù)的正常運(yùn)營，并能夠及時(shí)偵測問題，有必要確保不同系統(tǒng)之間數(shù)據(jù)的一致性。對(duì)賬即為完成相關(guān)數(shù)據(jù)核對(duì)或復(fù)核的過程，以確保數(shù)據(jù)的準(zhǔn)確性和一致性。

交易對(duì)賬即核對(duì)賬簿記錄，在系統(tǒng)上體現(xiàn)為逐一核對(duì)交易明細(xì)數(shù)據(jù)，以此驗(yàn)證支付過程的準(zhǔn)確性。

1）對(duì)賬內(nèi)容

對(duì)賬主要是保證三項(xiàng)數(shù)據(jù)的一致性：支付訂單、支付流水、渠道流水。

這三項(xiàng)是分別是業(yè)務(wù)系統(tǒng)、支付系統(tǒng)、支付渠道的支付主數(shù)據(jù)，保證三者的ID關(guān)系和狀態(tài)吻合既保證了支付流程的正確性。而渠道需要保障的渠道流水中的應(yīng)結(jié)金額和實(shí)際結(jié)算金額的一致性，這個(gè)是支付渠道內(nèi)部對(duì)賬需要解決的問題。

即對(duì)賬的內(nèi)容包括一下幾個(gè)方面：

業(yè)務(wù)交易狀態(tài)核對(duì)：當(dāng)出現(xiàn)支付狀態(tài)沒有被前端接收到，或重復(fù)支付、支付失敗掉單、金額不等、渠道標(biāo)識(shí)錯(cuò)誤等異常情況，使交易狀態(tài)未實(shí)時(shí)更新，或各種網(wǎng)絡(luò)通信、系統(tǒng)交互異常引起異步漏數(shù)時(shí)，可通過對(duì)賬直接更新狀態(tài)。

交易流水對(duì)賬：一條交易信息可能有多條賬務(wù)流水信息。下載每個(gè)渠道的賬單明細(xì)，然后按照渠道與交易流水一對(duì)一對(duì)賬，多賬、少賬的流水根據(jù)流水分類進(jìn)行匯總“掛賬”。創(chuàng)建對(duì)賬批次防止重復(fù)對(duì)賬，正確無誤的交易會(huì)結(jié)合批次生成結(jié)算流水或付款文件。

差錯(cuò)處理：差錯(cuò)處理是對(duì)賬的關(guān)鍵，當(dāng)發(fā)生記錄不一致的情況時(shí)，差錯(cuò)賬記錄匯集成“差錯(cuò)數(shù)據(jù)池。若某個(gè)扣款渠道的流水文件存在差錯(cuò)交易，則這個(gè)渠道的所有交易都不會(huì)生成結(jié)算流水文件，等待完成差錯(cuò)處理后，系統(tǒng)再對(duì)該渠道的所有交易生成結(jié)算流水文件。

資金對(duì)賬：俗稱對(duì)銀行賬，核對(duì)支付系統(tǒng)與資金賬戶發(fā)生額的一致性，記賬的變動(dòng)流水與賬戶資金出入明細(xì)進(jìn)行逐筆勾核。資金對(duì)賬的本質(zhì)是支付端交易賬戶與扣款端渠道賬戶的一一對(duì)照，包括結(jié)算劃轉(zhuǎn)記錄。如果明細(xì)及總的金額都無問題，則平賬（對(duì)賬一致）。

五、對(duì)賬實(shí)例

1. 以實(shí)際項(xiàng)目來闡述賬賬對(duì)賬功能

1）需求背景

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

2）需求分析

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

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

② 處理渠道側(cè)和交易側(cè)對(duì)賬的原理：

• 不能多收錢；
• 不能少收錢；
• 不能收錯(cuò)錢。

③ 對(duì)賬基準(zhǔn)：實(shí)際中以渠道側(cè)流水為基準(zhǔn)；

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

④ 對(duì)賬的內(nèi)容：對(duì)明細(xì)和對(duì)總賬

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

⑤ 對(duì)賬時(shí)間和文件獲?。阂匀涨袝r(shí)間為準(zhǔn)；每日定時(shí)任務(wù)讀取渠道文件

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

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

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

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

⑧ 賬對(duì)不平的原因：存在差異和瞬時(shí)交易與交易系統(tǒng)的交互存在時(shí)間差異

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

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

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

解決方式：

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

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

出現(xiàn)短款原因：平臺(tái)認(rèn)為成功了，實(shí)際上銀行并沒有收到請(qǐng)求。

解決方式：

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

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

C. 雙邊金額不一致：賬單明細(xì)可以對(duì)上，但是最終顯示的金額不一致。

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

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

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

造成原因：

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

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

⑨ 差錯(cuò)處理：

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

3）方案目標(biāo)

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

① 產(chǎn)品方案

頁面信息展示：

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

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

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

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

詳情頁展示：

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

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

B. 支付流水信息：包括訂單號(hào)/三方支付流水號(hào)/三方支付流水金額/三方支付方式/我方支付流水號(hào)/我方支付流水金額/我方支付方式。

C. 退款流水信息：包括退款訂單號(hào)/三方退款流水號(hào)/三方退款流水金額/三方退款方式/我方退款流水號(hào)/我方退款流水金額/我方退款方式。

差異處理：對(duì)存在差異的訂單進(jìn)行處理。

1. 根據(jù)差異狀態(tài)篩選出有差異待處理的訂單；
2. 在差異處理模塊中提交支付流水號(hào)（支付上傳多個(gè)流水號(hào)）；支持上傳支付/退款憑證；系統(tǒng)原因?qū)е碌牟町?，要求處理差異解決的代碼；同時(shí)對(duì)差異原因進(jìn)一步說明；
3. 提交到后臺(tái)系統(tǒng)自動(dòng)審核。

2. 以實(shí)際項(xiàng)目來闡述渠道對(duì)賬

1）需求背景

目前渠道對(duì)賬是資金根據(jù)渠道側(cè)給的文件腳本生成，為方便資金更快的查看處理對(duì)賬結(jié)果，上線渠道對(duì)賬功能；同時(shí)核對(duì)渠道側(cè)和我方交易側(cè)的賬單明細(xì)后將，渠道對(duì)賬面板功能將結(jié)算金額按照計(jì)費(fèi)規(guī)則拆解成費(fèi)用項(xiàng)展示在面板上方便后續(xù)計(jì)費(fèi)。

2）需求分析

目的：是確保所有交易都被正確無誤地記錄在賬戶或賬單上，獲取渠道和交易側(cè)的匹配情況，方便資金處理對(duì)賬結(jié)果，同時(shí)對(duì)無誤的賬單明細(xì)渠道對(duì)賬后根據(jù)計(jì)費(fèi)規(guī)則羅列對(duì)賬單具體的收費(fèi)項(xiàng)總的費(fèi)用。

跨境支付的渠道對(duì)賬的內(nèi)容：對(duì)的是賬單明細(xì)和總額，由于wechat和alipay渠道目前只有支付，無退款；所以這兩個(gè)渠道只對(duì)支付明細(xì)；對(duì)退款不進(jìn)行對(duì)賬。

① 對(duì)明細(xì)：對(duì)的是渠道金融機(jī)構(gòu)拿到的報(bào)表（明細(xì)）和公司數(shù)據(jù)庫里的交易明細(xì)對(duì)賬；最終顯示的條目只展示交易側(cè)和渠道側(cè)的明細(xì)需要匹配多少條，成功匹配了多少條；未匹配多少條。

對(duì)賬的條目內(nèi)容

② 對(duì)總額：最終展示在頁面上的是無差異賬單明細(xì)中每個(gè)收費(fèi)項(xiàng)的總額；不同的渠道匹配規(guī)則不同。主要展示結(jié)算總金額信息、和計(jì)費(fèi)相關(guān)的具體收費(fèi)項(xiàng)金額信息。

3）對(duì)賬時(shí)間和文件獲取

① 文件上傳模式：由于渠道側(cè)的賬單明細(xì)無法從數(shù)據(jù)庫直接獲取，是渠道那邊發(fā)給我們的excel文件，因此；我們通過上傳文件的形式進(jìn)行匹配；支持excel\csv文件上傳。

② 對(duì)賬時(shí)間：由于負(fù)責(zé)資金的同事在中國，結(jié)合工作習(xí)慣以北京時(shí)間為準(zhǔn)進(jìn)行對(duì)賬，每日0點(diǎn)，根據(jù)渠道側(cè)的不同的幣種，系統(tǒng)自動(dòng)生成待上傳賬單的基本表頭信息的條目；即根據(jù)幣種不同顯示渠道待上傳的條目。

• 考慮提前生成腳本的好處：由于是對(duì)賬文件是人工上傳，系統(tǒng)根據(jù)渠道所支持的幣種多少，對(duì)應(yīng)生成多少條目；這樣根據(jù)幣種來劃分方便后續(xù)資金結(jié)算；同時(shí)避免上傳的文件有誤；
• 由于負(fù)責(zé)資金的同事在中國，所以對(duì)賬時(shí)間按照中國時(shí)間為準(zhǔn)，但公司總部在國外的話結(jié)算日期按照總部所在國家為準(zhǔn)，即當(dāng)結(jié)算周期遇到節(jié)假日時(shí)，按照國外的節(jié)假日為準(zhǔn)。

4）文件解析

• 北京時(shí)間0點(diǎn)系統(tǒng)按照渠道的結(jié)算幣種數(shù)量生成對(duì)應(yīng)的渠道對(duì)賬條目，次日資金上傳從渠道那邊獲取的excel文件，通過人工上傳進(jìn)行對(duì)賬；
• 由于渠道側(cè)的文件來源于不同渠道方給的excel文件；文件取名或內(nèi)容格式不一，因此該功能對(duì)上傳的文件名格式不做限定；但是文件中字段的內(nèi)容需要和渠道方核實(shí)，做格式兼容處理；

上傳完成后系統(tǒng)自動(dòng)解析，解析完成后對(duì)應(yīng)以下幾點(diǎn)：

① 當(dāng)解析成功時(shí)，彈出彈窗【解析成功，是否開始對(duì)賬】；

② 當(dāng)解析失敗時(shí)，有幾點(diǎn)原因?qū)е拢?/p>

1. 上傳文件內(nèi)容格式有誤——找渠道側(cè)確認(rèn)文件內(nèi)容；
2. 上傳的文件內(nèi)容重復(fù)——需要把歷史上傳的文件刪除后才能二次上傳；
3. 網(wǎng)絡(luò)加載錯(cuò)誤。

5）對(duì)賬匹配規(guī)則

① 交易側(cè)的匹配賬單以當(dāng)天賬單的post_time字段為準(zhǔn)進(jìn)行匹配

比如10.17號(hào)獲取賬單、其賬單內(nèi)的post_time記錄的是5.10號(hào)，則對(duì)應(yīng)在系統(tǒng)中生成的條目是匹配時(shí)間是5.10號(hào)；開始對(duì)賬時(shí)間是10.17號(hào)。

② 渠道側(cè)和商戶側(cè)的賬單明細(xì)按照PI號(hào)進(jìn)行匹配

“PI號(hào)”是指付款信息號(hào)碼（Payment Instruction Number），通常用于跟蹤和匹配交易。PI號(hào)的達(dá)標(biāo)意味著PI號(hào)字段的信息是準(zhǔn)確、一致和完整的，這使得渠道側(cè)和交易側(cè)的賬單能夠按照PI號(hào)進(jìn)行匹配。

③ 幣種和對(duì)賬條目一一對(duì)應(yīng)

由于渠道涉及多幣種；考慮到不同幣種匯率差異會(huì)導(dǎo)致對(duì)賬金額不一致；隨意不同渠道的對(duì)賬條目按照幣種劃分；即以wechat為例，涉及到結(jié)算幣種由GBP、HK和USD；即0點(diǎn)時(shí)系統(tǒng)準(zhǔn)備拉取交易對(duì)賬腳本，按照幣種數(shù)量生成對(duì)應(yīng)的條目，當(dāng)天資金上傳渠道側(cè)文件時(shí)，同一份文件按照幣種不同上傳三次，每一次只解析和對(duì)賬幣種所對(duì)應(yīng)的賬單。

6）對(duì)賬結(jié)果

① 匹配無差異：平賬；無需處理。

② 匹配有差異：對(duì)賬金額不一致即交易或渠道的某一側(cè)少錢。

由于具體的收費(fèi)項(xiàng)是根據(jù)計(jì)費(fèi)規(guī)則確定的；影響最終收費(fèi)項(xiàng)金額的因素由：費(fèi)率、匯率、費(fèi)用計(jì)算公式，結(jié)算金額、和系統(tǒng)等因素組成。

A. 時(shí)間差導(dǎo)致：由于不同地區(qū)和國家之間的時(shí)差和時(shí)區(qū)差異，會(huì)導(dǎo)致交易日期和時(shí)間的不匹配。

解決方案：對(duì)上傳的渠道側(cè)的數(shù)據(jù)，該日未對(duì)平的數(shù)據(jù)在數(shù)據(jù)庫中回溯七天；并在差異處理中記錄該條數(shù)據(jù)，如果七天內(nèi)對(duì)平了該數(shù)據(jù)最終，則差異處理中該條數(shù)據(jù)自動(dòng)刪除；如果七天后仍未對(duì)平，則系統(tǒng)不再回溯，差異處理功能中仍會(huì)顯示該條信息，對(duì)賬結(jié)果顯示有差異；狀態(tài)顯示待處理。

B. 通信問題：由于渠道對(duì)賬涉及多個(gè)系統(tǒng)和平臺(tái)之間的數(shù)據(jù)傳輸，會(huì)存在通信問題，可能導(dǎo)致交易數(shù)據(jù)未能正確傳遞或同步，從而引起不平賬。

解決方案同上。

C. 匯率差異：在跨境支付中，涉及不同貨幣的交易可能會(huì)受到匯率波動(dòng)的影響。如果匯率不一致或不準(zhǔn)確地應(yīng)用于交易，可能會(huì)導(dǎo)致金額不匹配，從而引起不平賬。

上線匯率面板功能，將匯率和計(jì)費(fèi)系統(tǒng)聯(lián)動(dòng)；匯率面板中的數(shù)據(jù)每日從從中國銀行和海云匯中直接拉取。當(dāng)發(fā)掘拉去的匯率不合適時(shí)，支持人工修改。

7）對(duì)賬完成后的結(jié)果處理

對(duì)賬完成后，會(huì)在【對(duì)賬筆數(shù)】字段中顯示匹配結(jié)果，即交易側(cè)和渠道側(cè)的各自明細(xì)要匹配多少條；在【匹配結(jié)果】字段中顯示成功匹配了多少條；有差異的有多少條；需要回溯的有多少條。

注：需要回溯的數(shù)據(jù)是指渠道側(cè)或交易側(cè)某一側(cè)有這條數(shù)據(jù)；另一側(cè)沒有獲取。

• 由于對(duì)賬時(shí)間是以的post_time時(shí)間為準(zhǔn)；獲取的是post_time當(dāng)天的渠道側(cè)賬單明細(xì)數(shù)據(jù)；當(dāng)對(duì)賬完成后，功能頁面顯示改天各收費(fèi)項(xiàng)明細(xì)的總金額；方便內(nèi)部人員知道公司在渠道這邊計(jì)費(fèi)相關(guān)的財(cái)務(wù)狀況；
• 對(duì)賬完成后，支持系統(tǒng)對(duì)渠道側(cè)和交易側(cè)對(duì)賬結(jié)果賬單的下載；同時(shí)系統(tǒng)會(huì)把對(duì)賬結(jié)果的excel文件自動(dòng)推送的到通知群里，文件包括渠道側(cè)、交易側(cè)的對(duì)賬結(jié)果明細(xì)以及差異處理的文件。

注意：下載的文件中除了包括原始的賬單明細(xì)外，還要加上對(duì)賬的匹配結(jié)果字段，以及對(duì)需要回溯的數(shù)據(jù)，后面加上回溯天數(shù)。

差異處理：對(duì)賬完成后，對(duì)有差異的賬單明細(xì)系統(tǒng)推送給到差異處理功能中；去處理差異；同時(shí)也會(huì)生成excel文件自動(dòng)發(fā)送到通知群里；提醒工作人員去處理。

• 對(duì)由于時(shí)間差異導(dǎo)致交易側(cè)數(shù)據(jù)未錄入，需要等待回溯的訂單，回溯完成后渠道自動(dòng)對(duì)賬，對(duì)平后，差異處理面板中該條數(shù)據(jù)系統(tǒng)自動(dòng)刪除，如未對(duì)平則保留該條；等待差異處理。
• 差異處理面板中的數(shù)據(jù)處理完成后，數(shù)據(jù)重新進(jìn)入對(duì)賬流程和交易側(cè)數(shù)據(jù)進(jìn)行對(duì)賬，直到賬單對(duì)平為止。進(jìn)入對(duì)賬流程還是以該渠道的post_time時(shí)間為準(zhǔn)。

8）下載與推送文件格式

• 渠道側(cè)的文件命名：渠道名_matched_report_年_月_日
• 交易側(cè)的文件命名：渠道名_Merchant_matched_report_年_月_日
• 差異明細(xì)的文件命名：渠道名_差異明細(xì)_年_月_日

產(chǎn)品方案：

渠道對(duì)賬涉及到的渠道：不同渠道匹配規(guī)則不同，現(xiàn)以wechat和Alipay+渠道為例。

頁面信息展示：

A. 信息欄

① 渠道：可選擇wechat 和Alipay+

② 結(jié)算幣種：來源于渠道側(cè)給到的結(jié)算幣種，我方從賬單報(bào)表中進(jìn)行提取可得：

• Wechat結(jié)算幣種對(duì)應(yīng)GBP/USD/EUR
• Alipay的結(jié)算幣種對(duì)應(yīng)HKD/GBP/USD/EUR

③ 交易幣種：客戶通常使用其本地貨幣（交易幣種）進(jìn)行支付，但商家或供應(yīng)商可能需要以另一種貨幣（結(jié)算幣種）來收款。

• Wechat交易幣種有CNY/GBP
• Alipay+交易貨幣有CNY/GBP

注：即根據(jù)前面【對(duì)賬時(shí)間】中關(guān)于對(duì)賬條目獲取的規(guī)則描述，可知，在次日0點(diǎn)時(shí)，系統(tǒng)根據(jù)渠道對(duì)應(yīng)幣種數(shù)量自動(dòng)生成對(duì)應(yīng)的條目；每一個(gè)條目需要上傳一次渠道對(duì)賬文件；待此時(shí)工作時(shí)間資金上傳渠道報(bào)表，按照比重條目生成對(duì)應(yīng)的對(duì)賬結(jié)果數(shù)據(jù)。

④ 時(shí)間：由于渠道側(cè)和交易側(cè)的對(duì)賬是根據(jù)匹配對(duì)應(yīng)時(shí)間進(jìn)行對(duì)賬，所以時(shí)間按照匹配對(duì)應(yīng)時(shí)間獲取相應(yīng)的條目

⑤ 賬單解析狀態(tài)：解析成功&解析中&解析失敗

⑥ 賬單筆數(shù)：分別顯示渠道側(cè)和交易側(cè)對(duì)賬文件中各自有多少條目；即顯示渠道側(cè)：200條；交易側(cè)：200條

⑥對(duì)賬結(jié)果：顯示：對(duì)平：XX條；待回溯：XX條；差異處理：XX條

待回溯指的是交易側(cè)由于匯率時(shí)間差或其他原因還沒有接收到對(duì)應(yīng)的賬單條目；需要等待一段時(shí)間才會(huì)顯示。

⑦ 渠道側(cè)總額：由于匹配的賬單明細(xì)都是同一天，故渠道側(cè)總額等于當(dāng)天渠道側(cè)賬單明細(xì)的所有條目交易總額；同理交易側(cè)總額等于交易側(cè)賬單明細(xì)所有條目的交易總額=tran_amount字段之和

⑧ 文件上傳時(shí)間：為資金開始操作對(duì)賬時(shí)間；

⑨ 操作人：操作對(duì)賬對(duì)應(yīng)的工作人員名稱

⑩ 管理：詳情/差異處理/下載賬單/重新解析/刪除

• 詳情：由于渠道除了為將賬對(duì)平，方便資金人員了解財(cái)務(wù)狀況及后續(xù)審計(jì)外，對(duì)公司側(cè)我們?cè)摥h(huán)節(jié)的目的是將公司渠道計(jì)費(fèi)涉及到的費(fèi)用項(xiàng)提出，方便老板了解渠道側(cè)財(cái)務(wù)狀況；故詳情中重點(diǎn)羅列
• 差異處理：同一匹配對(duì)應(yīng)時(shí)間下，同一渠道下上傳渠道文件后，按照渠道下幣種數(shù)量生成條目，對(duì)應(yīng)幣種下有差異的賬單明細(xì)進(jìn)行差異處理；
• 下載賬單：對(duì)賬完成后，支持下載對(duì)賬后的渠道賬單和交易賬單 i 下載的渠道賬單和交易賬單在原文件的基礎(chǔ)上新增對(duì)賬結(jié)果字段以及回溯天數(shù)字段（需要回溯的顯示回溯天數(shù)，不需要的顯示—）
• 重新解析：由于網(wǎng)絡(luò)加載錯(cuò)誤等原因?qū)е滦枰匦律蟼鹘馕龅?，可以點(diǎn)擊重新解析按鈕，避免二次上傳文件；
• 刪除：資金會(huì)出現(xiàn)對(duì)同一天的渠道文件進(jìn)行二次上傳的場景，二次上傳時(shí)必須把前一條上傳的文件數(shù)據(jù)刪除，才能二次上傳；

B. 搜索欄

① 頁面信息展示：頁面一開始展示所有渠道的數(shù)據(jù)，按照渠道名稱首字母和匹配對(duì)應(yīng)時(shí)間兩個(gè)條件倒敘配列；

② 渠道：支持Wechat 和Alipay+搜索；

③ 結(jié)算幣種：包括HKD/GBP/USD/EUR；

④ 時(shí)間：選擇時(shí)間后對(duì)應(yīng)【匹配對(duì)應(yīng)時(shí)間】字段的的檢索結(jié)果。

每日0點(diǎn)系統(tǒng)按照渠道對(duì)應(yīng)貨幣拉取條目：

比如wechat渠道，對(duì)應(yīng)結(jié)算貨幣有GBP/USD/EUR，即系統(tǒng)自動(dòng)拉取三個(gè)條目。

上傳解析：

上傳渠道文件后解析過程提示分為解析成功和解析失敗。

① 解析成功：上傳—上傳中—正在解析—解析成功并判斷是否開始對(duì)賬—開始對(duì)賬—對(duì)賬成功/對(duì)賬失敗。

• 對(duì)賬成功后，即可在對(duì)應(yīng)條目上顯示計(jì)費(fèi)信息；同時(shí)需要差異處理的賬單條目顯示在差異處理模塊中；
• 對(duì)賬失敗后，請(qǐng)重新上傳；——解析結(jié)果欄中顯示解析失敗。

② 解析失敗：上傳—上傳中—正在解析—解析失??；

• 解析失敗，請(qǐng)重新上傳；
• 網(wǎng)絡(luò)加載超時(shí)，解析失敗請(qǐng)重新上傳；
• 文件內(nèi)容格式錯(cuò)誤，解析失敗請(qǐng)重新上傳。

對(duì)賬完成后頁面展示的信息如上圖所示。

詳情：

詳情中主要展示計(jì)費(fèi)相關(guān)的信息條目；主要包括：

① 對(duì)賬信息：渠道名稱/匹配對(duì)應(yīng)時(shí)間/結(jié)算幣種/文件上傳時(shí)間/賬單筆數(shù)/對(duì)賬結(jié)果

② 渠道側(cè)賬單明細(xì)：即展示post_time當(dāng)天從渠道側(cè)獲取的賬單中計(jì)費(fèi)項(xiàng)的總金額，包括Total Settlement Amount/Total Acq_fee/Total Ic_fee/Total Scheme_fee/Total Other_fee/Total 3ds_fee/Total Settlement net Amount；

③ 交易側(cè)賬單明細(xì)：即展示post_time當(dāng)天交易側(cè)（即公司數(shù)據(jù)庫中）獲取的賬單中計(jì)費(fèi)項(xiàng)的總金額，包括Total Settlement Amount/Total Acq_fee/Total Ic_fee/Total Scheme_fee/Total Other_fee/Total 3ds_fee/Total Settlement net Amount；

④ 具體的費(fèi)用項(xiàng)根據(jù)計(jì)費(fèi)規(guī)則系統(tǒng)進(jìn)行計(jì)算

部分渠道相關(guān)費(fèi)用項(xiàng)，渠道側(cè)會(huì)算好給我們；有的渠道需要我們自己按照計(jì)費(fèi)規(guī)則，系統(tǒng)進(jìn)行計(jì)算。

差異處理：

差異處理頁面展示信息：

① 信息欄：展示字段包括渠道名稱/匹配對(duì)應(yīng)時(shí)間/訂單號(hào)/未匹配天數(shù)/訂單金額/渠道流水總金額/交易流水總金額/差異處理狀態(tài)/操作時(shí)間/差異原因/操作人/管理。

訂單號(hào)：用于標(biāo)識(shí)商戶或支付發(fā)起方系統(tǒng)中特定訂單或交易的唯一標(biāo)識(shí)符。

注：如何根據(jù)訂單號(hào)追蹤PI號(hào)：

獲取訂單號(hào)和相關(guān)支付信息：首先，您需要獲取包含訂單號(hào)的商戶或支付發(fā)起方的相關(guān)交易信息。這可能是從您的系統(tǒng)中提取訂單號(hào)，或者從商戶或客戶提供的相關(guān)信息中獲取。

查找相關(guān)支付交易：使用訂單號(hào)，您可以聯(lián)系相關(guān)的支付渠道或銀行來查找與該訂單號(hào)相關(guān)的支付交易。這通常涉及與支付渠道或銀行的客戶支持或運(yùn)營團(tuán)隊(duì)進(jìn)行聯(lián)系。

確認(rèn)PI號(hào)：一旦找到相關(guān)支付交易，您可以請(qǐng)求支付渠道或銀行提供與訂單號(hào)相關(guān)的PI號(hào)。PI號(hào)通?？梢栽谒麄兊闹Ц吨噶罨蚪Y(jié)算文件中找到。它是用于跟蹤國際支付和結(jié)算的重要標(biāo)識(shí)符。

進(jìn)行對(duì)賬或差異處理：一旦獲得了PI號(hào)，您可以將其用于對(duì)賬或差異處理。通過將訂單號(hào)與相關(guān)PI號(hào)關(guān)聯(lián)，您可以驗(yàn)證支付是否已經(jīng)成功處理，或者解決可能存在的不匹配或差異。

• 未匹配天數(shù)：由于交易側(cè)數(shù)據(jù)獲取滯后導(dǎo)致部分?jǐn)?shù)據(jù)未匹配，故允許在數(shù)據(jù)庫中回溯7天；當(dāng)回溯時(shí)間為第四天匹配成功時(shí)，未匹配天數(shù)＝4；
• 訂單金額：即交易金額；
• 渠道結(jié)算凈額：由于該渠道只對(duì)支付，不含退款；且僅對(duì)訂單狀態(tài)處于成功時(shí)的訂單進(jìn)行對(duì)賬；所以渠道結(jié)算凈額=結(jié)算金額-手續(xù)費(fèi)
• 交易結(jié)算凈額：交易結(jié)算凈額=結(jié)算金額-手續(xù)費(fèi)；
• 差異處理狀態(tài)：已處理、待處理和處理中；
• 操作時(shí)間：等于差異處理時(shí)間；
• 差異原因：差異取決于交易側(cè)金額、渠道側(cè)金額于訂單金額不一致和訂單狀態(tài)；故差異原因包括：交易側(cè)金額與訂單金額不一致/渠道側(cè)金額與訂單金額不一致/金額與訂單狀態(tài)不一致/渠道側(cè)與交易側(cè)金額不一致/匯率差異/交易側(cè)無數(shù)據(jù)；
• 管理：【差異處理】按鈕提交證據(jù)進(jìn)行差異處理。

差異處理功能：

• 訂單號(hào)：自動(dòng)獲取；
• 上傳憑證：支持上傳原始交易記錄/三方支付渠道或銀行記錄/我方訂單和交易記錄/匯率信息/手續(xù)費(fèi)信息等截圖；要求上傳JPG//PNG/JPEG格式，文件不超過20M；
• 差異處理記錄日志：上傳差異處理過程的操作日志/處理代碼等；
• 差異原因：系統(tǒng)自動(dòng)給出的原因有交易側(cè)金額與訂單金額不一致/渠道側(cè)金額與訂單金額不一致/金額與訂單狀態(tài)不一致/渠道側(cè)與交易側(cè)金額不一致/匯率差異/交易側(cè)無數(shù)據(jù)；該字段需要在系統(tǒng)給定的基礎(chǔ)上加以補(bǔ)充。

注：差異處理中的數(shù)據(jù)包括：渠道側(cè)和交易側(cè)確實(shí)存在差異（即賬沒有對(duì)平）和交易側(cè)數(shù)據(jù)由于時(shí)間差未及時(shí)獲取而無法和渠道側(cè)匹配對(duì)賬造成的差異。

① 渠道側(cè)和交易側(cè)確實(shí)存在差異：給出差異原因并進(jìn)一步追溯解決；

• 金額導(dǎo)致的差異：修改金額并提交支付憑證截圖；
• 系統(tǒng)導(dǎo)致的差異：迭代BUG后，提交差異處理證明；
• 匯率導(dǎo)致的差異：系統(tǒng)目前是每日線上從官方渠道拉取匯率值，若匯率不是想要的數(shù)值，后期支持手動(dòng)修改，修正匯率。

② 時(shí)間差未及時(shí)獲取而無法和渠道側(cè)匹配對(duì)賬造成的差異：系統(tǒng)預(yù)留出7天的回溯時(shí)間，七天內(nèi)如果該明細(xì)和交易側(cè)對(duì)平了，則差異處理中該條記錄自動(dòng)刪除，同時(shí)渠道對(duì)賬中的相關(guān)費(fèi)用隨著也要變化——具體根據(jù)匹配的PI號(hào)和匹配時(shí)間確定對(duì)應(yīng)條目。

下載：支持下載渠道側(cè)和交易側(cè)的對(duì)賬結(jié)果明細(xì)。

對(duì)賬完成后，下載按鈕由置灰狀態(tài)變成可點(diǎn)擊狀態(tài)；同時(shí)選擇想要下載的賬單（支持多選）。

對(duì)賬成功后，除了頁面支持下載外，系統(tǒng)自動(dòng)將交易和渠道側(cè)的對(duì)賬單明細(xì)以及差異明細(xì)文件發(fā)送到通知群中。

下載與發(fā)送：

• 渠道側(cè)的文件命名：渠道名_matched_report_年_月_日
• 交易側(cè)的文件命名：渠道名_Merchant_matched_report_年_月_日
• 差異明細(xì)的文件命名：渠道名_差異明細(xì)_年_月_日

總結(jié)復(fù)盤：

① 明確目標(biāo)—明確對(duì)賬業(yè)務(wù)邏輯和計(jì)費(fèi)數(shù)據(jù)邏輯后：最后進(jìn)行功能設(shè)計(jì)。

② 目標(biāo)拆解：

A. 確保渠道提供商提供的賬單與實(shí)際交易記錄一致：

• 渠道側(cè)賬單明細(xì)和交易側(cè)賬單明細(xì)具體涉及的金額由哪些，進(jìn)行對(duì)賬；
• 跨境國際對(duì)賬需要考慮幣種問題，不同的結(jié)算幣種對(duì)應(yīng)的匯率不同，最終的結(jié)算金額也不同；
• 如何展示最終對(duì)賬結(jié)果——遵從交互邏輯簡單，清晰展示涉及到的信息。

B. 跟蹤和解決渠道側(cè)和交易側(cè)之間的不平賬或差異，并解決：

• 差異處理：展示差異和設(shè)計(jì)差異處理功能；
• 搞清楚造成差異的原因：多收錢/少收錢/訂單狀態(tài)和金額不一致/兩邊金額不一致。

③ 對(duì)賬方法歸納總結(jié)為：

3. 清結(jié)算

清分：在清分階段，資金與賬單的計(jì)算和核對(duì)是核心任務(wù)。這一過程涉及對(duì)資金流動(dòng)的準(zhǔn)確計(jì)算，以及核實(shí)賬單的一致性。清分確保了在交易中的所有各方都得到了應(yīng)有的款項(xiàng)，而且交易記錄得到了妥善處理。上述實(shí)際對(duì)賬案例就是清分的內(nèi)容。

結(jié)算：結(jié)算階段是在清分后進(jìn)行的，它涉及資產(chǎn)的實(shí)際轉(zhuǎn)移和完成交割。結(jié)算根據(jù)事先約定的結(jié)算方式和結(jié)算周期，將資金劃撥給涉及的各方，如商戶、用戶和支付通道。這一步驟確保了資金的真正轉(zhuǎn)移和歸屬。

結(jié)算規(guī)則：

① 影響結(jié)算周期的因素有：

• 商戶進(jìn)行結(jié)算時(shí)所在的國家；
• 結(jié)算幣種所在國家。