01 財務共享建設背景

“財務共享中心”這個詞，近年不少人都聽過。不少上市企業(yè)，特別是集采購、生產(chǎn)、研發(fā)、銷售、售后于一體的集團企業(yè)咬著牙都要投入千萬級IT系統(tǒng)，組了上百人的團隊，來運營財務共享中心、賦能企業(yè)降本增效和企業(yè)精細化管理的需要。圍爐第一次接到：財務共享中心(FSSC)，2021年在杭鋼時，由元年公司向我們介紹得。

要搞清上市企業(yè)、大中型國有企業(yè)為什么熱衷于搭建：財務共享中心(FSSC)背后的原因即背景。知其然也要知其所以然，圍爐特從企業(yè)痛點、技術(shù)、內(nèi)外環(huán)境、理論指導等維度梳理如下：

1.1、企業(yè)內(nèi)在需求即痛點

1）運營成本高：

重復投入場地、設備、人力（每個分子公司需單獨購買財務軟件、配備檔案柜、配齊財務崗位導致企業(yè)資源浪費）。當企業(yè)業(yè)務擴展到海外，財務更麻煩和國內(nèi)財務套打法又不一樣，當年在杭鋼股份時，公司業(yè)務涉及到東盟、歐盟、韓國、墨西哥、中東與俄羅斯等市場）。

2）效率低：

各分子公司流程、數(shù)據(jù)、口徑不統(tǒng)一，處理方式五花八門。從而導致企業(yè)內(nèi)部之間需反復拉會溝通確認、查找原因排除問題，耗時耗力。

3）財務管控乏力：

集團總部難以對分子公司的財務活動進行有效監(jiān)控。會計政策執(zhí)行不統(tǒng)一、數(shù)據(jù)口徑不一致，信息孤島現(xiàn)象嚴重，導致集團財報合并困難，且容易滋生合規(guī)風險。

1.2、技術(shù)更新迭代

財務共享中心(FSSC)除了企業(yè)內(nèi)在痛點外，更重還要有強大技術(shù)支撐，否需求無法落地成為廢紙一張。

1）ERP系統(tǒng)普及：國內(nèi)用友、金碟；國外SAP、Oracle等、大數(shù)據(jù)、云存儲、云計算。

2）網(wǎng)絡與影像技術(shù)：4/5G高速網(wǎng)絡允許數(shù)據(jù)、文檔和圖像實時傳遞。影像系統(tǒng)（高速掃描儀、存儲、電子簽名、發(fā)票驗真系統(tǒng)）實現(xiàn)了紙質(zhì)單據(jù)的電子化，打破了共享的物理距離限制，使得“一個中心服務全國甚至全球”成為現(xiàn)實。

3）系統(tǒng)協(xié)同合作：

• OA系統(tǒng)：用于流程審批、單據(jù)流轉(zhuǎn)；

• 電子檔案系統(tǒng)：用于發(fā)票、合同等電子文檔的歸檔與管理；

• BI/報表與數(shù)字化看板：用于數(shù)據(jù)分析與可視化。

OCR（光學字符識別）、RPA（機器人流程自動化）、人工智能等技術(shù)的出現(xiàn)，進一步深化了FSSC的自動化、智能化水平，使其價值倍增。

小結(jié)：鑒于文章篇幅有限，內(nèi)外環(huán)境和理論指導這兩方面就不聊了，有興趣者可自行百度或私下交流。財務共享中心(FSSC)的誕生并非一蹴而就，而是多種力量共同驅(qū)動的必然結(jié)果。沒有技術(shù)支撐財務共享中心(FSSC)，將終淪為數(shù)據(jù)孤島，譬如共享中心僅實現(xiàn)了財務系統(tǒng)與ERP的對接，未打通CRM、WMS、TMS系統(tǒng)，導致訂單、庫存、物流數(shù)據(jù)分散，無法支持“全鏈路成本核算”。

02、財務共享概念

