Software sob medida: o código e os dados ficam com quem?

Resposta direta: os dados são sempre seus — sem exceção. O código depende do contrato: se houver cláusula de cessão de propriedade intelectual, ele é seu; se o contrato for omisso, a lei brasileira tende a deixá-lo com quem desenvolveu. Por isso a cláusula não é detalhe — é o que separa ter um ativo de alugar um pra sempre.

Aviso de praxe: isto é orientação prática de quem desenvolve, não aconselhamento jurídico. Pra contrato relevante, passe o texto por um advogado.

Os dados

Os dados que o sistema processa — clientes, vendas, financeiro, histórico — são da sua empresa. Isso não deveria nem ser negociável, e a LGPD reforça sua responsabilidade sobre eles (afinal, é você quem responde pelos dados dos seus clientes — pense numa clínica e os prontuários dos pacientes).

O que exigir na prática:

• Exportação completa e gratuita, em formato aberto (CSV/JSON/SQL), a qualquer momento — não só na rescisão;
• Backup acessível: saiba onde os dados moram (de preferência em conta de nuvem da sua titularidade) e quem tem acesso;
• Prazo de devolução na rescisão por escrito: dados completos em até X dias após o fim do contrato.

Fornecedor que dificulta exportação está construindo a cerca do seu aprisionamento. É o teste mais rápido de caráter comercial que existe.

O código (e os modelos de contrato)

Existem três modelos no mercado — e o nome no contrato importa menos que o efeito prático:

No nosso modelo, o código desenvolvido pro cliente é do cliente — o mesmo que respondemos no FAQ da home. Não por bondade: porque cliente refém não indica, e nosso negócio depende de indicação.

Atenção ao detalhe que mais pega: na omissão do contrato, a propriedade do software tende a ficar com o desenvolvedor (Lei 9.609/98). "A gente combinou de boca" não existe em propriedade intelectual.

O checklist anti-aprisionamento

Antes de assinar com qualquer fornecedor — inclusive a gente — confirme por escrito:

1. Cláusula de cessão de propriedade intelectual do código desenvolvido;
2. Código-fonte acessível a você (repositório com seu acesso, não "guardado" com o fornecedor);
3. Dados exportáveis em formato aberto, a qualquer momento, sem custo;
4. Infraestrutura em conta sua (nuvem na titularidade da empresa) ou transferível sem burocracia;
5. Documentação mínima pra outra equipe assumir: como instalar, como rodar, onde estão as integrações;
6. Sem multa ou "taxa de liberação" pra levar código e dados embora.

Se o fornecedor aceita os seis pontos sem suar, você está em boa companhia. Se enrolar em qualquer um, o desconto na proposta está cobrando juros que você ainda não viu. O custo de sair de um sistema preso, aliás, é uma das contas que fazemos no artigo sobre quando vale a pena desenvolver sistema próprio — e o impacto disso no orçamento está no guia de custos.

Perguntas frequentes

Se eu trocar de fornecedor, levo o sistema comigo?

Com cessão de propriedade e acesso ao repositório, sim: qualquer equipe competente assume a manutenção. Sem isso, você recomeça do zero — é exatamente o cenário que o checklist acima evita.

O fornecedor pode reutilizar o código que fez pra mim?

Depende do contrato. É comum (e razoável) o fornecedor reaproveitar componentes genéricos; o que não pode é revender a lógica específica do seu negócio. Se seu processo é seu diferencial competitivo, trate a exclusividade dessa parte por escrito.

E os dados que ficam "na nuvem", são de quem?

Seus. A nuvem é só o prédio alugado onde eles moram. O ideal é a conta de infraestrutura estar na titularidade da sua empresa — assim, trocar de fornecedor não passa nem perto dos seus dados. É o arranjo que recomendamos, por exemplo, pra distribuidoras com anos de histórico de vendas e estoque.

Preciso entender de tecnologia pra cobrar isso tudo?

Não. Os seis itens do checklist são contratuais, não técnicos. Qualquer fornecedor sério responde cada um em uma frase — e a clareza da resposta já é metade da avaliação.