離職事項
員工、職務、主管、最後工作時間、風險、HR 負責人和下一步行動始終顯示在總覽。
員工離職管理軟體
讓每一次離職都以可驗證的交接成果收尾
把已確認的離職轉化為有明確時限的收尾計畫，分別指定 HR、主管、IT、總務設施與財務負責人，並在結案前驗證完成佐證。
這個範例應用程式負責協調人員與營運層面的收尾工作。身分平台應負責正式停用帳號；薪資與 HR 系統則繼續保存各自的專業紀錄。
可先使用 Jodoo 最多支援五名使用者的免費方案，無需信用卡。
- 按生效時間設定管控，而不是使用沒有時間要求的清單
- 確認知識交接與責任移轉
- 最終結案前驗證權限和資產佐證
已填入的實際範例包含正常、待處理、逾期、卡關、退回和已驗證狀態。安裝後可自行調整無需重建應用程式，即可修改欄位、規則、角色和資訊看板。
將離職事件與為安全完成離職而必須執行的工作分開管理
離職生效時間會驅動多項紀錄，這些紀錄由不同人員負責，並需要不同的完成佐證。
知識與責任
承接人明確確認目前決策、義務、檔案、關係和下一項工作已經交接。
權限與設備
為每個系統、帳號、設備、鑰匙或門禁卡紀錄處理作業、執行時間、負責人、例外和驗證佐證。
結案審查
在離職事項標記結案前，由 HR 或相應負責人檢查尚未解決的例外。
並非所有離職都適用同一種處理順序
應圍繞通知期、風險和準確的生效時間設計流程。
計畫離職
儘早開始知識轉移和資產歸還安排，同時將權限移除準確安排在最後工作時點。
即時或高風險離職
採用受限流程，僅允許獲授權的 HR、法務、安全和身分管理負責人參與；不要在普通清單中公開敏感細節。
遠端員工或約聘人員
確認寄送安排、當地保管責任、外部帳號、客戶交接和正式人員紀錄。
內部調動
在設定新職務權限的同時移除過時權限和責任；不要把職務調動當成完整離職處理。
用他人可驗證的佐證取代一句“已完成”
紀錄應能回答：發生了什麼變化、由誰確認、還有什麼未完成。
權限覆蓋狀況
完成驗證的帳號數，占已知應用程式與帳號總量的比例。
如果影子應用程式不可見，工作流程就無法證明權限處理已經覆蓋完整。資產核對
依據已分配資產核對收回和檢查成果，並明確紀錄丟失或寄送中的例外狀況。
知識交接確認
知識交接應由指定的承接人確認，而不只是由離職員工上傳資料。
遺留例外
結案決定中仍未關閉的事項，必須寫明影響、改善負責人和到期日。
讓專業系統執行專業管控，由 Jodoo 統籌完整收尾
當離職流程會變化，且多個團隊必須證明任務已完成時，Jodoo 的優勢最為明顯。
用 Jodoo 完成客製化協作
銜接 HR、主管、IT、總務設施與財務任務，並隨離職模式變化調整欄位、流程、提醒與檢視。
專業操作仍由專業系統主責執行
實際停用帳號應由 IAM 執行，裝置管控應由 MDM 執行，員工與薪資紀錄應由 HRIS／薪資系統管理；涉及特定司法管轄區的決定應諮詢法律顧問。
員工離職常見問題
員工離職管理軟體應追蹤哪些內容？
應追蹤離職事項、生效時間、風險處理流程、知識與責任移交、權限處理、資產歸還、檔案、薪資或福利交接、例外、完成佐證和最終審查。
只使用離職清單是否足夠？
對於規模小、風險低的離職，清單可能夠用。當負責人不同、日期重要、例外反覆出現、佐證需要審查，或管理者需要檢視整體狀況時，軟體會更合適。
Jodoo 能自動移除使用者權限嗎？
Jodoo 可以分派、安排和驗證權限移除任務，並在適用時連線 API；但帳號盤點和權限停用仍應以身分識別提供者或身分治理平台為主責系統。
Jodoo 會取代身分或設備管理工具嗎？
不會。這些系統應主責執行並證明帳號停用或設備操作。Jodoo 負責統籌時間、責任、例外改善和最終結案佐證。
不同離職類型可以採用不同管控方式嗎？
可以。業務管理員可維護日常、計畫、即時、遠端及其他經核准流程，並分別設定可見範圍、負責人、時間和審查規則。
用自己的流程試用
開啟員工離職應用程式開啟一個含退回交接和待處理權限事項的離職案例
從總覽成果進入具體任務紀錄，順著佐證檢查問題，再依據自己的風險和責任模式調整結案規則。