Integração BigCommerce ERP: como escolher o conector certo.

Uma integração BigCommerce ERP mantém seis tipos de dados em sincronia:

• Catálogo: produtos, SKUs, variantes e unidades de medida, a partir do cadastro de itens do ERP.
• Preços: preços de tabela e específicos por cliente, resolvidos em listas de preços do BigCommerce.
• Estoque: idealmente a disponibilidade a prometer por depósito, e não o saldo total em estoque.
• Clientes: contas, endereços de entrega e compradores, nas duas direções.
• Pedidos: entram no ERP como pedidos de venda, com status e rastreamento de volta.
• Faturas: itens em aberto e histórico, exibidos na conta do comprador.

Um fato determina todo o resto: o BigCommerce sincroniza com o ERP em vez de lê-lo ao vivo. Ele armazena o próprio catálogo e as próprias listas de preços, então toda integração é uma cópia mantida atualizada. A engenharia está em quão atualizada, quão correta, e no que acontece quando a cópia e o ERP divergem.

Há três formas de construí-la, além de um modelo híbrido entre elas:

• Conector empacotado ou app do marketplace. O mais rápido quando o seu ERP, os seus preços e as suas entidades se encaixam no modelo dele.
• iPaaS (plataforma de integração como serviço). Uma plataforma com templates, para equipes que conectam vários sistemas.
• Código sob medida. Para preços calculados, verificações ao vivo no carrinho ou um ERP que ninguém empacotou.
• Híbrido. Um conector ou iPaaS para os fluxos de rotina e código sob medida para o fluxo difícil, geralmente o de preços.

A argumentação de arquitetura por trás disso está em integração com ERP em tempo real ou via middleware, e os casos em que uma plataforma que lê o ERP ao vivo se encaixa melhor estão em Sana Commerce vs BigCommerce.

Cada ERP expõe seus dados de forma diferente, então a integração muda mesmo quando o lado do BigCommerce permanece o mesmo. A coluna de conectores lista apenas produtos cuja própria página ou documentação cita aquele ERP para o BigCommerce. Um nome ali significa que o produto existe, não que o recomendamos.

A cobertura dos conectores muda, então confirme com o fornecedor a versão atual e o suporte à sua edição antes de planejar em torno de um deles.

Usa Epicor e vende principalmente para outras empresas? A Sana Commerce não tem conector para Epicor, e a nossa página Sana Commerce e Epicor apresenta as alternativas. Construímos a integração, não o ERP: se você precisa implantar ou atualizar o próprio ERP, o nosso diretório de parceiros de ERP lista empresas por ERP. Os nomes de produtos são explicados no nosso glossário.

Toda integração BigCommerce ERP é um destes quatro caminhos, e nenhum é o certo por padrão. Os valores não aparecem aqui porque dependem do fornecedor, dos seus volumes e da sua edição.

Uma regra de decisão que realmente usamos

1. Teste os casos difíceis primeiro: os três clientes cujos preços são os mais difíceis de explicar, um pedido real com o seu tipo de documento e um cliente com bloqueio de crédito.
2. Um conector empacotado que cita o seu ERP e a sua versão e passa nos três testes: use-o.
3. Passa em tudo, exceto preços: opte pelo híbrido, e construa você mesmo o fluxo de preços ou uma chamada de preço ao vivo no carrinho.
4. Você já licencia um iPaaS, ou mais de dois sistemas precisam dos mesmos dados do ERP: construa sobre o iPaaS.
5. Nenhum conector cita o seu ERP, ou ele fica atrás de um firewall que ninguém quer abrir: planeje código sob medida com um agente ou uma fila do lado do ERP.

Celigo, Jitterbit, APPSeCONNECT, Patchworks e iPaaS.com publicam conectores ou templates para BigCommerce, cada um com uma cobertura de ERP diferente. Boomi e MuleSoft conseguem chamar o BigCommerce por conectores HTTP genéricos, mas não encontramos, em nenhum dos dois, um template pré-construído de BigCommerce para ERP.

Uma integração com ERP não é um canal único. É um conjunto de fluxos, cada um com sua própria direção, gatilho, meta de latência e comportamento diante de falhas. Os conectores empacotados lidam com o formato comum de cada um e falham nas exceções, onde está a margem das empresas B2B. Este é o contrato que escrevemos antes de qualquer código.

Os preços falham primeiro

Muitas páginas de conectores dizem apenas que sincronizam preços. Pergunte se os preços de contrato, as faixas de quantidade e as datas de vigência chegam inteiros, ou se são achatados ou descartados. Quando o ERP calcula o preço no momento do pedido, como fazem o SAP e o Business Central, uma lista de preços projetada está certa para a maioria dos clientes e errada para as exceções, e o financeiro as descobre semanas depois. O que se sustenta: listas de preços sincronizadas para a navegação e o ERP consultado para o preço do carrinho, com cache por cliente e exibido pela GraphQL Storefront API com um token de personificação de cliente. Um limite da plataforma a considerar no desenho: o BigCommerce documenta que o filtro de preço da loja não aparece quando listas de preços estão em uso.

Depois, os pedidos

Duplicatas aparecem quando uma nova tentativa lança o mesmo pedido duas vezes porque nada carrega uma chave de idempotência. Tipos de documento e depósitos errados aparecem quando um conector mapeia um único formato genérico de pedido. Todo pedido precisa de uma chave de idempotência, de uma fila durável e do número real do documento no ERP devolvido ao comprador.

