日韩欧美人妻无码精品白浆,www.大香蕉久久网,狠狠的日狠狠的操,日本好好热在线观看

1、供應鏈模塊轉(zhuǎn)換

a.采購訂單 → 進貨單 → 采購入庫單

場景：供應商確認采購訂單后，系統(tǒng)自動生成進貨單作為收貨依據(jù)。

b.報價單 → 銷售訂單 → 發(fā)貨通知單→ 運輸單 → 銷售出庫單

場景：客戶確認訂單后，系統(tǒng)生成發(fā)貨通知單，并生成運輸單通知安排物流車輛，分批發(fā)貨或直接生成出庫單，觸發(fā)庫存扣減。

c.銷售訂單 → 采購單

場景：商貿(mào)企業(yè)在預銷（以銷定產(chǎn)或采）場景下，當庫存不足時，立馬下采購訂單，通過單據(jù)轉(zhuǎn)換實現(xiàn)信息流轉(zhuǎn)。

2、財務模塊，包括其他模塊往財務模塊流轉(zhuǎn)，比如：

a.材料出庫單 → 生產(chǎn)成本憑證

場景：生產(chǎn)領料時，系統(tǒng)自動將材料出庫單數(shù)據(jù)轉(zhuǎn)換為生產(chǎn)成本分錄（借：生產(chǎn)成本/原材料，貸：原材料）。

b.采購入庫單 → 應付暫估

場景：物料到貨后生成入庫單，系統(tǒng)暫估應付賬款（借：原材料，貸：應付暫估）。

c.銷售發(fā)票 → 應收賬款與成本結(jié)轉(zhuǎn)

場景：開票時生成應收賬款憑證（借：應收賬款，貸：主營業(yè)務收入），同時結(jié)轉(zhuǎn)銷售成本（借：主營業(yè)務成本，貸：發(fā)出商品）。

要注意的是，有些企業(yè)是根據(jù)銷售出庫單→應收單，因為銷售發(fā)票會定期、匯總開具，而不像銷售出庫單必須確認收當月或合并、或一對一流轉(zhuǎn)至應收單。

核心能力：支持單據(jù)的組合（Join）、合并（Merge）、拆分（Split）、分組（Group）等操作，適應復雜業(yè)務場景。

技術本質(zhì)：基于主從結(jié)構(gòu)（單頭+明細）的數(shù)據(jù)處理系統(tǒng)，通過規(guī)則引擎驅(qū)動自動化流程，實現(xiàn)業(yè)務單據(jù)與業(yè)務單據(jù)的映射與轉(zhuǎn)換（單據(jù)與憑證的轉(zhuǎn)換見拆解會計引擎（核心部分），不屬單據(jù)引擎范圍）。

單據(jù)引擎通常采用分層架構(gòu)，分為輸入層、規(guī)則引擎層、執(zhí)行層、輸出層：

1.輸入層：輸入層包括數(shù)據(jù)源配置、元數(shù)據(jù)管理、解析規(guī)則等，通過對接業(yè)務系統(tǒng)的原始單據(jù)（如采購訂單、銷售出庫單等），通過元數(shù)據(jù)解析獲取單據(jù)字段、類型及關聯(lián)關系。

比如：費控系統(tǒng)的《費用報銷單》（廣告費用），對接到ERP的《應付單》，再生成《付款憑證》；同時采購平臺的《采購入庫單》，也對接ERP的《應付單》，則是生成《暫估應付憑證》；

這一層里，元數(shù)據(jù)是關鍵點，因為業(yè)務永遠是動態(tài)變化的，為適應這種動態(tài)變化，低成本、動態(tài)可配、低代碼的元數(shù)據(jù)才是解決問題的方向。比如下面這種元數(shù)據(jù)管理：

2.規(guī)則引擎層：核心模塊，包括轉(zhuǎn)換規(guī)則、校驗規(guī)則、計算規(guī)則的配置。例如：

金蝶BOTP通過KScript腳本定義字段映射、分組策略、選單策略等；

a.源單據(jù)與目標單據(jù)映射，如源單據(jù)《采購訂單》，目標單可勾選《應付單》、《付款申請單》、《采購退料單》、《收料通知單》甚至《銷售訂單》等等；

b.字段映射策略，即源單的A字段，映射到目標單據(jù)的B字段；

c.分組策略，配置源單批量下推生成目標單時采用的單據(jù)分組依據(jù)、分錄合并依據(jù)，比如將多個《采購申請單》按同一“組織、供應商”分組（合并）生成一個目標《采購訂單》 ；

d.選單策略，也叫漏斗策略，將源單符合某些條件的篩選出來，生成目標單；

字段映射示例：

中興新云FOL通過可視化界面配置字段類型、校驗條件（如敏感詞檢測、金額合規(guī)性）及計算邏輯（如差旅補貼自動計算）。

架構(gòu)流程（概）圖：

其中：

• 源單據(jù)：即元數(shù)據(jù)，是上游系統(tǒng)傳來后對應（單據(jù)引擎）本系統(tǒng)的表及字段，與上游數(shù)據(jù)結(jié)構(gòu)一模一樣，比如上游費控系統(tǒng)的《費用報銷單》有哪些字段，對到單據(jù)引擎也會有一個一模一樣的《費用報銷單》，就是通過元數(shù)據(jù)配置，起著承接與記錄的作用。

