Para a TI
Como funciona por dentro
Seu banco de dados não é tocado, o dado é seu e cada chamada é rastreável. O que a TI pergunta antes de aprovar, respondido de uma vez.
-
Nenhuma consulta pesada no transacional
Trigger marca a pendência na origem, um job publica o evento, o Bridge consome e aplica upsert no PostgreSQL.
-
O dado é do cliente
PostgreSQL gerenciado com API, auth e realtime. Plugue um BaaS de mercado ou open-source e desenvolva sem fila de fornecedor.
-
Rastreável de ponta a ponta
Um único trace por jornada, com correlationId de negócio propagado da origem ao destino, exportado por OpenTelemetry.
-
Um artefato, papéis por configuração
A mesma imagem de container roda como WEBAPI, JOB ou WORKER. O papel vem de variável de ambiente, não de build.
- .NET 10
- Aspire
- Oracle
- RabbitMQ
- PostgreSQL
- Redis
- Vault
- OpenTelemetry
Arquitetura
Um pipeline, três consumidores
O mesmo dado na plataforma NWERP alimenta o time do cliente, a integração e a camada de IA. Não existe cópia paralela do dado.
Fluxo de dados
O ERP publica. A plataforma consome.
-
Origem
Oracle
-
Transporte
RabbitMQ
-
Processamento
Bridge
-
Destino
PostgreSQL
-
01
Alteração no banco do ERP
Extrator e triggers marcam a pendência na própria origem. Nenhuma consulta pesada no transacional.
-
02
Publicação
Um job recorrente publica o evento na fila, com o correlationId de negócio.
-
03
Consumo
O Bridge consome, roteia por tabela e aplica upsert na plataforma NWERP, no próprio ritmo.
-
04
Leitura
Apps, BI e IA leem o PostgreSQL da plataforma NWERP. Ninguém consulta o banco do ERP.
A fila desacopla origem e destino: cada um no próprio ritmo. A unidade de transporte é o evento, com correlationId propagado da origem ao destino.
Plataforma NWERP
PostgreSQL gerenciado sobre o dado do ERP
API, auth e realtime prontos para o time do cliente plugar um BaaS de mercado ou open-source.
Aplicações próprias
Times internos desenvolvem sem fila de fornecedor
Dashboards e BI
Relatório novo deixa de ser ticket para a TI
Camada de IA
Mesmo dado, mesma plataforma, sem cópia paralela
Sem tocar no seu banco de dados. Sem migração. Sem lock-in de acesso ao próprio dado.
NWERP.AI
Escada de autonomia
Servidor MCP, identidade e chat sobre o mesmo dado do Bridge. O agente opera sob a mesma regra da pessoa: consentimento por grupo de ferramentas, leitura por padrão, escrita com aprovação, cada chamada registrada.
Responder
Analytics conversacional por servidor MCP
Entregue
Conferir
Auditoria contínua da operação
Entregue
Executar
Execução de processos de ponta a ponta
Roadmap
Construir
Cliente desenvolve seus próprios agentes
Roadmap
Integrações
Conecta com as ferramentas que seu time já usa
A plataforma NWERP expõe três portas: PostgreSQL, API e servidor MCP. Qualquer ferramenta que fale uma delas se conecta sem integração sob medida.
PostgreSQL e API
Dados e automação
BI direto na base, automação por API e webhook, sem exportar planilha.
- Supabase
- Metabase
- n8n
- Make
Servidor MCP
Comunicação e agenda
O agente responde e agenda onde a equipe já conversa.
- Slack
- Microsoft Teams
- Outlook
- Google Calendar
Chat da plataforma
Modelos de IA
O chat usa o modelo que a empresa escolher, com as mesmas regras de acesso.
- OpenAI
- Claude
Marcas e logotipos pertencem aos respectivos donos e aparecem aqui só para indicar compatibilidade.
Anatomia
Plataforma, não produto único
Um kernel compartilhado, serviços independentes por domínio e uma camada de IA que conversa com todos eles pela mesma interface, sem integração ponto a ponto.
NWERP.AI · harness da plataforma
Servidor MCP, identidade e chat: lê e aciona todos os domínios pela mesma interface, sob a mesma regra da pessoa.
Winthor
Extração Oracle, jobs por cliente e WebAPI
Bridge
Espelho em PostgreSQL das tabelas do ERP
Sped
Notas destinadas, DANFE e auditoria fiscal
BackOffice
Tenants, assinaturas e alocação de recursos
Runtime
.NET 10 e Aspire
Observabilidade
OpenTelemetry exportado para Grafana Alloy
Dados e segredos
PostgreSQL, Oracle, Redis e Vault
Testes
xUnit, NSubstitute e Testcontainers, com cobertura nos serviços críticos
Multi-tenancy com isolamento real: um banco principal registra os tenants, cada tenant tem banco dedicado, a alocação de recursos vem do plano e a migração de schema é aplicada automaticamente pela esteira.
Perguntas da TI
O que perguntam antes de aprovar
Isso é CDC de log, GoldenGate ou ETL noturno?
Nenhum dos três. Não é replicação de log nem carga em lote: extrator e triggers marcam a pendência no próprio banco do ERP, um job publica o evento na fila e o Bridge aplica na réplica. A plataforma é orientada a eventos, não um dump nem um job que consulta o transacional.
Qual é o atraso entre o banco do ERP e a plataforma NWERP?
O de um caminho de fila, não o de uma janela de ETL. A alteração vira evento assim que é marcada, e o Bridge consome no próprio ritmo. O número depende do volume e da alocação do plano: medimos no seu cenário antes de prometer.
Como o agente de IA é autenticado e limitado?
O acesso ao servidor MCP passa por OAuth com PKCE contra a identidade da plataforma, que aceita login pelo Microsoft Entra com lista de tenants permitidos. Cada grupo de ferramentas exige consentimento explícito, e sem ele a lista de ferramentas volta vazia. Ferramentas de escrita exigem aprovação de uma pessoa, e cada chamada fica gravada.
Meu time consegue construir em cima do dado?
Sim. A plataforma NWERP entrega um PostgreSQL gerenciado com API, auth e realtime. Aplicação própria, dashboard e BI deixam de depender de fila de fornecedor ou de ticket para a TI, e a camada de IA lê a mesma réplica, sem cópia paralela.
É multi-tenant de verdade ou instância por cliente com outro nome?
Multi-tenant com isolamento real e gestão centralizada: um banco principal registra os tenants, cada tenant tem banco dedicado, a alocação de recursos é definida no plano e a migração de schema é aplicada automaticamente.
Se a pergunta for técnica, a resposta também será
A resposta vem de quem conhece a plataforma por dentro. Traga o cenário: tamanho da base, customizações, integrações que já existem.
Falar com a NWERP