人工進行對賬工作是非常繁雜的，此時，就非常有必要建設一個對賬平臺。筆者在本文介紹了對賬平臺的相關(guān)內(nèi)容，分享給大家。

前面介紹過應收對賬、財務應付結(jié)算兩部分內(nèi)容；應收對賬主要是調(diào)用第三方支付的接口獲取支付流水信息與我司的財務應收進行勾對，達到核對的目的，這部分工作是每天都需要進行的。

應付結(jié)算對于財務結(jié)算組來說工作量是非常大的，它包括結(jié)算原始單據(jù)的核對、預付款、質(zhì)保金、費用單據(jù)確認、結(jié)算單數(shù)據(jù)核對、審批、發(fā)票的審核與錄入。

如果全部工作都依賴財務組同事進行，效率非常低下。所以，有必要搭建一個對賬平臺，將財務數(shù)據(jù)推送到核對平臺由供應商或商戶來進行核對后再由財務組進行復審，利用系統(tǒng)提升工作效率與數(shù)據(jù)的準確，本篇簡單介紹下對賬平臺的相關(guān)內(nèi)容。

一、對賬內(nèi)容

對賬主要包括三部分內(nèi)容：基礎信息、業(yè)務往來單據(jù)及財務賬單。

1. 基礎信息：包括供應商或商家的基礎信息如開戶行、稅務登記賬號等；合同信息包括正在執(zhí)行的合同與已經(jīng)結(jié)束的合同，涉及財務結(jié)算的相關(guān)合同條款應該展示出來。
2. 業(yè)務單據(jù)：主要包括采購單據(jù)、采購退貨單據(jù)、銷售訂單（正常訂單、換貨出庫、補發(fā)訂單）、銷售退貨訂單（正常退貨、換貨入庫）；這兩部分對應著經(jīng)銷結(jié)算、代銷結(jié)算或聯(lián)營結(jié)算等財務對賬單據(jù)，方便供應商或商家進行原始數(shù)據(jù)的查看核對；業(yè)務單據(jù)還包括質(zhì)保金、預付款等有關(guān)金額的信息。
3. 財務賬單：主要包括財務結(jié)算單、付款單、費用單據(jù)、發(fā)票信息，此部分是每月核對的重點，每個公司都會有自己的內(nèi)部系統(tǒng)，我們提供的對賬信息是對賬的基礎，系統(tǒng)建設較好的公司會獲取我們的對賬信息到其內(nèi)部系統(tǒng)中采取系統(tǒng)對賬。

二、財務對賬過程

對賬包括三個過程即：對賬數(shù)據(jù)的準備階段、數(shù)據(jù)核對階段、差異處理階段。

1. 數(shù)據(jù)準備階段

基礎數(shù)據(jù)和業(yè)務單據(jù)都是業(yè)務系統(tǒng)實時生成的，F(xiàn)MS系統(tǒng)會根據(jù)單據(jù)的狀態(tài)將這部分信息推送到對賬平臺。

對賬平臺只是商家管理平臺的一部分，所以對賬部分只是推送了已入庫、已出庫的業(yè)務單據(jù)數(shù)據(jù)到財務對賬模塊。對于在履單過程中的各個狀態(tài)，需要結(jié)合供應鏈的采購流程、訂單流程進行設計，在這里簡單說明一下采購和銷售的相關(guān)數(shù)據(jù)。

1）采購單據(jù)流程

上面的流程加入了采購PO單創(chuàng)建后，需要商家進行確認采購的數(shù)量與采購價格，然后經(jīng)過采購部的復核單據(jù)才能生效，此時單據(jù)會推送到WMS等待收貨。

對于更完善的供應鏈系統(tǒng)，PO單的創(chuàng)建是根據(jù)采購計劃單或自動補貨單創(chuàng)建后，由采購業(yè)務根據(jù)系統(tǒng)建貨的補貨建議單進行修改確認最終的采購數(shù)量與采購價。這部分業(yè)務通過內(nèi)部系統(tǒng)與商家管理平臺實現(xiàn)。

