Ir para o conteúdo
HPI Pro — Salesforce consulting and implementation
Idioma

Integrações e migração de dados

Um sistema central não pode funcionar sozinho, nem com dados em que ninguém confia.

Conectamos o Salesforce aos sistemas que a organização já utiliza, definimos contratos de interface claros e migramos os dados históricos por meio de um processo controlado com reconciliação completa.

Planejar uma integração ou migraçãoRevisar um sistema existente

Topologia do fluxo de dados

Como os dados entram, são governados e consumidos

Toda integração estável começa decidindo qual sistema é a autoridade de cada entidade. Tudo o mais — protocolo, frequência e ferramentas — deriva dessa decisão.

Topologia do fluxo de dados

Sistemas de origem

De onde vêm os dados

  • ERP e sistemas financeiros
  • Site, formulários e campanhas
  • Central de contato e canais de serviço
  • Sistemas operacionais

Camada de contrato e controle

O que é governado antes da entrada

  • Contrato de interfacecampos, formato, responsabilidade
  • Chave de identidade e idempotência
  • Validação e qualidade de dados
  • Retentativas, registro e monitoramento

Salesforce e consumo

Onde o dado se torna decisão

  • Modelo de dados central
  • Automação e processos
  • Relatórios e dashboards
  • Agentforce sobre dados governados
A camada de contrato é o que separa uma integração que permanece estável de uma que se rompe a cada mudança no sistema de origem.

Tipos de sistemas

O que pode ser conectado

  • ERP
  • Sistemas financeiros e contábeis
  • Sites e formulários
  • Automação de marketing
  • Telefonia e CTI
  • WhatsApp e canais de mensagens
  • Sistemas de serviço
  • BI e data warehouse
  • Sistemas operacionais
  • Sistemas de RH
  • Sistemas de documentos e assinatura eletrônica
  • APIs internas
  • Webhooks

A conexão em si quase nunca é o difícil. O difícil é decidir quem é responsável por cada campo, o que acontece quando dois sistemas atualizam o mesmo valor e como detectar uma falha antes que ela seja detectada pelos usuários.

Padrões de integração

Escolhidos pela tolerância a falhas, não pela conveniência

Request–Reply

Quando se encaixa
É necessária uma resposta imediata antes de continuar o processo
Exemplo típico
Verificação de estoque ou crédito ao criar um pedido
O que observar
Dependência direta da disponibilidade do sistema de destino

Fire and Forget

Quando se encaixa
A atualização importa, mas não bloqueia o processo
Exemplo típico
Enviar uma atualização de status para um sistema de relatórios
O que observar
Requer novas tentativas e monitoramento

Batch Sync

Quando se encaixa
Alto volume, baixa sensibilidade à atualidade dos dados
Exemplo típico
Sincronização noturna de catálogo ou preços
O que observar
Defasagens de atualidade entre sistemas

Event-Driven

Quando se encaixa
Vários consumidores para um mesmo evento de negócio
Exemplo típico
Publicar 'pedido aprovado' para múltiplos sistemas
O que observar
Requer gerenciamento do esquema e da ordem dos eventos

Data Virtualization

Quando se encaixa
Visualizar dados sem copiá-los
Exemplo típico
Mostrar o histórico de faturamento de um sistema externo
O que observar
O desempenho depende da fonte externa

Migração de dados

Dez passos controlados

01

Mapeamento de fontes

Quais sistemas contêm quais entidades, e qual é a autoridade.

02

Profiling de dados

Medição de completude, duplicação, formatos irregulares e histórico ausente.

03

Regras de limpeza

O que é corrigido automaticamente, o que requer uma decisão de negócio e o que não migra.

04

Mapeamento

Campo a campo, incluindo transformações e valores padrão.

05

Chave de identidade

Uma chave de negócio única por entidade para evitar duplicatas em cargas repetidas.

06

Carga de teste

Uma carga completa em um ambiente de teste com volumes reais.

07

Validação

Verificações de contagem, soma e amostragem em relação à origem.

08

Reconciliação

Uma comparação formal e uma lista de diferenças aprovada.

09

Carga definitiva

Uma janela de cutover planejada com um ponto de rollback definido.

10

Controle contínuo

Métricas de qualidade de dados que são mantidas após o go-live.

A vida após o go-live

Uma integração é um sistema que precisa ser operado

Ciclo operacional de integrações

  1. 01

    Monitoramento

    Medição de sucessos, falhas e tempos de resposta por interface.

  2. 02

    Alertas

    Uma falha que excede um limite gera um alerta para um responsável pelo processo identificado.

  3. 03

    Gerenciamento e correção

    Retentativa controlada, correção manual documentada e análise da causa raiz.

  4. 04

    Ajuste

    Atualização do contrato de interface ou da regra de negócio, e registro da mudança.

↻ O ciclo se repete: cada iteração alimenta a priorização da próxima

Uma interface sem ciclo operacional é uma interface que falha em silêncio. Este ciclo transforma uma falha em um evento gerenciado, em vez de uma surpresa.

Continue a partir daqui

Serviços e guias relacionados

Perguntas frequentes

Integrações e dados — perguntas comuns

Quando escolher integração em tempo real e quando integração em lote?
A pergunta decisiva é o que acontece se o dado chegar com uma hora de atraso. Se a consequência for uma decisão equivocada diante de um cliente, o tempo real é necessário. Se a consequência for um relatório um pouco menos atualizado, o processo em lote é mais barato, mais estável e mais fácil de manter. Uma combinação comum é tempo real para as entidades-chave e em lote para enriquecimento e correções.
O que é um contrato de interface e por que ele é crítico?
Um contrato de interface define por escrito qual sistema é a fonte, quais campos são movidos, em que formato, o que acontece em caso de falha, o que identifica de forma única um registro e quem é responsável pelas mudanças. Sem ele, qualquer atualização em um lado quebra o outro e ninguém sabe por quê. É o documento que evita a maioria das falhas reais de integração.
Como evitar duplicidades durante uma migração?
Define-se uma chave de identidade de negócio para cada entidade antes de carregar os dados, executa-se um profiling de dados para conhecer o real alcance da duplicação, decide-se uma regra explícita de fusão e realiza-se uma carga de teste em um ambiente de teste. Somente após superar a reconciliação completa, a carga definitiva é executada.
O que fazer quando o sistema de origem não é confiável?
Não se esconde o problema por trás de uma integração. Define-se a faixa de qualidade aceitável, filtram-se ou marcam-se os registros que estão fora dessa faixa e define-se um processo de correção na origem. Transferir dados deficientes para o Salesforce apenas transfere a desconfiança para o novo sistema.
Quanto tempo leva uma migração de dados?
A duração depende da qualidade da origem, não do volume. Um milhão de registros limpos com uma chave clara é muito mais rápido do que cem mil registros com duplicatas e histórico parcial. Por isso, o profiling é realizado cedo, antes de comprometer qualquer prazo.
É necessária uma plataforma de integração dedicada?
Nem sempre. Para um punhado de interfaces estáveis, uma abordagem baseada em APIs e eventos de plataforma é suficiente. Uma plataforma dedicada se justifica quando há muitos sistemas, transformações complexas, requisitos de monitoramento centralizado ou necessidade de reutilizar a lógica entre processos.

Próximo passo

Planejar uma integração ou migração

Mapearemos os sistemas, as fontes da verdade e o nível de qualidade exigido, e construiremos um plano que realmente possa ser executado.

Planejar uma integração ou migraçãoArquitetura CRM