先描述一个场景,你大概率见过。
财务给的那张软件台账,格式挺讲究:软件名、供应商、合同号、金额、到期日、采购部门,一应俱全,季度更新。老板要看的时候拉出来,看着挺像那么回事。
然后研发那边天天在群里喊,仿真软件排队排到第二天早上。你拿着台账去对,台账上写着 85 套浮动,实际峰值才 51。那差的 34 套去哪了?台账答不上来。
这就是问题的样子:台账记录的是"买过什么",但现场需要的是"现在谁在用、能不能抢到"。两件事,根本不是一张表能装下的。
说白了,台账是静态快照,许可是动态池子。
采购一年动一次,软件使用每天都在变。今天有人占着不用,明天外包进场,后天项目结项,大后天有人离职。你拿一张季度更新的表去对一个每小时都在变的池子,能对上才怪。
再往深一层讲,四套数据从来没被同一个地方拥有过:
排队 = 不够用,于是加采购。
最常见的误判。多数情况是占着不用——上午开个模型去开会,中午回来接着干,中间两三个小时 license 就那么挂着。看许可服务器日志里的 DENIED 和排队记录,对时间点,再去查那个时段谁持有,基本能抓出来。
后果:钱花了,排队照旧,明年还得再花。
idle 超时没配,或者配了没生效。
FlexNet/FlexLM 这类服务端是能配 TIMEOUTALL / INCR_TIMES 的,达索那套又有自己的配置方式,SolidNetWork 又是另一回事。很多企业装完就默认了,等于没有。有的软件压根不支持服务端强制释放,只能客户端配,得一个个试。
后果:这是最容易拿回来的一块,但一直没人动。
闲置识别规则太松或太严。
一刀切按 30 天判定,研发那边项目周期两个月,误伤一大片,然后规则被骂废了。按 90 天、120 天,又太保守。这个阈值必须按你们自己的项目节奏定,别抄模板。
版本混装。
2021、2022、2023 三个版本同时在生产环境里跑,授权是按版本买的。审计扫出来,超量的往往是那个你以为没人用的旧版本。
回收了,但没记录。
这条最亏。你明明处理过一批闲置账号、回收过许可,但没留时间、没留责任人。等审计来的时候你说"我们处理过了",拿不出证据,在对方眼里等于没处理。能不能自证,比有没有做更重要。

很多人盯着采购价谈折扣,谈下来三个点五个点,高兴半天。实际上释放闲置这一刀砍下去,往往是 15% 到 30%,而且不用花钱。
具体动作:
Excel 加许可服务器日志,两三个人跑两三个月,能通一遍。通完你才知道自己的数据长什么样、阈值该定多少。这时候再看工具。
看工具盯四点:能不能接现有终端数据、能不能解析你那几个许可服务器的日志、你那几个关键厂商的授权规则它认不认、能不能自动回收闲置。最后一条是核心,不能自动释放的工具,本质还是一张漂亮的表。
别信"一键合规"。最后一步一定是人拿合同一条条对,工具只能把范围从几千条缩到几十条。gofar 在这块的作用就是帮企业把软件资产集中管起来、看许可实际用了多少、给成本控制和审计留数据基础。上之前把自己的合同和流程理一遍,实施范围自己定,关键结论人工过一遍再往外拿。
某工业装备厂,研发设计 + 仿真 + 工艺,280 人左右。
摸底前:仿真主模块浮动 85 套,日志峰值 51,日均排队 23 次,最长一次等了五十多分钟;附加模块 32 套,峰值 6。CAD 席位 240 个,零使用超 12 个月的 41 个。订阅席位 180 个,月活 121。外包账号 47 个,其中 29 个对应项目已结束超半年。
干的事:idle 超时设 30 分钟,主模块排队立刻掉下来;回收 41 个 CAD 席位、11 套零使用仿真、29 个外包账号,订阅从 180 降到 124;附加模块从 32 套降到 8 套,省下的钱谈成重配买了主模块;当年计划增购的 20 套主模块取消。
结果:日均排队 23 次降到 3 次以内——一套没多买。当年软件支出 620 万左右降到 505 万出头,其中能拿合同和付款凭证对上的硬节省 114 万。第二年厂商来函要数据,两天交完,上一次是三个人折腾三周。