通過第一大模塊的學習后，緊接著我們來了解“什么是財務共享中心”。其實財務共享中心的概念比較好理解，不要讓網(wǎng)上高大上的詞給迷惑。

2.1、財務共享中心

財務共享中心(Financial Shared Service Center, FSSC)，是現(xiàn)代企業(yè)財務管理的重要模式，核心是通過集中化、標準化、數(shù)字化的手段，將企業(yè)內(nèi)各分子公司重復性高、標準化程度高的財務流程集中處理，實現(xiàn)降本增效、強化管控、提升財務價值的目標。

2.2、關健詞：

重復性、集中化、標準化、數(shù)字化、降本增效、強化管控。

小結(jié)：將分散在各分子公司的財務職能（如報銷、費用、應付、應收、資金結(jié)算、報表編制等）剝離并集中到一個物理/虛擬中心，通過統(tǒng)一流程、標準、系統(tǒng)和人員，實現(xiàn)規(guī)模效應。（注：大華股份在1399E座一樓，就設立了個財務共享中心）

03、適用什么企業(yè)

通過前面兩大模塊的學習后，相信大家對財務共享中心或多或少有了一定的了解。下面我們進一步聊聊FSSC另個話題：什么樣企業(yè)適合搭建財務共享中心？

當然FSSC并非所有企業(yè)都適用，它有其明確的適用邊界，具備以下特征的公司更適合且更能從財務共享中心獲益。

另外FSSC是要真金白銀投入，非一次性投入而是持續(xù)投入和迭代優(yōu)化制度、流程、系統(tǒng)和人員（注：節(jié)省文章篇幅，圍爐特整如下）

小結(jié)：中小型公司、或者業(yè)務高度分散的企業(yè)沒必搞財務共享中心，畢竟這個是要真金白銀投入。不過在業(yè)內(nèi)有個不成文章標準：年營收≥50億元、分子公司數(shù)量≥15家、核心流程（報銷/應付/應收）差異≤20%、需強化集團管控（如統(tǒng)一稅務/資金/預算）、財務人員占比＞15%（營收占比）、已部署ERP系統(tǒng)、管理層明確支持財務轉(zhuǎn)型。

像華為、中興、阿里、京東、蘇寧、恒生電子、浙大網(wǎng)新、杭鋼、海康、大華等企業(yè)均建立自己的財務共享中心，從而實現(xiàn)全球財務集中管理。當然吉利更不能例外了。

04、部門、制度和流程

首先FSSC的搭建不僅是財務部內(nèi)部的事，而是牽動了整個企業(yè)的組織神經(jīng)，所以有關涉及部門、制度和流程，圍爐簡單和大家聊聊。

4.1、部門

4.2、制度

FSSC要遵守的制度有很多，一般有這些，具體因公司而定：基礎管理制度、流程規(guī)范、風險控制、系統(tǒng)與數(shù)據(jù)管理、服務與質(zhì)量、人員管理、跨部門協(xié)作制度等，如費用報銷制度中的審批權(quán)限、單據(jù)要求，應付付款中的三單匹配（訂單、入庫單、發(fā)票）等，具體到操作細節(jié)，比如影像系統(tǒng)的使用規(guī)范、電子檔案的存檔期限等，規(guī)范集團資金歸集和下?lián)芤?guī)則等等，這里就不展開聊了。

4.3、流程

FSSC在服務內(nèi)外部客戶時是有規(guī)章流程可循的，結(jié)合不同公司抽像出來，供大家參考，如下圖所示：（具體FSSC流程要因公司而定）

小結(jié)：部門(參與者)、制度和流程，制度是必須遵守的規(guī)則，而流程是在規(guī)則下要執(zhí)行的具體任務。三者緊密結(jié)合，共同構(gòu)成了財務共享中心的有機整體。

05、財務共享技術(shù)架構(gòu)