在下圖中的結(jié)算單生成是根據(jù)經(jīng)銷合同生成的，其余模式的采購單與采購返廠單不會生成結(jié)算單，此部分在應付結(jié)算部分也有描述。

2）銷售單據(jù)流程

銷售訂單是電商系統(tǒng)的核心，它包括自營的銷售訂單（公司發(fā)貨）與商家的銷售訂單（商家發(fā)貨）。

下面的圖上是針對由我司發(fā)貨的銷售訂單的簡化流程，所以當銷售訂單在倉庫發(fā)貨后或拒收訂單與銷售退貨訂單入庫后會進入到對賬管理平臺中，按銷售結(jié)算的訂單會生成結(jié)算單（合作模式為代銷、聯(lián)營）。

如果是商家發(fā)貨的訂單商家管理平臺，需要管理整個訂單的生成周期（訂單發(fā)貨、物流公司選擇、快遞信息、退貨退款等），同時如果是商家傭金合作模式財務FMS系統(tǒng)中需要根據(jù)銷售訂單生成結(jié)算單據(jù)（代收款返還、傭金扣款等），具體的需要根據(jù)詳細需求進行設計。

2. 數(shù)據(jù)核對階段

此部分是對賬平臺的重要部分，它包括數(shù)據(jù)核對與確認。

由于我們的對賬平臺是單向核對的，即我司提供已經(jīng)生成的業(yè)務單據(jù)與結(jié)算單數(shù)據(jù)，由供應商或商家進行單據(jù)的核對與確認。

供應商如何去對賬是一個大問題，所以個人覺得要做到兩部分：

1. 對賬單數(shù)據(jù)，要盡量詳細，顯示的過程是由匯總到明細的過程來層層展示，即把我們后端的結(jié)算單匯總信息、商品信息、單據(jù)信息全部展示出來，以便第三方進行核對確認。
2. 對賬接口，即提供對賬單的導出與數(shù)據(jù)接口，便于第三方人員導出后進行處理以及技術(shù)部進行系統(tǒng)對接；確定通用的數(shù)據(jù)模板及數(shù)據(jù)的顆粒度。

這里雖然說的比較少，但在對賬系統(tǒng)中需要考慮賬單的下載。如果通過接口核對則需要確定數(shù)據(jù)模板格式，以及內(nèi)部對賬的邏輯，每種賬單可能都需要針對不同的數(shù)據(jù)進行對賬，并顯示對賬的結(jié)果。

3. 差異處理階段

對賬的過程由于是以我司的數(shù)據(jù)為依據(jù)進行單向?qū)~，出現(xiàn)差異后的處理就比較簡單粗暴了。問題屬于我司的數(shù)據(jù)問題，可以填寫差異說明，然后提交由我司進行核對處理。

1. 重新生成結(jié)算單推送至對賬平臺，進行對賬核對；
2. 通過紅沖單據(jù)方式調(diào)整，保證本期的應付金額沒有問題。

當商家很多、對賬非常頻繁時，我們首先要完善此對賬前的數(shù)據(jù)準備與核對，盡可能減少我們推送到對賬平臺數(shù)據(jù)的錯誤率，此時前期我們討論的數(shù)據(jù)核對平臺的重要性就體現(xiàn)出來了。

對于出現(xiàn)的差異可能有很多，可以采用紅沖單據(jù)的方式進行處理，可以增加一種對賬差異調(diào)整單進行處理。對賬差異調(diào)整單應該包括差異單號、差異類型、差異原因描述、差異金額、原始單據(jù)號、調(diào)整后金額等字段，這部分可以考慮與費用單據(jù)方式進行（單號與結(jié)算單號相關(guān)聯(lián)）減少結(jié)算邏輯的修改。

這里需要注意的是，差異紅沖單是財務對賬過程新增的一種單據(jù)，對于賬務上如何處理需要綜合考慮，尤其是憑證集成時此部分歸屬哪個科目需要在設計時兼顧。

