Esteira Domínio
Integração com a API do Domínio (Thomson Reuters). Envio automático de XML fiscal, baixa de parcelas, polling de status e upload manual. Sem mais e-mails de XML para o contador.
API DomínioImportado· Quatro endpoints estão modelados, mas nenhum está conectado. Todo estado abaixo é demonstrativo.
API Domínio não configurada.A conexão real será habilitada somente após identidade, RLS e custódia server-side estarem provadas. Esta tela não recebe credenciais.
Registros demo
12
Taxa no seed
50.0%
Na fila / enviando
3
Processando (pull)
1
Máquina de estados · Domínio
Transições válidas seguem as setas. Erro e rejeitado retornam à fila após correção.
terminal aceitoterminal rejeitadoem curso
Fila
3Enviando
0Processando
1Aceito
6Erro (retry)
1Rejeitado
1 erro → fila (retry automático) rejeitado → fila (após correção humana) enviando → processando (pull de status)
1. Origens
O que dispara um envio
- Obrigaçõesação em massa 'Enviar ao Domínio' na bancada
- Conciliaçãobaixa de parcela conciliada → XML de baixa
- Upload manualdrag-drop de XML, layout detectado pela raiz
- Agente IArobô fiscal anexa NF-e capturada de e-mail
2. Esteira 300S
Processamento local
- Validação préviaschema, CNPJ, layout aceito pela API
- Fila + paralelismoworker drena a fila (atual: 3)
- Retry 5xxreenvio automático com backoff até maxRetries
- Polling de statusconfirmação por pull (em curso: 1)
POST multipart
3. Onvio API — desligada
Contrato modelado, sem rede
- POST /batcheslote multipart de XMLs (NF-e/NFC-e/CT-e/CF-e/NFS-e/baixa)
- GET /batches/{id}apiStatus + boxeStatus por arquivo (pull)
- GET /client/infoclientes acessíveis (id Onvio, CGC, IE, IM)
- GET /integration/infohealth-check e versão da integração
response + pull
4. Retorno esperado
Schema demonstrativo
- batchId + fileIdsum id por lote, N ids por arquivo (6 no seed)
- apiStatusRECEIVED · PROCESSING · SUCCESS · REJECTED · ERROR
- boxeStatusestado do motor BOX-e após aceite (1 rejeições)
- Protocolo Onvio (futuro)somente o servidor receptor poderá emiti-lo (1 erros no seed)
Fora do escopo da Onvio Accounting API
A API oficial cobre ingestão de documentos + listagem de clientes + health-check. Para leitura de contabilidade processada, a 300S mantém base própria ou depende de integração ODBC on-premise (parceria comercial separada).
Plano de contas, saldos e razão
Apuração, ECD/ECF, DCTFWeb
Folha, holerites e eSocial
Webhook de retorno (usar polling)
CRUD de cadastros — só GET /client/info
Balancetes, DRE e relatórios contábeis
Como ler: caixas azuis são processadas pela 300S; a caixa primária representa o contrato ainda desligado da API; verdes são estados do seed, não respostas oficiais. Quando a conexão for autorizada, erros transitórios retornarão à esteira e rejeições por schema exigirão correção humana.
Máquina de estados · Competência fiscal
13 estados. Importado no Domínio ≠ escrituração confirmada — depende de revisão humana.
Sem documentos3→ 2
Coletado (SIEG)8→ 1
Aguardando validação5→ 2
Validado4→ 1
Em lote Domínio3→ 1
Enviado ao Domínio1→ 2
Importado no Domínio6→ 1
Aguardando revisão humana4→ 1
Fechado1→ 1
Ramos e loops
Recebido manual2→ 1
Com pendência1→ 1
Erro Domínio (retry)1→ 1
· recebido-manual → aguardando-validação· com-pendência ↔ aguardando-validação· erro-domínio → em-lote-domínio (retry)