組織引擎

以人為核心沉澱組織主資料：部門樹、崗位任職與彙報關係——許可權裁剪與流程選人的唯一可信源頭

引擎定位

組織引擎是平臺的人與組織底座。先把部門、人員、崗位與彙報關係理清，許可權才能按「本部門 / 本部門及下級」裁剪，流程才能按上級或部門負責人解析辦理人，表單選人元件才有統一主資料可消費。它解決的不是「畫一張組織圖」，而是讓入轉調離、兼崗代理與多組織並行時，業務系統不再各自維護一份互相沖突的通訊錄。

在集團多事業部、SaaS 多租戶與內外部協同並存的場景下，組織資料按租戶隔離，內部員工與外部聯絡人分冊管理。EHR 的組織人事、SRM 的多分子公司採購管控、各業務審批中的選人規則，都應複用同一套任職與彙報關係，並以生效日切換許可權與審批人，避免「人已到新部門、系統仍找舊經理」。

適用場景

集團多事業部、多分子公司並行，部門樹與崗位口徑不統一，報表維度對不齊
一人多部門任職、主崗兼職並存，業務系統各自維護組織，調崗後許可權與審批長期漂移
審批要按上級或部門負責人流轉，但組織關係散落在 IM 與表格裡，代理無期限
內外部協同（供應商、客戶聯絡人）需要與內部員工區分身份與資料範圍
SaaS / 多租戶部署時，組織資料必須按租戶隔離且可隨開戶初始化

能力要點

部門樹與組織檢視樹形維護部門、負責人與層級，支援架構檢視與批次匯入匯出。多事業部/多工廠並行時，組織口徑成為許可權、流程與報表的共同維度，而不是各系統各畫一張圖。
人員任職使用者可繫結多部門、崗位與工種，區分主部門與兼職；任職變更帶生效日。入轉調離時，許可權包與審批人切換有明確時間點，避免「人已到新部門、系統仍找舊經理」。
彙報關係維護上級與部門負責人，供流程「上級」「部門負責人」等規則穩定解析。代理與授權宜設期限，防止彙報關係長期失真導致審批落到錯誤責任人。
崗位與工種目錄崗位編碼與工種型別統一管理，支撐選人元件、編制統計與崗位級許可權包配置，減少「同名不同崗」造成的授權混亂。
內外部身份內部員工與外部組織/聯絡人分冊管理，資料範圍與可登入能力分離。供應商門戶、客戶協同等場景可複用身份模型，而不汙染內部通訊錄。
多租戶隔離組織資料按租戶隔離，開戶後可初始化組織骨架。集團多組織與 SaaS 並行時，組織邊界即安全邊界，禁止跨租戶人員串用。

與其他引擎協同

許可權引擎

資料範圍按本部門/本部門及下級等組織邊界裁剪；任職生效日後，可見行與許可權包同步收斂。兼崗、借調、代理必須帶期限，否則許可權債務必然累積。

流程引擎

審批人按上級、部門負責人、部門、角色解析；組織調整後辦理人規則仍可用，無需逐流程改個人，降低維護成本。

表單引擎

人員/部門/崗位/角色選擇元件只消費組織主資料，避免各業務自建互相沖突的通訊錄，選人結果與任職保持一致。

報表引擎

經營與人力看板按部門/組織維度篩選，口徑與組織樹一致，支撐多工廠對比時維度不串、彙總可解釋。

典型斷點

斷點現象	常見誘因	治理抓手
調崗後審批仍找舊經理	任職未綁生效日或流程寫死個人	任職生效日 + 辦理人按規則解析
兼崗導致看見不該看的行	兼崗無資料範圍或無限期	兼崗顯式建模並設結束日
報表部門維度對不齊	各系統自建部門編碼	統一部門樹與匯入匯出治理
供應商聯絡人進內部通訊錄	內外部身份未分冊	外部組織/聯絡人獨立主資料
分子公司人員串庫	租戶隔離或組織邊界配置錯誤	開戶初始化骨架 + 抽檢隔離
開戶後只有部門無人	骨架與人員匯入脫節	分階段匯入 + 任職抽檢清單
代理到期仍出現在待辦	代理未綁結束日或未回收	代理臺賬 + 流程解析迴歸

推進與驗收

先凍結部門編碼與層級規則，再批次匯入人員；禁止「邊上線邊改碼」導致歷史單據維度漂移
入轉調離流程與組織任職聯動：生效日前後分別抽檢許可權包、待辦辦理人與表單選人結果
代理與借調必須可演示結束日回收；抽檢過期代理是否仍出現在流程解析結果中
與 EHR、SRM 等多產品共用組織時，約定唯一維護入口與同步方向，避免雙主資料互相覆蓋
抽檢同一人員在 QMS/SRM/WMS 等已上線模組中的部門維度欄位是否同源組織樹
多租戶開戶演示：跨租戶檢索人員與部門應被隔離，審計能說明租戶邊界配置
外部聯絡人不得出現在內部薪資、成本或未授權專案的選人結果中

實施分期

一期（骨架）：租戶邊界、部門樹編碼、崗位目錄、內外部分冊策略；完成匯入模板與抽檢用例
二期（任職）：人員任職、主兼崗、彙報關係、入轉調離聯動；與許可權包、流程解析聯調
三期（協同）：與 EHR/SRM/CRM 外部身份對齊；代理借調與專案型組織（如有）納入臺賬

製造落地提示

多工廠並行時，常見做法是用組織樹區分工廠與車間，崗位目錄統一編碼但任職按工廠掛載；WMS 倉庫組織、MES 車間組織、EHR 發薪組織應對映到同一棵樹的節點，而不是三套並行編碼。專案型製造若啟用專案組，建議專案組授權帶期限並掛接主崗，避免「專案結束仍長期看見專案成本」。上線後組織變更應走工單或 HR 流程留痕，禁止直接在後臺改碼而不通知下游對賬。

不適用場景

希望組織引擎替代專業 HR 薪酬公式或考勤裝置協議——它提供任職主資料，不替代考勤機與薪演算法則本身
無生效日紀律、組織調整全靠事後改許可權——應先建立任職臺賬規則再談自動化
要求跨租戶共享人員編制——與 SaaS 多租戶隔離設計相悖，應透過集團型部署與組織邊界建模解決
把組織圖僅當展示、不允許下游消費——若許可權與流程仍各維護通訊錄，底座價值無法兌現

產品落地

返回平臺能力預約交流

常見問題

組織主資料與調崗生效的高頻疑問，先看這裡；仍有疑問可聯繫我們

調崗後審批為什麼還找舊經理？

常見原因是任職沒綁生效日，或流程把辦理人寫死成個人。組織引擎要讓任職、權限包與流程解析同一天切換；抽檢調崗前後各一條待辦即可驗證。

兼崗會看見不該看的資料嗎？

會，若兼崗沒有資料範圍或沒有結束日。兼崗、借調、代理必須顯式建模並設期限，到期回收，否則權限債務必然累積。

組織引擎能替代 EHR 發薪和考勤機嗎？

不能。它提供部門、任職與彙報關係主資料，供權限與流程消費；薪酬公式與考勤設備協議仍由 EHR 或現場設備承擔。

供應商聯絡人會進內部通訊錄嗎？

不應。內部員工與外部聯絡人分冊管理，外部身份不得出現在內部薪資、成本或未授權專案的選人結果中。

多工廠組織怎麼掛？

用同一棵組織樹區分工廠與車間，崗位目錄統一編碼、任職按工廠掛載。WMS 倉庫、MES 車間、EHR 發薪組織應對映到這棵樹，而不是三套並行編碼。