许可管理的本质，不是买多少套软件，而是把“谁在用、什么时候用、用来干什么、用完之后怎么办”

我见过最典型的场景，是早上九点不到，CAE 群里开始有人喊“谁占着 Ansys 不放”，而月底 IT 把许可证报表拉出来一看，峰值时段平均三成以上的占用超过二十分钟没有任何键鼠活动。两头都是真的。抢的人在抢，闲的人在闲。问题从来不是“许可证不够”这么一句话能盖住的。

许可管理的本质，不是买多少套软件，而是把“谁在用、什么时候用、用来干什么、用完之后怎么办”这条链子跑通。 它是个运营问题，不是采购问题，也不是 IT 装个监控就能收工的事。工具只负责把事实摆出来，真正让利用率动起来的，是规则和责任人。

先说清楚：你看到的“利用率”，大概率是错的

很多企业不是没有数据，是有数据但口径对不上。采购看的是合同里的授权数，IT 看的是许可服务器上的并发峰值，业务部门报的是“我们组有十五个人要用”。这三个数放在一张表里，谁也说服不了谁。

并发许可的利用率，核心看的是“有多少时间、有多少个许可证同时在干活”，不是看装了多少台机器，也不是看登录过多少个账号。 一台设计工作站上装了 CATIA，不等于这个人今天占了 CATIA 的并发席位。反过来，一个人开着 CATIA 去开早会、去车间看件、下班锁屏不关，系统上照样算他在“占用”。你把安装量当利用率，看到的永远是虚假繁荣。

还有一个更隐蔽的坑：拒绝数。用户点开软件拿不到许可证，弹个窗就关了，很多人不会在群里喊，更不会提工单。这些“静默拒绝”如果不从许可服务器的日志里捞出来，你永远不知道真实需求被压掉了多少。光看利用率，看不出排队。

企业卡住的地方，往往不在技术

数据接出来了，闲置名单也列出来了，然后呢？

研发人员的真实心态不是“我占着不用”，而是“现在收了，下个月仿真收敛的时候我排不上队怎么办”。CAE 这种东西的使用本来就是一坨一坨的，连续几周不动，关键节点突然拉满。IT 也不敢轻易动，回收错了，第一个被追责的就是执行的人。采购更尴尬，没有一份能说服财务的数据，扩容申请和强制回收两头不讨好。

所以你会看到一个很拧巴的局面：一边报表显示闲置，一边群里还在抢。看见闲置和推动回收，中间隔着的不是技术能力，是责任接口——谁发起、谁确认业务影响、谁对最终动作负责、回收之后原用户回来怎么优先拿回去。这些没定下来，报表做一百页也动不了一根手指。

合规那边也不省心。SAP 的间接访问审计就不说了，英国一家八千多人的工程集团被 SAP 按第三方系统对接产生的文档量算出来四百六十万英镑的间接访问敞口，最后靠逐条接口映射和谈判才压到七十八万。工业软件这边，2025 年珠三角至少两百多家制造企业收到过 PTC 的 CAD 侵权告知函，很多老板以为自己“买过正版”，查下来是三年前五百块买的“学习版”。合规风险不爆发的时候没人管，爆发的时候 IT 连台账都拿不出来。

落地分三步，顺序不能反

第一步：摸底。把“能解释的数据”先做出来，别急着上手段

不要一上来就搞全公司全软件。选一类高价值、并发许可、有许可服务器日志的软件——CATIA、NX、Ansys、Creo 都行，先跑通一个。

具体做三件事：

• 拉至少一个完整业务周期的日志。 项目型团队要覆盖关键节点，别拿淡季平均值掩盖峰值。把并发数、拒绝数、单次会话时长、长时低活跃会话四个东西同时留下来，光留一个并发峰值没有诊断价值。
• 把“僵尸会话”单独标出来。 定义清楚什么叫“僵尸”：不是简单看在线时长，而是键鼠无活动 + 应用窗口无刷新 + 没有后台计算任务。有人开着 Part 看尺寸、查 BOM 发呆，和有人在跑 DMU 回放、Knowledgeware 脚本、大装配 regen，在系统里可能都表现为“GUI 不动”，但后者绝不能收。
• 让业务侧确认“低频但关键”的例外清单。 某个 CAE 求解模块四十五天只启动过两次，但用户说下月项目还要用，这种事不要 IT 单方面判断。先记下来，标成“待补证据”，不要用推测把它归进闲置池。

