組織引擎
選人/選部門/選崗位元件直接消費組織主資料,任職變更後選項與範圍自動反映,無需改表單程式碼。
用業務模型定義資料與介面:表單、列表、詳情與校驗規則一次建模——業務人員可配置,實施可落地
表單引擎是業務物件在平臺上的「資料 + 介面」載體。透過模型定義欄位、關聯、校驗與列表檢視,再對映到錄入表單、查詢列表與詳情頁,使 SRM 訂單、QMS 異常單、MES 報工頁等不必從零寫前端。設計態智慧體可輔助生成與調整表單物件,但最終仍以可進設計器繼續改的真實配置為準。
製造業表單的複雜度在於分支校驗、主子表、選人/選部門/選物料等主資料元件,以及與流程、許可權的聯動。表單引擎與組織、許可權、流程引擎共用底座,保證「誰在什麼範圍填什麼、提什麼審批」一致,併為多語言執行預留欄位級譯文空間。
選人/選部門/選崗位元件直接消費組織主資料,任職變更後選項與範圍自動反映,無需改表單程式碼。
列表行範圍與欄位/按鈕控權在表單執行時繫結;匯出與介面呼叫同樣受限,不成為越權旁路。
提交可驅動流程;節點對欄位的必填/只讀與表單規則一致,避免「流程過了單還是草稿」。
設計態可輔助生成與調整表單物件,結果必須進入設計器複核後再發布。執行態建立表單資料走表單業務介面,與頁面錄入共用校驗和許可權。
| 斷點現象 | 常見誘因 | 治理抓手 |
|---|---|---|
| 各業務自建通訊錄選人 | 未消費組織元件 | 統一人員/部門/崗位選擇器 |
| 駁回後業務狀態未回退 | 表單狀態機未與流程聯動 | 節點結論驅動狀態欄位 |
| 報表與介面欄位名不一致 | 模型未統一取數 | 報表優先消費業務模型 |
| 聊天生成配置直接上生產 | 跳過設計器複核 | 設計態產物必須可編輯再發布 |
| 主子表孤兒行 | 刪除/作廢規則未建模 | 主子一致性校驗與級聯策略 |
| 版本覆蓋未釋出配置 | 智慧體直接釋出 | 設計器版本與釋出閘口 |
| 同一欄位多單位並存 | 模型口徑未統一 | 欄位字典與校驗規則 |
IQC 記錄、採購訂單行、報工明細、檢驗項子表等是高頻建模物件:欄位單位(件/KG/米)、批次/序列號、組織維度應在模型層一次定義。與 ERP 對接時,避免在表單側複製一套物料描述;選物料元件應消費主資料。列表預設篩選按工廠/倉庫組織聯動,減少「看得見全集團行」的配置失誤。