Teamcenter 账号资源不足怎么办？从占用分析到账号回收

Teamcenter 账号不够用，很多时候不是真的“人太多”，而是账号列表太脏。离职的没清，转岗的没调，临时项目账号没人管，重复账号还占着角色和许可。采购一看报表觉得要增购，IT 一看池子觉得紧张，业务那边又天天说抢不到。其实先把账号底账理一遍，往往比买许可管用。

Teamcenter 的麻烦在于，账号、角色、许可、人员状态是四件事。 账号停了，不等于许可立刻释放；角色没回收，不等于权限真的用得上；登录记录有，也不代表这个人还在干活。Named User 模式下，许可是跟着账号走的，账号生命周期一旦没人管，占用就会越堆越多。

常见几类问题

• 离职账号未关闭：人走了，账号还在，角色还在，许可占用也在。
• 转岗账号权限残留：从设计岗转到工艺岗，旧角色没清，高价值模块权限还挂着。
• 重复账号：同一个人有多个账号，权限分散，统计失真，审计时也说不清。
• 长期不活跃账号：半年没登录，但还在用户组里，甚至还在项目成员里。
• 临时账号没回收：供应商、外包、短期项目成员，项目结束了账号没人动。
• 角色过度授权：为了省事直接给大角色，实际只用查看或简单编辑。
• 许可预留规则没被考虑：有些许可占用不是实时释放，会受当月使用、重新分配周期等规则影响。

先摸底，别急着删

第一份东西不要是“采购申请”，而是一份账号事实清单。IT、采购、业务一起看同一份底稿，少扯皮。

先查这几项：

• 账号是否对应真实在职人员；
• 最近一次登录时间；
• 是否长期无操作；
• 是否存在重复账号；
• 当前角色和组归属；
• 是否绑定高价值模块权限；
• 是否属于离职、转岗、外包、临时人员；
• 是否仍在活跃项目或工作流中。
• 查完别直接下结论。抽样回到源系统验证，比如人员系统、HR 离职记录、项目成员表、角色分配表。导出、合并、去重这一步最容易出错，人工表一乱，后面动作就偏了。

再优化，把规则立起来

摸底之后，按影响大小分批处理。

离职账号优先关。 建立入转调离同步机制，HR 流程触发后，IT 在规定时间内完成账号停用、角色回收、许可释放。不能只改状态，还要确认项目成员、工作流、数据所有权有没有残留。

重复账号合并。 同一个人多个账号的，保留主账号，把项目、权限、数据归属迁过去。迁移前做影响分析，别删完才发现他还在某个流程节点里。

不活跃账号设复核周期。 比如连续 90 天未登录，先标记；再 30 天无反馈，再停用。停用前通知业务负责人，避免误伤关键岗位。

角色按岗位模板分配。 不要口头给权限。设计、工艺、采购、质量、供应商，各给一套最小权限模板。临时需要再加，项目结束再回收。

回收前必须通知。 通知到账号本人和业务负责人，留记录。回收后观察一段时间，有人重新申请就说明真需要；没人提，基本可以确认是闲置。

最后再考虑工具

账号治理跑通一轮后，再上工具才稳。工具主要解决三件事：持续监控、自动提醒、留痕审计。比如自动发现长期未登录账号、识别重复账号、记录回收动作、生成复核报表。但工具不能替代审批，也不能替代业务确认。涉及许可条款、合同解释、对外审计口径，还是要让采购和法务把关。

怎么核验

• 活跃账号率：分子分母说清楚，哪些算在职、哪些算活跃，提前定死。
• 离职账号关闭时长：从离职生效到账号停用的间隔，按月跟踪。
• 重复账号数：连续看趋势，别只看一次清理结果。
• 账号回收再分配率：回收后是否真的被重新使用，抽样回读验证。
• 指标异常时，先查是不是采集范围变了、口径变了，再判断业务是不是真变了。

一个真实情况

有家做装备的企业，Teamcenter 账号涨到八百多，研发总说登录慢、权限申请慢，采购也觉得该增购。后来把账号拉出来一对照，发现离职未停用账号四十多个，重复账号二十多个，超过一百八十天未登录的账号将近一百个。还有个外包团队项目结束三个月了，账号和角色都没清。

先关离职账号，再合并重复账号，再对长期不活跃账号发复核通知。两轮下来，有效活跃账号占比明显上来，后续增购申请也压下去了。后面他们把规则固定下来：离职 T+3 停用，转岗 T+5 调整角色，临时账号到期自动提醒。再遇到“账号不够用”，先看清单，不再直接走采购。