Preso no GeneXus? Saia e desenvolva mais rápido.
Cada mudança passa pelo gerador, pelas poucas pessoas que sabem ler a base de conhecimento e por um ciclo de versões que você não controla. Levamos o seu sistema para React e .NET, lado a lado com o GeneXus e sobre o mesmo banco de dados: sem migrar dados, sem virada de um dia para o outro, e sua equipe continua entregando enquanto isso.
O gerador era o atalho. Hoje é o gargalo.
O GeneXus permitiu construir muito software rápido. Anos depois, o mesmo modelo que acelerou você é o que trava cada mudança.
Cada mudança passa pelo gerador
Um campo, uma regra, uma tela: modelar na base de conhecimento, regerar, compilar, publicar. O que em uma tecnologia moderna leva minutos, aqui leva dias, e exige um especialista.
O negócio vive numa KB que poucos leem
A base de conhecimento é o único mapa completo das suas regras, e a cada ano há menos gente que sabe lê-la. Contratar para isso é lento e caro, e cada saída é um risco.
Difícil de testar, difícil de integrar
Testes automatizados, CI/CD, APIs modernas, telas responsivas, recursos com IA: tudo briga com o código gerado em vez de trabalhar com ele.
Atualizações no calendário de outro
Cada salto de versão do gerador é um projeto por si só, e as licenças continuam enquanto uma única tela depender dele.
Nada reescrito de memória. Nenhum salto no escuro.
Modernizações fracassam quando o sistema novo é construído a partir do que as pessoas lembram que o antigo faz. Nós o construímos a partir do que o antigo realmente faz, ao lado dele e sobre os mesmos dados.
Lado a lado, no mesmo banco
O sistema novo roda ao lado do GeneXus no mesmo SQL Server. Começa somente leitura, com telas novas sobre dados reais, e assume módulo a módulo. Sem migração de dados, sem fim de semana de virada, e o original nunca para.
A base de conhecimento é a especificação
Cada regra de negócio sai do código-fonte exportado do GeneXus, com o arquivo e a linha citados no código novo. Nada reinterpretado, nada suposto, e a KB finalmente fica legível.
Quem decide é a tela do original
Antes de decidir qualquer coisa, medimos no sistema em funcionamento: rótulos, validações, como cada lista suspensa se comporta. Quando o código e a tela divergem, a tela vence.
Gravações que nunca duplicam
As gravações passam por stored procedures próprias em um esquema separado: idempotentes (uma nova tentativa nunca cria duplicata), com registro de quem fez o quê, cópia de segurança antes de qualquer exclusão e isolamento por empresa.
Cada divergência por escrito
Copiamos o original, a menos que copiá-lo mostre um dado incorreto. Qualquer diferença é registrada por escrito, com o motivo, antes de ir ao ar, para que você sempre saiba o que mudou e por quê.
Milhares de testes contra dados reais
Os testes rodam contra o seu próprio banco de testes, cada um com um caso ruim plantado: teste que não pode falhar não conta. Um canário diário executa operações de referência nos dois sistemas e compara os resultados.
Módulo a módulo, no seu ritmo.
Sua equipe continua entregando o tempo todo. Você decide quando cada módulo sai do GeneXus.
Ler
Pegamos a exportação da sua base de conhecimento e o esquema do seu banco e mapeamos cada objeto, regra e integração. Você recebe o plano: módulos, ordem e riscos.
Espelhar
As telas novas entram no ar sobre os seus dados reais, somente leitura, ao lado do GeneXus. Seus usuários começam a trabalhar com elas sem nenhum risco.
Igualar
Módulo a módulo, a escrita é habilitada. Cada um é testado contra os seus dados, cada diferença é declarada e seus usuários validam.
Desligar
Quando um módulo atinge a paridade, você o aposenta no GeneXus. Quando o último chega lá, você deixa de precisar do gerador.
- React + Vite
- API em .NET
- O seu mesmo SQL Server
- Os mesmos usuários (GAM), depois o seu provedor de identidade
- CI/CD com portão de testes
- Sua nuvem, seus repositórios
Seis anos de GeneXus, paridade em um mês.
Uma plataforma de seguros multiempresa construída em GeneXus ao longo de cerca de seis anos e uns USD 300 mil: cotação com várias seguradoras, apólices, sinistros, emissão, importadores, usuários e permissões. Assim foi o primeiro mês.
- Dia 1
Espelho somente leitura no ar: telas novas lendo direto do banco real.
- Dia 2
Login com os usuários do original, o modelo de dados mapeado a partir da base de conhecimento, e o motor central e suas integrações reconstruídos a partir do código-fonte.
- Semana 1
Primeiros módulos com escrita, por procedimentos próprios, enquanto o GeneXus continuava trabalhando sobre os mesmos dados.
- Mês 1
Paridade funcional nos módulos centrais. Hoje em validação com o cliente, lado a lado com o original.
O que as equipes perguntam primeiro.
Precisamos migrar nossos dados?
Não. O sistema novo trabalha sobre o seu banco atual. Seus objetos próprios ficam em um esquema separado, então nada do original é alterado e os dois sistemas veem os mesmos dados o tempo todo.
Podemos continuar entregando no GeneXus enquanto isso?
Sim. Os dois rodam lado a lado sobre os mesmos dados. Os módulos que ainda não migraram continuam recebendo mudanças no GeneXus até chegar a vez deles.
O que acontece com usuários e permissões?
O sistema novo autentica contra a mesma base de usuários (GAM) que o original usa. As pessoas entram com as credenciais que já têm e cada empresa vê apenas os próprios dados. Mais adiante você pode passar para o seu próprio provedor de identidade.
E as integrações e os web services?
Cada uma é reconstruída a partir do código original e validada contra o ambiente de testes do fornecedor antes de receber tráfego real.
Precisa ser React e .NET?
É o que recomendamos para uma equipe que usa GeneXus com .NET: vocês já conhecem a plataforma e o SQL Server fica. Se a sua equipe trabalha com outra tecnologia, planejamos isso na primeira conversa.
Quanto tempo levaria com o nosso sistema?
Depende do tamanho da sua base de conhecimento e das integrações. Como referência, cerca de 4.900 objetos e dez integrações externas chegaram à paridade funcional em um mês. Em uma conversa olhamos os seus números e passamos uma estimativa.
De quem é o resultado?
Seu. O código fica no seu repositório e a infraestrutura nas suas contas de nuvem. Continuamos disponíveis; não continuamos necessários.
Traga sua base de conhecimento. Nós trazemos o plano.
Uma conversa de 30 minutos. Conte o tamanho do seu sistema, seus módulos e suas integrações, e dizemos como seria uma reconstrução lado a lado, quanto tempo levaria e quanto custaria.