Gateway de IA para sistemas corporativos

IA conectada
ao seu negócio
com controle total

ViaWB conecta agentes de IA a ERPs, APIs e bancos corporativos com permissões, auditoria e governança centralizadas.

Conexão com sistemas críticos
Execução com limites
Operação rastreável
ViaWB Gateway — painel demonstrativo
preview
Agente de IAcrm-bot-v2
HTTPS
ViaWBGateway
REST
ERPexemplo visual
14:22:31GET/api/clientes✓ 200
crm-bot-v2 · READ:clientes · 38ms · exemplo visual
14:22:35DELETE/api/pedidos/881✗ 403
crm-bot-v2 · DELETE:pedidos · role=reader
Chamadas hoje · exemplo visual
4.821req
Bloqueios · exemplo visual
37neg
Latência p50 · exemplo visual
38ms
O problema

Agentes de IA chegam ao limite
quando encontram sistemas reais

Conectar IA a dados corporativos sem uma camada de controle cria riscos que travam a adoção.

Sem permissão granular o suficiente

A credencial de serviço dá acesso total à API. O agente pode ler, escrever e excluir dados sem controle de quem está fazendo o quê e por quê.

Integração com ERP é sempre custom

Cada empresa usa um ERP diferente. TOTVS, SAP, Omie, sistema próprio — cada integração costuma exigir semanas e pode quebrar a cada atualização do fornecedor.

Nenhum rastro do que o agente fez

Quando o agente faz uma ação errada, não há log para investigar. Comprar o produto errado, excluir o registro errado — sem auditoria, a causa é irrastreável.

Arquitetura

Como o ViaWB funciona na prática

1
O agente faz chamadas via ViaWB, não direto ao ERP
Você aponta o agente para a URL do gateway ViaWB. A partir daí, toda requisição passa pela camada de controle antes de chegar ao sistema destino.
2
O gateway valida identidade e permissões em tempo real
Cada agente tem uma API key única. O gateway verifica papel, rota e método HTTP antes de rotear — ou bloquear com 403 e motivo no log.
3
A requisição é roteada para o sistema certo
Adapters por sistema e integrações planejadas para cenários como TOTVS, SAP, Omie e APIs REST genéricas. O gateway traduz, autentica com o sistema destino e retorna a resposta ao agente.
4
Tudo fica registrado no log de auditoria
Timestamp, agent ID, rota, método, resultado, latência e motivo de bloqueio — em log estruturado e consultável para operadores e auditoria interna.
Camadas de arquitetura
Orquestradores de IA
qualquer agente com saída HTTP
LangChainn8nMake
ViaWB Gateway
auth · permissões · log · roteamento
Core
Adapters de ERP
conectores planejados por sistema
ERP legadoERP cloudAPI interna
Sistemas da empresa
ERP, CRM, APIs internas
RESTGraphQL
O que você controla

Governança de IA sem abrir mão de velocidade

Cada feature do ViaWB resolve um problema real de times que operam automações com dados sensíveis.

Permissões por rota e método HTTP

GET /clientes — liberado. DELETE /pedidos — bloqueado. Defina regras por papel de agente com precisão de endpoint.

Log de auditoria estruturado

Cada chamada registrada com agent ID, rota, método, resultado e latência. Consultável, exportável e auditável.

Adapters de ERP por sistema

Planejamento de adapters por sistema para contextos como TOTVS, SAP, Omie ou Bling, sem depender de uma integração única para todos os clientes.

Identidade por instância de agente

API key única por agente. Revogação individual sem afetar outras instâncias. Papéis independentes por ambiente.

Rate limiting e detecção de anomalia

Limites de taxa por agente e alerta automático em padrões de acesso suspeitos — proteção antes do dano ocorrer.

API REST com extensões planejadas

Compatível com orquestradores com saída HTTP. Padrões como MCP podem ser avaliados conforme a arquitetura de cada ambiente.

Segurança e governança

Controle embutido na arquitetura, não adicionado depois

O ViaWB não é uma camada de segurança opcional — é a camada por onde toda comunicação entre agente e sistema passa, por definição.

