1. Documentação
  2. Plataforma e arquitetura
  3. Arquitetura da plataforma iSol

Arquitetura da plataforma iSol

Uma plataforma, sete camadas. Cada produto da iSol ocupa uma camada e usa as de baixo. Por isso um Assist de hoje vira parte de uma Squad amanhã, sem troca de ferramenta.

Atualizado em 19/10/2026
Padrão de API
OpenAI (chat, visão, imagem, vídeo)
Onde roda
Private Cloud (Brasil e EUA) ou On Site
Governança
Autonomia N0 a N4, aprovação e evidência
Nesta página
  1. As camadas
  2. Princípios de projeto
  3. Um pedido, do canal ao registro
  4. Integrações
  5. O que fica reservado

As camadas

  1. CanaisOnde as pessoas falam com a operação: Teams, Google Chat, Outlook, Gmail, WhatsApp, o chat do site e o próprio Command.
  2. GestãoiSol Command: escritório digital com briefing, aprovações, registro de atividade, organograma Human + AI e resultado × meta.
  3. OperaçãoiSol Squad AI: Assists, Experts e pessoas operando um processo completo, com fila compartilhada e supervisão.
  4. ProcessoiSol Flow: regras, etapas, aprovações e registro do processo de trabalho.
  5. FunçõesiSol Assist (tarefa) e iSol Expert (função), cada um com credencial própria, limites e indicadores.
  6. MotoriSol 4.9: modelo próprio com roteamento autoral, servido por gateway com chave, teto e painel por chave.
  7. PerímetroiSol Private Cloud (data centers no Brasil e nos EUA, isolada por organização) ou On Site (nó exclusivo no seu rack).
Workspace, API e Media dão acesso direto ao motor para equipes e desenvolvedores, sem passar pelas camadas de operação.

Princípios de projeto

  • Pessoas no comando. Toda ação crítica passa por aprovação explícita de uma pessoa responsável, e a aprovação fica registrada.
  • Confirmação na origem. Uma entrega só conta como concluída depois que o sistema de origem (ERP, CRM, banco de dados) confirma.
  • Identidade por agente. Cada agente trabalha com credencial e memória próprias. Nada de login compartilhado entre empresas.
  • Padrão aberto na borda. A API segue o padrão OpenAI: quem já integra IA troca a base URL e a chave, sem reescrever a aplicação.
  • Perímetro declarado. Onde a inferência acontece, o que trafega e o que fica registrado são definidos por escrito antes da produção.

Um pedido, do canal ao registro

  1. EntradaUm e-mail, uma mensagem ou um evento de sistema chega pelo canal.
  2. AtribuiçãoO Flow identifica o processo e entrega o trabalho à função certa (Assist ou Expert).
  3. ExecuçãoO agente consulta os sistemas com a própria credencial e usa o motor iSol 4.9 para ler, classificar, extrair ou redigir.
  4. DecisãoDentro do nível de autonomia, executa; acima dele, prepara e pede aprovação no Command, no Teams ou no Google Chat.
  5. ConfirmaçãoO sistema de origem confirma a gravação. A exceção volta para uma pessoa.
  6. RegistroA atividade fica registrada com quem aprovou, o custo e o resultado, visível no Command.

Integrações

Os conectores entram por processo, depois de discovery. Os disponíveis hoje e os em desenvolvimento estão abaixo; o restante é avaliado no diagnóstico.

SistemaSituação
Entra ID (SSO), Teams, Outlook, SharePointDisponível
Google Chat, Gmail, DriveDisponível
QuickBooks DesktopEm produção, por uma ponte instalada no cliente
TOTVSEm homologação
BancosEm desenvolvimento
CRM, help desk, planilhas, ERPs com APIPor processo, após discovery

Para ferramentas que falam com a API (editores, automação, BI), veja os guias de integração.

O que fica reservado

A composição interna do motor iSol 4.9, a topologia dos nós e a marca do equipamento são segredo industrial. Detalhes adicionais para avaliação técnica ou de compras ficam no anexo técnico, sob NDA.

Próximo passo

O diagnóstico mostra qual trabalho começa, o tipo de funcionário digital e onde ele roda, antes de qualquer cadastro. Estimativa, não promessa de resultado.

Faltou alguma coisa nesta página? Fale com um AI Architect.