FMS財務管理系統:報表與憑證集成
本篇文章對財務報表和憑證方面做一簡單的總結,希望通過此文能夠加深你對財務報表和憑證集成系統的認識。
財務報表是FMS系統中的主要部分,按應分類有應收類、應付類、存貨類報表。
在財務日常工作與財務數據分析時都會利用報表數據來進行;財務報表數據需要滿足財務的幾個原則:準確性、不變性、持久性。
當財務報表完整沒有問題后,FMS就要考慮下一階段的重要工作,即憑證集成,這是減少財務工作量的重要環節,也是FMS系統重要目標。
財務報表
首先大家先看一下財務報表的組成圖,這里列出一部分財務相關的統計報表,具體要根據公司財務的實際要求進行設計規劃;有一些報表在前幾篇中有的已經做了簡單說明。
財務報表的作用個人覺得可以劃分為:
- 財務賬務類的報表:主要是輔助財務每月進行入賬時的數據統計匯總,相關的憑證數據都來源于這些報表;
- 財務分析類的報表:用來分析當月、當季或當年的經營狀況,為后續的預算、公司經營提供財務口徑的數據;
- 財務管理類報表:這部分報表主要是向股東或外部批露的數據,管理數據要求的口徑要符合公司要求;
- 基礎數據類報表:主要就是單據類的匯總報表。
下面就主要的報表進行簡單的介紹:
1. 應收匯總與明細報表
主要是進行每日銷售訂單、退貨單、補發、換貨等與商品銷售有關的數據(正向流程與逆向流程),按照支付方式、支付時間來統計。如果公司有多個公司主體,報表中還應該以公司主體進行分類;匯總的報表可以按分類等進行,明細的報表是要到訂單級別的。
這兩個報表不僅是為了統計分析,在應收對賬過程中也是以明細與第三方的賬單進行對賬的。
2. 應付相關報表
在財務結算中已經有一些像經銷采購與采退明細表、代銷或POP銷售明細報表了,這主要是生成財務結算單的基礎,后續經過業務流轉有結算賬單、請款單、付款單以及費用單等,但這些屬于應付結算流程的單據流轉。
(1)應付賬款余額組成報表,此報表按供應商及合同進行匯總統計。包括未出賬單的應付金額、已出賬單未結算的應付金額等;此外還包括預付款余額、質保金余額等相關的統計。
如果供應商設計時分為父賬號與子賬號,則可以按匯總->明細方式分級匯總展示。
(2)供應商的預付款、質保金月報表,按期初金額、新增金額、已使用金額、未使用金額等進行匯總。
(3)應付余額預警報表,根據合同賬期進行匯總,并提前發送系統消息或郵件在系統主頁面上展示。
(4)應付賬齡報表,此報表與應付賬款余額組成表有些類似,區別在于,是按賬齡進行統計匯表,即30天內應付款金額、60天內應付款金額等的匯總與分析,以便財務了解當月或當季度負債是多少,便于做資金預算等。
應付報表還有很多,每個公司的財務要求不同,管理的方式也不同,具體可以多與結算會計多溝通,了解。
3. 財務類報表
這里是財務作賬的一些數據基礎,包括收入成本報表、存貨報表。
(1)收入成本報表是比較重要的一個報表,可以按財務記賬要求細化到哪一級(一般按三級分類出具),如果有不同的公司主體也要區分開來。主要的內容是出入庫日期、銷售金額、銷售成本、銷售毛利、活動分攤等。
此報表生成的邏輯也比較復雜,它依賴于OMS的銷售數據、活動數據、各種支付方式或優惠的數據。
(2)存貨類報表:最簡單的要有期初、各中出入庫數據、期末數據;這里不僅要統計數量,更重要的是金額。所以采用什么樣的成本核算方式是非常重要的,因為要保證“期初+出入庫=期末”,并不是一件容易的事;這個產品和研發同學慢慢去體會吧!
4. 基礎單據報表
這個是根據我們從各業務生產系統抽取過來的單據進行的匯總,同時也包括財務流轉過程中FMS自己產生的單據(如費用單據等)。
此類報表根據單據的類型進行匯總,有的只有銷售金額可能沒有成本,有的是關于采購的只有成本金額等,這都沒關系,滿足財務需要即可。
對于像報損、盤點、領用等報表是要統計出來金額與成本的,這部分每月財務記賬不僅看存貨報表也看明細。
基礎單據類報表也是生成存貨報表的基礎。
以上簡單介紹了一些報表,進行報表設計與開發最關鍵的是邏輯關系,最重要的是要清楚數據流,沒有這些后續對于報表的核對將無從談起。
具體可以看下《FMS財務管理系統:日常數據核對與處理》,這里描述了核對數據原則與鉤稽關系的設計等。
憑證集成
財務憑證集成是財務進銷存軟件與專業財務軟件(NC、金碟、SAP等)對接模塊,此部分需要了解下關于財務會計相關的內容。
在前面的幾篇中也陸續介紹一點內容,經過近幾天的學習了解,還是有必要系統的學習了解下科目以及財務會計在做賬過程中的相關流程與知識。
下面把我覺得有用的內容羅列一下,當然這部分對于專業的財務同事還是比較簡單,但對于非專業的研發與產品應該能夠有用,對于設計FMS軟件系統時,產品與研發應該實際參與幾次財務月結,真正的了解財務的作賬過程,這樣對于軟件系統的開發大有益處。
憑證集成模塊
(1)數據接收服務接口:在FMS系統中相關的業務單據、應收、應付、存貨等數據,需要通此接口集中保存并做好業務與憑證模板的映射。
(2)憑證生成服務:根據接口過來的數據,根據對應的憑證模板生成財務憑計會計分錄。
(3)憑證集成接口服務:此部分包括兩部分即憑證推送接口服務,定時調用財務專業軟件提供的憑證對接接口,向FMS已經生成的會計分錄傳到財務專業軟件中,同時FMS提供回調接口來接收第三方財務軟件接口的狀態信息。
(4)憑證相關的數據存儲:接收源數據(統一數據格式,包括憑證模板名稱及相關的財務關鍵數據);
憑證目標數據即已經生成的會計分錄數據明細(此部分包括憑證號、會計科目、摘要、輔助核算、借貸、金額、幣種等)
(5)憑證管理模塊:提供查詢及相關管理功能,財務同事可以進行會計科目、憑證模塊的設置,對于在接收或生成憑證過程的數據進行監控與查詢;查看已生成憑證與財務專業軟件的傳輸過程中的狀態等。
對于憑證集成的設計是要求產品與研發同學掌握一些財務知識的,了解會計科目的組成,理解復式記賬法。
在憑證集成,我個人一直堅持要先保證FMS系統數據穩定后再進行,不要為了集成而集成,原因如下:
- FMS電商財務系統是一個業務系統,它中間有一些數據是來源于其他業務生產系統,比較復雜,不適合期初就集成。
- 電商系統業務變化快,公司組織和模式變化快,不適合在每步業務流轉時就生成會記分錄,出現問題調賬困難。
- 財務研發同學真正懂財務的不多,初始就對接憑證會對整個FMS財務進銷存系統開發進度產生影響,顧此失彼得不償失。
總結
財務報表是每月財務結賬的數據來源之一,業務數據是經過FMS的計算而匯總生成的復合財務要求的報表,這些報表不同于BI報表,它需要滿足財務的權責發生制或收付實現制。
憑證集成是FMS財務進銷存系統的最后一部分,此部分如何做的靈活、擴展性強,需要分步整體進行設計,這也是財務共享的一個前提。
最后感謝您的閱讀!
作者:倔強的大蘿卜;公眾號:倔強的大蘿卜
本文由 @倔強的大蘿卜 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
這里的表報指的是業務單據的數據匯總表吧?這種能稱為財務表報嗎?財務報表不是應該和會計科目關聯后生成的報表嗎?
這個看怎么定義,應該沒有嚴格的標準。這里介紹的FMS也差不是專業的財務系統,它定位于業務系統,這里的模塊包括應收、應付、庫存、報表等模塊,其中的一些報表或單據的匯報是做賬或憑證集成服務的,所以將其稱其為財務報表。
財務報表有做賬的、運營分析的、管控等多種,當然在專業財務軟件中主要是指與會計科目有關的報表。
有FMS例子供參考的嘛?
參與過兩次憑證集成的項目,從科目設定到憑證模扳再到憑證生成等,這些主要是如何根據模板生成憑證時的取數規則和邏輯,與財務軟件的對接相對較簡單。做的靈活就是憑證模板設計部分,否則可以做的相對固化一點,但是思路是要知道財務手動做一個憑證過程即需要哪些報表、取哪些字段,分錄規則是什么樣的,一借一貸還是多借多貸等。
科目與數據關聯是在哪一步呢?是最開始產生的時候就要關聯好,這筆錢是哪個科目的嘛?
科目是根據資產、負債和所有者權益來劃分的,每筆業務單據中借貸雙方都會涉及不同的科目,這個要根據業務單據來確定的。比如采購入庫單,那么它就涉及庫存和應付、銀行存款等。
有些可以在業務單據操作時就生成分錄,但在財務系統不穩定的時候盡量后置。
憑證集成部分講的有點簡單,能再補充一下嗎
后續會單獨寫一篇,感謝閱讀
請問這里應收報表是通過憑證科目生成還是單據生成?
報表根據單據生成,然后根據科目設置憑證模板生成憑證
科目與數據關聯是在哪一步呢?
憑證生成服務這里能細聊一下嗎?
后續有抽時間詳細寫一下