Propriedade do código-fonte
Propriedade do código-fonte é a definição de quem detém os direitos sobre o código de um software encomendado e pode usá-lo, alterá-lo e entregá-lo a outro fornecedor. Pagar pelo desenvolvimento, sozinho, não garante isso: o contrato precisa dizer.
Muita empresa descobre o problema no dia em que precisa trocar de fornecedor. O sistema foi pago, está rodando, e o código não está com ela. Ou está, mas sem documentação, sem acesso ao ambiente de publicação e sem ninguém que saiba compilar. Na prática, a empresa usa o sistema, mas não controla o sistema.
O ponto de partida é que quem escreve o código tem, em princípio, direitos sobre ele. Para que passem à empresa que encomendou, o contrato precisa prever a cessão de forma clara, incluindo o que acontece com componentes que o fornecedor já tinha e reaproveita em vários clientes. Os detalhes jurídicos devem ser validados com o advogado da empresa.
Ter o direito não basta se não houver o material. O contrato deve prever acesso contínuo ao repositório do código, e não uma cópia entregue no fim, além de documentação de arquitetura, instruções de publicação e credenciais dos ambientes em nome da empresa. Sem isso, a propriedade existe no papel e a dependência de fornecedor continua.
Na Composto Web, a última fase do método se chama Soberania: o cliente fica com o código, a documentação, os acessos e o conhecimento para manter o sistema com a equipe que escolher, inclusive outra.
Quando se aplica
- A empresa vai encomendar um sistema que sustenta um processo central da operação.
- Existe um sistema em uso cujo código está só com o fornecedor atual.
- A empresa planeja internalizar a manutenção ou trocar de fornecedor no futuro.
- O software carrega regra de negócio que é diferencial competitivo e não pode ser reaproveitada por terceiros.
Quando não se aplica
- A empresa contrata um software de mercado por assinatura. Ali se contrata o uso, e a proteção está no contrato de serviço e na saída dos dados.
- Acreditar que receber um arquivo compactado com o código no fim do projeto resolve. Sem documentação e acesso aos ambientes, ninguém consegue usar.
- Exigir propriedade sobre componentes genéricos do fornecedor, usados em vários clientes. O que importa é o direito de uso perpétuo sobre eles e a propriedade do que é específico.
Código, documentação, acessos e conhecimento entregues ao cliente como fase do projeto.
Termos relacionados
Se o fornecedor sumir amanhã, alguém na empresa consegue publicar uma correção?
O diagnóstico levanta onde está o código dos sistemas atuais, quem tem acesso aos ambientes e o que falta para a empresa ter controle de fato.
Agendar diagnóstico