Tese da Oon
Modernize sistemas aos poucos, sem trocar tudo de uma vez
A tese da Oon é que software de negócio deve ser um serviço vivo, que evolui em versões, e não um projeto com começo, meio e fim. Aplicada a sistemas antigos, ela segue o padrão de estrangulamento (Strangler Fig): em vez de substituir o ERP ou o sistema legado de uma vez, você coloca apps Oon ao redor dele, um processo por vez, conectando o que hoje não conversa e assumindo cada parte até que o antigo deixe de ser necessário.
A tese: software como serviço vivo
Na Oon, um app não nasce como projeto com data para acabar. Ele chega pronto para uso e evolui junto com o processo da empresa: cada nova necessidade vira uma nova versão, publicada pelo mesmo ciclo, sem recomeçar.
Três ideias sustentam a tese: a IA acelera a criação, a plataforma governa acesso, segurança, ambientes e versões, e o app evolui continuamente. É essa combinação que torna possível trocar um sistema por partes, com segurança, em vez de apostar tudo em uma migração única.
O que é o padrão de estrangulamento
O padrão de estrangulamento, conhecido em inglês como Strangler Fig, foi descrito por Martin Fowler a partir da figueira estranguladora: uma planta que cresce em volta de uma árvore, ganha força aos poucos e, com o tempo, ocupa o lugar dela.
Em software, a ideia é a mesma. Em vez de reescrever um sistema inteiro e virar a chave em um único dia (o chamado big bang), você constrói o novo ao redor do antigo, desvia uma funcionalidade de cada vez para o novo e desliga o que deixou de ser usado. O risco fica dividido em passos pequenos, e cada passo já entrega valor.
Como a Oon aplica o padrão a sistemas de negócio
1. Escolha um processo, não o sistema inteiro
Comece pelo processo que mais dói hoje: o que vive em planilhas, mensagens ou retrabalho entre sistemas.
2. Conecte antes de substituir
O app Oon se integra ao ERP ou ao sistema atual. O antigo continua funcionando; o app assume a parte do processo que ele atende mal.
3. Teste e publique com governança
Desenvolvimento, Homologação e Produção são ambientes separados. Só vai para Produção a versão aprovada, com volta à versão anterior se precisar.
4. Evolua por versões
Cada novo pedaço do processo vira uma nova versão do app ou um novo app, pelo mesmo ciclo.
5. Reduza o legado no seu ritmo
Um conjunto de apps Oon pode conectar, ou até substituir, sistemas que hoje não conversam entre si. Quando o antigo deixa de ser necessário, ele sai sem migração traumática.
Por que a plataforma importa nesse caminho
Modernizar aos poucos significa conviver por um tempo com vários apps e com o sistema antigo. Sem uma base comum, isso vira um novo emaranhado de sistemas paralelos sem dono.
Porta de entrada única
A equipe abre os apps pelo Meus Apps, com um clique e sem novo login.
Acesso por perfil
Papéis, convites e pedidos de acesso são da plataforma, não reconstruídos app a app.
Cada empresa no seu espaço
Dados e acessos de cada empresa ficam separados.
Todo app com dono e versão
O código fica no GitHub de quem cria o app, com histórico preservado.
O que dizem o mercado e os analistas
A ideia de manter o núcleo do ERP estável e construir o que é específico ao redor dele não é só da Oon: é a direção apontada por fabricantes e analistas.
Strangler Fig, de Martin Fowler
O padrão que dá nome a esta página: substituir um sistema aos poucos, construindo o novo ao redor do antigo, em vez de uma reescrita completa.
Fonte: Martin Fowler, Strangler Fig
Clean core, da SAP
A SAP recomenda manter o núcleo do ERP próximo do padrão e levar as extensões para fora dele, para não travar atualizações. Os apps Oon fazem esse papel ao redor do ERP que a empresa já usa.
Do ERP monolítico ao ERP pós-moderno
Desde 2014 a própria SAP discute o fim do ERP monolítico único em favor de um núcleo com aplicações especializadas ao redor.
Fonte: SAP Blogs, Monolithic ERP is dead, long live postmodern ERP
O risco dos grandes projetos de ERP
O Gartner prevê que, até 2027, mais de 70% das iniciativas de ERP implantadas recentemente não vão atingir plenamente os objetivos do plano original. Evoluir em passos pequenos e reversíveis reduz esse risco.
Fonte: CIO, Why CIOs must reimagine ERP as the enterprise’s composable backbone
Na prática, para quem desenvolve
O mesmo desenho vale para o código: o ERP continua como sistema de registro, e o App Oon assume o processo ao redor dele, com credenciais cifradas, permissões no backend e proteção contra lançamentos duplicados.
Tutorial: um App ao lado do ERP (clean core)
Passo a passo no SDK OonCore: despesas com aprovação, credencial do ERP cifrada e lançamento no ERP uma única vez, com tratamento de falhas e reconciliação.
Exemplos na Store Oon
Apps publicados na Store já seguem esse desenho: em vez de trocar o ERP, assumem um processo ao redor dele.
Central de Serviços Tomados para Omie
Serviços tomados do pedido ao pagamento: nota lida, aprovação e lançamento automático no Omie.
Emissor NFS-e com Omie
Pedidos de um portal ou loja virtual viram Ordens de Serviço e notas no Omie, com acompanhamento automático.
Zolv PDV
PDV para restaurantes com delivery, cozinha, caixa e estoque integrado ao Omie.
Quando o padrão não é a melhor escolha
Se o sistema atual é pequeno, bem documentado e pode ser trocado de uma vez com baixo risco, a substituição direta tende a ser mais simples. Se um SaaS de prateleira já atende o processo inteiro, ele também pode bastar. O padrão de estrangulamento faz sentido quando o sistema é crítico, a operação não pode parar e o processo precisa evoluir com segurança.
Perguntas frequentes
Preciso trocar o meu ERP para usar a Oon?
Não. Os apps Oon podem se integrar ao ERP atual e assumir só os processos que ele atende mal. A troca, se fizer sentido, acontece aos poucos.
O que é o padrão de estrangulamento (Strangler Fig)?
Uma forma de modernizar sistemas descrita por Martin Fowler: o novo é construído ao redor do antigo e assume uma funcionalidade de cada vez, até que o antigo possa ser desligado, sem uma migração única de alto risco.
Qual a diferença para uma migração big bang?
Na migração big bang tudo muda em um único dia, e qualquer falha afeta a operação inteira. No padrão de estrangulamento, cada passo é pequeno, testado em Homologação e reversível.
Por onde começar?
Pelo processo que mais gera retrabalho hoje. Uma revenda Oon pode fazer o diagnóstico com você, ou a sua equipe pode criar o primeiro app no Oon Workspace.
E depois, os apps novos não viram outro monolito?
Não. Cada processo vira um app independente, com publicação própria, sobre a mesma plataforma; é a outra tese da Oon, explicada em Nem monolito, nem microsserviços demais.
O que acontece com os dados do sistema antigo?
Enquanto os dois convivem, o app conversa com o sistema atual. Os dados de cada empresa ficam separados na plataforma e o código do app fica no GitHub de quem o cria.
Começar agora · Encontrar uma revenda
Veja também: Nem monolito, nem microsserviços demais · Apps para uso interno · Oon, low-code e desenvolvimento sob encomenda