通過前面5大模塊的學習和知識的鋪墊，終于到了如何搭建財務共享中心。不容易，除了我們上面說得組織架構(gòu)變動與優(yōu)化、規(guī)則制度梳理、流程再造與優(yōu)化外，更重要通過技術(shù)手段來賦能FSSC。當然FSSC的技術(shù)支撐體系是個非常專業(yè)且復雜的系統(tǒng)，也是大家最為關心的地方，煩請看下圖：財務共享中心系統(tǒng)架構(gòu)圖。

通過上圖就能直觀感受到：財務共享中心整個支撐系統(tǒng)的復雜性和龐大性，圍爐抽絲剝繭，化繁為簡：前端交互層、流程與應用層、技術(shù)賦能層、數(shù)據(jù)與集成層4大模塊以及相應的系統(tǒng)。

5.1、前端交互層

PC端、移動端、企微或釘釘

5.2、流程與應用層

費用報銷系統(tǒng)(每刻/Concur)、財務共享運營平臺(用友/金蝶/漢得)、ERP核心系統(tǒng)(SAP/0racle/用友/金蝶)、資金管理系統(tǒng)、電子檔案系統(tǒng)、OA審批流。

5.3、數(shù)據(jù)與集成層

主數(shù)據(jù)管理(數(shù)據(jù)標準源頭)、數(shù)據(jù)倉庫與BI平臺(數(shù)據(jù)分析與決策)

5.4、技術(shù)賦能層

RPA機器人流程自動化(來也/UiPath)、OCR智能識別(合合/百度)、銀企直聯(lián)、電子發(fā)票與檔案、AI與機器學習。

5.5、實戰(zhàn)：員工報銷流程 5.5.1、業(yè)務背景：

銷售總監(jiān)大王總帶著帥哥美女助手去魔都洽談一筆合同，與大客戶大戰(zhàn)三天兩夜后，成功拿下一個小目標的合同，花費10萬元，其中機票5000元，酒店住宿5000元，請客戶吃飯、送拌手禮、其它應酬花費90000元，均取得合法發(fā)票，正在填寫單據(jù)進行報銷。

5.5.2、員工報銷時序圖：

我們就以上面經(jīng)典的 “員工報銷” 流程為例，來看財務共享平臺中各系統(tǒng)是如何協(xié)同工作、賦能公司降本增效，如下圖所示：

5.5.3、員工報銷玩法：

1）傳統(tǒng)玩法-分層分級：

根據(jù)金額梯度設置好審批流轉(zhuǎn)條件，觸發(fā)不同審批人去審批，待審批完后財務共享平臺 -> 生成憑證 -> 付款 -> 通知員工。

2）新型玩法-信用：

信用分越高且報銷金額在允許范圍內(nèi)時，審批流程節(jié)點越少、審批時效越快，甚至秒批。事后發(fā)現(xiàn)報銷有弄虛作假、違反公司制度則會扣減信用分，嚴重的送交給公司內(nèi)審合規(guī)部或國家公安機關。反之信用分越少，審批節(jié)點越多，審批時效越慢。

5.6、費控重要技術(shù)

員在報銷過程中有：OCR智能識別引擎、RPA機器人、OA審批引擎和ERP這四個都重要技術(shù)。下面我們先介紹下OCR智能識別引擎、OA審批引擎，剩下兩項技術(shù)后面有機會我們接著來細聊。

5.6.1、OCR智能識別引擎

是一種利用光學字符識別（OCR） 和人工智能（AI） 技術(shù)，自動從各類發(fā)票（增值稅專用發(fā)票、普通發(fā)票、火車票、出租車票、飛機票和名片等）的圖像或PDF中，提取關鍵結(jié)構(gòu)化信息（如發(fā)票代碼、號碼、金額、稅額、開票日期、買賣方信息等）的技術(shù)。

5.6.2、OCR智能識別引擎工作技術(shù)原理

當然OCR智能識別引擎有幾個關建技術(shù)：圖像預處理、票據(jù)分類、深度學習、智能稽核。

