Canis conteúdos / aplicativos_e_sistemas
Menu
Falar com a Canis ↗
Aplicativos e sistemas // Conteúdo Editorial

Integração de ERP: quando o conector nativo não basta

O conector nativo do fornecedor cobre o caso comum — até parar. Veja o que definir no projeto de integração do ERP e como conciliar estoque e fiscal.

ARTIGO Por Vinicius Moreira 8 min de leitura
Ponte inacabada sobre um rio calmo: o trecho que parte de uma margem termina no ar sobre a água e, na margem oposta, caixas de papelão lisas esperam a travessia, sob o título do artigo em três linhas
Neste artigo (8 tópicos)

O que é integração de ERP — e o sinal de que o conector nativo não basta

Integração de ERP é ligar o sistema de gestão aos outros sistemas da operação — loja, CRM, PDV, marketplace — para pedido, estoque, cadastro e nota circularem sozinhos, sem redigitação. O fornecedor do ERP costuma entregar uma ponte pronta para os casos comuns; a decisão é o que fazer quando essa ponte não alcança a sua operação.

O sinal é observável: pedido digitado duas vezes, estoque desencontrado entre canais, nota ajustada à mão no fechamento, planilha paralela para conferir o que o sistema deveria garantir. Quando um desses vira rotina, o problema deixou de ser operacional e virou projeto de integração. O panorama do tema — o que é uma integração, os caminhos possíveis e o que definir antes — está no guia de integração de sistemas; aqui, o recorte é o ERP.

O que o conector nativo cobre — e onde ele costuma parar

O conector nativo cobre o caso comum: as plataformas populares, a emissão fiscal básica e a troca de cadastros. Ele para quando a operação tem regra própria, sistema fora da lista ou exceção sem tratamento — e não inclui conferir o que entregou.

O padrão se repete: integração com as plataformas mais usadas, emissão de nota a partir do pedido e troca de cadastro — e o que fica de fora também tem padrão:

  • Sistema fora da lista. O CRM próprio, o PDV antigo, o sistema de depósito (WMS): cada sistema fora do catálogo do conector vira trabalho manual ou projeto.
  • Regra própria da operação. Preço por canal, frete calculado, reserva de estoque com prioridade, kit que combina produtos — regra que não é padrão de mercado não vem no conector.
  • Exceção sem tratamento. Cancelamento depois do faturamento, devolução, troca: casos que exigem desfazer estoque e fiscal dos dois lados. A documentação de integração entre o WMS e o ERP da Senior mostra o tamanho real: cadastros, pedidos, faturamento e estoque trafegam nos dois sentidos, e o cancelamento exige tratamento explícito.
  • Campo que o destino não tem. O dado existe na origem, mas não há onde gravá-lo do outro lado.
  • Volume. A integração que acompanha dez pedidos por dia pode não acompanhar o pico de vendas de novembro sem fila.
  • A conciliação. O conector entrega o dado, mas não confere se ele chegou certo — conferir é trabalho da operação, assunto da rotina de conciliação, mais adiante.

Quando o nativo não basta: plataforma, sob medida ou os dois

Quando o conector nativo não cobre a operação, há três caminhos: ampliar com uma plataforma de integração, construir o trecho que falta sob medida ou combinar os dois — nativo para o comum, sob medida para a regra.

CaminhoQuando tende a bastarO que exigeOnde dói
Plataforma de integraçãoVários sistemas padronizados, regra simples, pressa para ligarConectores prontos dos dois lados e alguém que mantenha as receitasRegra muito específica fica difícil de representar; a operação passa a depender da plataforma de terceiro
Trecho sob medidaRegra própria no centro da operação, exceção que importaEspecificação clara, desenvolvimento e manutenção com donoExige projeto e responsável; não é ligar e esquecer
CombinadoO comum já vem pronto e a regra é minoriaDesenho único: o nativo cobre cadastro e nota; o sob medida cobre estoque, preço e exceçãoExige decidir, dado por dado, quem responde

O critério prático: conte os sistemas de cada lado e as regras que fogem do padrão. Poucos sistemas e nenhuma regra própria — a plataforma tende a bastar. Regra própria no centro da operação, ou sistema sem conector, e o trecho sob medida se paga. Um sistema sob medida resolve o que o catálogo não cobre. Para mapear onde a sua integração trava, fale com a gente sobre sistemas e aplicativos sob medida.

O que fica definido no projeto de integração