Depois, tudo o que pressupõe que o ERP está no ar

• Estoque. Uma quantidade em estoque sincronizada não basta. Os compradores precisam saber o que pode ser enviado a eles, além de uma reserva provisória ao adicionar ao carrinho para quando a sincronização atrasar.
• Crédito. Poucas páginas de conectores mencionam uma verificação de crédito ao vivo no checkout. Pedidos em conta precisam do limite, do saldo e dos bloqueios no momento do pedido. A loja não faz gravações financeiras, e o ERP continua sendo o sistema de registro das contas a receber.
• Indisponibilidade. A loja exibe o último estado sincronizado válido, os pedidos entram na fila e são lançados quando o ERP volta, e disjuntores (circuit breakers) impedem que um ERP lento se torne uma loja lenta.
• Observabilidade. IDs de correlação da loja até o ERP, atraso por fluxo e um relatório de conciliação que sinaliza a divergência antes que os compradores a percebam.

Na base, os padrões se repetem em todo ERP: eventos para estoque, pedidos e crédito, processamento em lote para o catálogo, uma fila durável em vez de chamadas diretas, e preços por comprador mantidos fora dos caches de borda. Os serviços sob medida, quando necessários, são em .NET.

O B2B Edition acrescenta empresas com compradores dentro delas, listas de preços por empresa, cotações, listas de compras, prazos de pagamento e um portal de faturas. Nada disso conhece o seu ERP, então cada recurso precisa de um registro correspondente no ERP e de um fluxo. A nossa análise aprofundada do B2B Edition cobre os recursos em si.

O suporte dos conectores ao B2B Edition varia. Alguns fornecedores descrevem sincronização de empresas, contatos ou listas de preços para ele em uma página do marketplace ou na própria documentação, entre eles o CSM for Business Central, o conector NetSuite da Folio3, o IN-SYNCH para Sage 100, a Strabo Partners para Finance and Operations e o iPaaS.com. Muitos nunca o mencionam, e os que mencionam diferem quanto à direção: a sincronização de empresas da Acumatica na 2026 R1 é uma importação unidirecional para o Acumatica. Pergunte a cada fornecedor quais objetos do B2B Edition ele sincroniza, em qual direção e como os papéis são tratados.

A maioria dos projetos leva cerca de três meses, incluindo o planejamento, e se estende quando há vários fornecedores envolvidos ou quando as pessoas deles se dedicam ao projeto em tempo parcial. Cada parte, do parceiro de ERP à sua própria equipe de TI, segue a própria agenda, e a mais lenta dita o ritmo.

1. Descoberta, de 4 a 6 semanas. Cada fluxo é mapeado, com os dados reais que vão testá-lo: os seus clientes com preços mais difíceis, unidades de medida incomuns, itens em vários depósitos. Qualquer conector que cite o seu ERP é testado contra esses casos nesta fase, antes de uma licença ser assinada.
2. Desenho, de 2 a 5 semanas. Mapeamentos, abordagem de preços, tratamento de erros e monitoramento, acordados com o seu parceiro de ERP.
3. Construção, de 4 a 20 semanas. A faixa mais ampla. Configurar um conector fica no extremo curto, e um serviço de preços sob medida contra um ERP on-premise, no extremo longo.
4. Entrada em produção, de 1 a 3 semanas. Uma execução em paralelo com dados reais, com pedidos, preços e estoque conciliados linha a linha, e depois a virada com um plano de rollback e o parceiro de ERP disponível.

Depois da entrada em produção vem um período de monitoramento próximo e correções rápidas, e então o suporte normal. Trocar de plataforma de loja ao mesmo tempo acrescenta trabalho de migração de dados de clientes, histórico de pedidos e SEO, tratado no nosso guia de replatform B2B.

O mesmo ERP pode gerar um projeto pequeno ou um grande, então qualquer valor dado antes de os fluxos serem mapeados é um chute. Estes são os fatores que o fazem variar:

• O caminho. Uma licença de conector, uma assinatura de iPaaS ou horas de desenvolvimento. Os custos de conector e de iPaaS são recorrentes. O código sob medida custa principalmente no início, mais hospedagem e suporte.
• O número de fluxos. Um projeto só de catálogo e pedidos é menor do que um com catálogo, preços, estoque, clientes, pedidos, faturas e crédito.
• A complexidade dos preços. Listas de preços planas são baratas de sincronizar. Preços calculados exigem um achatamento cuidadoso ou um serviço de preços ao vivo, e costumam ser o maior item individual.
• Um ERP on-premise. Ele precisa de uma forma segura de acesso, como um agente, um relay ou uma VPN, e de tempo de quem é responsável pelo firewall.
• Trabalho do lado do ERP. Páginas de API personalizadas, web services publicados ou licenças de usuário de integração, normalmente entregues pelo seu parceiro de ERP.
• O número de fornecedores, e a disponibilidade deles. Cada fornecedor é mais uma agenda. Equipes de fornecedores em tempo parcial esticam o prazo, e um prazo maior custa mais.
• A operação. Monitoramento, conciliação e suporte depois do lançamento. Planeje o orçamento para a integração que você vai operar, não só para a que você vai construir.