Sistema sob medida, inclusive o que já existe
Meu sistema parou e quem fez sumiu. A TECNADOS assume?
Sim. A TECNADOS assume sustentação e evolução de sistema que já está no ar, inclusive quando não há mais contato com quem construiu. O trabalho começa por um diagnóstico do que existe hoje: código, base de dados, acessos e onde o sistema está hospedado. Só depois disso se define corrigir, migrar por partes ou reescrever.
Construir do zero é a parte fácil de explicar. A difícil é a outra: a empresa já tem um sistema, ele carrega dado de verdade, a operação depende dele — e alguma coisa parou de funcionar. Recomeçar joga fora anos de histórico, e assumir código escrito por outra pessoa costuma ser trabalho pouco procurado. É desse caso que esta página trata.
Quais situações levam uma empresa a procurar isso?
Quatro cenários costumam levar a esse pedido: a planilha que virou o sistema da operação, o sistema de prateleira que não encaixa no processo, o sistema cujo autor não responde mais e o sistema que roda bem, mas que ninguém se sente seguro para tocar. Os quatro pedem soluções diferentes.
Vale nomear por que esse pedido costuma ficar sem resposta. Software de assinatura pronto em geral não assume sistema de terceiro: vende o próprio produto, e a saída oferecida é migrar para ele. Estrutura grande costuma ter custo fixo que não fecha em resgate pequeno. É nesse meio do caminho que a TECNADOS trabalha.
O que é feito antes de propor qualquer coisa?
O diagnóstico. Antes de qualquer proposta, é levantado o que está no ar: onde o sistema está hospedado, quais acessos existem, se há backup e se ele já foi restaurado alguma vez, o tamanho e o estado da base de dados, e quais rotinas a operação não pode perder em hipótese alguma.
- Inventário do que está no ar. Endereços, hospedagem, contas e quem tem acesso a cada uma. É esse levantamento que permite tratar as contas e senhas que ninguém localiza mais, antes de mexer em qualquer coisa.
- Estado da base de dados. Volume, estrutura e qualidade do que está guardado. Dado duplicado e histórico incompleto mudam o plano, e é melhor saber antes do orçamento.
- Backup e teste de volta. Ter backup não significa nada até ele ser restaurado uma vez. O teste vem antes de qualquer alteração: é ele que define se dá para trabalhar com segurança.
- Leitura do que existe. O código é lido para entender as regras escritas dentro dele. Muita regra de negócio só existe ali, e não em documento nenhum.
- As rotinas que não podem parar. Emissão, fechamento, faturamento: o que quebraria o dia da empresa se saísse do ar por duas horas. Isso vira o limite do que for feito depois.
- Relatório e caminhos possíveis. O diagnóstico termina em documento, com o que foi encontrado e as opções, cada uma com esforço estimado e risco.
O diagnóstico é feito por escrito e não obriga a contratar o que vem depois. Se a conclusão for que o melhor caminho é continuar com o fornecedor atual, isso fica escrito do mesmo jeito.
Corrigir, migrar por partes ou reescrever: qual caminho faz sentido?
Depende do estado do que existe, e não de preferência. Sistema com base sólida e falha pontual costuma ser corrigido. Sistema antigo que ainda sustenta a operação costuma ser migrado por partes. Reescrever só se justifica quando o custo de manter o que existe supera o custo de refazer.
| Situação encontrada | O que costuma ser feito | Quando esse caminho faz sentido |
|---|---|---|
| Sistema no ar, com falhas pontuais, sem quem dê manutenção | Corrigir e sustentar o que já existe | Quando a estrutura ainda se sustenta e o problema é a ausência de quem cuide. Tende a ser o caminho de menor esforço entre os três. |
| Sistema antigo que funciona, mas trava o crescimento | Migrar por partes, com janela combinada e plano de volta | Quando parar tudo não é opção. Um módulo por vez, com hora marcada e caminho de retorno pronto. |
| Planilha que virou o sistema da operação | Construir primeiro a parte mais crítica e conviver com a planilha na transição | Quando a planilha ainda é o registro oficial. A convivência evita o vácuo em que a informação some entre as duas pontas. |
| Software de prateleira que resolve parte do processo | Integrar em vez de substituir, construindo só o que falta em volta | Quando o que já foi contratado resolve bem o núcleo. Trocar o que funciona por gosto é gasto sem retorno. |
| Sistema sem documentação, sem ambiente de teste e sem backup testado | Estabilizar antes de evoluir: acesso, cópia de segurança e ambiente de teste primeiro | Sempre que esses três itens faltam. Mexer sem rede de proteção transforma correção simples em incidente. |
| Sistema pequeno, com regra de negócio simples e custo alto de manter | Reescrever, migrando os dados existentes | Quando a conta fecha: manter o que existe custa mais que refazer. Fora disso, é resposta cara para o problema errado. |
Uma observação que economiza dinheiro: reescrever costuma ser o caminho mais atraente para quem executa e o mais caro para quem paga. Sistema antigo acumula anos de exceções que ninguém lembra de citar, e refazer significa redescobrir cada uma na marra.
Por que a entrega é feita em partes, e nunca de uma vez?
Porque entrega em partes transforma promessa em coisa funcionando. A cada etapa a operação usa o que foi entregue e aponta o que ficou errado, enquanto corrigir ainda é barato. E se a relação terminar no meio do caminho, o que já foi entregue continua servindo, em vez de virar prejuízo.
O projeto de grande lançamento no fim costuma falhar pelo mesmo motivo: o cliente só vê o resultado quando não há mais prazo nem orçamento para mudar nada. A alternativa é entregar módulo por módulo, começando pelo que dói mais hoje.
A proteção é concreta: o erro de entendimento aparece na semana três, e não no mês oito; o pagamento acompanha a entrega; e, se a TECNADOS não corresponder, o que já funciona continua funcionando, com código e dados na mão do cliente.
De quem fica o código do sistema?
O código de sistema sob medida é do cliente, conforme o que estiver escrito no contrato. A entrega inclui o código, os dados e as instruções de como colocar no ar. Nenhum acesso é retido como condição de permanência: quem quiser levar o sistema para outro fornecedor consegue fazer isso.
O ponto merece atenção porque o contrário dele — acesso retido pelo fornecedor anterior — é justamente o que costuma travar quem quer trocar de fornecedor. Contas de hospedagem são criadas no nome do cliente, e o combinado sobre o código fica escrito antes de começar. Detalhamento em de quem fica o domínio, o código e os acessos.
Existe projeto que não cabe?
Existe. A capacidade é enxuta por escolha. Projeto muito grande, com prazo curto e várias frentes ao mesmo tempo, não cabe — e quando não cabe, a resposta é essa, por escrito, e não um sim que atrasa. Havendo caminho mais simples e barato, isso também é dito na primeira resposta.
Cabe bem: assumir sistema existente, sustentar e evoluir o que já roda, migrar por partes, integrar sistemas que não conversam, tirar a operação da planilha e construir sistema novo de porte pequeno e médio. Não cabe: trocar sistema corporativo inteiro com data fechada, várias equipes em paralelo ou plantão presencial.
Quanto custa, e quando o valor é informado?
Não há faixa de preço publicada para este serviço, porque o esforço depende do que o diagnóstico encontra. Publicar um valor antes de olhar o sistema seria chute. O valor sai por escrito no orçamento, depois do diagnóstico, com escopo, prazo e a lista do que não está incluído.
Site e loja têm mensalidade publicada porque o escopo é conhecido de antemão. Assumir sistema existente não tem: o mesmo pedido pode ser algumas horas de ajuste ou vários meses, e a diferença só aparece depois de olhar a base e o código.
O que dá para garantir é o formato do documento. A proposta lista o que entra, o que não entra, o prazo, o valor e as condições, e o modelo está aberto em exemplo de proposta. Todo serviço é prestado com contrato e nota fiscal, sob CNPJ.
O primeiro contato é por escrito, pelo formulário de orçamento: o que o sistema faz hoje, há quanto tempo está no ar, se há contato com quem construiu, se há backup e o que parou de servir. A forma de trabalho está em sobre a empresa.
Solicitar um orçamento Página atualizada em 21 de agosto de 2026.