三、發(fā)票管理與核對

發(fā)票管理在應付結(jié)算流程中，當對賬完成后需要供應商給我司開具增值稅發(fā)票，財務應付確認是見票付款的，所以發(fā)票的管理在對賬平臺中是非常重要的一部分。

1. 發(fā)票金額

開票的基本信息，可以通過供應商基本信息及我司的信息提供（納稅人識別號、單位名稱等），開票金額是要根據(jù)結(jié)算單（對賬單）信息確定的。

發(fā)票開具的規(guī)則是，一張發(fā)票可以對應多個結(jié)算單，同時一個結(jié)算單也可以開具多張發(fā)票，這里把原來的發(fā)票與結(jié)算單的對應關(guān)系再列一下。

開票信息導出：對賬平臺提供開票信息導出功能，即將一個或多個結(jié)算單的開票信息（按商品匯總）導出，主要字段包括：商品編碼、商品名稱、商品分類、商品數(shù)量、商品金額、進項稅率等關(guān)鍵字段。

2. 發(fā)票錄入與編輯

根據(jù)發(fā)票金額在系統(tǒng)中錄入發(fā)票信息，對應關(guān)系如上面的關(guān)系圖，錄入完畢后數(shù)據(jù)推送到FMS系統(tǒng)由財務同事審核確認。

對于發(fā)票如何開票，開票的規(guī)則是什么樣，還要根據(jù)具體的財務要求進行設計。如：是否不同稅率的商品可以開在同一張發(fā)票上，多個結(jié)算單是否需要按進項稅率區(qū)分等等；規(guī)則不同，系統(tǒng)的復雜度也不同。

四、對賬平臺報表

以上介紹的主要是針對商家或供應商的應付對賬，是圍繞結(jié)算單進行的核對、差異處理、發(fā)票維護最終收款確認等。

現(xiàn)在商業(yè)模式很多種，像加盟店的店長分傭、社區(qū)團購中團長這種數(shù)據(jù)實時性要求比較高且金額小、用戶多的場景越來越多。為了刺激銷售熱情，實時的銷售數(shù)據(jù)和傭金提成展示是非常必要的。

匯總類數(shù)據(jù)可以在APP中進行展示，但是對于詳細的數(shù)據(jù)還應該在對賬平臺中顯示，提供給合作用戶進行查看，核對。

APP中顯示的實時數(shù)據(jù)主要是一種參考，不作為最終的結(jié)算依據(jù)，對賬平臺中的明細數(shù)據(jù)報表應該至少做到以天為維度的數(shù)據(jù)。

1. 實時匯總數(shù)據(jù)

在技術(shù)上要通過大數(shù)據(jù)的計算進行處理，原則上首先保證APP數(shù)據(jù)的生成；有數(shù)據(jù)比沒有數(shù)據(jù)強，有少量異常數(shù)據(jù)不影響分析，但是要避免大的差異。

現(xiàn)在，很多公司都在做數(shù)據(jù)羅盤，此部分可以與其結(jié)合。

2. 對賬平臺的數(shù)據(jù)

要通過財務庫進行匯總計算，邏輯口徑與實時顯示的保持一致，可以實時抽取計算；但必須保證每日零點后進行固化，此部分數(shù)據(jù)是后續(xù)財務結(jié)算數(shù)據(jù)的來源。

五、總結(jié)

財務對賬平臺是提供給第三方進行對賬與核算的基礎平臺，與業(yè)務系統(tǒng)與財務FMS系統(tǒng)都相關(guān)聯(lián)，對賬只是其中一部分，更多的功能是將供應鏈的功能搭建在此平臺上，使得與第三方的對接更順暢高效。

第三方與我們的技術(shù)對接，可以通過開放平臺來實現(xiàn)（對外開放平臺是技術(shù)接口對接的開發(fā)平臺，可以參考如京東的宙斯開放平臺等），感謝您的閱讀。

作者：倔強的大蘿卜；公眾號：倔強的大蘿卜

本文由 @倔強的大蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議