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