Criptografia em trânsito conforme o ambiente
A comunicação entre agente, gateway e sistemas destino pode seguir a política de criptografia configurada no ambiente demonstrativo.
Criptografia em repouso conforme o ambiente
Logs de auditoria e credenciais podem seguir a estratégia de armazenamento e chaves definida no projeto.
Arquitetura orientada a minimizar acesso direto aos dados
O gateway pode rotear chamadas e registrar metadados com políticas que reduzam exposição desnecessária de conteúdo.
Implantação conforme arquitetura definida no projeto
O desenho de implantação depende do ambiente escolhido para a operação real e aparece aqui apenas como referência de preview.
viawb-gateway · audit.log · preview
Exemplo visual de log estruturado para preview comercial

2026-06-28T14:22:31.004Z REQUEST
method: GET  path: /api/clientes
agent_id: crm-bot-v2  role: reader-comercial
permission: ALLOW READ:clientes
upstream_status: 200  latency: 38ms · exemplo visual

2026-06-28T14:22:35.891Z REQUEST
method: DELETE  path: /api/pedidos/881
agent_id: crm-bot-v2  role: reader-comercial
permission: DENY DELETE:pedidos
reason: role reader-comercial lacks DELETE scope
status: 403 Forbidden

2026-06-28T14:23:01.220Z ANOMALY_ALERT
agent_id: crm-bot-v2
trigger: 5 DENY events in 30s window
action: rate-limit applied for 60s

$
Casos de uso

Para quem e para que

Cenários reais onde a camada de gateway faz a diferença entre automação arriscada e automação governada.

Agente de CRM com acesso controlado ao ERP

O agente de atendimento consulta histórico de pedidos, status de entrega e dados de cliente em tempo real — sem nunca ter acesso a dados financeiros ou operações de escrita no ERP.

Papel atendente-leitura: GET em pedidos, clientes e produtos
DELETE e PATCH bloqueados por política — sem exceção em runtime
Log separado por sessão de atendimento para auditoria de qualidade
Claude APIERP comercial · exemploViaWB Gateway
Fluxo de exemplo — CRM + ERP
1. User pergunta: "Quando chega o pedido #4421?"
2. Agente → GET /api/pedidos/4421
3. ViaWB: ✓ ALLOW reader-atendente
4. ERP: status "Em trânsito, prev. 29/06"
5. Agente responde ao usuário
Permissões: OK · Log: registrado · Dado: correto

Bot de compras com escrita controlada em ERP

O agente cria pedidos de compra em um fluxo demonstrativo quando detecta ruptura de estoque, mas não pode alterar preços, fornecedores ou itens acima do limite de valor sem aprovação humana.

Papel comprador-auto: POST em purchase-orders com limite de valor
Regra de limite: valor unitário acima de R$ 5.000 → bloqueado, alerta para comprador humano
Audit trail completo por pedido criado — rastreável por auditoria interna
n8nERP de compras · exemploViaWB Gateway
Fluxo de exemplo — Compras + ERP
1. n8n detecta estoque SKU-8821 abaixo do mínimo
2. Agente → POST /api/purchase-orders {qty:50,unit_price:120}
3. ViaWB: ✓ ALLOW comprador-auto — valor dentro do limite
4. ERP: PO-88120 criado com sucesso
5. Agente → POST /api/purchase-orders {unit_price:6200}
6. ViaWB: ✗ DENY — valor acima do limite R$5.000
7. Alerta enviado para comprador humano

Agente contábil com acesso somente leitura em ERP financeiro

O agente gera relatórios financeiros automáticos, concilia lançamentos e sinaliza inconsistências com política configurável de operação somente leitura neste cenário demonstrativo.

Papel auditor-readonly: GET apenas — sem nenhum método de escrita
Qualquer tentativa de POST/PATCH/DELETE gera alerta de segurança imediato
Log consultado pelo auditor externo — trilha completa de cada acesso a dado financeiro
MakeERP financeiro · exemploClaude APIViaWB
Fluxo de exemplo — Contabilidade + ERP
1. Agente → GET /api/financeiro/lancamentos?periodo=jun2026
2. ViaWB: ✓ ALLOW auditor-readonly
3. ERP financeiro: 1.247 lançamentos retornados
4. Claude: detecta 3 inconsistências, gera relatório
Nenhuma operação de escrita neste fluxo demonstrativo — política de leitura aplicada

Conecte seus agentes com controle real

Agende uma demonstração com a equipe da ViaWB. Mostraremos um preview comercial do gateway com o contexto de integração que faz sentido para sua operação.

Demo de 30 minutos · Sem compromisso · Seu ERP, sua stack