今天帮新来的财务核对全年软件许可账单,算完账吓一跳,去年居然在闲置许可上白花了37万。
事情是这样的,新来的财务小刘刚接手,对整个IT采购这块不太熟,拿着去年一整年的发票和合同来找我,说"哥你能帮我对一下这些软件费用对不对得上吗"。我说行,然后我俩把去年所有跟软件授权相关的发票一张张摊开,Excel拉了一整页。不算不知道,去年我们光EDA套件的年度服务费就付了三百多万,但拆开细看之后发现了三笔完全说不通的开销。第一笔是一个叫"高级布线优化"的模块,全年服务费四万多美金,我翻了一整年的使用日志,这个模块被调用的次数是零,压根没人用过。第二笔是多续了12个永久授权的维护费,每个每年合人民币大概一万二三,这12个授权对应的Feature在去年一年的峰值并发里从来没超过73个,但我们续的是85个,多出来的12个等于白养着。第三笔是有一款软件明明已经在两年前停用了,但去年居然还在自动续费名单里,财务那边按模板支付了,根本没人核对过。三笔加一起折算下来大概37万人民币,小刘听完张着嘴半天没说出话。
下个月我准备把去年那本白皮书里最值钱的一句话落地——"用真实使用数据驱动采购决策,而不是用采购预算倒推授权数量"。这句话当时看得我拍大腿,现在准备实操了。
第一个动作就是先把所有没人用的模块从续费清单里彻底踢出去。我准备在下个月续费之前把去年一整年的使用统计再细化一下,不光看调用次数,还要看每次的占用时长、并发峰值、以及对应的项目编号。有些模块虽然调用次数不多但每次跑的时间特别长,那是正经在用的,不能砍。但像"高级布线优化"这种全年调用为零的,直接说拜拜。之前财务根本不知道模块单独计费这回事,他们一直以为整个套件就是一个打包价,里面的模块随便用的。但这次我翻合同发现每个模块在报价单上都有单独的条目和价格,打包只是把几个模块捆在一起算了个折扣,财务压根没发现合同附件里那张明细表。我现在要求以后续费必须把每个模块的独立价格和使用率拆开列,谁也不能再拿打包价糊弄过去。
第二个动作是砍多出来的那12个授权基数。我打算把去年全年的每日峰值使用率排个序,找那个P85的位置——就是85%的日子里都不会超过的那个数。算出来大概是73到74的样子,也就是说我们去年85个授权里至少有11到12个在85%的日子里是完全空闲的。我下个月去谈续费的时候直接要求把基数降到74,销售肯定要跟我扯"万一高峰期不够用",我就把全年的峰值分布图甩他桌上,告诉他全年只有三天峰值超过74,那三天我可以临时租按天的授权,比我全年养着12个空授权便宜太多了。财务这边有个隐藏规则我之前也不知道,就是授权基数的折扣是按历史最高值锁定的,你一旦降下来,下一年就只能在这个基数上谈涨幅,降一次省的是每年都在省的,不是一次性的事。

第三个动作是把那个早就停用的软件从续费名单里彻底删掉。这个软件的授权两年前就到期了,但当时负责的同事离职了没交接,财务那边的自动付款模板里还挂着这一项,每年一到那个时间就自动走流程付了。要不是这次小刘拿着对账单找我对,这笔钱还在继续往外流。我现在做了个表格,把所有软件的采购日期、续费周期、当前状态、负责人全部列清楚,跟财务共享一份,每次到续费节点之前一周大家互相提醒一下,不再靠自动模板一发了之。财务这边还有个坑,他们根本不知道授权服务费和新购授权是两个完全不同的发票科目,有时候新购的临时授权和年度续费混在一起对不上账,我这次专门跟小刘讲清楚了两种发票的区分方式,以后分两本台账记。
最后说每年核对许可账单必须查的两个核心要点。第一个是拿合同清单跟实际license文件里的Feature数量逐条对一遍,我有一次发现合同上写的是100个但license文件里配了96个,销售偷偷少了4个也没人知道,差价吃了两年。第二个是核对发票上的单价和数量跟合同报价单是否一致,涨幅是否在约定的范围内,很多合同里写了"年度涨幅不超过3%",但发票上直接按6%算了,财务不懂技术授权的事看不出来,只能靠我们自己盯。
跟小刘对完账之后我把那张Excel另存了一份留底,明年续费之前先翻出来看看。亲测好使,这周已经帮3个同事解决了同款问题。