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

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

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

目錄

一、賬戶體系

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

1. 賬戶的概念

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

2. 賬戶的類型和功能

1）賬戶類型

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

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

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

2）賬戶功能

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

3）賬戶體系資金流動

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

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

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

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

二、商戶管理

1. 商戶收單及商戶層級管理

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

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

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

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

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

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

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

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

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

B. IC++收費模式：IC++收費模式是一種費用結(jié)構(gòu)，其中商戶支付交易的成本，加上支付處理方的固定交易費用。IC++模式通常透明，因為它明確顯示了交易的成本，例如銀行卡發(fā)行方的交換費用和支付處理方的固定費用。適用于大型企業(yè)或高交易量企業(yè)，因為它提供了更多的費用透明度和控制，適用于那些愿意深入了解和管理其交易費用的企業(yè)。

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

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

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

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

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

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

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

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

1. 交易系統(tǒng)

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

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

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

2. 收銀臺

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

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

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

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

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

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

注意：

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

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

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

注：清結(jié)算屬于后臺系統(tǒng)，消費者和商戶通常不會直接接觸，銀行與銀行之間構(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)入某個新市場時，首先需要解決的就是收單問題，支付機(jī)構(gòu)要幫助商戶從境外的客戶收錢(Pay-in)，并依據(jù)交易單據(jù)和分賬規(guī)則，扣除手續(xù)費后打款給商戶(Pay-out)。外卡收單的手續(xù)費仍保持較高水平，且有本地化資質(zhì)門檻；境外收單需要提供本地化支付體驗與結(jié)算方案，只有進(jìn)一步延伸合作鏈條，與本地支付互通合作，才能為消費者帶來便利。

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

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

2. 支付處理+記賬

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

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

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

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

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

4. 交易對賬

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

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

1）對賬內(nèi)容

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

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

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

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

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

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

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

五、對賬實例

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

1）需求背景

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

2）需求分析

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

解決方式：

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

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

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

解決方式：

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

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

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

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

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

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

造成原因：

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

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

⑨ 差錯處理：

1. 修正：上傳校驗記錄；
2. 訂正差異狀。

3）方案目標(biāo)

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

① 產(chǎn)品方案

頁面信息展示：

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

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

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

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

詳情頁展示：

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

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

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

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

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

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

2. 以實際項目來闡述渠道對賬

1）需求背景

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

2）需求分析

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

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

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

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

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

3）對賬時間和文件獲取

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

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

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

4）文件解析

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

上傳完成后系統(tǒng)自動解析，解析完成后對應(yīng)以下幾點：

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

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

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

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

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

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

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

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

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

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

6）對賬結(jié)果

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

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

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

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

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

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

解決方案同上。

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

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

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

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

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

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

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

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

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

8）下載與推送文件格式

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

產(chǎn)品方案：

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

頁面信息展示：

A. 信息欄

① 渠道：可選擇wechat 和Alipay+

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

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

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

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

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

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

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

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

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

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

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

⑧ 文件上傳時間：為資金開始操作對賬時間；

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

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

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

B. 搜索欄

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

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

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

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

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

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

上傳解析：

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

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

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

② 解析失?。荷蟼鳌蟼髦小诮馕觥馕鍪?；

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

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

詳情：

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

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

② 渠道側(cè)賬單明細(xì)：即展示post_time當(dāng)天從渠道側(cè)獲取的賬單中計費項的總金額，包括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ù)庫中）獲取的賬單中計費項的總金額，包括Total Settlement Amount/Total Acq_fee/Total Ic_fee/Total Scheme_fee/Total Other_fee/Total 3ds_fee/Total Settlement net Amount；

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

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

差異處理：

差異處理頁面展示信息：

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

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

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

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

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

確認(rèn)PI號：一旦找到相關(guān)支付交易，您可以請求支付渠道或銀行提供與訂單號相關(guān)的PI號。PI號通常可以在他們的支付指令或結(jié)算文件中找到。它是用于跟蹤國際支付和結(jié)算的重要標(biāo)識符。

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

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

差異處理功能：

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

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

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

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

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

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

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

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

下載與發(fā)送：

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

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

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

② 目標(biāo)拆解：

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

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

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

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

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

3. 清結(jié)算

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

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

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

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

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