这一步的产出不是一张漂亮报表，是一份口径统一、能指着某条记录说清楚“这个人这台机器这个模块在这个时间段是什么状态”的底稿。没有这个，后面所有动作都是空中楼阁。

第二步：优化。从“能安全收回的那部分”开始动，别一上来就搞强制

有了底稿，先别碰那些模棱两可的。专挑“人明显不在、后台也没忙”的会话——开早会不关软件的、锁屏下班不关的、最小化等 PLM 刷新的。CATIA 场景里，DS 原生的 TIMEOUT 参数检测的是 TCP 会话静默，不是人走没走，挂 VPN 断一下反而可能误踢正在干活的用户，指望它做精细回收不现实。

回收的规则要提前写死，不要现场拍脑袋：

• 分层阈值。 普通 Part Design / GSD 可以设十五分钟 idle 回收；DMU Navigator / KIN 这种重模块设更长窗口。同一个软件里不同模块的使用节奏不一样，一刀切必然出事。
• 前置通知和申诉入口。 回收之前弹一个通知，给用户一个明确的“保留”或“释放”选项。用户选了保留，过几天还没用，再触发下一轮。没有申诉通道的回收，执行一次就会被投诉埋掉。
• 回收后原用户回来的路径要无感。 许可证凭证释放回池子，本地会话进程保留，用户一动鼠标，客户端异步重新申请，走单独的优先级队列，不能跟新来的请求混排。如果用户回来发现软件崩了、文件丢了，这套东西就再也推不动了。

先在一两个模块上把“回收—再分配—反馈”这个环跑通，再谈扩大范围。 不要第一天就全软件全部门铺开，出了问题你连回滚的余地都没有。

第三步：工具。是来替你跑腿的，不是来替你决策的

工具的价值只有两个：把你看不到的事实变成持续可见的，把重复的判断动作变成自动执行的。 但它不能替代“该不该收、收了怎么交代”这件事。

选型的时候盯住几个死穴：

• 能不能在不装客户端 agent 的前提下做键鼠 idle 判定。 几百上千台设计工作站逐台推 agent，光是版本兼容和权限就能拖垮上线节奏。纯服务端旁路监听，对 CATIA V5 和 3DEXPERIENCE 混跑的环境尤其重要。
• 能不能区分“真 idle”和“后台忙”。 不能区分 DMU 动画、脚本执行、大装配 regen 和“人走了没关”的工具，回收动作本身就是工伤制造机。
• 拒绝数（denials）是不是真实可用的。 有些平台会把跨服务器的正常重试也记成拒绝，数字虚高；要把 false denials 剔掉，剩下的才是真正被挡在门外的需求。
• 策略变更有没有版本记录。 你下个月把 idle 阈值从十五分钟调到十分钟，得知道上一版是什么、当时为什么这么定。没有变更留痕，审计的时候说不清楚。

OpenLM、FlexNet Manager 这些名字在圈子里都熟，但选哪个不是重点，重点是工具采集回来的数据，要有人看、有人对、有人据此做动作。Autoneum 用 OpenLM 把工程软件许可支出压了百分之二十八，原话是“报表给了我们信心去减，而不是伤害业务”。信心来自数据能被业务认可，不来自工具本身。

一个实测，数字不大，但过程是真的

2026 年 1 月，某汽车零部件集团，CATIA V5R25 加 3DEXPERIENCE 混跑，DS License Server 配 FlexNet。MD2 包一共 28 个，早高峰八点四十五到十点四十全满，群里七八个人同时喊没许可。IT 用 lmstat -a 盯了三天，发现峰值时段平均 31% 的占用超过 22 分钟没有任何键鼠活动——有人开了 Part 去开早会，有人最小化等 PLM 刷新，有人下班锁屏不关 CATIA。

他们没有先走采购流程。先把“开了不关、人在发呆”的那部分会话做 idle harvesting，回收进公共池轮转。28 个 MD2 包，干出了原来 51 个包的吞吐效果。采购申请从“新增 14 个”砍到“新增 2 个备机”。

这里面没有魔法，就是把“假短缺”挤掉了。但有一个前提：回收之前，IT 和设计部门把阈值和例外规则一条条对过，后台忙态的模块全部加了保护标记，回收后原用户回来的重取路径跑了实测，不崩、不丢、不弹报错。 少了哪一条，这 31% 的数字就只是又一个“IT 建议”，不是执行。