Integração ERP com Site

O custo de manter os dois mundos separados

Quando o site e o sistema de gestão não conversam, a empresa mantém duas versões da própria operação e paga para reconciliá-las todo dia. Os efeitos são concretos.

O preço no site fica atrasado em relação à tabela vigente, e a empresa escolhe entre honrar um valor desatualizado ou explicar ao cliente por que não vai honrar. O estoque não reflete a realidade, e o pedido entra para um item que já saiu com outra venda, gerando cancelamento e frustração.

Do lado interno, os pedidos do site precisam ser lançados manualmente no ERP para que a expedição enxergue e a nota seja emitida. Esse trabalho atrasa o envio e introduz erro de digitação em endereço, quantidade e forma de pagamento.

Existe ainda um limite de crescimento embutido. A operação manual funciona com trinta pedidos por dia e trava com trezentos, e a empresa descobre isso exatamente no melhor momento comercial do ano.

O que trafega entre os dois sistemas

A integração é feita de vários fluxos independentes, cada um com direção, frequência e regra próprias. Os que costumam compor o escopo:

• catálogo de produtos, do ERP para o site: código, descrição, unidade, categoria e atributos;
• preço, do ERP para o site: tabela vigente, incluindo listas diferenciadas por cliente ou por canal;
• estoque, do ERP para o site: saldo disponível, com tratamento de reserva e de múltiplos depósitos;
• pedido, do site para o ERP: itens, valores, forma de pagamento, frete e endereço;
• cliente, nos dois sentidos, com definição de qual sistema é dono de cada campo;
• situação do pedido, do ERP para o site: separação, faturamento, envio e código de rastreio;
• documento fiscal, do ERP para o site: nota emitida disponível para o cliente.

Os fluxos não precisam entrar todos de uma vez. Uma sequência que funciona bem começa por preço e estoque, que resolvem o erro mais visível para o cliente, e segue para pedido e situação, que resolvem o gargalo interno.

Por onde começar quando tudo parece urgente

Empresas costumam querer todos os fluxos ao mesmo tempo, e a ordem importa mais do que parece. O critério que a DreamMark usa combina duas perguntas: qual erro o cliente enxerga primeiro e qual trabalho manual consome mais tempo interno.

Preço e estoque respondem à primeira pergunta, porque são os erros que geram cancelamento e reclamação. Pedido e situação respondem à segunda, porque eliminam o lançamento manual e o contato perguntando onde está a entrega. Começar por qualquer um dos dois é defensável; começar por cadastro de cliente raramente é.

Existe uma exceção que muda a ordem. Quando a empresa está prestes a entrar em um período de alto volume, o fluxo de pedido passa à frente, porque é ele que define se a operação aguenta o pico. Integrar durante a campanha é pior do que integrar antes ou depois dela.

A entrega em etapas também tem um efeito de aprendizado. O primeiro fluxo revela como os dois sistemas se comportam de verdade, e os seguintes saem mais rápidos porque o mapeamento de códigos e o tratamento de erro já estão resolvidos.

Quem é dono de cada informação

Antes de ligar os sistemas, é preciso definir qual deles manda em cada campo, e essa decisão evita o pior tipo de problema: a alteração que desaparece sozinha porque a sincronização a sobrescreveu.

A distribuição típica coloca o ERP como dono do que é operacional: código do produto, preço, saldo, situação do pedido, dado fiscal. E o site como dono do que é comercial e editorial: título de vitrine, descrição de venda, imagens, categorização de navegação, conteúdo de apoio.

A separação existe porque as duas descrições servem a propósitos diferentes. O nome cadastrado no ERP costuma ser abreviado e cheio de código, adequado para a operação e péssimo para quem está comprando. Sincronizar isso para a vitrine sem tratamento produz um catálogo ilegível.

O cadastro de cliente é o caso mais delicado, porque os dois lados alteram. A definição costuma ser por campo, com dado fiscal vindo do ERP e preferências de contato ficando no site.

Estoque: o fluxo que mais exige cuidado

A sincronização de estoque é a que gera mais problema quando é feita de forma ingênua, porque envolve uma corrida entre canais. O produto único que está no site também está no balcão, no representante e no marketplace.

A primeira decisão é qual saldo o site enxerga. Publicar o total disponível no ERP costuma gerar venda de item já comprometido; publicar um saldo reservado para o canal digital reduz esse risco e imobiliza produto. A escolha depende do giro e do custo de cancelar um pedido.

A segunda é a frequência. Estoque atualizado uma vez por dia funciona para catálogo grande com giro lento e falha em produto disputado. O desenho que costuma equilibrar usa atualização por evento para o que se move, com uma carga completa periódica que corrige divergências acumuladas.

