干这行的都懂,最怕某天邮箱里躺着一封来自西门子或达索的合规函。NX、SolidWorks好几款软件搅在一起,IT、采购、研发互相甩锅,最后谁也说不清到底怎么回事。
别一上来就卸载软件删日志,那是毁证据。也别急着回邮件认账,话一旦说出去就收不回来了。
第一件事,先把IT、采购、业务拉到一块,出一份三方都认的事实清单。什么产品、哪个主体、什么时间段,先搞清楚。
核查这几项就够了:
- 每份通知对应的产品型号、使用主体、时间范围,标记清楚哪些已确认、哪些待确认、哪些不适用,别让不同部门重复查还查出不一致的结果。
- 安装量、授权量、实际使用量分开核,别混着算。例外情况谁批准的,记下来,后面整改才不会误伤。
- 共用设备、虚拟机、外包人员用的账号,这些最容易漏。查完抽样回源系统对一遍,导出转换过程中丢数据是常事。
- 顺序别乱:
- 先建统一事件编号和材料目录,指定一个人管,别七嘴八舌。法务先确认沟通边界,哪些能做哪些不能做。IT再做技术核查,结果要能对应到具体设备、账号、合同。采购把合同和授权材料补齐。事实摆清楚了,再决定内部怎么改、对外怎么回。

- 看这几个数:
- 材料齐不齐、设备核验了多少、跨产品异常有几起、整改关了多少。每个数都要能下钻看明细,光看汇总数没用。
- 几个坑:
- 别拿一封来函一张截图就定性。别急着卸载删日志,原始记录没了后面没法查。别让好几个部门分别对外回复,口径对不上更麻烦。别把技术排查结果当法律结论,合同条款和授权类型是另一回事。
- 实际碰到的一个情况:
- 有家做模具的厂,同时收到NX和SolidWorks的函。IT一查发现NX是外包团队用的虚拟机没清干净,SolidWorks是采购合同到期后研发还在用。他们先统一编号归档,法务确认回复口径,IT把外包虚拟机隔离、研发那边临时切到备用许可,采购去谈续费。最后对外只回了一封邮件,说明已自查并正在整改,没认具体数量也没提金额,后面谈判余地还在。