• 單據(jù)規(guī)則：設置單據(jù)生成的具體規(guī)則，比如單據(jù)每一個字段是怎么來的，是從源單據(jù)的某個字段還是有特定規(guī)則；以及是否要沖銷，沖銷的規(guī)則又是什么？是按單號沖銷一對一沖銷還是按供應商&單據(jù)類型整沖整提？示例：

如【單據(jù)編碼】的規(guī)則：“關鍵字（'FYBX'）+年月+流水號（跨月重置）”；

如【匯率】：根據(jù)源表中【日期】&【幣別】查《匯率表》中對應區(qū)間、同幣別的匯率；

【費用類型】：根據(jù)源表《費用報銷單》中【報銷項目】查《費用類型mapping》表對應【費用類型編碼】

• 拆分合并：源單據(jù)與目標單據(jù)的生成規(guī)則，是1:1還是多個合并生成一個，或一個拆分成多個，但禁止多對多！如果是合并生成，合并規(guī)則又是什么？以金蝶示例：

比如多個《費用報銷單》，按同一【收款人 or 供應商】、【組織】合并生成1個《應付單》單據(jù)頭，再用【報銷項目（即轉(zhuǎn)換后的費用類型】、【費用承擔部門】、【幣別】作匯總，匯總求和字段為【報銷金額（價稅合計）】；

• 輸出策略，即目標單據(jù)是哪個，以及生成目標單據(jù)后是直接保存到數(shù)據(jù)庫，還是要調(diào)用接口往下游推送？

• 模型構(gòu)建：將上述規(guī)則組裝成一個協(xié)議或集合，即給一組規(guī)則保存一個特定標識或名稱，同樣條件的規(guī)則在同一時間只有只有一個生效，比如前面提到的，《費用報銷單》與《采購入庫單》都是生成《應付單》，但二者的后續(xù)處理規(guī)則是不一樣的，《費用報銷單》生成《應付單》的單據(jù)類型是“費用單”，下一步是生成《付款單》；而《采購入庫單》生成《應付單》的單據(jù)類型是“暫估單”，是沒有下一步策略的；對比如下：
  

《采購入庫單》→ 《應付單》；

《費用報銷單》→ 《應付單》→ 《付款單》

另外，如果想做得更完美的同學，可把單據(jù)關系設計成可拖拽式的畫布，可以一圖將單據(jù)整個鏈條設計概全，一目了然，清晰全面，比如下面這種：

3.執(zhí)行層：調(diào)用腳本解析引擎或規(guī)則引擎執(zhí)行轉(zhuǎn)換/校驗操作，例如金蝶BOTP通過KScript引擎解析腳本并生成目標單據(jù)。包括：

• 預處理：預處理有可能在接收源單調(diào)用，也可能是在生成目標單據(jù)時調(diào)用，目的是將單據(jù)轉(zhuǎn)換生成所需信息補充完整，確保后續(xù)的單據(jù)轉(zhuǎn)換步驟能順利執(zhí)行。包括數(shù)據(jù)清洗與標準化（比如前述中定義“【費用類型】”規(guī)則）、規(guī)則預校驗（比如字段非空性驗證、數(shù)據(jù)類型匹配（如金額是否為數(shù)值型））、上下文環(huán)境加載等。

• 單據(jù)生成：根據(jù)定義的單據(jù)規(guī)則生成目標單據(jù)，包括模板動態(tài)填充、自動化賦值邏輯、分組等。有些場景目標單據(jù)不止1個，可能會有多個；比如《物流費用計提單》，從BMS（倉儲物流費用平臺）傳來后，單據(jù)引擎根據(jù)規(guī)則，不僅要生成《計提應付單》，還要生成《暫估（沖銷）應付單》。

• 校驗：包括系統(tǒng)自動化校驗和人工復核與修正；

• 自動化校驗有完整性校驗（如檢查必填字段）、邏輯一致性校驗（驗證業(yè)務規(guī)則，比如單據(jù)總金額=sum（每行【價稅全額）之和）、合規(guī)性檢驗（ 匹配稅務法規(guī)（如發(fā)票稅率合規(guī)）及企業(yè)內(nèi)控標準）；

• 人工復核，提供可視化界面標注異常項（如紅色高亮字段），支持審核人添加批注；支持“駁回-修正”流程：若檢測到單價與合同不一致，可退回至預處理階段重新匹配數(shù)據(jù)。

?

4.輸出層，功能模塊如下：

• 單據(jù)保存：輸出層專注生成并保存目標單據(jù)（如應付單、出庫單、審批單）記錄轉(zhuǎn)換前后的單據(jù)關聯(lián)關系，支持追溯。

• 單據(jù)流轉(zhuǎn)：有些場景還會根據(jù)規(guī)則觸發(fā)下推動作，將生成好的單據(jù)通過調(diào)用接口或RabbitMQ/Kafka實現(xiàn)任務分發(fā)，推送給下游消費方。

• 操作審計（日志）：記錄單據(jù)接收、轉(zhuǎn)換、生成、下推過程的操作時間、操作用戶、數(shù)據(jù)版本等相關信息，異常信息實時預警。記錄單據(jù)轉(zhuǎn)換過程中的上下游關系圖譜，便于后期追溯排查。

閱讀原文：原文鏈接