組織架構是 Lark 管理後台最重要的基礎資料。成員、部門、角色、使用者群組和欄位如果一開始沒有規劃好，後續會影響審批、文件權限、搜尋可見範圍、訊息協作、席位管理和離職交接。
對企業導入來說，組織架構不是把名單匯入即可，而是要定義資料來源、維護責任、同步週期、欄位標準和異動流程。
圖片替換位置：成員清單、部門樹、角色設定與關聯組織設定截圖可放在
/assets/knowledge/admin-console/organization/。
成員管理
成員管理包含邀請成員、分配席位、修改成員資訊、重設密碼、調整登入手機或信箱、暫停帳號、處理離職和資源移轉。若企業正在快速擴編，建議把成員加入流程標準化。
基本盤點項目包含：
- 新人如何加入企業：手動邀請、批次匯入或由身份系統同步。
- 成員資料由誰維護：HR、IT、部門助理或系統自動同步。
- 哪些欄位會用於搜尋、名片、審批或報表。
- 離職時誰負責停用帳號與轉移資源。
- 是否需要匿名化或個資保留策略。
若企業已有 HRIS 或 IdP，應避免雙邊人工維護造成資料不一致。
部門、角色與使用者群組
部門用於呈現正式組織層級，通常會影響通訊錄、部門群組、文件權限與管理範圍。角色則常用在流程或權責設定，例如審批中的主管、人資、財務或行政角色。
使用者群組適合跨部門場景，例如「全台門市主管」、「客服一線人員」、「資訊安全審核人」、「專案 A 成員」。相較部門，群組更有彈性，適合套用產品功能、權限規則或公告對象。
導入時建議先保留清楚命名規則，例如：
- 部門名稱依公司正式組織。
- 角色名稱依職責，不依個人姓名。
- 使用者群組名稱包含用途和範圍，例如
TW-Store-Managers或Finance-Approval-Admins。
成員欄位與名片設定
成員欄位可影響名片頁、搜尋匹配、分機、職稱、地點與其他企業資訊。欄位設計不應只看目前需求，也要考慮未來是否會用於權限、報表或同步。
常見建議：
- 只公開必要欄位，避免個資過度暴露。
- 重要欄位要有資料來源，不要讓每位成員任意填寫。
- 多語系公司可提前規劃中英文姓名與別名。
- 若欄位會被流程引用，修改前要檢查審批、Base 或自動化依賴。
關聯組織與跨境協作
關聯組織適合集團、多品牌、多公司或跨國團隊在不同 Lark 組織之間協作。管理員可配置關聯組織，讓成員在一定範圍內查找、溝通或協作。
若涉及跨境關聯組織，建議先評估：
- 哪些成員資料可見。
- 是否涉及個資跨境傳輸。
- 內外部成員的溝通範圍。
- 文件與訊息是否有額外保護需求。
- 解除關聯或人員異動時的資料處理流程。
關聯組織不是單純的便利設定，而是跨租戶治理的一部分。正式上線前應由 IT、法務、資安與業務共同確認。
常見問題
Lark 組織架構要由 HR 還是 IT 維護？
常見做法是 HR 維護人員資料與部門歸屬，IT 維護帳號、安全、同步與管理員權限。若有 HRIS 或身份系統，建議明確指定資料來源與同步責任。
成員、部門、角色和使用者群組有什麼差異？
成員是個別帳號，部門代表組織層級，角色常用於流程或權責設定，使用者群組則可跨部門集合成員，方便套用權限、規則或功能範圍。
什麼情況需要關聯組織？
當集團、多公司、跨區域或合作組織需要在不同 Lark 租戶之間協作，可評估關聯組織。若涉及跨境資料與成員可見性，應先完成資安與法務評估。
離職成員資料要如何處理？
離職時應同時處理帳號停用、資源移轉、文件歸屬、群組管理、匿名化需求與個資保留規則，避免資料遺失或權限殘留。