Ir para o conteúdo
XSIS
Um engenheiro trabalha em cabeamento de rede sob luz azul

Empresas e Integrações

Serviços de middleware e integração de APIs

Uma camada de integração para cada sistema e parceiro, com os casos de falha tratados

Quando cada conexão é um script próprio

A maioria das empresas depende de serviços que não opera: um CRM, transportadoras e provedores de logística 3PL, plataformas fiscais, triagem de KYC e PLD e ferramentas SaaS. Cada um tem a sua própria API, os seus próprios limites e a sua própria forma de falhar.

Conectados um de cada vez, eles se tornam um conjunto de scripts ponto a ponto que ninguém entende por completo. Um parceiro muda a sua API, uma mensagem se perde à noite, e o primeiro sinal é a reclamação de um cliente.

O que muda para você

  1. Uma camada em vez de uma teia de scripts

    Os sistemas publicam e recebem eventos por uma única camada governada, para que acrescentar um parceiro não signifique tocar em todos os sistemas.

  2. Nada perdido, nada duplicado

    Gravações idempotentes, novas tentativas com espera crescente e uma fila de mensagens não entregues, para que uma falha seja capturada e reprocessada em vez de perdida.

  3. Cada fluxo visível

    Rastreamentos, taxas de erro e latência por parceiro, com alertas que dizem qual parceiro falhou e como.

O que entregamos

  • Gateway de API

    Uma única porta de entrada governada para as APIs que você publica: autenticação, limites de taxa, cotas, versionamento e análises de uso.

  • Malha de eventos e barramento de serviços corporativo

    Uma malha de eventos é uma rede de brokers que encaminha eventos entre sistemas e sites em tempo real. Quando o seu parque já roda em um barramento de serviços corporativo (ESB), também projetamos e ampliamos esse barramento.

  • Automação de fluxos com BPMN

    Processos que atravessam sistemas e pessoas, como onboarding ou aprovações, modelados em BPMN (Business Process Model and Notation) e executados por um motor de fluxo de trabalho.

  • Conectores para o ecossistema de terceiros

    Conectores por REST, SOAP e webhooks, ou por um iPaaS (plataforma de integração como serviço), para CRM, logística 3PL, provedores fiscais e de KYC e PLD.

  • Contratos de API e versionamento

    Definições OpenAPI ou WSDL para cada interface, com regras de campos, códigos de erro e limites, e uma política para absorver mudanças dos parceiros.

  • Identidade e segredos

    Login único com OpenID Connect ou SAML, acesso de serviços com OAuth 2.0 e credenciais em um cofre de segredos, com escopo e rotação.

  • Confiabilidade e monitoramento

    Chaves de idempotência, novas tentativas, filas de mensagens não entregues e um caminho de operação humana para cada exceção, com painéis e alertas por parceiro.

Como trabalhamos

  1. Fazer o inventário

    Listamos os sistemas e parceiros de que você depende, os dados de que cada um precisa e as falhas que você vê hoje.

  2. Projetar a camada

    Escrevemos os contratos de API e escolhemos chamadas diretas, eventos, um ESB ou uma plataforma de integração para cada fluxo.

  3. Construir os conectores

    Construímos cada conector com o seu tratamento de erros, proteção contra duplicidade e registro desde o início.

  4. Testar com cada parceiro

    Executamos testes de contrato e cenários de ponta a ponta no ambiente de teste de cada parceiro, incluindo falhas.

  5. Lançar com segurança

    Lançamos em etapas e mantemos o caminho antigo disponível até o novo ser comprovado.

  6. Operar e adaptar

    Acompanhamos taxas de erro e mensagens não entregues e adaptamos os conectores quando os parceiros mudam as suas APIs.

ERP para terceiros: uma plataforma, muitos parceirosOs eventos de negócio saem do ERP uma única vez e a plataforma de integração os entrega a cada parceiro no formato que ele espera. Os callbacks voltam pelo mesmo caminho. Uma mensagem que ainda falha após as novas tentativas vai para uma fila de mensagens não entregues e gera um alerta com o conteúdo anexado.ERPERPClientes, pedidos,faturasXSISPlataforma deintegraçãoiPaaS ou serviços sobmedida, mapeamentoe novas tentativasTerceiroCRMContas, contatos eoportunidadesTerceiroLogística etransportadorasEnvios e rastreamentoTerceiroPlataforma defaturamentoeletrônico e fiscalAutorização fiscal erelatóriosTerceiroProvedor de KYC eidentidadeVerificação e triagemServiçoFila de mensagensnão entregues ealertasNada é descartadoPessoasEquipe de suporte1REST · OData · webhook2REST/JSON3REST/JSON4webhook5SOAP/XML · REST6REST/JSON7webhook89

ERP para terceiros: uma plataforma, muitos parceiros

Os eventos de negócio saem do ERP uma única vez e a plataforma de integração os entrega a cada parceiro no formato que ele espera. Os callbacks voltam pelo mesmo caminho. Uma mensagem que ainda falha após as novas tentativas vai para uma fila de mensagens não entregues e gera um alerta com o conteúdo anexado.

  • Fluxo principal
  • Assíncrono
  • Caminho de exceção
O fluxo em 9 etapas

