三种模式下,公司员工编写的代码,其权利都留在公司手里,直到合同把这些权利转让出去为止。本文说明,按照哈萨克斯坦、亚美尼亚和格鲁吉亚的法律,权利转让条款必须写明什么,以及如何核查一家公司过往的代码交接。
为你开发平台的亚美尼亚或格鲁吉亚公司,在合同把权利转让给你的公司之前,一直享有其员工所写代码的权利。外包、人员外派和专属团队都是如此,因为在这三种模式下,工程师都是为这家公司工作的。你的公司能否拥有这个平台,取决于权利转让条款的措辞,以及条款生效的时间点。一家公司说自己会交付代码,这一点最好向它过往客户的工程师求证。
简短的答案是:三种模式中,没有哪一种本身就能让代码归你所有,所以在三者之间做选择,要看由谁来指挥工程师。然后,让合同把独占权转让给你的公司:涵盖你需要的每一种使用方式,地域覆盖全世界,期限覆盖整个著作权保护期,并且每验收并付清一个阶段,就转让这一阶段的权利。从一开始就把代码仓库(在线存放代码及其修改历史的地方)和云账户放在你公司名下。签约之前,请每家公司提供两家过往客户,这些客户都由自己的工程师接手了该公司的代码,然后和这些工程师谈一谈。
延伸阅读
哈萨克斯坦、亚美尼亚和格鲁吉亚都从同一条规则出发。员工为完成工作任务编写的代码,其著作财产权归雇主所有,除非双方之间的合同另有约定。著作财产权是指使用作品,以及允许或禁止他人使用作品的权利。工程师保留著作人身权,例如被承认为作者的权利。
在哈萨克斯坦,这条规则是《哈萨克斯坦共和国著作权及相关权利法》第 14 条。亚美尼亚的同名法律把它写在第 33 条,《格鲁吉亚著作权及相关权利法》则写在第 16 条。因此,公司员工所写代码的权利属于公司。只有当一份签了字的合同把这些权利转让出去,它们才会转到你的公司,而且只限于合同写明的使用方式。
项目上的一些工程师可能是外聘合同工,按各自的协议为这家公司工作。在哈萨克斯坦和亚美尼亚,上述雇主规则不适用于他们,所以这家公司需要和他们签订书面合同,把他们的权利转让给公司。
格鲁吉亚关于委托创作的规则有所不同。个人受委托创作的作品,其权利归下订单的委托方所有,在这里也就是这家公司,除非双方的协议另有约定(第 16 条和第 43 条)。这份协议必须采用书面形式(第 42 条)。由于该法把作者定义为自然人,你的公司向一家公司委托开发时,不要指望这条规则:要把权利转让写进你的合同。
这三个名称说的是由谁来指挥工程师,上面链接的那篇关于东欧和高加索的文章,讲了如何据此做出选择。落到合同上,这几种模式的区别在于:工作进行期间代码放在哪个仓库里,以及代码的每一部分在什么时候归你所有。
在外包模式下,由这家公司为你交付约定的成果,这时要检查合同是否只在付清尾款之后才转让权利。如果是这样,而项目又在中途停了下来,那么已经做出来的那一半,你手里没有任何权利,另一家公司要接着做,也得先征得第一家公司的同意。要求每个已验收阶段的权利,在该阶段付款时就转给你。每一次转让都记在交接验收证明里,这是一份由双方签字、列明该阶段交付了哪些内容的文件。
对于持有哈萨克斯坦金融市场监管机构 ARDFM 所发牌照的经纪商,这份证明还有第二个用途。正如那篇讲开办持牌经纪商的文章所说,ARDFM 的牌照规则要求随申请一并提交你的软件开发合同,以及软件的交接证明。
专属团队按月付费,因此权利也可以按月转移。每个月的代码在当月付款时归你的公司所有,每月的交接验收证明会写明它涵盖哪些仓库。
在人员外派模式下,工程师从你的技术负责人那里接任务,把工作成果存进你的仓库,但他们的雇主仍是这家公司,所以他们所写代码的权利一开始归这家公司。一份只写了工时和费率的人员外派合同,不会转让任何权利,因此看这类合同时,首先要找的就是权利转让条款。
本文不构成法律建议:签约之前,请律师把合同读一遍。
独占权是指只有权利人才能使用代码,或者允许他人使用代码。《哈萨克斯坦共和国民法典》规定,在有限期限内向他人授予独占权的合同,适用关于许可的规则(第 965 条第 2 款)。许可,是允许你按其条件使用代码,而权利仍然归这家公司所有;根据第 966 条第 2 款,除非合同另有约定,许可都视为非独占许可。照这样理解,写着“在本协议有效期内”转让权利的条款,可能让你最终只拿到一份随合同一起终止的许可。
三个国家的著作权法还会填补合同留下的空白,而且大多是朝着有利于权利人的方向填补。除非合同另有约定,权利都视为非独占的;合同没有写明的使用方式,仍归权利人所有。如果合同没有写明地域范围,权利只覆盖适用法律所在的那个国家。
没有写明期限的合同,可能被提前终止。在哈萨克斯坦,作者(即创作作品的人)可以在合同签订满一年后,提前三个月书面通知对方,终止这类合同。在亚美尼亚,没有约定期限的许可有效期为五年;在格鲁吉亚,权利人可以在三年后提前六个月书面通知,解除这类许可。这些规则见于哈萨克斯坦著作权法第 31 条和第 32 条、亚美尼亚著作权法第 39 条和第 40 条,以及格鲁吉亚著作权法第 38 条和第 40 条。
这些规则中,有的是针对许可写的,哈萨克斯坦关于期限的规则则针对作者签订的合同,所以它们是否适用于你和一家公司签的合同,取决于合同的措辞,以及合同指定的适用法律。条款要写得即使这些规则真的适用,也照样管用。说得直白一点,这个条款应当:
关于这最后一份许可的条件,请看下面链接的那篇关于专属团队的文章。
本文引用的是截至 2026 年 10 月 13 日有效的法律条文。2026 年 10 月 1 日,亚美尼亚政府批准了对本国著作权法和民法典的修正案,议会已于 10 月 6 日登记这些修正案;哈萨克斯坦著作权法第 9 条的部分内容将于 2027 年 1 月 1 日起变更。请你的律师核实签约时有效的文本。
付尾款之前,把这家公司对你的仓库、云账户和服务器的访问权限关掉几个工作日。在这几天里,由你自己的工程师,或者你专门为此聘请的工程师,在没有这家公司帮助的情况下,进行下面链接的那篇讲自招工程师还是找伙伴的文章里描述的交接测试。凡是不问这家公司就做不成的事,都是交接中的缺口;尾款要等这家公司把缺口补上之后再付。
这项测试是在那篇文章建议的项目中途演练之外,另外再做的一次。只有这些账户本来就在你公司名下,这项测试才行得通。从第一天起要以你公司的名义开设什么,包括在经纪商、交易所和行情数据供应商那里的账户,请看上面链接的那篇关于没有 CTO 的金融科技创始人的文章。
不管你是通过什么渠道找到这些公司的,每一家都需要做同样的核查,因为网站可以承诺交接,却不展示任何一次交接。
请每家公司提供两家过往客户,这些客户现在由自己的工程师运行该公司写的代码。除了客户的创始人,也要和这些工程师谈,并问他们:
在谈价格之前,先向这家公司索要它的标准权利转让条款和一份空白的交接验收证明。如果这家公司说不出哪家客户接手过它的代码,就请它书面描述最近一次交接是怎么做的,以及客户是怎么测试那次交接的。
然后,在这家公司所在国的官方登记簿里核查它的法人主体。那篇关于东欧和高加索的文章介绍了如何查询亚美尼亚和格鲁吉亚的登记簿。
amBrain 自 2019 年起开发软件。它用一句话描述自己与客户的合作方式:“三种合作方式:整体交付、专属团队,或工程师嵌入你的团队。”关于所有权,它的说法是:“客户拥有产品与代码的全部所有权,我们的可复用组件除外。”请像对待其他任何公司一样,要求 amBrain 逐项列出这些组件的名称。
对于券商平台,amBrain 网站上与之相关的那句话是:“交易终端开发、订单管理系统和 FIX 协议交易所对接。”用 FIX Trading Community 的话说,FIX 是金融机构用来“以电子方式交流交易信息”的消息标准。
本文不是案例研究。本文没有点名任何其他公司,也没有声称 amBrain 曾向哈萨克斯坦的客户交付过平台。除了那句关于所有权的话,本文没有引用 amBrain 的任何条款,也没有给出任何价格或工期。
如果 amBrain 在你的候选名单上,就像对待你考虑的其他任何公司一样,向它提出同样的文件要求。
带上您当前的架构和让您担心的故障场景,我们用半小时一起梳理。