引擎定位

整合引擎承接 JEDP 與外部世界的連線：ERP / 財務、裝置或中間層、物流與夥伴平臺等。透過模型 API、鑑權模板與整合通道，把「誰是主資料來源、哪些事件觸發、如何對賬重試」變成可運營的配置，而不是一次性指令碼。製造企業典型鏈路包括訂單與庫存回寫、檢驗結果同步、報工與產量回傳、開票與收款狀態等。

整合設計應先定邊界：物料、客戶/供應商、組織等主資料歸屬；單據狀態以誰為準；失敗重試與死信如何被業務感知。平臺多租戶下，通道與憑證按租戶隔離。官網不展開表名與內部 SID，對外強調可治理、可審計的連線能力。

適用場景

點對點介面蔓延，同一主資料多處可改，對賬靠人工，故障時難以判斷主責系統
鑑權、重試與日誌不統一，故障時難以定位是通道、對映還是源系統問題
業務事件（收貨、報工、開票）沒有可靠投遞與可見失敗，下游長時間不知情
測試、預發與生產環境憑證混用，存在安全與誤寫風險，一次誤配置可能汙染生產
多租戶 / 多工廠下，整合配置無法按邊界隔離，通道複用導致資料串味

能力要點

模型服務 / API以業務模型對外暴露可呼叫服務，對接按物件邊界展開。減少煙囪式定製介面與重複欄位對映，讓新對接優先複用已有模型服務。
鑑權模板統一認證與授權模板，降低每個對接專案重複造輪子；憑證按環境隔離，測試/預發/生產不得混用，降低誤寫生產風險。
整合通道連線外部系統的通道配置、執行監控、重試與失敗可見，使整合從「一次性指令碼」變成可運營能力。業務側應能感知失敗，而不是只存在技術日誌。
對映與轉換欄位對映與基本轉換規則可維護，適應源目標模型差異；對映變更可追蹤，避免口口相傳的「那份 Excel 對映表」。
對賬與觀測關鍵流轉可追蹤，業務與技術可共同定位斷點（通道、對映或源系統）。死信與積壓應進入可處理佇列，而不是靜默丟失。
租戶級隔離憑證與通道按租戶/組織邊界隔離，服務 SaaS 與集團並行。禁止跨租戶複用通道導致主資料或單據串味。

與其他引擎協同

表單引擎

對外模型服務以業務物件為界暴露能力，新對接優先複用模型 API，減少煙囪式定製介面與重複對映。

流程引擎

外部狀態回寫可按場景觸發或推進內部流程節點，但必須可對賬、失敗可見，禁止靜默丟事件。

許可權引擎

通道憑證與呼叫範圍按租戶/組織隔離，降低跨環境誤寫與越權呼叫；生產憑證不得用於聯調。

雙智能體

執行態可關注整合失敗與積壓告警並推給負責人，不替代通道配置、對映治理與對賬責任。

典型斷點

斷點現象	常見誘因	治理抓手
兩邊訂單狀態不一致	無對賬與重試策略	狀態機對照 + 失敗佇列
介面誤寫跨組織資料	憑證未隔離	租戶/組織級憑證與範圍
主資料雙源互相覆蓋	同步方向未約定	唯一維護入口 + 對映表
失敗只在日誌裡	無業務可見告警	整合積壓推送到待辦
回寫觸發流程但無單據	對映缺業務鍵	業務鍵對齊與冪等
全量同步拖垮業務庫	無頻控與視窗	增量策略 + 執行視窗
測試憑證誤連生產	環境隔離不足	環境標籤 + 憑證分冊

推進與驗收

每條通道有對接清單：物件、方向、頻率、失敗處理與對賬抽樣方法
故意製造一條可恢復失敗，驗證重試、告警與業務側可見性
跨系統關鍵欄位對映表可維護；變更對映有版本與迴歸抽檢
智慧體執行態可列出失敗/積壓清單，但不自動改生產主資料或憑證
冪等演練：重複投遞同一業務鍵，單據與狀態不重複
組織/租戶隔離抽檢：憑證只能寫授權範圍內組織
業務方對賬簽字繫結通道版本與對映表版本，而非僅籤「介面已通」

實施分期

一期：主資料方向、憑證與隔離、1–2 條關鍵通道 MVP
二期：失敗可見、重試、對賬抽樣、對映表治理
三期：擴充套件通道、流程觸發、執行態積壓與智慧體提示

製造落地提示

SRM 採購訂單與 ERP、WMS 收貨與 ASN、MES 工單與報工、QMS 檢驗結果回寫、CRM 發貨與庫存是高頻通道：每條應明確主資料主責（物料/供應商/客戶通常 ERP 主、執行狀態 JEDP 主或雙向對賬）。憑證按租戶/組織隔離；測試環境憑證不得指向生產。外部回寫推進流程時，業務鍵對齊到 JEDP 單據號，冪等鍵建議用「來源系統+來源單號+行號」組合。

不適用場景

希望整合引擎替代 ERP 總賬或 MES 數採協議本身——它連線系統，不替代專業核心
無業務鍵與冪等設計的高頻全量覆蓋——應先建模物件與對賬規則
把整合失敗當作「IT 內部事項」——業務側應可見斷點並參與驗收
用點對點指令碼堆介面——應收斂到模型服務與可維護對映

集成引擎