Antes de desenvolver, o projeto precisa deixar escrito: a chave única, a fonte oficial de cada dado, a regra, a exceção e a recuperação da falha. Sem isso, a integração funciona até o primeiro caso fora do script.

  • Chave única do registro. O mesmo pedido precisa de um identificador que os dois lados reconheçam; sem ele, a mesma venda vira dois pedidos.
  • Fonte oficial de cada dado. Estoque manda no ERP ou no canal? Preço? Cadastro? Decidir por dado, não por sistema: cada informação tem um dono, e os outros escutam.
  • Regra e exceção. O caminho comum (venda, reserva, nota, expedição) e o que sai dele: cancelamento depois do faturamento, devolução, troca.
  • Fila e retentativa. A entrega pode repetir ou falhar no meio. O Stripe resolve isso com chave de idempotência: repetir a requisição não cria o segundo objeto. Para eventos vale a mesma lógica: fila e resposta rápida — o GitHub considera falha a entrega sem resposta de sucesso em dez segundos.
  • Log e alerta. Cada entrega registrada e falha avisando alguém: o log transforma “sumiu um pedido” em “esta entrega falhou às 14h”.
  • Dado pessoal. O que atravessa a integração — nome, endereço, histórico — segue a Lei 13.709/2018 (LGPD): medidas de segurança (art. 46) e comunicação de incidente relevante (art. 48).

O caminho do pedido, do canal até o ERP

  1. Venda aprovada no canal

    A loja, o marketplace ou o PDV fecha o pedido.

  2. Captura com identificador único

    O evento entra na fila com a chave dos dois lados.

  3. Regra valida

    Estoque, preço e frete são conferidos antes de gravar.

  4. ERP grava e fatura

    O pedido vira registro, reserva e documento fiscal.

  5. Status volta ao canal

    Nota, rastreio e baixa retornam para a loja.

Conciliação: o teste de que a integração continua de pé

Conciliação é conferir, em rotina, se o que a integração prometeu aconteceu — do pedido faturado à baixa de estoque. O quadro abaixo resume a rotina de conferência. Sem ela, o painel fica verde enquanto estoque e fiscal se desencontram.

A conferência precisa de cadência e de dono. Em fluxos de maior volume, a rotina é diária; em operações menores, semanal pode bastar — o que não pode é não existir. Cada divergência encontrada precisa de um responsável por resolvê-la, senão a conferência vira uma lista de problemas sem fim. O estoque desencontrado entre canais é o sintoma clássico de operação multicanal — e também aparece no guia de ERP para e-commerce, quando o sistema de gestão fica pequeno para a operação.

A rotina de conciliação, em quatro conferências

  1. Pedidos e notas

    Todo pedido faturado tem documento? Toda nota tem pedido?

  2. Estoque por canal

    O saldo que o canal mostra é o mesmo que o ERP reservou?

  3. Devoluções e cancelamentos

    O que voltou desfez estoque e fiscal dos dois lados?

  4. Fila e log

    Alguma entrega falhou, ficou pendente ou repetiu sem tratamento?

Como validar antes de produção

A integração entra em produção depois de um aceite: piloto com volume real, execução em paralelo, conciliação de estoque e fiscal, falha simulada e um responsável pelo acompanhamento. Validar não é atrasar — é descobrir o erro enquanto ele ainda é barato.

O piloto roda um período fechado com pedidos de verdade, não com um teste fictício. Na sequência, o processo antigo e o novo rodam em paralelo, e a conciliação — a mesma da rotina acima — compara os dois resultados, pedido a pedido. A falha simulada derruba a conexão de propósito: a fila precisa retentar e o alerta precisa chegar. E o responsável pelo acompanhamento é definido antes da entrada em produção, não depois do primeiro problema. Só então a operação passa a depender da integração.

Perguntas frequentes

O que é integração de ERP, em uma frase?

Integração de ERP é ligar o sistema de gestão aos outros sistemas da operação — loja virtual, marketplace, CRM, PDV — para que pedido, estoque, cadastro e nota circulem sozinhos, sem redigitação.

O conector nativo do meu ERP resolve qualquer integração?

Não. Ele costuma cobrir o caso comum: plataformas populares, emissão fiscal básica, troca de cadastros. Quando a operação tem regra própria, sistema fora da lista ou exceção que exige desfazer estoque e fiscal, o conector para — e entra o projeto de integração: plataforma, sob medida ou os dois.

Dá para integrar o ERP atual sem trocar de sistema?

Na maioria dos casos, sim: a integração vive nas APIs e nos eventos do ERP, sem migração. O limite aparece quando o sistema não oferece API nem exportação de dados — sem porta de saída, a integração fica restrita.

Como impedir que o estoque fique desencontrado entre os canais?

Definindo a fonte oficial do saldo (um sistema manda, os outros escutam), a reserva antes de confirmar a venda e uma rotina de conciliação que compare canal e ERP. Sem esses três, a divergência é questão de tempo.

Quem responde quando um pedido não chega ao ERP?

A integração precisa responder antes que alguém perceba: fila com retentativa, log de cada entrega e alerta para falha, com um responsável na operação. O pior cenário não é a falha; é a falha silenciosa.

Próximo passo

Integração de ERP começa pela conta certa: liste os fluxos que hoje dependem de redigitação — o pedido que alguém redigita, o estoque que alguém confere, a nota que alguém ajusta — e leve essa lista para a conversa. Se você quer um diagnóstico do que integrar primeiro, fale com a gente sobre sistemas e aplicativos sob medida. E se o próximo sistema a ligar é o comercial, comece pelo CRM sob medida, desenhado para receber dado de todos os canais.

Canis · Diagnóstico

Início da conversa