• 通過AI模型自動判斷屬于那種類型的票據(jù)，從而調(diào)用不同的識別模板。

• 基于大量發(fā)票數(shù)據(jù)訓練的模型，能精準定位和識別各種版式。

• 運用財務邏輯進行交叉校驗（如：不含稅金額 + 稅額 = 價稅合計金額），進一步保證識別結(jié)果的準確性。

OCR智能識別發(fā)票截圖

5.6.3、實際使用OCR引擎的問題和挑戰(zhàn)

盡管OCR智能識別技術(shù)已經(jīng)非常成熟，但在實際應用中仍然會遇到一些常見的問題和挑戰(zhàn)，然而這些問題可歸納為以下三種技術(shù)、發(fā)票和流程/管理層面。

1）技術(shù)層面：

OCR服務通常通過API調(diào)用時網(wǎng)絡延遲、服務商服務器故障、接口限制（如每秒調(diào)用次數(shù)）會影響集成系統(tǒng)的穩(wěn)定性和用戶體驗；特殊/轉(zhuǎn)譯字符的問題有特殊符號（如括號、橫線、星號），OCR對這些字符的識別率可能較低，導致信息缺失或錯誤；發(fā)票上的數(shù)字和文字如果有模糊，OCR可能把“0”認成“O”，或者“6”和“8”混淆。

轉(zhuǎn)譯字符會導致開出來的發(fā)票界面錯亂，相關字段無法識別

1）發(fā)票層面：

不細說了，一般有紙質(zhì)發(fā)票本身陳舊、褶皺、污損、反光，圖像預處理也無法完全修復，直接導致識別失敗或錯誤。

2）流程與管理層面：

同樣不細說了，強化系統(tǒng)功能更新與跌代： 不光有OCR，更要集成自動查重、自動真?zhèn)尾轵灪椭悄軐徍艘?guī)則、國家稅務總局可能會更新發(fā)票的版式設計但自家的系統(tǒng)未同步更新、優(yōu)化人工環(huán)節(jié)、設置合理預期。

5.6.4、OA審批引擎

前面我們聊過了OCR智能識別技術(shù)，下面來聊聊OA審批引擎，它也是企業(yè)經(jīng)營生產(chǎn)中一項重要工具，起到了風險可見、風險可控、風險可分攤、降低運營成本、權(quán)責清晰、賦能管理決策。下圖PC端OA審批流(移動端審批也很重要)。

小結(jié)：OA審批流程除了本身功能外，它和消息、任務、企業(yè)組織架構(gòu)、角色和權(quán)限等強相關、共同構(gòu)成了OA審批流有機整體。就不開展了，再回到上面員工報銷：銷售總監(jiān)大王總此次10萬元，金額大肯定經(jīng)歷審批節(jié)點多，應該要財務總監(jiān)和總經(jīng)理等審批。

另外審批流還有不同玩法，可加【審批基時】字段，提升審批效率。根據(jù)不同的審批場景和單據(jù)默認給出【審批基時】 =30小時，超出后采用不同提示方式告審批人來及時審批，同時列表打上標簽【超時多少、嚴重超時】。

駁回同時哪些審批節(jié)點可以支持、哪些審批節(jié)點又不支持駁回、可以直接駁回到結(jié)束或創(chuàng)建等均有根據(jù)企業(yè)內(nèi)部需求和二次開發(fā)。所以財務共享中心持續(xù)投入的過程。

5.7、應收管理

應收應付是企業(yè)最為重要兩條生命線，鑒于文章篇幅有限，我們先重點聊下：應收，首先企業(yè)得盈利賺錢，當然主要從應收款里面來。應付很重要暫且這里就不聊了，有興趣者可自行百度或私下交流。

5.7.1、應收款概念

