賬務系統是以會計爲基礎的系統，是實現會計過程的程序的綜合。
賬務系統是一個以會計爲基礎的系統：會計是把企業有用的各種經濟業務統一成以貨幣爲計量單位，通過記賬、算賬、報賬等一系列程序來提供反映企業財務狀況和經營成果的經濟信息，賬務系統就是實現這些過程的程序的總和。
對於支付系統，
賬務系統據會計科目的劃分，一般將系統的科目分爲三類：資產類、負債類、損益類。這三類科目下可以劃分多個總賬科目，也就是一級科目。
比如：資產類科目可以細分爲銀行存款、應收賬款和其他應收賬款；負債類科目細分爲應付賬款、其他應付賬款；損益類科目細分爲費用、收入。
如果有需要更細緻的劃分的話，一級科目還可以繼續分化出二三四級科目，具體層級視需要而定。
通常所說的支付系統的賬戶體系，其中的賬戶，就是掛在應付賬款的末位科目下的外部賬戶（爲什麼是掛在應付賬款下呢？因爲支付系統裏外部賬戶裏登記的資金數額，並不是支付機構自己的資產，而是它的負債，是它應該付給用戶的資金數值）。
這裏提到的賬戶體系割裂了外部賬戶和內部賬戶的關係，畢竟一定程度上來說，內部賬戶是屬於會計系統的部分，是真正的末位科目，但通常以賬戶性質記錄支付機構側的資金變化；而外部賬戶則是相對於內部，針對用戶設置的各種賬戶，記錄用戶側的資金變化。
相應的，
賬務系統本身也可以分成針對外部賬戶的賬務系統和會計系統，這樣的設計可以更快的實時的響應用戶賬戶資金的變化。
不過這裏還是以兩者合一的賬務系統爲例，雖然本質上沒有什麼區別，但個人覺得這樣更爲貼合記賬的實際情況。
一、複式記賬法
顧名思義，複式記賬法是一種記賬的方法，按照種類不同又可以分成三類記賬法，但規定使用的複式記賬法只有其中一類——借貸記賬法。
複式記賬法是對任何一筆業務都以相等的金額，在兩個或兩個以上的相關賬戶中作相互聯繫的登記，從而能夠全面、系統地核算經濟業務對各會計要素的影響及其結果。
1. 公式與規則
下面是主要要注意的幾個點：
複式記賬法有兩個公式：資產=負債+所有者權益，利潤=收入-費用；
記賬規則是：有借必有貸，借貸必相等；
2. 記賬方式
資產類、成本類、損益類費用這三類科目都是增加記在借方，減少記在貸方；
負債類、所有者權益類、損益類收入這三類科目都是減少記在借方，增加記在貸方；
會計分錄：每項具體的經濟業務涉及的不同賬戶之間應借、應貸的關係；
會計憑證：記錄經濟業務、明確經濟責任、按一定格式編制的據以登記會計賬簿的書面證明。由於需要將憑證在銀行不同櫃組之間進行傳遞記帳，因此，銀行會計憑證又稱爲“傳票”。
一般而言，瞭解複式記賬法的這些就足夠了，重要的是要知道如何根據業務實際情景設置會計分錄（不會設置的話，可以詢問財務人員），設置了分錄之後，按照分錄記錄賬務流水即可。
賬務系統作爲支付系統的一個子系統，它本身的功能模塊可以劃分爲三塊：管理後臺、對其他子系統提供記賬接口、以及一套賬務彙總和檢驗借貸平衡的工具。
1. 管理後臺
一般在功能設置上，會提供圍繞科目、會計分錄管理的基礎功能，以及包括手工調賬、賬戶信息查詢、內部賬戶餘額和收支明細查詢、總賬查詢、會計傳票查詢在內的賬務管理功能。
2. 記賬接口
賬務系統服務的其他子系統有：客戶系統、訂單系統、對賬系統、清結算系統。
客戶系統調用賬務系統的目的並不是爲了記賬，而是爲了後來的記賬做準備：在用戶註冊成功之後，調用開戶接口，爲用戶在支付系統中建立他自己的虛擬賬戶，簡稱虛戶（可以類比用戶在銀行開立的銀行卡號）。
訂單系統記賬是唯一一個考驗賬務系統性能的子系統：如果訂單系統交易量不大的話，還好說；如果交易量很大的話，則就很可能要按照上面提到的，將賬務系統分成針對外部賬戶的賬務系統和會計系統，讓賬務系統更快的實時的響應用戶賬戶資金的變化。
訂單系統調用記賬接口分爲兩種：一種正向交易（收款交易），一種反向交易（付款交易）。
正向交易一般先收款成功，再調用記賬接口。賬務系統應先登記流水，免得記賬失敗，根據業務類型，獲取用於記賬的會計分錄，按照分錄登記記賬明細，檢查借貸是否平衡，不平衡的話，對流水進行標識。
（1）正向交易會計分錄舉例
假如用戶A在支付平臺通過銀聯渠道充值5元，則分錄如下：
借：應收賬款-渠道充值款-銀聯 5元
貸：應付賬款-用戶A虛戶 5元
注：借方本來應該是銀行存款，而且與渠道相關的所有會計分錄都可以簡單的寫成與銀行存款科目的借貸關係，但是爲什麼會寫上應收賬款-渠道充值款-銀聯呢？因爲渠道方並不是實時的將資金結算給支付機構，一般要T+1才能將T日的交易金額彙總結算給支付機構，所以支付機構這裏的記賬纔不會直接與銀行存款進行借貸，而是體現一個“應收”。
假如用戶A在支付平臺通過銀聯渠道購買了商戶B 5元的商品，則分錄如下（不計手續費）：
借：應收賬款-渠道充值款-銀聯 5元
貸：應付賬款-商戶B虛戶 5元
分錄中沒有體現用戶A的虛戶資金變動，如果有需要的話，可以將會計分錄調整如下：
借：應收賬款-渠道充值款-銀聯 5元
貸：應付賬款-用戶A虛戶 5元
借：應付賬款-用戶A虛戶 5元
貸：應付賬款-商戶B虛戶 5元
如果存在政策方面的考慮，不以用戶A的虛戶中轉的話，可以將會計分錄調整如下：
借：應收賬款-渠道充值款-銀聯 5元
貸：應付賬款-中轉掛賬 5元
借：應付賬款-中轉掛賬 5元
貸：應付賬款-商戶B虛戶 5元
反向交易一般先調用記賬接口，再進行付款，賬務系統處理過程如正向交易。
（2）反向交易會計分錄舉例
假如用戶A在支付平臺提現5元，則分錄如下：
借：應付賬款-用戶A虛戶 5元
貸：銀行存款 5元
注：爲什麼這裏可以直接與銀行存款形成借貸關係？因爲付款的操作是以支付機構爲主，支付機構可以默認付款成功之後，自己的銀行存款立即會付款5元給用戶。
對賬系統調用記賬接口，一般是在T+1日，與渠道方提供的對賬單核對完成之後，將渠道充值款轉換爲待結算款，會計分錄如下：
借：應收賬款-待結算款-銀聯 對賬單總金額
貸：應收賬款-渠道充值款-銀聯 對賬單總金額
注：與對賬單對賬，可能會出現差異，所以會設置一個差錯賬處理的功能，如果真正產生了差異，就需要查明差錯原因，進行補單或撤單。差異一般分兩種情形：長款和短款，但短款是決不允許發生的，一旦發生則說明系統存在漏洞。
長款是指渠道方有成功扣款記錄，但支付平臺沒有記錄的情況，這個時候需要做補單處理，會計分錄如下：
借：應收賬款-渠道充值款-銀聯
貸：其他應付款-對賬差異-銀聯
借：其他應付款-對賬差異-銀聯
貸：其他應付款-用戶-現金賬戶
短款是指渠道方無扣款記錄，但支付平臺有記錄的情況，這個時候需要做撤單處理，但短款是決不允許發生的，一旦發生則說明系統存在漏洞，會計分錄如下：
借：其他應收款-對賬差異-銀聯
貸：應收賬款-渠道充值款-銀聯
借：其他應付款-用戶-現金賬戶
貸：其他應收款-對賬差異-銀聯
清結算系統是對商戶資金的結算、對代理商的分潤。
僅以對商戶結算爲例，如果是結算到銀行賬戶，則會計分錄如下：
借：應付賬款-商戶-待結算賬戶
貸：銀行存款
如果是結算到支付系統虛戶，則會計分錄如下：
借：應付賬款-商戶-待結算賬戶
貸：應付賬款-商戶-資金賬戶
另外：手工調賬是賬務出現差異時，用於糾錯的萬能手段。
3. 平衡檢驗和賬務彙總
平衡檢驗，這裏是指做發生額試算平衡檢查，即利用會計憑證，對每一筆交易進行借貸記賬記錄的檢查，檢查該筆交易記賬中涉及的各賬戶借方發生額合計是否等於各賬戶貸方發生額合計。
如果相等，則可以初步判斷該筆記賬沒有問題，否則，則需要登記異常記錄，由人工覈查這筆記賬哪裏出了問題。
賬務彙總是指將
賬務系統的每一筆記賬從末位科目逐級彙總到總賬科目。
這個過程在應用層面有兩種實現方式：
（1）每一筆記賬發生時，即完成賬務彙總
這種方式的好處是可以看到各科目的實時賬務變化，但是本人還不能理解這種好處能夠爲企業運營帶來什麼樣的好處，不知道是看到這種實時變化就能定下企業戰略，還是因爲隨時看兩眼能看到數據變化，就得到了某種滿足。
假如交易量高企，服務器滿負荷運行，還應該爲了看到這種實時賬務變化而佔用服務器資源嗎？很顯然並不應該，由此，一般企業都會採用第二種實現方式。
（2）定下一個時間點作爲一個賬務週期的結束時間，將這個賬務週期內的所有記賬記錄彙總起來進行賬務彙總
由於選定的這個時間點不一定是零點，所以這個賬務週期還有一個有別於自然日的概念，叫做會計日，這個時間點也被稱作日終。
日終時間點的選擇視具體行業而定，一般選在夜間交易量最低、甚至沒有交易的時候，因爲賬務彙總處理的數據量巨大，佔據的服務器資源較多，選在交易量最低的時候比較合適。
賬務彙總完成之後，需要進行餘額試算平衡，即檢查全部賬戶借方期末餘額合計與全部賬戶貸方期末餘額合計是否相等。
另外，還可以基於公式：科目期初餘額+科目當日發生額=科目期末餘額，檢查上日科目期末餘額加上科目當日發生額是否等於科目期末餘額。
總分覈對，依據的公式是：下級科目餘額總和=上級科目餘額，可以採用比較所有外部賬戶和內部賬戶的餘額之和與它們對應的上級科目的餘額是否相等的方式達到總分覈對的目的。
雖然是使用了各種方式檢查賬務問題，但這不意味着記賬記錄完全正確，因爲有些賬戶記錄的錯誤很難發現，比如：借貸雙方發生同等金額的記錄錯誤、全部漏記或重複記錄同一項經濟業務、賬戶記錄發生借貸方向錯誤，這些錯誤需要使用其他方法進行查找，如對賬。
