單據(jù)引擎是企業(yè)信息化系統(tǒng)中用于自動化處理業(yè)務(wù)單據(jù)的核心組件，通過規(guī)則配置實(shí)現(xiàn)單據(jù)的生成、流轉(zhuǎn)、轉(zhuǎn)換及關(guān)聯(lián)管理。其核心目標(biāo)是通過靈活的策略配置，減少人工干預(yù)，提升業(yè)務(wù)流程效率和數(shù)據(jù)一致性。在市面常見的中大型ERP系統(tǒng)都有此功能，比如金蝶云星空的BOTP（單據(jù)轉(zhuǎn)換平臺，詳見：簡略剖析會計(jì)引擎BOTP（單據(jù)轉(zhuǎn)換平臺）及原理），用友的TOP與流程引擎在一塊；而SAP則是通過SAP S/4 HANA API實(shí)現(xiàn)單據(jù)的生成、轉(zhuǎn)換，如下圖（圖源于SAP官網(wǎng)）：阿里基于強(qiáng)大的技術(shù)實(shí)力，在其“低代碼平臺”實(shí)現(xiàn)了單據(jù)引擎功能，將單據(jù)引擎抽象成研發(fā)能力，其架構(gòu)如下：單據(jù)引擎的應(yīng)用主要集中在供應(yīng)鏈與財(cái)務(wù)這兩大模塊中，主要有：
1、供應(yīng)鏈模塊轉(zhuǎn)換
a.采購訂單 → 進(jìn)貨單 → 采購入庫單
場景：供應(yīng)商確認(rèn)采購訂單后，系統(tǒng)自動生成進(jìn)貨單作為收貨依據(jù)。
b.報(bào)價單 → 銷售訂單 → 發(fā)貨通知單→ 運(yùn)輸單 → 銷售出庫單
場景：客戶確認(rèn)訂單后，系統(tǒng)生成發(fā)貨通知單，并生成運(yùn)輸單通知安排物流車輛，分批發(fā)貨或直接生成出庫單，觸發(fā)庫存扣減。
c.銷售訂單 → 采購單
場景：商貿(mào)企業(yè)在預(yù)銷（以銷定產(chǎn)或采）場景下，當(dāng)庫存不足時，立馬下采購訂單，通過單據(jù)轉(zhuǎn)換實(shí)現(xiàn)信息流轉(zhuǎn)。
2、財(cái)務(wù)模塊，包括其他模塊往財(cái)務(wù)模塊流轉(zhuǎn)，比如：
a.材料出庫單 → 生產(chǎn)成本憑證
場景：生產(chǎn)領(lǐng)料時，系統(tǒng)自動將材料出庫單數(shù)據(jù)轉(zhuǎn)換為生產(chǎn)成本分錄（借：生產(chǎn)成本/原材料，貸：原材料）。
b.采購入庫單 → 應(yīng)付暫估
場景：物料到貨后生成入庫單，系統(tǒng)暫估應(yīng)付賬款（借：原材料，貸：應(yīng)付暫估）。
c.銷售發(fā)票 → 應(yīng)收賬款與成本結(jié)轉(zhuǎn)
場景：開票時生成應(yīng)收賬款憑證（借：應(yīng)收賬款，貸：主營業(yè)務(wù)收入），同時結(jié)轉(zhuǎn)銷售成本（借：主營業(yè)務(wù)成本，貸：發(fā)出商品）。
要注意的是，有些企業(yè)是根據(jù)銷售出庫單→應(yīng)收單，因?yàn)殇N售發(fā)票會定期、匯總開具，而不像銷售出庫單必須確認(rèn)收當(dāng)月或合并、或一對一流轉(zhuǎn)至應(yīng)收單。
單據(jù)引擎本質(zhì)是單據(jù)與單據(jù)的轉(zhuǎn)換，實(shí)現(xiàn)轉(zhuǎn)換規(guī)則的靈活配置、過程透明、可追溯，將復(fù)雜的業(yè)務(wù)邏輯解耦，
核心能力：支持單據(jù)的組合（Join）、合并（Merge）、拆分（Split）、分組（Group）等操作，適應(yīng)復(fù)雜業(yè)務(wù)場景。
技術(shù)本質(zhì)：基于主從結(jié)構(gòu)（單頭+明細(xì)）的數(shù)據(jù)處理系統(tǒng)，通過規(guī)則引擎驅(qū)動自動化流程，實(shí)現(xiàn)業(yè)務(wù)單據(jù)與業(yè)務(wù)單據(jù)的映射與轉(zhuǎn)換（單據(jù)與憑證的轉(zhuǎn)換見拆解會計(jì)引擎（核心部分），不屬單據(jù)引擎范圍）。
單據(jù)引擎的設(shè)計(jì)原理以規(guī)則動態(tài)化、配置可視化、流程自動化為核心，通過分層架構(gòu)和元數(shù)據(jù)驅(qū)動實(shí)現(xiàn)業(yè)務(wù)靈活適配。金蝶BOTP更側(cè)重單據(jù)間轉(zhuǎn)換（如下推生成各種單據(jù)），而中興新云FOL聚焦單據(jù)模板自定義與合規(guī)控制，兩者均體現(xiàn)了“低代碼/無代碼”的設(shè)計(jì)理念，以降低技術(shù)門檻并快速響應(yīng)業(yè)務(wù)變化。
單據(jù)引擎通常采用分層架構(gòu)，分為輸入層、規(guī)則引擎層、執(zhí)行層、輸出層：
1.輸入層：輸入層包括數(shù)據(jù)源配置、元數(shù)據(jù)管理、解析規(guī)則等，通過對接業(yè)務(wù)系統(tǒng)的原始單據(jù)（如采購訂單、銷售出庫單等），通過元數(shù)據(jù)解析獲取單據(jù)字段、類型及關(guān)聯(lián)關(guān)系。
比如：費(fèi)控系統(tǒng)的《費(fèi)用報(bào)銷單》（廣告費(fèi)用），對接到ERP的《應(yīng)付單》，再生成《付款憑證》；同時采購平臺的《采購入庫單》，也對接ERP的《應(yīng)付單》，則是生成《暫估應(yīng)付憑證》；
這一層里，元數(shù)據(jù)是關(guān)鍵點(diǎn)，因?yàn)闃I(yè)務(wù)永遠(yuǎn)是動態(tài)變化的，為適應(yīng)這種動態(tài)變化，低成本、動態(tài)可配、低代碼的元數(shù)據(jù)才是解決問題的方向。比如下面這種元數(shù)據(jù)管理：
2.規(guī)則引擎層：核心模塊，包括轉(zhuǎn)換規(guī)則、校驗(yàn)規(guī)則、計(jì)算規(guī)則的配置。例如：
金蝶BOTP通過KScript腳本定義字段映射、分組策略、選單策略等；
a.源單據(jù)與目標(biāo)單據(jù)映射，如源單據(jù)《采購訂單》，目標(biāo)單可勾選《應(yīng)付單》、《付款申請單》、《采購?fù)肆蠁巍贰ⅰ妒樟贤ㄖ獑巍飞踔痢朵N售訂單》等等；
b.字段映射策略，即源單的A字段，映射到目標(biāo)單據(jù)的B字段；
c.分組策略，配置源單批量下推生成目標(biāo)單時采用的單據(jù)分組依據(jù)、分錄合并依據(jù)，比如將多個《采購申請單》按同一“組織、供應(yīng)商”分組（合并）生成一個目標(biāo)《采購訂單》 ；
d.選單策略，也叫漏斗策略，將源單符合某些條件的篩選出來，生成目標(biāo)單；
字段映射示例：
中興新云FOL通過可視化界面配置字段類型、校驗(yàn)條件（如敏感詞檢測、金額合規(guī)性）及計(jì)算邏輯（如差旅補(bǔ)貼自動計(jì)算）。
架構(gòu)流程（概）圖：
其中：
如【單據(jù)編碼】的規(guī)則：“關(guān)鍵字（'FYBX'）+年月+流水號（跨月重置）”；
如【匯率】：根據(jù)源表中【日期】&【幣別】查《匯率表》中對應(yīng)區(qū)間、同幣別的匯率；
【費(fèi)用類型】：根據(jù)源表《費(fèi)用報(bào)銷單》中【報(bào)銷項(xiàng)目】查《費(fèi)用類型mapping》表對應(yīng)【費(fèi)用類型編碼】
比如多個《費(fèi)用報(bào)銷單》，按同一【收款人 or 供應(yīng)商】、【組織】合并生成1個《應(yīng)付單》單據(jù)頭，再用【報(bào)銷項(xiàng)目（即轉(zhuǎn)換后的費(fèi)用類型】、【費(fèi)用承擔(dān)部門】、【幣別】作匯總，匯總求和字段為【報(bào)銷金額（價稅合計(jì)）】；
輸出策略，即目標(biāo)單據(jù)是哪個，以及生成目標(biāo)單據(jù)后是直接保存到數(shù)據(jù)庫，還是要調(diào)用接口往下游推送？
模型構(gòu)建：將上述規(guī)則組裝成一個協(xié)議或集合，即給一組規(guī)則保存一個特定標(biāo)識或名稱，同樣條件的規(guī)則在同一時間只有只有一個生效，比如前面提到的，《費(fèi)用報(bào)銷單》與《采購入庫單》都是生成《應(yīng)付單》，但二者的后續(xù)處理規(guī)則是不一樣的，《費(fèi)用報(bào)銷單》生成《應(yīng)付單》的單據(jù)類型是“費(fèi)用單”，下一步是生成《付款單》；而《采購入庫單》生成《應(yīng)付單》的單據(jù)類型是“暫估單”，是沒有下一步策略的；對比如下：
《采購入庫單》→ 《應(yīng)付單》；
《費(fèi)用報(bào)銷單》→ 《應(yīng)付單》→ 《付款單》
另外，如果想做得更完美的同學(xué)，可把單據(jù)關(guān)系設(shè)計(jì)成可拖拽式的畫布，可以一圖將單據(jù)整個鏈條設(shè)計(jì)概全，一目了然，清晰全面，比如下面這種：
3.執(zhí)行層：調(diào)用腳本解析引擎或規(guī)則引擎執(zhí)行轉(zhuǎn)換/校驗(yàn)操作，例如金蝶BOTP通過KScript引擎解析腳本并生成目標(biāo)單據(jù)。包括：
預(yù)處理：預(yù)處理有可能在接收源單調(diào)用，也可能是在生成目標(biāo)單據(jù)時調(diào)用，目的是將單據(jù)轉(zhuǎn)換生成所需信息補(bǔ)充完整，確保后續(xù)的單據(jù)轉(zhuǎn)換步驟能順利執(zhí)行。包括數(shù)據(jù)清洗與標(biāo)準(zhǔn)化（比如前述中定義“【費(fèi)用類型】”規(guī)則）、規(guī)則預(yù)校驗(yàn)（比如字段非空性驗(yàn)證、數(shù)據(jù)類型匹配（如金額是否為數(shù)值型））、上下文環(huán)境加載等。
單據(jù)生成：根據(jù)定義的單據(jù)規(guī)則生成目標(biāo)單據(jù)，包括模板動態(tài)填充、自動化賦值邏輯、分組等。有些場景目標(biāo)單據(jù)不止1個，可能會有多個；比如《物流費(fèi)用計(jì)提單》，從BMS（倉儲物流費(fèi)用平臺）傳來后，單據(jù)引擎根據(jù)規(guī)則，不僅要生成《計(jì)提應(yīng)付單》，還要生成《暫估（沖銷）應(yīng)付單》。
校驗(yàn)：包括系統(tǒng)自動化校驗(yàn)和人工復(fù)核與修正；
自動化校驗(yàn)有完整性校驗(yàn)（如檢查必填字段）、邏輯一致性校驗(yàn)（驗(yàn)證業(yè)務(wù)規(guī)則，比如單據(jù)總金額=sum（每行【價稅全額）之和）、合規(guī)性檢驗(yàn)（ 匹配稅務(wù)法規(guī)（如發(fā)票稅率合規(guī)）及企業(yè)內(nèi)控標(biāo)準(zhǔn)）；
人工復(fù)核，提供可視化界面標(biāo)注異常項(xiàng)（如紅色高亮字段），支持審核人添加批注；支持“駁回-修正”流程：若檢測到單價與合同不一致，可退回至預(yù)處理階段重新匹配數(shù)據(jù)。
?
4.輸出層，功能模塊如下：
單據(jù)保存：輸出層專注生成并保存目標(biāo)單據(jù)（如應(yīng)付單、出庫單、審批單）記錄轉(zhuǎn)換前后的單據(jù)關(guān)聯(lián)關(guān)系，支持追溯。
單據(jù)流轉(zhuǎn)：有些場景還會根據(jù)規(guī)則觸發(fā)下推動作，將生成好的單據(jù)通過調(diào)用接口或RabbitMQ/Kafka實(shí)現(xiàn)任務(wù)分發(fā)，推送給下游消費(fèi)方。
在結(jié)構(gòu)設(shè)計(jì)上，輸出層與執(zhí)行層既可各自獨(dú)立也可合并一個模塊，視業(yè)務(wù)場景和規(guī)則復(fù)雜度而定。在實(shí)際業(yè)務(wù)場景中，單據(jù)引擎的落地實(shí)施可先簡后繁，以對接財(cái)務(wù)系統(tǒng)為試點(diǎn)，比如費(fèi)用報(bào)銷單，以MVP的形式小規(guī)模開發(fā)、快速迭代，滿足需求再推廣、升級，鞏固研發(fā)成果。
閱讀原文：原文鏈接
該文章在 2025/4/24 9:33:45 編輯過
400 186 1886
