如果你有用手機記賬的習慣，會發現所有的記賬app都提供分類記賬的功能，每記一筆賬，都會讓用戶按餐飲、交通、住宿等標籤對其進行分類。一個公司的賬務記錄也是一樣的，需要對不同業務進行分類，才能精確的反映業務情況。爲了實現這個目的，我們就需要一個賬戶體系。
賬戶體系和記賬app裏的標籤類似，需要對業務進行分類。對於整個會計系統而言，這個分類是很龐大複雜的。今天我們只談支付業務的賬戶體系。
我先分享一個流程圖，讓大家有個宏觀認識，接下來我便對此進行詳細分析。
賬戶分類
通常來講我們會將賬戶分爲四類：損益類，頭寸類，暫掛類，備付金。
損益是一個會計術語，意味損失或者收益。它對應我在《會計篇》中提到的會計恆等式中的收入和成本項。經營一家企業，我們必然要知道賺了多少錢，花了多少錢，所以設置損益類科目是非常必要的。
在支付業務中，常見的損益類科目包括利息、手續費、佣金、推廣成本、年費、積分等等。每個科目都會設置不同的賬戶進行記錄，出於覈算或者監管要求，可能還會分地區設置賬戶。
頭寸類科目基本是一些應收應付項目。在支付業務中，比如放了一筆小貸，會有貸款透支科目，利息會有應收利息，可能會有對其他機構的應付手續費，等等。
暫掛賬戶是按業務種類進行設置，以方便對不同業務進行覈算的中轉賬戶。它的功能純粹是記錄計量。比如經過銀聯轉接的業務會有銀聯暫掛賬戶，以用來和銀聯的清算流水進行覈對；經過網聯轉接的業務會有網聯暫掛賬戶。暫掛賬戶是對賬的核心，具體請看我之前寫的賬務篇。
備付金賬戶很容易理解，就是金融機構存放在中央銀行或者備付金銀行的賬戶，用來和其他機構、客戶進行結算的賬戶，是資金流入流出的大門。
我們從一個具體的例子就能對這四類賬戶有直觀的理解。
老王通過花唄買了一部8000元的手機，在交易發生時會有：
借：個人信貸透支 8000 -- 應收賬款，屬於頭寸賬戶
貸：網聯暫掛賬戶 8000
借：網聯暫掛賬戶 8000
貸：花唄備付金賬戶 8000
一個月後老王的包工頭拖欠工資使其無力還款，產生了120元的利息：
借：應收利息 120 - 頭寸類賬戶
貸：利息收入 120 - 損益類賬戶
交易代碼/類型
對於花唄而言，每天有無數“老王買手機”的交易，不可能人工一一記賬，那麼應該怎麼通過自動化的方式記賬呢？這就和《清結算篇》中提到的清算流水有關了，在流水裏，通常會有一個域叫“交易類型”，核心系統可以通過讀取該流水中的交易類型，自動觸發對應的會計分錄。
而交易類型對應的會計分錄，可以內部通過設置交易代碼（當然你也可以取別的名字）來實現，每個交易代碼，對應一套會計分錄。比如老王買手機屬於典型的“消費”交易，就可以設置一個交易代碼比如8888，對應借：個人信貸透支....貸：花唄備付金賬戶 這一套會計分錄。當系統讀到“消費”的交易類型時，就會自動匹配交易代碼8888，觸發內部設定的會計分錄。
此外，系統還應自動計算一些內隱的賬務，比如利息，在還款日前沒有收到還款，自動觸發罰息的交易代碼。
人工處理
財務系統還需留有人工處理的接口，以供各類無法自動化的、或者特殊的需要人工處理的情況。
因此支付產品經理的清結算角色一方面包括通過PRD生成資金流信息流的需求，由研發對交易進行自動化操作，另一方面還包括對需要人工處理的業務，培訓運維同事進行操作。
日終核賬
財務系統應在日終自動比對當日的處理，判斷是否符合複式記賬”有借必有貸，借貸必相等“原則，發現異常應觸發警告發送至相關人員。
數倉
財務系統應該有便利的接口供數倉使用，從而使得各個業務部門的分析師能夠輕易地抓取財務數據，分析業務情況。比如從整個機構的角度對成本收入進行分析，對應收賬款的賬齡結構進行分析。不同數據間的連通在當今時代，將成爲機構的核心競爭力之一。
總結
以上就是支付業務賬戶體系的簡介。我們可以發現，賬戶體系的核心就是系統記錄計量業務的一套會計系統。賬戶體系的設計要求支付產品經理掌握各業務場景的資金流，並具備基本的會計知識。