License 别急着砍单：利用率偏低先查错配，再谈许可回收与软件资产治理

买了三年、续了两轮，报表上利用率常年趴在 30% 出头，老板第一反应就是"买多了，明年砍"。我见过太多回这种会，砍完不到一个季度，研发那边仿真排队排到半夜，又火急火燎加购。真别笑，这种账我替人翻过不止一次。低利用率这事，压根不等于采购过量，更多时候是分母取错了、模块拆得稀碎、或者席位绑死在一批早就不碰那台机器的人身上，统计口径一歪，后面全跟着歪。

先把性质说清楚，不然后面全是白忙。许可这东西，落到系统里其实是三层：合同里写的授权量（entitlement / 授权席位），license server 上真正发出来的并发 token 或 named user 绑定，再到客户端实际拉起来用过的功能模块。这三层本来就不该一一对应，可不少单位的报表偏把它们揉成一个"使用率"往外报。还有个更常见的坑，安装量、登录人数、活跃量、峰值并发，四个数看着都像"用了多少人"，其实完全不是一回事。安装量只是装了客户端，人家可能半年没点开；并发看的是同一时刻占住 token 的那个峰值，跟全天登录过几号人没半点关系。你拿月末某一天的平均并发去除以总授权数，得出来的 28%，能说明什么？啥也说明不了。项目型团队更吃亏，淡季一平均，关键节点那几天的峰值直接被抹平了。

所以别一上来就谈回收。先保业务连续性，再理错配，最后才碰合规边界。我一般的起手式就三样，土是土，但管用。

头一个，把分母和统计周期掰开看。到底是按总授权席位算，还是按实际签发的并发 license 数算，周期是一个完整业务周期还是财务顺手导的某个月，这些得先落纸。导完还得抽样回读源系统，license server 的日志、Usage 报表、AD 账号、终端清单，对一遍，确认导出转换没把字段吃掉。我碰到过一次，中间那层脚本把"借用（borrow）"的记录直接过滤了，外派工程师离线用的那段全不见了，报表当然难看。

第二个，分清楚安装、活跃、并发，而且必须能下钻到具体设备、具体账号、具体模块。只有一张汇总表，等于没查。低频模块尤其烦人，比如 CAE 里某个高级非线性求解包，一年就两三个项目用，可它是按模块单独授权、单独占坑的，你拿整体活跃率一除，它永远"闲置"，真到项目上又缺。固定绑定席位（named-user 绑死到主机或账号）也一样，人调岗了、机器报废了，绑定还挂在那，不回收不代表没人用，是根本没人能改。

第三个，把"今天的状态"和"历史上怎么变成这样"分开记。别拿现在的数据去解释去年那次扩容决策，当时可能就是为某个验收节点临时加的，项目结了没退，账就一直挂着。

这几张底稿摊开，IT、采购、法务、业务坐一块儿只认同一份数，比各报各的强太多。跨部门评审最怕的不是吵，是吵的压根不是同一张表。

动作上我不爱列那种漂亮的一二三四，想到哪说哪吧。指标定义先统一，规则版本和为啥改都留痕，下轮审计省得扯皮；按软件、再按模块分层看，别一锅端；回收不活跃账号和闲置席位之前，先圈影响范围、写好回退方案、挑个非关键窗口动，别周五下午顺手一删；未来项目需求得业务自己签字确认，谁负责、哪天完、完事回读验证，三样缺一样，这改进大概率人一换就烂掉。数据这层，gofar 能帮着把安装、授权、使用线索归到一处，闲置席位数这类运营证据也能集中记，但合同怎么解、能不能收、收了谁背责任，它替不了企业审批，也替不了法务判断。还有句老话得念叨，命令跑成功不等于用户那边没事了，技术动作收尾一定回看业务结果。

验证别只盯一个总数。活跃率、峰值利用率、闲置席位数、回收再分配率，每个都得留分子分母和异常样本，按部门或项目能下钻，跟整改任务、业务事件挂上钩。汇总值再好看，回不到具体账号设备模块，验收就不算过。效率、体验、风险三头都还能接受，才叫真过。

几个我忍不住要偏激两句的坑：单日报错或者一次"license 拿不到"就下结论说利用率低，纯属把偶发当趋势；供需没分析完就先采购或者硬回收，钱多花了还可能把关键业务卡了；安装量授权量登录数并发量混着算，那数压根不配拿去开会；没责任人没截止没回读的改进，基本活不过下一个项目交接。

顺手答疑，别展开。数据至少盖一个完整业务周期，项目组还得盖到关键节点；IT 管数据和技术策略，采购管合同续费，业务定优先级，沾合规争议让法务或专业的人把关；真不知道从哪起手，就把上面那三样核验做完，拿活跃率和峰值利用率把现状描出来，再排优先动作。

说个具体的。华东一家做重工部件的厂，PLM 加三维 CAD 带三个仿真模块，合同上 220 个并发 token，IT 报的利用率 31%，采购已经准备续费时砍到 150。我们拉了整整一个季度 license server 日志回读，先发现分母用的是"总授权席位"而报表分子取的是日均并发，口径本身就错了一层；再拆模块，主 CAD 峰值其实冲到 187，被一个高级疲劳分析模块（固定绑了 40 个 named-user，其中 27 个账号对应的人两年前就转去工艺岗、机器也换过）硬生生拉低了整体数；另外外派现场那批用 borrow 离线借用，旧导出脚本没收，少了十几段真实占用。后来没砍单，先把那 27 个死绑定解了、回退窗口放在月底非生产时段，40 个里挪 18 个给仿真组做池化调度，borrow 记录补进统计规则，规则版本留了变更理由。下个季度峰值利用率落到 74% 左右，闲置席位从账面 60 多收到 9，回收再分配率能逐条回到账号和主机，那 18 个席位赶上了后来一个核电配件项目，没再临时加购。采购那边的会也消停了，因为表终于只有一份。