软件改得对不对？新规下，修改权不是“想怎么改就怎么改”

最近不少客户拿着新登记的软著证书来问：“我们给老系统加个登录页、换套UI，算不算侵权？”——别急，这问题背后，藏着一个正在悄悄收紧的合规红线。

新规落地，修改权从“权利”变成“责任”

2024年起实施的《计算机软件著作权登记办法》修订版，首次对“修改权”的行使划出清晰边界。简单说：你拥有自己软件的修改权，但不等于可以随意改动任何部分。尤其是涉及他人授权模块、开源组件、第三方SDK时，一次看似微小的代码调整，可能触发许可协议违约，甚至被认定为“实质性改变原作品”，反向构成对原作者的侵权。

哪些“改法”最容易踩坑？

我们帮上百家企业做过软著合规诊断，发现三大高频雷区：
✅ 把别人开源项目（比如MIT协议）直接拿过来改名重打包，没留署名也没声明衍生关系；
✅ 在客户委托开发的系统上，未经书面确认就擅自升级核心算法，结果被主张“超出约定使用范围”；
✅ 用同一套底层框架反复“套壳”做多个产品，各版本间代码重合度超70%，却分别申请软著——审查员现在会交叉比对源码哈希值。

九蚂蚁的“三步合规法”，让修改稳稳落地

我们不教条讲法条，而是陪客户走通实操路径：
🔹 第一步：改前做“组件地图”——梳理清楚哪段是自研、哪段引自GPL、哪段是客户交付成果；
🔹 第二步：改中留“痕迹日志”——关键变更点附说明文档+时间戳+责任人，既是内部追溯依据，也是未来维权证据；
🔹 第三步：改后补“权属快照”——每次重大迭代，同步更新软著登记信息（我们支持快速补正服务，平均3个工作日内完成）。

说到底，软件不是越改越自由，而是越改越需要“有据可依”。如果你正准备上线V2.0，或者手头有几个待优化的老项目，不妨先花15分钟，理一理这次改动里，有没有“看不见的授权绳子”。

毕竟，好代码要跑得稳，更得立得住。