O desenvolvedor pode reter meu sistema por falta de pagamento?

Depende do que o contrato diz sobre propriedade e sobre condição de entrega, e a resposta muda caso a caso. Reunir o contrato, os comprovantes de pagamento e o histórico de conversas é o primeiro passo prático. Consulte um advogado antes de tomar qualquer medida formal.

Consigo recuperar o domínio se ele está registrado no nome dele?

Em geral sim, mas o caminho depende de onde o domínio está registrado e de quem consta como titular. Se o titular for o CNPJ da sua empresa, o processo de recuperação por documentação costuma ser viável. Se estiver no CPF dele, o caminho passa por acordo ou por via jurídica.

Vale mais a pena consertar o sistema existente ou refazer do zero?

Na maioria dos casos vale continuar, principalmente se o banco de dados estiver íntegro e a aplicação estiver de pé. Reescrever significa repetir meses de regras de negócio que já funcionam. Refazer só se justifica quando não há código-fonte, quando a tecnologia não roda mais ou quando há falha grave de segurança estrutural.

Contratei um desenvolvedor e ele sumiu: o que fazer agora

Recupere os acessos antes de olhar uma linha de código. A prioridade é destravar quatro coisas: domínio, servidor, repositório e banco de dados. Enquanto elas estiverem exclusivamente com quem sumiu, nenhuma decisão técnica pode ser executada, e o tempo joga contra você: certificados vencem, cartões de hospedagem falham, e sistema fora do ar é prejuízo diário.

Checklist de acessos: o que pedir e onde procurar

Monte esta lista antes de contratar qualquer pessoa nova. Cada item precisa de um responsável e de uma data.

Domínio: em que registrador está (Registro.br, GoDaddy, Cloudflare, outro), quem é o titular no documento, e-mail de contato cadastrado
DNS: onde os registros são gerenciados, que pode ser diferente do registrador
Servidor / hospedagem: painel do provedor, acesso SSH, quem paga a fatura e em qual cartão
Repositório de código: GitHub, GitLab, Bitbucket, e se a conta é pessoal dele ou organizacional sua
Banco de dados: credenciais, e se existe backup automatizado e onde ele é guardado
Contas de e-mail corporativo: Google Workspace, Microsoft 365, quem é o administrador
Serviços de terceiros: gateway de pagamento, envio de e-mail, SMS, WhatsApp, armazenamento de arquivos, APIs contratadas
Loja de aplicativos: contas Apple e Google, se houver app publicado
Certificado SSL: emissão automática ou manual, e quando vence
Domínios secundários e subdomínios: painéis administrativos costumam morar em endereços esquecidos

O item mais crítico costuma ser o e-mail de contato cadastrado nesses serviços. Se todos os "esqueci minha senha" caem num endereço que só ele acessa, você não recupera nada por conta própria. Corrigir isso é a primeira tarefa em qualquer retomada.

Como agir nas primeiras 48 horas

Ordem prática, do mais reversível ao mais definitivo:

Faça uma cópia do banco de dados agora. Se você tem qualquer acesso ao servidor, exporte um dump completo e guarde em dois lugares diferentes. Dados são a única parte insubstituível.
Verifique quem paga o quê. Assinaturas no cartão dele vão falhar. Assinaturas no cartão da empresa você controla.
Descubra o vencimento do domínio. Domínio expirado é o pior cenário porque abre janela para terceiros registrarem.
Registre tudo por escrito. E-mails, mensagens, o que foi combinado, o que foi pago, o que foi entregue. Isso serve tanto para negociação quanto para eventual medida jurídica.
Tente um contato formal e cordial. Muitos desaparecimentos são desorganização, doença ou sobrecarga, não má-fé. Um e-mail objetivo pedindo apenas a transferência de acessos resolve mais casos do que parece.

Se o caminho amigável não funcionar, junte contrato, notas fiscais e comprovantes e leve a um advogado. Regras sobre propriedade de código, obrigação de entrega e retenção variam conforme o que foi assinado, e essa avaliação precisa ser feita por quem é da área.

O que os sinais no código dizem sobre a sua decisão

