授权书里，必须写清的三件事

一台老设备的程序要动，你找团队上门。

开工前对方递过来一份文件，说是授权书

你没细看就签了，后面程序一改，权属这条线就乱了。

授权书不是走过场，它把你的资产在动手之前钉死归属

先分清：程序是谁的

设备里的用户程序、图纸、工艺参数，知识产权归客户或原权利人。

这条写不写进授权书，差别很大

写清楚了，别人改完的程序还是你的，原件也在你手里。

没写清，改完以后谁拿着源工程，谁说话就是一笔糊涂账

所以先要写清的一件事，是权属

程序归你，参数归你，改出来的新版也归你。

这句话看着像废话，其实是整个合作的底座

第二件：能做什么，不能做什么

授权书里要给一个明确的边界。

哪些环节授权我们做，哪些环节我们不碰

比如绕过原厂授权保护、破解加密程序，这类事我们不做

不是技术做不到，是这条线的法律风险和授权链条不对

授权书里写清不做破解，是保护你也保护我们

反过来在授权链条清楚的前提下，能做的说能做，做不了的说清理由。

这条边界签完之后，你拿它去问谁都问不倒

第三件：保密和数据

程序里藏着你的工艺，图纸里是你的产线

这些内容写进保密协议，约定不外泄也不挪作他用。

还有一条容易被忽略，你的业务数据不用于任何模型训练

这句话值不值钱，值

它决定了程序交出去之后，是变成你的资产还是别人的语料

为什么这几条要提前写，而不是事后补

我做这行三十年，见过太多先干活后补手续的翻车。

程序读出来了，参数导出来了，设备也恢复了

忙完这一轮，谁都没提权属

三个月后做画面的那个人离职，源工程跟着人一起走了

再找回来工程文件打不开，里边还夹着没归档的报警联锁改动

这时候回头补授权补保密补数据用途，全都晚了

因为缺一张纸，把程序是谁的、谁拿了哪一份在动手前钉死。

补手续不是补个签名，是补不回来已经散掉的版本和口径

流程上的顺序其实很简单

先谈权属和边界，再做体检，最后才动手改程序

跳过前面那一步，后面技术再漂亮，也是在别人的资产上跑

一次体检要清点硬件、程序、图纸、参数四样，输出九部分的排查表。

权属不清，这九部分里至少三部分填不满

程序来源、参数出处、图纸版本，这三栏常常是空的

填不满的那几部分，就是后面扯皮的重灾区

我经手过一台旧线，控制器是西门子 S7-300，配的是老卡

现场连是能连上，程序也能读，就是那台做画面的电脑早被格式化。

画面源工程没了，面板上只剩一份编译结果，改一个字都改不动

这还算轻的。更重的一类，是驱动参数从没导出过

驱动器一直在线跑，直到它坏了，才发现整个厂里找不出第二份。

这些坑，说到底都是同一件事

动手之前，没有人先把权属和边界写成一张纸

现场可以对照的清单

签之前，拿这几条去对授权书

五条里缺两条，先别急着开工

不是对方一定有问题，是权属和边界这种大事，含糊一次就乱一次

什么情况下你不必找我们

设备本身有完整源工程，原厂或集成商的授权链条清楚，随时能来

这种设备，你自己就能把权属和保密理顺，不必找我们

我们要接的，是资料散乱权属说不清、又必须有人把边界钉死的活

把能做的和不能做的写进前提条件，才叫对双方都负责任。

公司是新的，团队在电气和软件这两行做了三十多年

三十多年里翻车翻得多的，不是技术不行，是动别人资产前权属没划清。

这条线，我们宁可开工前多花半天，也要先写清楚