软件许可造就你那几百万的续费，有一半在养空气

制造业IT有个挺操蛋的默契：预算年年涨，研发年年喊不够，采购那边合同堆了一柜子，可你要问“到底谁在用、用的是不是他该用的那个模块”，三个人能给你三个答案。

闲置许可吃掉的钱，从来不写在采购单上。它写在许可服务器日志里，写在那些checkout了七八个小时、键鼠一动不动、但TCP还连着的会话里。国内制造业软件授权的闲置率，有调研口径给到平均超过40%，高端CAD/PLM在35%以上。你一年续出去两百万，七八十万在给没人碰的席位交保护费。

先搞清楚你买的是哪种“许可”，别拿Named User的脑子去管Token

这东西最怕混着算。FlexNet 体系下的 Floating / Concurrent，审计读的是你日志里重建出来的峰值并发，不是你月度平均用了几个。你平时5个人在用，峰值那一秒穿了10个，审计就按10个算。PTC的FlexNet默认 TIMEOUTALL 是7200秒，也就是两小时不活动才回收，很多企业根本不知道这个默认值意味着什么。

Siemens 的 NX、Teamcenter、Simcenter 走的是 token 池。你调一个高模块，按权重从共享池里扣token。界面不弹“你超了”，但峰值消耗悄悄越过 entitlement，审计的时候这条最要命，因为它不是“多装了一台”那么直观，是从池子里一勺一勺舀出去的。

Ansys 的 HPC 是另一套账。anshpc token 管的是超过基础核数之后的部分，每个超额核心吃一个token。你开一个24核的Fluent作业，基础核之外的部分全在烧token。anshpc_pack 是打包逻辑，8核一个pack，32核两个pack，和逐核消耗的池子是两码事。把这两样混在一起规划容量，不出事是运气。

制造业在这上面最常踩的几个坑，翻来覆去就那几样

坑一：占位式checkout。 工程师早上到工位先把CATIA勾上，然后去开会、去产线、去抽烟，回来再干活。苏州有家新能源电池厂监测过，工程师平均提前2.3小时申请许可，任务完成后延迟释放1.7小时，29%的申请属于“占着再说”。你看平均使用率觉得还行，一到出图节点全员排队，然后研发总监拿着工单来找你增购。问题不在买少了，在池子里漂着一堆没人划的船。

坑二：DSLS离线借用变成“幽灵”。 CATIA的DSLS支持把并发许可提取到笔记本上离线使用，最长30天。现场工程师借出去跑一趟项目，回来忘了还，或者机器崩了许可“挂”在池子外面，标准监控根本看不见。账面上30个CATIA，实际能用的只剩22个，剩下8个在某个人的硬盘里躺着，到期才回来。

坑三：拿“平均使用率”做采购决策。 某企业30个SolidWorks，月度平均看着不高，但项目节点多部门同时建模仿真出图，瞬时并发直接把池子穿透。管理者看的是平均数，工程师感受的是“此刻有没有”。FlexNet审计抓的恰恰是峰值那一刻，不是你月底拉的那张平均报表。

动手的顺序：先看清楚，再动刀，最后才聊工具

第一步，只读不碰，把峰值和空闲摸出来。 FlexNet体系下，lmstat拉出来的checkout记录只是起点。“start time”不等于“人还在”，你得把许可服务器日志和AD登录状态、RDP会话交叉起来看，否则把后台跑批的节点当成闲置踢掉，研发能追着你骂一上午。至少跑两周，重点看三个东西：每个feature的峰值并发到底多少，谁checkout之后长时间零活跃，峰值占用和实际在岗人数的差距有多大。

第二步，先用厂商自己的机制做回收，别上来就写脚本。 TIMEOUTALL是最便宜的软超时手段，挂在options文件里就行。但阈值不能一刀切：纯建模的NX/SolidWorks，15到20分钟比较合适；CATIA大装配启动慢、保存久，放到20到25分钟；Ansys的求解节点必须加白名单，GUI没键鼠输入不代表人在摸鱼，后台在算的时候把它踢了就是事故。DSLS那边，dslsadmin里可以设Inactivity Timeout，默认不自动回收闲置会话，很多人根本不知道有这个开关。lmremove只留给真死会话，用之前把user/host/display拿准，默认lmadmin是禁用它的，误杀风险自己担。

第三步，工具只在你看不清的时候上。 如果你们家以FlexLM/DSLS为主，OpenLM的价值不在于“又一个报表”，在于它把旁路会话监听和端点活跃状态拼在一起做应用层空闲识别，而不是只看TCP心跳。DSLS的Trigram（feature code）它帮你解成人话，离线借用的“幽灵”它追得到什么时候该回来。选型就问一句：能不能把“谁、哪台机器、什么feature、checkout时间、最后活跃时间”这条链拉出来。拉不出来，界面再花也是糊弄鬼。

一个挺朴素的事，数字比道理扎人

一家汽车零部件企业，53个CATIA许可证，研发总监反复打报告要增购，理由是“永远不够用”。IT被逼得没办法，把许可管理器日志拉出来看了一遍：21个许可连续14天没人碰，另有11个日均使用不足2小时。一年两百多万的软件投入，接近一半在睡大觉。同一个企业，另一套设计软件因为安装数超出授权范围，审计函一来，潜在赔偿二十多万。

两边是同一张台账管出来的结果：一边闲死，一边超死。后来他们做的事也不复杂：把连续多日零活跃的Named User席位从授权文件里摘出去，给DSLS的基础模块设上20分钟不活动回收，高模块单独拆池不跟基础包混着分。没有增购一套新许可，续费盘子砍下来一截，高峰期的排队反而短了。

这件事最值得记住的一句话不是“要上工具”，是你“买了”证明不了你“在用”，你“在用”也证明不了“那个在用的模块刚好是你付了钱的那个”。能把采购台账和许可服务器日志放在同一张桌子上对一次，很多所谓的“不够用”自己就露馅了。