Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Índice

Introdução

Nessa seção de documentos, você encontrará informações sobre os processos oficiais para realizar integrações com sistemas TOTVS.
Siga os diagramas interativos para acessar aos detalhes de cada etapa.

Integrando com sistemas TOTVS

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameDiagrama sem nome
simpleViewerfalse
diagramWidth780
revision26

Modelos de Integração

API

Integração client-to-server.

Não utiliza recursos de EAI, como controle de fila e mecanismos dê/para;

Este formato corresponde ao uso das APIs TOTVS por aplicações internas e de terceiros, onde o cliente depende exclusivamente dos dados providos pelo host, que geralmente é um ERP TOTVS. O cliente não necessita de mecanismos de equivalência de chaves (InternalId), pois utilizará aquelas providas pelo host. Neste contexto, a mensagem padronizada atua como um "dicionário de dados" padrão para todas as APIs que realizam as operações e requisições nas entidades mantidas pelo host. .

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameAPI
simpleViewerfalse
diagramWidth1266
revision19

Transactions (EAI)

Integração server-to-server.

Utiliza recursos de EAI, como controle de fila e mecanismos dê/para;

Neste contexto a mensagem padronizada já está estabelecida como o único padrão de comunicação entre os produtos TOTVS e corresponde às integrações que vem sendo construídas ao longo dos anos. A troca de informações abrangidas por esse formato visam, principalmente, a sincronização de dados entre dois ou mais participantes de uma integração e, na maior parte das vezes, requer mecanismos de equivalência de chaves primárias e estrangeiras, como o uso do InternalId.

draw.io Diagram
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameTransaction
simpleViewerfalse
diagramWidth1376
revision12

Análise de negócio

(Redigir texto analisando as considerações abaixo)

  • Elementos necessários para identificar o melhor fluxo e arquitetura de integração.
    • Quem é o dono da mensagem?
    • Lote? Timeout?
  • Se transactions, qual canal? (Link para docs explicando detalhes de cada canal)