O fluxo, etapa a etapa

  1. De ERP para Plataforma de integração: Eventos de negócio, por REST · OData · webhook (fluxo principal).
  2. De Plataforma de integração para CRM: Clientes e pedidos, por REST/JSON (fluxo principal).
  3. De Plataforma de integração para Logística e transportadoras: Envios agendados, por REST/JSON (fluxo principal).
  4. De Logística e transportadoras para Plataforma de integração: Eventos de rastreamento, por webhook (assíncrono).
  5. De Plataforma de integração para Plataforma de faturamento eletrônico e fiscal: Faturas para autorização fiscal, por SOAP/XML · REST (fluxo principal).
  6. De Plataforma de integração para Provedor de KYC e identidade: Verificações de identidade, por REST/JSON (fluxo principal).
  7. De Provedor de KYC e identidade para Plataforma de integração: Resultados das verificações, por webhook (assíncrono).
  8. De Plataforma de integração para Fila de mensagens não entregues e alertas: Falha após as novas tentativas, para uma fila de mensagens não entregues (caminho de exceção).
  9. De Fila de mensagens não entregues e alertas para Equipe de suporte: Alerta com o conteúdo e o erro (caminho de exceção).

Protocolos, plataformas e padrões

Se você já tem uma plataforma de integração, construímos sobre ela. Nomear um produto não significa uma parceria com o fornecedor.

Dados e análises
  • Apache Kafka
Integração
  • REST
  • SOAP
  • GraphQL
  • Webhooks
  • OpenAPI
  • MuleSoft
  • Boomi
  • Azure Logic Apps
  • Apache Camel
  • RabbitMQ
Identidade e acesso
  • OAuth 2.0
  • OpenID Connect
  • SAML 2.0
  • SCIM
  • Keycloak
  • Microsoft Entra ID
Normas de saúde
  • HL7 v2
  • HL7 FHIR

Prova em produção

Para um banco de grande porte do GCC e um conglomerado regional, construímos uma malha de middleware orientada a eventos em Apache Kafka. Ela conecta o SAP S/4HANA a bancos e autoridades fiscais, com segredos mantidos no HashiCorp Vault.

Como começar

Uma lista clara de parceiros e fluxos vai direto para uma proposta. Uma teia não documentada de integrações existentes começa pela Ponte de Diagnóstico Brownfield.

O que acontece a seguir

  1. Sessão de pré-consultoria

    Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.

  2. Avaliação de prontidão

    Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.

  3. Escolha da trilha

    Projetos com escopo pronto recebem uma proposta vinculante em 3 a 5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.

  4. Entrega em cinco etapas

    Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.

Perguntas e respostas

Devemos usar uma plataforma de integração ou código sob medida?

Depende de quantas conexões você tem e de quem vai operá-las. Uma plataforma de integração como MuleSoft, Boomi ou Azure Logic Apps oferece conectores prontos, mapeamento e monitoramento em um só lugar, a um custo de licença. Serviços sob medida dão controle total e nenhuma licença, mas mais código para manter. Comparamos os dois para o seu caso.

Qual é a diferença entre um ESB e uma malha de eventos?

Um barramento de serviços corporativo encaminha e transforma mensagens por um hub central. Uma malha de eventos distribui eventos por uma rede de brokers conectados, para que sistemas em nuvens e sites diferentes publiquem e assinem diretamente. Muitos parques usam os dois enquanto migram de um para o outro.

O que acontece quando a API de um parceiro está fora do ar?

As requisições que falham por motivos temporários são repetidas com atrasos crescentes. Cada gravação carrega uma chave de idempotência, para que uma nova tentativa nunca crie um segundo pedido ou uma segunda fatura. Uma mensagem que ainda falha vai para uma fila de mensagens não entregues com o payload e o erro. Um alerta chega à sua equipe, e a mensagem é reprocessada quando o parceiro se recupera.

Como vocês tratam mudanças de versão de API?

Para as APIs que você publica, versionamos, mantemos versões antigas em execução por um período acordado e informamos aos consumidores o que muda. Para as APIs que você chama, acompanhamos os avisos de descontinuação de cada parceiro e testamos novas versões no sandbox dele. Os testes de contrato capturam uma mudança não anunciada antes de ela chegar à produção.

Vocês conseguem conectar o nosso provedor de identidade?

Sim. Adicionamos login único com OpenID Connect ou SAML 2.0 por provedores como Microsoft Entra ID ou Keycloak. Os usuários são provisionados com SCIM quando o aplicativo oferece suporte. O seu provedor de identidade continua sendo o único lugar onde o acesso é concedido e removido.

Como vocês lidam com limites de taxa?

Projetamos em torno dos limites publicados de cada parceiro. Agrupamos requisições quando a API permite, armazenamos em cache dados que raramente mudam, distribuímos tarefas agendadas e recuamos quando um limite está próximo. O monitoramento mostra o quão perto cada fluxo opera do seu limite.

Pronto para construir? Peça uma proposta.

Envie os seus requisitos ou o seu RFP. Nossos arquitetos os validam e retornam uma proposta vinculante de escopo fixo.

O que acontece a seguir

  1. Avaliação de prontidão

    Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.

  2. Proposta vinculante

    Após validação de arquitetura sem custo, você recebe uma proposta vinculante de escopo fixo em 3 a 5 dias úteis: marcos, arquitetura, estrutura da equipe e SLAs. Assinamos um acordo de confidencialidade (NDA) com você quando solicitado, antes de você compartilhar os seus requisitos.

  3. Mobilização

    Depois da assinatura, nossos pods de engenharia iniciam o Sprint 0 em 5 a 10 dias úteis após a assinatura do contrato.

  4. Entrega em cinco etapas

    Mobilização, sprints com demonstrações ao vivo, integração e fortalecimento, aceitação e entrada em produção e, depois, serviços gerenciados. Após a entrada em produção vem um período de garantia e, depois, suporte e manutenção opcionais.