企業(yè)因銷售商品、提供服務等而應該向客戶收取的款項。在FSSC中，它主要處理 “商機 -> 客戶 -> 合同 -> 訂單 -> 發(fā)貨 -> 物流 -> 對賬 -> 開票申請 -> 開票 -> 收款 -> 財務” 流程。集中到FSSC進行統(tǒng)一處理的管理模式，它核心管理的是 “訂單到收款” 流程。

5.7.2、應收核心流程

為了更好了解大B企業(yè)的應收款項流程，以上市大型某鋼結(jié)構(gòu)企業(yè)為例，B2B企業(yè)不同于C2C，訂單遠比它復雜得多，大B企業(yè)的訂單在下單人、內(nèi)容、類型、配單、另外更需要層層審批后才發(fā)貨 -> 物流 -> 對賬 -> 開票申請 -> 開票 -> 收款 -> 財務”，如下圖所示。

小結(jié)：方便大家學習，圍爐特準備了文字版的內(nèi)容：

• 生成訂單與發(fā)貨：

  銷售簽訂合同，不同角色審批完成后生成不同維度的訂單；倉庫根據(jù)訂單發(fā)貨，在系統(tǒng)中生成發(fā)貨單。

• 開票申請：

  可根據(jù)合同、訂單和訂單明細等維度在系統(tǒng)中創(chuàng)建開票申請，關聯(lián)具體的銷售訂單和發(fā)貨單，填寫(開票信息、客戶信息、收票人信息、快遞信息和開票明細等)。

