如果重庆创业者在公司成立前先做产品原型,等程序能演示再办理注册,就要提前考虑开发成果由谁接收。开发商准备交付时,不能只问把压缩包发给谁。合同请求权、软件著作权或使用许可、服务器及后台账号的管理,可能分别属于不同的人。应沿着原合同确认新公司可以接收和使用什么,再安排具体交接。
从原来的委托关系确认交付对象
先找出开发合同的委托人、签署者和付款人。三者不同并不必然有问题,但需要说明真实关系。例如,拟设股东以个人名义为设立公司订购开发服务,就应保留筹备目的和相应约定;朋友代付一笔开发款,也不因此自动成为软件权利人。不要仅按最后一次付款的账户选择收件人。
公司法第四十四条对设立活动的法律后果有规定,但它不能替代对合同具体内容的阅读。开发者承诺交付的是演示版本、可部署程序、源代码还是持续在线服务,要先看真实约定。团队内部希望新公司使用,不等于开发者原本承诺的交付内容已经扩大。
程序文件到手,不等于所有软件权利到手
《计算机软件保护条例》第十一条规定,接受委托开发的软件,其著作权归属由书面合同约定;没有书面合同或者约定不明确时,著作权由受托人享有。因此,“开发费已经付清”不能单独证明著作权已归创业者或新公司,获得一份源代码也不能取代权利约定。
若合同是许可使用,应检查被许可主体、允许的使用方式和范围,不能把个人获得的许可当然解释成新公司可以任意再许可。条例对未明确许可的权利和软件著作权转让的书面合同有专门规定。准备把权利交给新公司时,应按实际归属选择适当安排;涉及第三方组件的,还需核对相应许可,不将开发者也无权处分的内容写成全部转让。
账号交接要能够持续运行
服务器、域名、代码仓库和业务后台分别由谁开通、谁支付费用、谁控制恢复方式,应逐项核查。账号密码能登录,只说明当下能进入系统,不说明注册主体可以直接变更,也不证明相关合同权利已经转移。需要变更主体的,按服务商真实规则办理;不支持直接转移的,再讨论可行的迁移方案。
交接时由接收人核验程序版本、必要文档和约定的部署结果,记录仍待修复的问题,按照合同决定验收。同步建立公司能管理的授权账号和恢复途径,限制与职责无关的访问。不要为了图方便,把创始人的所有个人账号整体交给新员工,更不应把身份凭证当成普通附件发送。
把未完成开发留在同一条可追溯记录里
公司成立时开发尚未结束,可以把已经交付、尚未交付、已付款和未付款的阶段列清,再依法确认后续联系与履约关系。涉及合同权利义务一并转移的,民法典第五百五十五条要求相对方同意;不宜只换合同封面而保留互相矛盾的签署和付款信息。
新公司真正需要的是可以说明权利来源、能够按约使用、有人继续维护的成果。把这三点核对清楚,再处理账务和后续合同,远比先把软件登记在某个方便操作的账号里更可靠。
参考资料
资料核验:2026年10月12日。