← Início
Migração GeneXus · Sistemas legados

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.

Desenvolvimento original em GeneXus~6 anos · ~USD 300 mil
Nossa reconstrução até a paridade funcional1 mês · React + .NET · o mesmo banco
Cada bloco é um mês de desenvolvimento. Projeto real, nome do cliente preservado.
01
O problema

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.

Velocidade

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.

Pessoas

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.

Ferramentas

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.

Dependência

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.

A saída habitual é reescrever do zero: um ano de especificações, o roadmap congelado e um fim de semana de virada cheio de risco. Por isso a maioria das equipes continua presa. Existe outro caminho.
02
Depois da migração

Funcionalidades novas em dias, não em meses.

Sair do GeneXus não é só trocar de tecnologia. Muda a velocidade com que sua equipe move o negócio, toda semana depois da troca.

No GeneXus
Depois da migração
Um campo novo numa tela
No GeneXusModelar na KB, regerar, compilar e esperar a próxima janela de deploy.
Depois da migraçãoUma mudança no código, revisada, testada e em produção no mesmo dia.
Uma regra de negócio nova
No GeneXusAchar onde ela vive entre milhares de objetos e testar na mão.
Depois da migraçãoUma função, um teste, e o pipeline avisa se algo mais quebrou.
Uma nova versão
No GeneXusUm build completo do gerador e uma janela de deploy planejada.
Depois da migraçãoCada mudança aprovada vai ao ar sozinha, atrás de um portão de testes.
Quem consegue construir
No GeneXusOs poucos especialistas em GeneXus que você encontrar.
Depois da migraçãoQualquer desenvolvedor React ou .NET, mais agentes de IA que programam.
Integrações e IA
No GeneXusCada web service ou recurso de IA briga com o código gerado.
Depois da migraçãoAPIs e SDKs padrão: recursos de IA, webhooks e apps móveis se conectam direto.

A migração acontece uma vez. A velocidade fica.

No caso abaixo, 48 dos 57 pedidos de mudança do cliente já foram entregues durante as semanas de validação, com o original funcionando.
03
O método

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.

OriginalGeneXusContinua rodando, intocado
NovoReact + .NETCresce módulo a módulo
CompartilhadoO seu mesmo banco SQL ServerOs mesmos dados e os mesmos usuários. Os procedimentos próprios do sistema novo ficam em um esquema separado.
Padrão estrangulador

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.

Fonte da verdade

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.

Medir primeiro

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.

Escrita segura

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.

Diferenças declaradas

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ê.

Testes que podem falhar

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.

04
Como funciona

Módulo a módulo, no seu ritmo.

Sua equipe continua entregando o tempo todo. Você decide quando cada módulo sai do GeneXus.

01

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.

02

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.

03

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.

04

Desligar

Quando um módulo atinge a paridade, você o aposenta no GeneXus. Quando o último chega lá, você deixa de precisar do gerador.

Com o que você fica
  • 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
O GeneXus é onde provamos. O método serve para qualquer sistema legado do qual você tenha o código-fonte: Delphi, Visual Basic 6, PowerBuilder, Oracle Forms, ASP.NET Web Forms.
05
A prova

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.

  1. Dia 1

    Espelho somente leitura no ar: telas novas lendo direto do banco real.

  2. 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.

  3. Semana 1

    Primeiros módulos com escrita, por procedimentos próprios, enquanto o GeneXus continuava trabalhando sobre os mesmos dados.

  4. Mês 1

    Paridade funcional nos módulos centrais. Hoje em validação com o cliente, lado a lado com o original.

1 mês
até a paridade funcional (o original levou ~6 anos)
~4.900
objetos GeneXus lidos como especificação
55
telas reconstruídas, medidas contra o original
~6.000
testes automatizados
0
linhas de dados migradas
~97%
de paridade funcional, acompanhada item a item
Nome do cliente preservado por acordo. E mais o que o original nunca teve: importação de apólices em PDF com IA e telas que funcionam em qualquer dispositivo. Mostramos em uma conversa.
06
Perguntas

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.