Quem fica com o código-fonte de um sistema sob medida deve estar definido no contrato. Sem cláusula clara, a titularidade pode virar discussão e a empresa contratante pode acabar dependente do fornecedor. Para um sistema que sustenta a operação, o recomendado é prever por escrito a propriedade do código e o acesso ao repositório desde o início.
Por que isso importa
- Sem o código, trocar de fornecedor significa reconstruir o sistema.
- Investidores e compradores costumam verificar a propriedade do software numa negociação.
- Montar um time interno no futuro exige ter o código em mãos.
- Auditorias de segurança e de LGPD precisam de acesso ao que roda.
O que pedir
- Cláusula clara sobre a propriedade do código desenvolvido para a empresa.
- Repositório em nome da empresa, com acesso de leitura desde o primeiro dia.
- Acessos administrativos de servidores, domínios e serviços em nome da empresa.
- Documentação mínima e instruções para colocar o sistema no ar.
- Lista de componentes de terceiros e das respectivas licenças.
Componentes de terceiros
Todo sistema usa bibliotecas, frameworks e serviços de terceiros, com licenças próprias. Ser dono do código desenvolvido não significa ser dono dessas peças; significa ter tudo o que é preciso para manter e evoluir o sistema, dentro das licenças de cada componente.
Esse ponto deve aparecer junto com o resto do contrato de desenvolvimento. Se o sistema já existe e o código não está com você, o guia como assumir um sistema de outra empresa mostra os caminhos.