• 審核與開票：

  FSSC應收會計審核開票申請信息(客戶、金額、稅號）是否準確、完整，審核通過。

• 收款與核銷：

  客戶付款后，銀行流水通過銀企直聯(lián)自動同步到ERP。對于無法自動核銷的款項（如客戶匯款不注明發(fā)票號），需要應收會計人工干預，開發(fā)收款認領功能。

• 審批：

  大B企業(yè)必須做的一項又累又若事項，它可做到風險可見，風險可控、風險可分攤。圍爐見過審批條件復雜(結(jié)合金額、關聯(lián)項目等級、合同條款、毛利、預警紅線等），另外審批節(jié)點多則上百個（如果流程中不同審批節(jié)點，審批人是同一人時，則自動審批同過）。

• 對賬：

  內(nèi)部對賬、與客戶對賬、與總賬對賬 這里就不一一介紹了，后面重點寫篇《 對賬系統(tǒng)，從入門到精通 》的文章。

5.7.3、應收分析智能看板

除了上面內(nèi)容外，財務共享中心需對應收數(shù)據(jù)進行各種維度的指標進行綜合分析，并把數(shù)據(jù)分層分級展示不同崗位如：銷售和商務、財務、管理層和公司高層去看，支撐公司精細化管理，數(shù)據(jù)智能分析提前預警，建立從業(yè)務到匯款的應收賬款管理閉環(huán)，是財務共享中心的重點工作。

1、賬齡結(jié)構(gòu)分析：找出逾期的風險，0-30 天（信用期內(nèi)）、31-60 天（輕度逾期）、61-90 天（中度逾期）、超過 90 天（嚴重逾期），然后系統(tǒng)自動算每個層級的金額占應收賬款總額的百分比，賬齡結(jié)構(gòu)能直接反映賬款收回的緊急程度和風險大小。

2、壞賬準備覆蓋率：公式是壞賬準備覆蓋率 =（期末壞賬準備余額 / 期末應收賬款總額）× 100%。

3、周轉(zhuǎn)效率分析：周轉(zhuǎn)效率分析主要是衡量應收賬款變成現(xiàn)金的速度，反映企業(yè)資金的利用效率。DSO（應收賬款周轉(zhuǎn)天數(shù)），公式：DSO =（期末應收賬款余額 / 當期銷售收入）× 當期天數(shù)。

小結(jié)：通過收賬款數(shù)據(jù) - 分析錢什么時候能收回來（流動性）、可能收不回來多少（風險性）、收回來的速度夠不夠快（周轉(zhuǎn)效率），當然還有其它指標就一一列舉了。

5.8、共享影像管理

回到文章頭部吉利在招：財務共享影像數(shù)字化產(chǎn)品經(jīng)理，我們一起來聊財務共享影像管理，在恒生電子、杭鋼、大華時因工作需要常去財務部門，會看到財務部公共區(qū)會擺放好幾臺票據(jù)高速掃描儀/高拍儀，如下圖所示。

高速掃描儀/高拍儀

5.8.1、解決了什么痛點?

共享影像管理系統(tǒng)是FSSC的“數(shù)字血液”，它解決了企業(yè)：效率、成本、風險控制、服務質(zhì)量、業(yè)務連續(xù)性等核心痛點。如多崗位、多地點可同時調(diào)閱同一張影像，審批流實時推進；消除大部分快遞和打印成本，節(jié)省物理倉儲空間，影像上傳后不可篡改，操作日志完整，支持遠程審計，業(yè)務員可在線跟蹤進度，財務人員秒級檢索任何歷史憑證；電子影像多副本備份，災難后業(yè)務可快速恢復。

5.8.2、共享影像管理系統(tǒng)

5.8.3、系統(tǒng)間交互

共享影像管理系統(tǒng)絕非一個信息孤島，幾乎與企業(yè)核心業(yè)務系統(tǒng)打通。其核心交互關系與數(shù)據(jù)流向如下圖所示，它的價值恰恰在于與企業(yè)內(nèi)其他核心系統(tǒng)的深度集成和交互。

5.8.4、數(shù)據(jù)交互格式與內(nèi)容

5.8.5、共享影像管理系統(tǒng)核心功能模塊

小結(jié)：共享影像管理系統(tǒng)先聊到這里，簡單提下：共享影像管理系統(tǒng)和檔案管理系統(tǒng)的區(qū)別：前后銜接、各有側(cè)重。影像系統(tǒng)管的是 “過程”，處理的是電子影像，核心目標是 “流轉(zhuǎn)”。檔案系統(tǒng)管的是 “結(jié)果”，處理的是電子檔案，核心目標是 “歸檔”。后面我們再來聊聊：檔案管理系統(tǒng)。

06、遇到的問題

在搭建財務共享中心的路上，你我會遇到各種各樣的問題，有的問題讓人抓狂、有的問題是優(yōu)先級和排期的問題等等。這些問題產(chǎn)生的原因可歸納，如下：

6.1、變革管理阻力：

最難解決的通常不是技術(shù)或流程，而是“人”的問題，即變革管理。 流程、組織、技術(shù)是三大核心挑戰(zhàn)，但其背后都指向“人”的阻力和頂層設計不足，目標定位不清晰；

6.2、信息系統(tǒng)集成困難：

系統(tǒng)架構(gòu)差異大，不同業(yè)務板塊、不同下屬單位使用的信息系統(tǒng)架構(gòu)各異，數(shù)據(jù)標準不統(tǒng)一，導致系統(tǒng)間數(shù)據(jù)交換困難。其次，系統(tǒng)接口不規(guī)范。由于缺乏統(tǒng)一的接口標準，各系統(tǒng)之間的對接需要定制開發(fā)，增加了集成的難度和成本。最后，系統(tǒng)更新不同步。各系統(tǒng)的更新升級不同步，導致接口失效或數(shù)據(jù)格式變化，影響系統(tǒng)間的正常交互。

6.3、數(shù)據(jù)治理方面：

數(shù)據(jù)質(zhì)量問題，數(shù)據(jù)完整性不足、數(shù)據(jù)準確性不高、數(shù)據(jù)一致性差（如下圖所示)、數(shù)據(jù)時效性不足，數(shù)據(jù)更新不及時，難以及時反映業(yè)務變化。忽視稅務風險與合規(guī)管理等。

【入群二維碼失效，加我個人微信入群】