Quando um novo time recebe o projeto, alguns achados aparecem rápido. Esta tabela traduz cada um para uma decisão prática.

Sinal encontrado	O que significa	Decisão
Existe repositório com histórico de commits	Há rastreabilidade e possível reversão de mudanças	Continuar, cenário favorável
Não existe repositório, só arquivos no servidor	Nenhuma versão anterior recuperável	Continuar, mas versionar tudo no dia um
Senhas e chaves escritas dentro do código	Risco de segurança ativo, exposto a quem já teve acesso	Continuar e rotacionar todas as credenciais imediatamente
Nenhum teste automatizado	Normal em projetos pequenos, mas encarece cada alteração	Continuar, criando testes só nas partes que forem mexidas
Banco sem backup configurado	Um incidente apaga a empresa	Prioridade máxima, resolver antes de qualquer funcionalidade
Framework ou linguagem sem suporte há anos	Custo alto para achar quem mantenha, risco de segurança	Continuar com plano de migração por partes
Código-fonte não existe, só o sistema compilado	Não há o que manter	Reescrever é o único caminho
Lógica de negócio duplicada em cinco lugares	Manutenção cara, mas funcional	Continuar, refatorando por demanda

Repare que quase todas as linhas terminam em "continuar". Isso não é otimismo: é aritmética. Reescrever significa reconstruir regras de negócio que levaram meses para ser descobertas e ajustadas, e que ninguém documentou.

Continuar ou reescrever: os três critérios que decidem

Só três perguntas mudam de fato a resposta.

Existe o código-fonte? Sem ele, não há continuidade possível. Reescrever.

O sistema está de pé e alguém consegue rodá-lo em outro ambiente? Se um desenvolvedor novo consegue subir uma cópia local em até uma semana, o projeto é recuperável. Se ninguém consegue nem executar, o custo de arqueologia pode superar o de reconstrução.

Os dados estão íntegros? Banco consistente é o ativo real. Aplicação se refaz, histórico de cinco anos de operação não.

Se as três respostas forem positivas, continuar é quase sempre mais barato. Um caminho intermediário útil: manter o sistema atual rodando e estável, e construir o novo por módulos, migrando funcionalidade por funcionalidade em vez de trocar tudo num dia só.

Como retomar com outro time sem perder mais tempo

Peça ao próximo fornecedor um diagnóstico pago e curto antes de qualquer proposta de desenvolvimento. Uma ou duas semanas de leitura do código, mapeamento de acessos e teste de subida do ambiente produzem três entregas concretas:

Inventário real de acessos, com o que falta recuperar
Avaliação do estado do código e dos riscos de segurança
Estimativa realista para as próximas funcionalidades

Diagnóstico é barato perto de uma proposta fechada feita no escuro. E fornecedor que aceita orçar sem ler o código está chutando, o que costuma virar aditivo depois.

Como evitar a mesma situação no próximo contrato

O que muda o jogo não é cláusula jurídica, é infraestrutura no seu nome desde o começo.

Prática	Por que protege
Domínio registrado no CNPJ da empresa	Ninguém transfere ou deixa expirar sem você saber
Repositório numa organização sua, dev como colaborador	Você remove o acesso, não o contrário
Conta de nuvem e hospedagem no cartão da empresa	Serviço não cai por assinatura vencida de terceiro
E-mail administrativo genérico da empresa	Recuperação de senha sempre chega a você
Backup automático testado, com cópia fora do servidor	Restauração comprovada, não presumida
Entrega em marcos, com código no seu repositório a cada etapa	Nunca há um "tudo ou nada" pendente
Documento de arquitetura de uma página, atualizado	Qualquer pessoa nova entende o sistema em horas

Um detalhe que costuma passar: exija acesso administrativo, não apenas de usuário. Muita empresa tem login no painel da hospedagem, mas sem permissão para criar chaves ou transferir o domínio, o que na prática é o mesmo que não ter.

A Retti Tech trabalha com esse modelo de acessos no nome do cliente desde o primeiro dia, justamente porque a maioria dos resgates que chegam começa por aí. A parte técnica quase sempre é recuperável. A parte administrativa é a que trava.