全文共7437個字，分概述、三點(diǎn)認(rèn)知（原理）、業(yè)務(wù)到會計(jì)引擎、會計(jì)引擎設(shè)計(jì)四部分業(yè)財(cái)一體化是一個非常大的主題，我想可能需要至少20篇萬字長文才能夠詳盡其所以然；不過內(nèi)容再多只要一點(diǎn)一點(diǎn)的切入，一塊一塊的展開，總可以從入門逐漸到精通
所謂業(yè)財(cái)一體化，可以從以下幾個方面看一個企業(yè)的存在需要通過采銷的經(jīng)營活動不斷獲取營收，采購原材料或者服務(wù)，經(jīng)過生產(chǎn)加工成商品再賣出去獲取利潤；在整個業(yè)務(wù)發(fā)展過程中存在著非常多的業(yè)務(wù)，例如采購原材料，原材料入庫，加工生產(chǎn)，商品入庫，銷售，營銷等等不同的業(yè)務(wù)需要不同的人員參與管理，同樣不同的業(yè)務(wù)有不同的“業(yè)務(wù)流程”，不同的業(yè)務(wù)流程存在著不同的業(yè)務(wù)環(huán)節(jié)......2）“財(cái)”就是財(cái)務(wù)活動一個企業(yè)經(jīng)營的好壞，賺了多少，賠了多少，需要財(cái)務(wù)數(shù)據(jù)進(jìn)行反映，同樣企業(yè)的全部業(yè)務(wù)都需要進(jìn)行財(cái)務(wù)數(shù)據(jù)的記錄同樣業(yè)務(wù)流程中也都有財(cái)務(wù)參與的影子，例如營銷的預(yù)算需要財(cái)務(wù)進(jìn)行審批所以，業(yè)務(wù)跟財(cái)務(wù)是緊密聯(lián)系在一起的，相互關(guān)聯(lián)、相互依賴、互為支撐，業(yè)務(wù)流程中包含了財(cái)務(wù)的流程，同樣財(cái)務(wù)的數(shù)據(jù)來源于業(yè)務(wù)，誰也離不開誰業(yè)財(cái)一體化就是業(yè)務(wù)跟財(cái)務(wù)的融合，業(yè)務(wù)和財(cái)務(wù)本身互為聯(lián)系，但是二者的這種聯(lián)系卻有多種形態(tài)，比如在數(shù)字化盛行之前，業(yè)務(wù)跟財(cái)務(wù)通過線下聯(lián)系，可能業(yè)務(wù)和財(cái)務(wù)都是線下發(fā)生的，線下下單，線下發(fā)貨，紙質(zhì)的入庫單、采購單；財(cái)務(wù)也是紙質(zhì)的賬簿、紙質(zhì)憑證......慢慢隨著互聯(lián)網(wǎng)的發(fā)展，業(yè)務(wù)逐漸線上化，例如電子商務(wù)、電子支付盛行以后，基本采銷都可以實(shí)現(xiàn)線上進(jìn)行，包括入庫、發(fā)貨等都可以實(shí)現(xiàn)線上數(shù)據(jù)傳輸，不再依賴線下的各類紙質(zhì)單據(jù)同樣財(cái)務(wù)也實(shí)現(xiàn)線上化，軟件化，像用友、金蝶、SAP等軟件中的財(cái)務(wù)軟件部分可以很好的對財(cái)務(wù)業(yè)務(wù)進(jìn)行數(shù)據(jù)化管理，電子憑證、電子賬簿等一個企業(yè)的線上化發(fā)展往往是先從局部進(jìn)行，然后逐漸實(shí)現(xiàn)整體線上化，這跟一個企業(yè)中的不同部分的重要程度不同有一定關(guān)系，企業(yè)的業(yè)務(wù)實(shí)現(xiàn)了線上化，財(cái)務(wù)也實(shí)現(xiàn)了軟件化，但是業(yè)務(wù)跟財(cái)務(wù)之間的聯(lián)系對于大部分企業(yè)來說是線下進(jìn)行的例如我們出差報(bào)銷可能需要填寫紙質(zhì)的報(bào)銷單，貼紙質(zhì)的發(fā)票，然后領(lǐng)導(dǎo)簽字，給到財(cái)務(wù)部門......業(yè)務(wù)經(jīng)營數(shù)據(jù)每月由各業(yè)務(wù)系統(tǒng)出具報(bào)表給到財(cái)務(wù)，財(cái)務(wù)根據(jù)數(shù)據(jù)報(bào)表編寫對應(yīng)的會計(jì)憑證，每月財(cái)務(wù)再根據(jù)會計(jì)數(shù)據(jù)生成相應(yīng)的報(bào)表提供給高層做決策業(yè)務(wù)跟財(cái)務(wù)的線下聯(lián)結(jié)一般不會對業(yè)務(wù)的發(fā)展造成什么影響，不會影響到業(yè)務(wù)的銷量和利潤，但隨著業(yè)務(wù)的擴(kuò)大、業(yè)務(wù)種類的增加、業(yè)務(wù)流程加長，業(yè)務(wù)跟財(cái)務(wù)的這種聯(lián)系逐漸開始變得繁瑣和臃腫，在內(nèi)部效率上逐漸露出弊端，同樣財(cái)務(wù)數(shù)據(jù)披露的時效性開始制約業(yè)務(wù)的發(fā)展，經(jīng)營效果披露的時效性矛盾越來越明顯同樣，財(cái)務(wù)對業(yè)務(wù)的支撐效果要求越來越高，預(yù)算計(jì)劃趕快審批，經(jīng)營效果分析趕快披露，結(jié)算款趕快支付等等矛盾一旦升級到了這個地步，一體化就體現(xiàn)出他的意義和價值，在業(yè)務(wù)活動和財(cái)務(wù)活動之間構(gòu)建一道橋梁，可以使業(yè)務(wù)跟財(cái)務(wù)之間的重要聯(lián)系實(shí)現(xiàn)線上化鏈接，極大的提高業(yè)務(wù)跟財(cái)務(wù)之間的溝通效率，財(cái)務(wù)可以從線上參與業(yè)務(wù)支撐，快速審批、快速評估、快速付款；同樣業(yè)務(wù)數(shù)據(jù)可以通過線上直接觸達(dá)財(cái)務(wù)，甚至業(yè)務(wù)發(fā)生以后可以立刻觸達(dá)財(cái)務(wù)，經(jīng)過財(cái)務(wù)活動加工處理生成財(cái)務(wù)數(shù)據(jù)以及報(bào)表，快速提供經(jīng)營決策依據(jù)，對高層高時效的提供財(cái)務(wù)報(bào)表實(shí)現(xiàn)業(yè)財(cái)鏈接通過上面的分析知道，業(yè)財(cái)一體的關(guān)鍵是構(gòu)建“業(yè)務(wù)活動跟財(cái)務(wù)活動之間的線上化鏈接”，財(cái)務(wù)可以通過線上支撐業(yè)務(wù)，業(yè)務(wù)活動數(shù)據(jù)可以通過線上高時效觸達(dá)財(cái)務(wù)；從業(yè)務(wù)數(shù)據(jù)到財(cái)務(wù)數(shù)據(jù)，除了需要運(yùn)營系統(tǒng)的支撐還需要會計(jì)引擎的實(shí)現(xiàn)，會計(jì)引擎將業(yè)務(wù)數(shù)據(jù)翻譯加工成財(cái)務(wù)數(shù)據(jù)提交給財(cái)務(wù)系統(tǒng)各類業(yè)務(wù)往往是分散的，不同的業(yè)務(wù)線，不同的業(yè)務(wù)類型，不同的業(yè)務(wù)環(huán)節(jié)所產(chǎn)生的的數(shù)據(jù)或者說業(yè)務(wù)單據(jù)分散在各處，同樣對于財(cái)務(wù)來說需要的業(yè)務(wù)數(shù)據(jù)跟業(yè)務(wù)本身需要的數(shù)據(jù)存在差異，例如采購訂單，業(yè)務(wù)層面需要的數(shù)據(jù)與財(cái)務(wù)需要存在差異，財(cái)務(wù)可能除了采購單基本信息之外還需要合同信息、發(fā)票信息等所以，需要一個業(yè)務(wù)的數(shù)據(jù)中心，其中采集、匯集、整理、加工全部的業(yè)務(wù)數(shù)據(jù)，以滿足財(cái)務(wù)對業(yè)務(wù)數(shù)據(jù)的需求，這就是業(yè)務(wù)臺賬，業(yè)務(wù)的發(fā)生需要將對應(yīng)的采購單、訂單、入庫單、發(fā)票、報(bào)銷單、合同、預(yù)算等數(shù)據(jù)同步這個數(shù)據(jù)中心業(yè)務(wù)有業(yè)務(wù)的運(yùn)營管理平臺，財(cái)務(wù)有財(cái)務(wù)的運(yùn)營管理工具，為了實(shí)現(xiàn)業(yè)財(cái)一體構(gòu)建共同的的運(yùn)營鏈接，可以構(gòu)建一個共享運(yùn)營平臺，通過共享運(yùn)營歸集分散的雜亂的業(yè)務(wù)流程，從而制定統(tǒng)一的流程和規(guī)范，由統(tǒng)一的財(cái)務(wù)制度和理念進(jìn)行支撐管理在該運(yùn)營平臺財(cái)務(wù)可以更好的為業(yè)務(wù)服務(wù)，進(jìn)行統(tǒng)一的業(yè)務(wù)審核、資金管理、收款付款、憑證制定等，從而實(shí)現(xiàn)財(cái)務(wù)流程的線上化，全集團(tuán)業(yè)務(wù)的流程統(tǒng)一化、標(biāo)準(zhǔn)化一個企業(yè)的業(yè)務(wù)是非常繁多的，每一類的業(yè)務(wù)環(huán)節(jié)有很多，所以，業(yè)財(cái)融合是個逐步的過程，先實(shí)現(xiàn)重要業(yè)務(wù)中的重要流程的核心環(huán)節(jié)的線上化鏈接，然后循序漸進(jìn)，更多的環(huán)節(jié)加入進(jìn)來，更多的流程實(shí)現(xiàn)自動化鏈接對整個企業(yè)的全部業(yè)務(wù)進(jìn)行抽象，例如采購業(yè)務(wù)、銷售業(yè)務(wù)、入庫業(yè)務(wù)、發(fā)貨業(yè)務(wù)、工資發(fā)放業(yè)務(wù)、供應(yīng)商選擇業(yè)務(wù)、內(nèi)部員工優(yōu)惠審批、業(yè)務(wù)報(bào)賬等等，搞清楚了這些業(yè)務(wù)分類，后續(xù)進(jìn)行各個突破不同業(yè)務(wù)的流程進(jìn)行抽象規(guī)范，以上的不同業(yè)務(wù)都具備對應(yīng)的流程，例如采購業(yè)務(wù)就需要挑選供應(yīng)商、對供應(yīng)商進(jìn)行評估、采購合同制定、預(yù)算制定、發(fā)票、貨款支付等等，其中也需要不同人員進(jìn)行審批不同流程的環(huán)節(jié)劃分，就像上述的采購流程中就有很多的環(huán)節(jié)，比如其中的貨款支付環(huán)節(jié)就可以實(shí)現(xiàn)線上審核、線上支付，通過建立銀企直聯(lián)體系實(shí)現(xiàn)線上操作付款業(yè)務(wù)本身的線上化是業(yè)務(wù)一體化的前提，如果業(yè)務(wù)的銷售、獎懲、計(jì)費(fèi)都沒有實(shí)現(xiàn)線上化，與庫房也沒有實(shí)現(xiàn)入庫、發(fā)貨的數(shù)據(jù)鏈接，各類數(shù)據(jù)沒有得到統(tǒng)一，那實(shí)現(xiàn)業(yè)財(cái)鏈接也就是天方夜談下面這張圖是一個企業(yè)在業(yè)務(wù)端的財(cái)稅模塊，主要是面向銷售環(huán)節(jié)中的商家結(jié)算、業(yè)務(wù)記賬、商家及用戶稅務(wù)和發(fā)票管理、商家訂單結(jié)算款支付的處理平臺其中的記賬數(shù)據(jù)來自各業(yè)務(wù)線的不同業(yè)務(wù)，商品或者服務(wù)銷售的清分計(jì)費(fèi)、記賬、以及結(jié)算付款，這部分業(yè)務(wù)在客戶賬務(wù)模塊和結(jié)算模塊實(shí)現(xiàn)，通過付款類通道進(jìn)行結(jié)算款的支付稅務(wù)模塊實(shí)現(xiàn)不同稅種的配置、計(jì)算、稅費(fèi)代扣、稅務(wù)申報(bào)等職能，報(bào)稅通過相關(guān)報(bào)稅通道實(shí)現(xiàn)發(fā)票模塊是基于稅務(wù)數(shù)據(jù)或者銷售數(shù)據(jù)等進(jìn)行的發(fā)票數(shù)據(jù)采集、封裝生成開票所需要的全部數(shù)據(jù)以及進(jìn)行開票申請，并對開具的發(fā)票進(jìn)行存儲和管理業(yè)財(cái)一體也常說業(yè)財(cái)融合，為什么做，怎么做
我提煉出的這三點(diǎn)可以高度概括業(yè)財(cái)一體化，打開業(yè)財(cái)一體的大門2.業(yè)財(cái)一體的三點(diǎn)認(rèn)知業(yè)務(wù)是非標(biāo)準(zhǔn)化，不同的領(lǐng)域、不同的公司、不同的部門、不同的系統(tǒng)都各不相同2.1.從業(yè)務(wù)到財(cái)務(wù)的連接器財(cái)務(wù)是標(biāo)準(zhǔn)化，有嚴(yán)格的會計(jì)準(zhǔn)則和法律法規(guī)，這也是為什么有全球通用及國內(nèi)主流的會計(jì)軟件的原因大部分企業(yè)的業(yè)務(wù)是業(yè)務(wù)，財(cái)務(wù)是財(cái)務(wù)，業(yè)務(wù)按照財(cái)務(wù)要求提供數(shù)據(jù)報(bào)表完成記賬而業(yè)財(cái)一體，讓業(yè)務(wù)和財(cái)務(wù)在數(shù)據(jù)層打通了，怎樣將非標(biāo)的業(yè)務(wù)與標(biāo)準(zhǔn)的財(cái)務(wù)連接起來呢？這就是業(yè)財(cái)一體的鏈接模型，從各種形狀的口轉(zhuǎn)換成財(cái)務(wù)的方口2.2.業(yè)財(cái)5點(diǎn)模型，把握落地路徑從圓口到方口是從信息化系統(tǒng)層面對業(yè)財(cái)作用的抽象而要完整的把握業(yè)財(cái)一體，或者說是去接手一個業(yè)財(cái)一體的項(xiàng)目，還應(yīng)該再增加2點(diǎn)認(rèn)識，構(gòu)成5點(diǎn)模型不同行業(yè)，不同公司，不同部門和人員目的不同，要想做好業(yè)財(cái)一體順利推進(jìn)，那要了解各個角色的需求是什么
- 財(cái)務(wù)想改變手工做賬，提高工作效率
- 業(yè)務(wù)想擺脫財(cái)務(wù)對業(yè)務(wù)的牽制，打通關(guān)鍵數(shù)據(jù)
當(dāng)然，這是個決定要做就困難重重的項(xiàng)目，每個部門每個人都有自己的小九九，業(yè)務(wù)要投入資源配合你，財(cái)務(wù)害怕你優(yōu)化掉了他們的飯碗......
那么，要開始做業(yè)財(cái)一體，怎么下手，如何落地，這里給大家一個參考路徑業(yè)財(cái)連接，從哪里連接？你要數(shù)據(jù)，我給你什么數(shù)據(jù)？
從業(yè)務(wù)到財(cái)務(wù)也是條條大路通羅馬既然要做業(yè)財(cái)一體，那么財(cái)務(wù)那一頭至關(guān)重要，它就像一個水庫
我業(yè)務(wù)的水要灌進(jìn)去，是打通一個管道直聯(lián)水庫，還是建立一個車隊(duì)，長途運(yùn)輸目前市面上有成熟的業(yè)財(cái)一體化解決方案，企業(yè)可以選擇將訂單、支付、報(bào)銷、合同等業(yè)務(wù)及數(shù)據(jù)直接對接解決方案的相應(yīng)模塊，灌入數(shù)據(jù)，自動業(yè)財(cái)一體這是業(yè)務(wù)的連接，業(yè)財(cái)?shù)淖詣訉?shí)現(xiàn)當(dāng)然，每一個解決方案模塊都有成本，全局采購不是一般企業(yè)可以承受得了的，例如采購模塊、生產(chǎn)計(jì)劃、車間管理、財(cái)務(wù)管理、倉儲管理、銷售管理、人力資源管理等直接連接財(cái)務(wù)模塊，業(yè)務(wù)自研
直接將業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成財(cái)務(wù)憑證數(shù)據(jù)，對接財(cái)務(wù)模塊，業(yè)務(wù)部分保持自研系統(tǒng)
這就是在中間的轉(zhuǎn)換環(huán)節(jié)，做好數(shù)據(jù)轉(zhuǎn)換，也就是會計(jì)引擎要想實(shí)現(xiàn)業(yè)務(wù)和財(cái)務(wù)的高度融合，實(shí)現(xiàn)數(shù)據(jù)打通，提高業(yè)務(wù)和財(cái)務(wù)的雙向互動，建立起業(yè)財(cái)鏈接，那就必須搞清楚會計(jì)引擎了
先看一個實(shí)例，在沒有實(shí)現(xiàn)業(yè)財(cái)一體之前，我是怎么跟財(cái)務(wù)合作的，每月底會收到財(cái)務(wù)的結(jié)賬通知郵件，郵件中包含了200多張數(shù)據(jù)報(bào)表需求，按部門，按業(yè)務(wù)，按系統(tǒng)提供，每張報(bào)表后有提供負(fù)責(zé)人其中有一張報(bào)表叫“薪資表”，本質(zhì)上是商家的收入結(jié)算表，是全部商家在A業(yè)務(wù)線的全部收益明細(xì)，最后計(jì)算本月應(yīng)付其最終收入，這張表有上百個字段，記錄了每一個個人商家接單數(shù)量、單價、總價、優(yōu)惠補(bǔ)貼、獎懲等一系列費(fèi)用明細(xì)匯總次月初由運(yùn)營人員從系統(tǒng)中導(dǎo)出該數(shù)據(jù)報(bào)表，進(jìn)行數(shù)據(jù)核對以及加工處理，然后提供給財(cái)務(wù)，財(cái)務(wù)進(jìn)行內(nèi)部的應(yīng)付款審核流程，完成全部審批以后，提供給資金部門進(jìn)行批量付款，以此整個結(jié)算付款流程才算結(jié)束同樣，這樣報(bào)表也是財(cái)務(wù)生成會計(jì)憑證的原始業(yè)務(wù)數(shù)據(jù)依據(jù)，報(bào)表中的訂單收入、營銷補(bǔ)貼、獎金罰款等涉及到幾十項(xiàng)費(fèi)用，也就會生成及張會計(jì)憑證突然有一天，財(cái)務(wù)說金蝶有憑證接口，你們到了月底能不能實(shí)現(xiàn)自動生成憑證，我們審批通過以后直接提交給金蝶系統(tǒng)，這樣就省掉了線下大量的數(shù)據(jù)處理、管理、審批流程了這個需求里就體現(xiàn)了幾個關(guān)鍵的要素和問題：哪些業(yè)務(wù)數(shù)據(jù)、哪些會計(jì)憑證可以實(shí)現(xiàn)自動化、業(yè)務(wù)在哪里轉(zhuǎn)換成會計(jì)憑證、什么時候轉(zhuǎn)換、轉(zhuǎn)換成啥科目、哪些業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成憑證的什么字段、怎么查看轉(zhuǎn)換后的憑證查看、何時推送金蝶生成正式憑證等一系列問題需要思考這就是會計(jì)引擎要解決的問題，其做為業(yè)務(wù)和財(cái)務(wù)的連接器，實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)向會計(jì)數(shù)據(jù)的轉(zhuǎn)變，實(shí)現(xiàn)原始憑證向會計(jì)憑證的轉(zhuǎn)變會計(jì)引擎就是業(yè)務(wù)數(shù)據(jù)向財(cái)務(wù)數(shù)據(jù)轉(zhuǎn)換的翻譯器，通過一系列的轉(zhuǎn)換規(guī)則和業(yè)財(cái)數(shù)據(jù)映射關(guān)系將不同的業(yè)務(wù)數(shù)據(jù)轉(zhuǎn)換成預(yù)制會計(jì)憑證3.2.業(yè)務(wù)流程與業(yè)務(wù)數(shù)據(jù)不同的企業(yè)往往有不同的業(yè)務(wù)流程，比如純互聯(lián)網(wǎng)企業(yè)與加工制造企業(yè)在業(yè)務(wù)流程上有特別大的差異，相同的企業(yè)在相同事務(wù)上的業(yè)務(wù)流程也有巨大的差異，梳理清楚企業(yè)的業(yè)務(wù)分類以及業(yè)務(wù)流程非常重要，并且要弄清楚業(yè)務(wù)流程與財(cái)務(wù)流程的融合之處，以及流程中所產(chǎn)生的會計(jì)憑證是什么但無論什么樣的企業(yè)，在大的流程分類上具有相似性，比如采購付款、銷售收款、費(fèi)用報(bào)銷、員工薪酬、固定資產(chǎn)等流程企業(yè)需要向上游供應(yīng)商采購原材料或者服務(wù)，通過內(nèi)部加工生產(chǎn)成商品或者服務(wù)產(chǎn)品銷售給終端客戶獲取利潤；而采購的過程就需要向供應(yīng)商進(jìn)行付款，該過程是收獲了原材料、支付貨款的過程過程中不僅要與供應(yīng)商簽訂采購合同、還需進(jìn)行采購發(fā)票的處理以及支付付款處理，所以產(chǎn)生了采購訂單、采購發(fā)票、原材料入庫驗(yàn)收單、付款單等一些列業(yè)務(wù)數(shù)據(jù)，這些數(shù)據(jù)也將做為應(yīng)付款憑證以及付款憑證的原始依據(jù)企業(yè)通過內(nèi)部轉(zhuǎn)換將原材料加工成商品或者服務(wù)銷售給客戶，客戶支付貨款；企業(yè)向客戶發(fā)貨或者提供上門服務(wù)以完成合同履約；客戶確認(rèn)收貨以后或者服務(wù)完成，并索取發(fā)票，企業(yè)既可以確認(rèn)收入這個過程中會產(chǎn)生銷售訂單數(shù)據(jù)、用戶支付數(shù)據(jù)、服務(wù)履約數(shù)據(jù)、銷售發(fā)票數(shù)據(jù)等業(yè)務(wù)數(shù)據(jù)，同樣這些數(shù)據(jù)也將作為收入憑證的原始數(shù)據(jù)依據(jù)相比大家都出過差，有段時間我經(jīng)常去長沙出差，一般是這樣的流程，首先是在OA系統(tǒng)提交出差申請單，然后在攜程商務(wù)中訂購機(jī)票，領(lǐng)導(dǎo)審批完成以后出票；到了出差地訂購酒店，并且每頓飯一定索要發(fā)票用以后續(xù)的報(bào)銷等出差回來以后在OA系統(tǒng)提交報(bào)銷單，報(bào)銷單要寫明報(bào)銷事項(xiàng)、比如住宿、餐費(fèi)等，并且將報(bào)銷單關(guān)聯(lián)出差申請單，提交以后還需要將紙質(zhì)發(fā)票貼好以后提交到財(cái)務(wù)指定位置；這時候就可以在OA系統(tǒng)查看報(bào)銷流程了，如果報(bào)銷單沒有問題，提交的發(fā)票也沒有問題，那么財(cái)務(wù)審核通過以后就會將報(bào)銷款直接付款到工資卡中整個過程從出差申請、機(jī)票與酒店預(yù)訂、報(bào)銷提交都是線上化操作，不再像以前一樣需要填紙質(zhì)申請單和報(bào)銷單，自己墊資購買車票和酒店費(fèi)用；線上化的申請流程和報(bào)賬流程讓整個費(fèi)用報(bào)銷效率極大提升，員工體驗(yàn)也得到極大的提升，當(dāng)然財(cái)務(wù)的工作量也降低的最小從上述列舉的流程中可以發(fā)現(xiàn)，業(yè)務(wù)流程中會產(chǎn)生大量的業(yè)務(wù)數(shù)據(jù)，而且業(yè)務(wù)流程依賴企業(yè)信息化系統(tǒng)完成，線下業(yè)務(wù)很難實(shí)現(xiàn)與財(cái)務(wù)的鏈接和融合，企業(yè)信息化是必須的；而業(yè)務(wù)流程中的業(yè)務(wù)節(jié)點(diǎn)會產(chǎn)生不同類型的會計(jì)憑證這就為我們實(shí)現(xiàn)從業(yè)務(wù)數(shù)據(jù)向會計(jì)數(shù)據(jù)自動化轉(zhuǎn)換提供了模型依據(jù)，同樣要能夠識別這些業(yè)務(wù)流程以及業(yè)務(wù)節(jié)點(diǎn)，還要就是要能夠?qū)⑦@些結(jié)構(gòu)化的業(yè)務(wù)流程與會計(jì)憑證類型建立聯(lián)系接下來將對業(yè)務(wù)數(shù)據(jù)與結(jié)構(gòu)、憑證類型、憑證結(jié)構(gòu)、會計(jì)引擎基礎(chǔ)數(shù)據(jù)、映射規(guī)則、憑證模板、案例分析等內(nèi)容進(jìn)行解析
4.會計(jì)引擎
在企業(yè)經(jīng)營中，財(cái)務(wù)人員通過會計(jì)憑證記錄企業(yè)的經(jīng)濟(jì)活動，并依據(jù)會計(jì)憑證登記賬簿。傳統(tǒng)的財(cái)務(wù)工作中，會計(jì)人員根據(jù)紙質(zhì)的原始憑證，依賴財(cái)務(wù)工作經(jīng)驗(yàn)編制分錄并錄入到賬務(wù)系統(tǒng)中。當(dāng)企業(yè)業(yè)務(wù)復(fù)雜、數(shù)據(jù)量大時，完全依賴財(cái)務(wù)人員人工處理，效率低且正確率難以保證。所以，由業(yè)務(wù)數(shù)據(jù)實(shí)現(xiàn)自動化賬務(wù)處理勢在必行。但是企業(yè)的業(yè)務(wù)數(shù)據(jù)一般為顆粒度更細(xì)的明細(xì)數(shù)據(jù)，而財(cái)務(wù)數(shù)據(jù)則是需要符合會計(jì)準(zhǔn)則的數(shù)據(jù)，因此必須先將業(yè)務(wù)數(shù)據(jù)向財(cái)務(wù)數(shù)據(jù)進(jìn)行轉(zhuǎn)換。會計(jì)引擎則可以幫助解決此問題。基于以上背景，我們可以把會計(jì)引擎理解為一個翻譯工具。這需要我們提前將翻譯規(guī)則在預(yù)設(shè)翻譯器中，然后輸入業(yè)務(wù)語言，便可按照預(yù)設(shè)的規(guī)則，輸出對應(yīng)的財(cái)務(wù)語言。也就實(shí)現(xiàn)了業(yè)務(wù)數(shù)據(jù)到財(cái)務(wù)數(shù)據(jù)的轉(zhuǎn)換，最終生成預(yù)制憑證。 首先要明確，會計(jì)引擎的目的是實(shí)現(xiàn)賬務(wù)自動化，即由業(yè)務(wù)數(shù)據(jù)自動生成會計(jì)憑證。那么我們可以從會計(jì)憑證出發(fā)，倒推出生成一個會計(jì)憑證都需要什么內(nèi)容，從而明確會計(jì)引擎的構(gòu)成。市面上比較常見的會計(jì)核算系統(tǒng)有金蝶、用友、SAP、Oracle，不同會計(jì)核算系統(tǒng)的憑證格式不同。下面我們以用友NC生成的憑證為例：核算賬簿（帳套信息）、憑證制單日期、憑證類別、會計(jì)期間、借貸方向、憑證摘要、會計(jì)科目、幣種、金額、輔助核算。可以看出，憑證是有一定格式的，并且部分內(nèi)容無法從業(yè)務(wù)數(shù)據(jù)中直接獲取。基于以上，會計(jì)引擎應(yīng)具備的主要功能為：
總結(jié)來說，會計(jì)引擎首先需要預(yù)設(shè)規(guī)則，然后調(diào)用相應(yīng)規(guī)則，。還以上面憑證舉例，簡單列舉幾個想要生成這張憑證應(yīng)配置的規(guī)則：
核算賬簿的取值規(guī)則
制單日期的取值規(guī)則
會計(jì)期間的取值規(guī)則
借貸方向的生成規(guī)則
摘要的生成規(guī)則
會計(jì)科目的生成規(guī)則
那么這些規(guī)則具體又是如何構(gòu)成的呢？我們知道，規(guī)則的組成是：條件語句和結(jié)果語句，這放在會計(jì)引擎當(dāng)中依舊適用。會計(jì)引擎規(guī)則中的條件語句由業(yè)務(wù)數(shù)據(jù)組成，結(jié)果語句則由財(cái)務(wù)數(shù)據(jù)組成。
條件==>商品類別=女裝上衣；
結(jié)果==>收入成本明細(xì)科目=服裝類/女裝。理解為：如果業(yè)務(wù)數(shù)據(jù)上的商品類別是【女裝上衣】時，那么對應(yīng)到賬務(wù)系統(tǒng)中的收入成本科目為【服裝類/女裝】。在實(shí)際業(yè)務(wù)應(yīng)用中，規(guī)則的條件語句可以是多個，多條件的組合邏輯可以是“或”關(guān)系“且”關(guān)系等，結(jié)果語句同理。
條件1==>公司名稱=北京xx科技有限公司
條件2==>單據(jù)類別=應(yīng)收單
條件3==>商品類別=女裝上衣
條件組合邏輯“==>且”
結(jié)果1==>核算賬簿=北京xx科技
結(jié)果2==>會計(jì)科目=應(yīng)收賬款/服裝類/女裝
理解為：如果業(yè)務(wù)數(shù)據(jù)上的公司名稱是【北京xx科技有限公】，單據(jù)類別是【應(yīng)收單】，且商品類別是【女裝上衣】時，那么此條業(yè)務(wù)數(shù)據(jù)對應(yīng)到賬務(wù)系統(tǒng)中的核算賬簿是【北京xx科技】，且會計(jì)科目是【應(yīng)收帳款/服裝類/女裝】。以上只是介紹了會計(jì)引擎規(guī)則基本的構(gòu)成，具體規(guī)則內(nèi)容，還需要結(jié)合公司具體的業(yè)務(wù)場景、業(yè)務(wù)流程以及賬務(wù)處理方式等進(jìn)行詳細(xì)梳理。盡管不同公司、不同業(yè)務(wù)的會計(jì)引擎內(nèi)容大不相同，但配置頁面，萬變不離其宗。考慮到需要配置的規(guī)則數(shù)量大，適用場景多，我們在實(shí)際應(yīng)用中可以在規(guī)則的結(jié)構(gòu)上增加一級——“規(guī)則類型”以便管理和配置。通過維護(hù)規(guī)則類型，限定每類規(guī)則可以使用的條件和結(jié)果因子，縮小配置規(guī)則時的選擇范圍。下面舉例一個簡單的模型，這里我們默認(rèn)條件和結(jié)果之間的判斷詞為“則”，同一規(guī)則各條件、結(jié)果之間的組合邏輯均為“且”。即：如果“條件1”且“條件2“，則“結(jié)果1”。所屬組織用來限定當(dāng)前規(guī)則適用的組織范圍；條件因子和結(jié)果因子是數(shù)據(jù)庫內(nèi)已有的字段，用戶通過選擇的方式任意添加（條件和結(jié)果至少各一個），添加即：指定該種規(guī)則類型對應(yīng)可選的條件或結(jié)果。每條規(guī)則都需要選擇已有的規(guī)則類型。條件、結(jié)果下拉列表中帶出的條件因子和結(jié)果因子，會根據(jù)已選擇的規(guī)則類型決定。可添加多個條件和多個結(jié)果。條件因子的值、和結(jié)果因子的值，即所選條件和結(jié)果因子對應(yīng)的枚舉值，例如：以上會計(jì)引擎的功能模型、原型頁面等都是最簡單的邏輯，在實(shí)際應(yīng)用當(dāng)中需要根據(jù)業(yè)務(wù)復(fù)雜程度、用戶個性化要求、服務(wù)器性能等再做相關(guān)設(shè)計(jì)。
閱讀原文：原文鏈接
該文章在 2025/2/26 12:36:55 編輯過
400 186 1886
