不是license不够，是没人知道license在谁手里睡觉

又是续费季。财务拿着软件费用清单问CIO：三年前仿真软件预算180万，今年报260万，多了80万买的是什么？IT答“业务扩张需要”。财务再问：那使用率涨了多少？没人答得上来。这个场景在制造企业太常见了——预算年年涨，钱花到哪了说不清。真相往往很尴尬：吞掉预算的不是新增需求，是长期闲置的高价值license、模糊的台账和没有回收机制的流程。

一、先把性质说清楚

制造业软件有个特点：单价高、授权复杂、协作链条长。CAD、CAE、EDA、仿真分析、工艺设计，一套license几万到几十万，浮动许可、named user、维保、addon模块混在一起。管理方式如果还停留在采购台账+人工问询阶段，钱就会在看不见的环节持续流失。

于是CIO会陷入一个矛盾局面：业务那边喊“license不够用”，财务这边嫌“费用涨太快”。两边都没错，错的是没人掌握软件资产的实时状态——看不清安装、使用、并发、闲置、续费之间的真实关系，预算就被低效消耗，而且消耗得名正言顺。

二、三类吞预算的浪费

• 装了但没怎么用。终端上装着高价值软件，实际打开频次很低，或者只在项目某几个阶段短期用，授权常年保有，没有按活跃度回收复用的机制；
• 占着不用也不释放。浮动许可环境里，工程师打开求解器挂后台、切去干别的、下班不退出，并发池看着天天紧张，业务据此提加购需求——根因是闲置占用，钱却花在了扩容上；
• 部门各自决策，没有统一视图。采购看合同数，IT看终端安装，业务看能不能打开，合规看audit风险——每个部门只握着局部事实，没人对全局投资效率负责。

三样叠加，就是典型循环：紧张→加购→闲置继续堆→下次更紧张。

三、治理闭环，四层往下走

第一层：统一盘点

先知道哪些终端装了什么软件、版本是否合规、归属哪个部门、跟采购合同对不对得上。三张清单：安装、授权、使用（license server日志，FlexNet/DSLS/LM-X各自解析）。这步不做实，后面全失真。

第二层：从“买没买”升级到“用没用”

高价值软件看的不该是静态数量，是五个指标：活跃人数、P95峰值并发、闲置时长、释放效率、跨部门复用率。把这五个数拉出来，“预算不足”还是“浪费过大”这个问题自己就有答案了。

第三层：自动化治理动作

人工每月查一次表救不了日常占用。按角色和业务优先级设规则：

• 长时间无操作预警（如checkout超48小时通知本人）；
• 超时自动释放（不响应升级到主管）；
• 关键岗位保留（option file里RESERVE给交付组保底）；
• 异常占用审查（非员工IP、异常时段checkout直接告警）；
• 离职回收写进offboarding流程，不勾不能结。

第四层：反哺采购与续费

续费前强制看使用数据，不按历史口径续；加购申请必须先排除“释放能解决”的可能；每笔预算对应的能力和风险说清楚。工具层面，像格发这类SAM工具把盘点、监控、释放规则、审计证据串成一个链路——试点跑顺了再上工具固化，别反过来。

四、一个朴素的小故事

某做重工装备的厂子，研发280人。前年仿真平台忙不过来，仿真组长打报告要加购15个求解器浮动许可，报上去财务问了一句“现在这批用满了吗”，两边谁都拿不出数据，加购拖着，工程师照旧加班抢license。

后来IT部一个做运维的老师傅自己写了脚本，把FlexNet的日志拉了三个月来跑。结果贴出来全组沉默：40个浮动许可，工作时段平均有效并发18个，其中每天有7-9个会话挂着没人用——求解器跑完任务不关，工程师去画图、开会、吃饭，license就一直被吊着。所谓“不够用”，一大半是挂机挂出来的。

厂长拍板先不加购。IT配了闲置提醒和自动释放规则，关键交付组做了保留额度，又把另一个事业部长年闲置的12个许可调配过来共用。三个月后再看：有效并发稳定在30以上，denied基本消失，15个加购指标直接撤销，一年省下来将近70万。

老师傅后来在部门会上说了一句话，挺糙，但在理：“不是license不够，是没人知道license在谁手里睡觉。”