離職流程

影子 IT 政策常常只有一句「未經核准，不得使用」。現實是員工為了把工作做完，總會找到自己的工具；完全禁止只會讓使用行為藏得更深。擋不住的話，退一步的問題是：這些帳號至少安不安全？公司至少知不知道它們存在？

2 可證明2 推論1 缺口繼續閱讀 →

員工離職那天，IT 把雲端帳號一個個停用，覺得流程很完整。三週後才有人問：他那台筆電呢？帳號和設備是兩條流程，這篇把設備回收補進離職檢查表。

2 可證明2 推論2 缺口繼續閱讀 →

很多 SaaS 依席位收費，續約時通常沿用去年的數量，甚至多買一些「備用」。很少有人在續約前問一句：這些席位現在誰在用？閒置席位每年都在付錢，閒置帳號也是攻擊面。這篇用最後登入時間、三類處理和合約條款，在續約前把席位對清楚。

1 可證明3 推論1 缺口繼續閱讀 →

行銷用 A 管專案，工程用 B，業務用 C，每個部門都有很好的理由。結果公司為同一件事付三份錢，跨部門協作還要在三套系統之間貼連結，每多一套就多一份權限設定和離職檢查。這篇講怎麼用功能分類、三個數字和續約日，把重複工具收斂下來。

1 可證明3 推論1 缺口繼續閱讀 →

導入 SSO 後，很多公司以為離職時在身分系統按一下停用，所有應用就一起關掉了。真正麻煩的是不支援 SSO、要升級才有 SSO，或員工用公司帳號授權過的第三方應用。這篇講怎麼盤點這些窗，並把關窗寫進離職流程。

2 可證明3 推論1 缺口繼續閱讀 →

離職那天 IT 停用了身分帳號，SSO 登不進去，大家以為事情結束了。一季後財務發現，某套設計工具的付費席位還掛在他名下，帳號也還是啟用。「從 SSO 拿掉」跟「把帳號和授權收掉」是兩件事，這篇講怎麼把離職檢查表展開到每一個應用。

1 可證明3 推論1 缺口繼續閱讀 →