A terceira é o que fazer com o item que zera durante a compra. Vale definir se o site bloqueia a finalização, permite reserva temporária no carrinho ou aceita o pedido em falta com aviso. As três respostas são legítimas, e escolher nenhuma delas é a única alternativa ruim.

Kits, variações e produtos que não existem no ERP

Nem tudo que a loja vende corresponde a um item cadastrado no sistema de gestão, e esses casos precisam de decisão explícita antes da sincronização de estoque. Kits montados a partir de produtos individuais são o exemplo mais comum.

Um kit não tem saldo próprio: a disponibilidade dele depende do menor saldo entre os componentes, e cada venda de kit precisa baixar todos eles. Quando isso não é tratado, a loja vende kit sem estoque ou deixa de vender item que existe, e as duas falhas aparecem juntas.

Variações de tamanho e cor seguem lógica parecida quando o ERP as registra como produtos independentes, sem vínculo entre si. O site precisa reagrupá-las para exibir uma página única de produto, e esse agrupamento depende de uma regra confiável de correspondência, que raramente existe pronta no cadastro.

Existem ainda os itens que só fazem sentido no digital, como serviços de instalação e garantia estendida. Vale decidir se eles são cadastrados no ERP para entrar no pedido normalmente ou se são tratados como valor adicional, porque cada opção muda o que a nota fiscal vai conter.

Preço: tabelas, regras e o que o site consegue reproduzir

A sincronização de preço fica complexa quando a empresa vende com condições diferentes por cliente, algo comum em operações entre empresas. O ERP costuma comportar tabelas por região, por perfil, por volume e por negociação individual.

O trabalho de integração precisa definir quanto dessa lógica o site reproduz. Reproduzir tudo exige que o site consulte o ERP no momento da navegação, o que aumenta a dependência entre os sistemas e o tempo de resposta. Simplificar em uma tabela única acelera a vitrine e perde a condição negociada.

Uma solução intermediária que costuma funcionar mantém o preço padrão sincronizado no site e consulta o ERP apenas para clientes identificados com condição especial. Isso preserva a velocidade da navegação anônima e a precisão para quem está logado.

Pedido e o caminho de volta

Do lado do pedido, a integração precisa levar para o ERP tudo o que a operação precisa para faturar e expedir, e trazer de volta o que o cliente precisa para acompanhar.

A ida carrega itens, quantidades, valores praticados, desconto aplicado, forma e condição de pagamento, frete escolhido, endereço de entrega e dados fiscais do comprador. Detalhes de conversão aparecem aqui: o site trabalha com códigos próprios de produto e forma de pagamento, e o mapeamento entre esses códigos e os do ERP precisa ser explícito.

A volta traz a mudança de situação, o número da nota e o código de rastreio, o que reduz de forma direta o volume de contato perguntando onde está o pedido. Esse fluxo costuma ser deixado para depois e é o que mais alivia o atendimento.

Quando o ERP fica indisponível

Sistemas de gestão saem do ar para manutenção, atualização e por falha, e o site precisa continuar funcionando nesses períodos. Uma integração que derruba a loja junto com o ERP transforma um problema interno em prejuízo comercial.

O desenho resiliente guarda no site uma cópia recente do que é essencial para vender, como preço e saldo, de modo que a navegação e a compra sigam possíveis. Os pedidos gerados durante a indisponibilidade entram em fila e são enviados quando o sistema volta, sem duplicar.

Também entra aqui o tratamento de limite de acesso. Muitos ERPs suportam um número restrito de consultas simultâneas, e uma integração que consulta a cada visita pode derrubar o sistema de gestão em um pico de tráfego. Esse risco é avaliado antes, e não descoberto em campanha.

Vários canais de venda no mesmo estoque

Empresas que vendem em site próprio e em marketplaces enfrentam a mesma questão multiplicada, porque cada canal precisa enxergar um saldo confiável do mesmo estoque físico.

Nesses casos, o desenho costuma prever uma camada central que conversa com o ERP e distribui para os canais, em vez de cada canal manter conexão própria. Isso reduz o número de integrações a manter e coloca a regra de distribuição de saldo em um lugar só.

A decisão de negócio que acompanha é como dividir o estoque entre os canais: proporção fixa, prioridade para o canal de maior margem ou saldo compartilhado com risco de conflito. A DreamMark trabalha essa definição junto com a área comercial, porque é escolha de estratégia antes de ser escolha técnica.

Como a DreamMark conduz

O projeto entrega por fluxo, começando pelo que resolve o problema mais visível:

