许可证首先是法律权利，其次才是一笔IT开销

别急着续费。你先回答一个问题：去年那笔许可证预算，有多少是花在“有人真的在用它干活”上的，有多少只是因为你不知道它到底在不在被用。

工业软件这行当有个默契的沉默：大家嘴上都说在做License优化，实际上做的还是到期续费、不够就买。真正把许可证当成资产去盘的人，少。盘出来之后敢动手调的，更少。因为一动就会碰到人，碰到项目，碰到“你凭什么收我的许可”。

很多人脑子里许可证就等于发票上那个数字。不是。许可证是供应商授予你的一组使用权，它规定了能用什么模块、谁可以用、用多久、能不能从一台机器挪到另一台。达索的命名用户许可绑定到具体账号，管理员可以手动回收，也可以配成30天未用自动回收，但重新分配给另一个人还有等待期。西门子的NX命名用户许可更拧巴，它不走license server，走Teamcenter按月统计唯一用户数，超了就直接拒，重新分配一个月只能做一次。你不把这些规则当回事，账面上“买了20个”，现场可能只有12个人能真正用上，剩下8个被死人名字占着。

再往下一层，token类许可的计量单位跟“一套软件”完全是两码事。Abaqus一个单核作业起步5个token，加并行核数往上叠，8核Explicit任务一口气吃掉12到15个token不稀奇。你按“装了Abaqus的机器有几台”去判断够不够，跟按token池的签出情况去判断，结论可以完全相反。这就是为什么很多企业“明明买够了却天天排队”。

最常见的问题，不是买少了，是买错了、占错了、放错了地方

国内制造企业的工业软件许可闲置率，行业调研的口径普遍在40%以上，浮动许可的实际利用率常常只有三到五成。钱不是没花，是花了之后有一大半在池子里睡觉。

第一个坑：命名用户许可的“死人占用” 。离职的人账号没关，转岗的人原模块没退，外协项目结束外部账号还挂在池子里。没有人会主动承认“这个账号其实已经没用了”，因为回收意味着要判断、要担责、要去跟人解释。于是就一直挂着，挂到下一次审计或者下一次预算被砍。

第二个坑：把并发许可当命名用户用，或者反过来。并发许可是共享的，谁签出谁用，用完还回去。命名用户是绑人的，人不走许可不走。有些岗位其实一个月只打开两三次软件，却占着一个命名用户席位；有些高频交互的岗位反而在抢并发池，拒斥全堆在那里。许可类型跟使用模式错配，比数量不够更隐蔽。

第三个坑：只盯license server的“in use”，不看denial。FlexNet和DSLS的lmstat只能告诉你当前签出了多少，拿不到拒斥事件。真正的denial信息埋在debug log里，得自己去解析。不看denial，你永远不知道“池子没满”和“有人在门外进不来”可以同时成立。

摸底这件事，手工做一遍比买工具更值

第一步，按feature把授权凭证和实际部署对一遍。不是对总数，是对到模块级别。合同里写的是哪个feature、数量多少、计量单位是并发还是命名用户还是token，然后去license server的日志里看这个feature在过去一个完整项目周期里的签出峰值和拒斥次数。对不上的地方标记出来，别急着下结论，先问是计量口径理解错了，还是确实有部署没授权。

第二步，把命名用户清单跟HR的在职名单交叉一次。不需要什么高级系统，导出来VLOOKUP一下就行。你会看到一批账号对应的名字在HR系统里已经查无此人，或者岗位已经换了但许可模块没换。达索DSLS可以在服务端手动Recycle Named User Licenses，西门子那边通过Teamcenter的月度重新分配来处理。关键是把回收动作挂到离职和转岗流程的关闭条件上，IT不确认回收，工单不算完。

第三步，算一次“有效利用率” ，不是“有没有人签出”，是“签出之后有没有在实际干活”。仿真和CAD场景里，GUI开着、token攥着、人去开会或者模型在那儿放着不动，这种情况占比不低。你不需要一开始就上自动回收，先把闲置超过两个小时的会话人工清一轮，看看拒斥降不降。如果降了，说明问题是占用而不是容量。

优化动作要小、要能回退、要有人认账

优先动高价值且高拒斥的那一个feature。比如某个CAE求解器的token池，denial集中在项目节点前两周，但峰值并发离授权上限还有距离，那问题大概率是闲置占用和并行核数滥用。先设一条硬规则：求解器会话闲置超过一个阈值强制回收，回收前给用户发通知，留保存窗口。同时把并行核数上限焊死，普通作业卡4核，超了走审批。工程师不是故意占着不放，他只是觉得“多给核跑得快”，但多给核吃的是token，不是免费算力。

命名用户的回收要分批次、带白名单。第一批只动连续60天没有登录记录的账号，回收前发确认邮件，给三天申诉期。第二批动离职和转岗未回收的。不要把关键项目上的人放进自动回收范围，一次误回收把正在跑的模型搞丢了，后面所有优化动作都推不动。

工具放到最后再考虑。工具能做的事是把license日志、安装记录和人员归属放进同一个视图，省掉手工VLOOKUP的时间，也能做基于心跳的闲置回收。但工具不解决“合同里写的是命名用户还是并发”这种理解问题，也不解决“离职流程为什么没有IT关闭条件”这种流程问题。你连feature的计量口径都没搞清楚，上一套平台只是把错误的口径自动化得更快。OpenLM这类工具强在“看”，自动回收的“动”做得比较克制，阈值和误回收率得自己调。先用手工跑通一轮“发现—回收—看denial变化”的闭环，再决定要不要买。

一个真实场景的账

某工程服务公司，全球几个时区都有团队，核心工程软件的许可证消耗在项目间歇期也一直很高，钱花得莫名其妙。他们没换供应商，也没重新谈合同，就是把license usage做到足够细的粒度，识别出过度使用的feature，然后上线了闲置许可的自动回收。核心应用的有效利用率拉到99%，拒斥基本消失，最后供应商反过来基于他们优化后的真实用户数签了一个企业协议，用户不用再被denial卡，公司也没多买。

这事里最值钱的不是自动回收那个按钮，是他们先看清了“谁在用什么、什么时候不用” ，然后才动手。License优化说到底就这一句话：把每份许可从“买回来的权利”变成“有人正在兑现的价值”。做不到这一点的续费，都是在给沉默的闲置买单。