1. Levantamento: qual ERP, qual plataforma de site, quais formas de acesso existem e quais versões estão em uso;
2. Definição de propriedade: qual sistema é dono de cada campo, acordado entre operação e comercial;
3. Mapeamento de códigos: correspondência entre produto, forma de pagamento, frete e situação nos dois lados;
4. Desenho dos fluxos: direção, frequência, gatilho e comportamento em caso de falha;
5. Implementação por etapa: preço e estoque primeiro, pedido e situação depois;
6. Testes com dados reais: incluindo produto sem estoque, pedido cancelado e cliente com condição especial;
7. Entrada assistida: acompanhamento próximo nas primeiras semanas, com conferência de divergências;
8. Monitoramento: alertas de falha e de ausência de movimento, além da documentação da arquitetura.

A etapa 3 é a que mais gera surpresa. Empresas costumam ter produtos com código diferente entre os sistemas, itens duplicados no cadastro e variações registradas de formas incompatíveis, e esse acerto precisa acontecer antes de qualquer sincronização.

Serve para qualquer ERP

A viabilidade depende da forma de acesso que o sistema oferece, e não do nome do fornecedor. ERPs com API documentada e ambiente de teste são o cenário mais simples e rápido.

Sistemas sem API ainda podem ser integrados por caminhos alternativos, como troca programada de arquivos ou leitura de banco de dados, com limitações próprias de atraso e de estabilidade. ERPs desenvolvidos internamente costumam ser flexíveis, e dependem da disponibilidade de quem os mantém.

A verificação de acesso acontece antes de qualquer compromisso de prazo, porque é ela que define o esforço real. A DreamMark prefere dizer isso na primeira conversa a descobrir o obstáculo depois do orçamento aprovado.

O cadastro de produto, que precede a integração

A qualidade do cadastro no ERP determina a qualidade da vitrine, e esse é o obstáculo mais frequente em projetos de integração. Sistemas de gestão guardam o produto para faturar, não para vender, e a diferença aparece logo.

Os problemas típicos são conhecidos: descrição abreviada com código interno, ausência de categoria comercial, produtos duplicados que a operação aprendeu a conviver, variações de tamanho e cor cadastradas como itens sem relação entre si, e unidade de medida inconsistente.

Nada disso impede a integração, e tudo isso aparece na vitrine se não for tratado. As alternativas são melhorar o cadastro na origem, o que beneficia a empresa inteira, ou manter no site uma camada de enriquecimento com o conteúdo comercial, ligada ao produto pelo código do ERP.

A segunda opção costuma ser o caminho realista, e ela precisa de uma regra clara: quando um produto novo entra no ERP, ele aparece no site como rascunho até que alguém complete o conteúdo comercial. Sem essa regra, itens entram na vitrine com nome ilegível e sem imagem.

Frete, fiscal e as regras que moram no sistema de gestão

Algumas regras de negócio vivem no ERP e precisam chegar ao site sem serem reimplementadas, sob pena de os dois passarem a calcular resultados diferentes para a mesma situação.

O caso mais comum é o tributário. Substituição, diferença de alíquota entre estados e regimes específicos alteram o valor final e são calculados no sistema de gestão. Reproduzir essa lógica na plataforma de e-commerce cria duas fontes de verdade que divergem na primeira mudança de legislação. O desenho mais estável consulta o ERP para o cálculo, com resultado guardado temporariamente para não pesar na navegação.

O frete segue lógica parecida quando a empresa tem tabela negociada com transportadora, regra de frete grátis por região ou por valor, e restrição de entrega por tipo de produto. Simplificar isso no site produz cobrança errada em uma direção ou na outra, e as duas custam caro.

A definição de onde cada regra é calculada faz parte do desenho inicial, e vale documentá-la. É a informação que a próxima pessoa vai precisar quando algo divergir.

Como começar

O primeiro passo é listar o que hoje é atualizado à mão entre o sistema de gestão e o site, com quem faz e com que frequência. Essa lista costuma revelar em poucos minutos qual fluxo compensa integrar primeiro.

A DreamMark atende de forma remota em todo o Brasil, a partir do Rio Grande do Sul, com reuniões presenciais em Gravataí, Cachoeirinha, Porto Alegre e região metropolitana, Lajeado, Caxias do Sul, Santa Cruz do Sul e no Litoral Norte gaúcho.

Vale reunir, antes da primeira conversa, o nome do ERP e da plataforma do site, a versão em uso de cada um e o contato de quem responde tecnicamente por eles, incluindo o fornecedor externo quando houver. Boa parte do prazo desses projetos é consumida esperando resposta sobre acesso e credencial, e ter esse mapa pronto encurta o início de forma significativa.

Também ajuda saber quantos produtos ativos existem no cadastro e quantos pedidos a operação processa em um dia comum e em um dia de pico. Esses dois números orientam o dimensionamento da sincronização e evitam um desenho que funciona em volume normal e trava exatamente quando a empresa mais precisa dele.