Integración de BigCommerce con ERP: cómo elegir el conector adecuado.

Una integración de BigCommerce con ERP mantiene sincronizados seis tipos de datos:

• Catálogo: productos, SKU, variantes y unidades de medida, desde el maestro de artículos del ERP.
• Precios: precios de lista y específicos por cliente, resueltos en listas de precios de BigCommerce.
• Stock: idealmente la disponibilidad para prometer por almacén, no el total en existencia.
• Clientes: cuentas, direcciones de envío y compradores, en ambos sentidos.
• Pedidos: hacia el ERP como pedidos de venta, con el estado y el seguimiento de regreso.
• Facturas: partidas abiertas e historial, mostrados en la cuenta del comprador.

Un hecho define todo lo demás: BigCommerce sincroniza en lugar de leer el ERP en vivo. Guarda su propio catálogo y sus propias listas de precios, así que toda integración es una copia que se mantiene actualizada. La ingeniería está en qué tan actualizada, qué tan correcta, y qué pasa cuando la copia y el ERP no coinciden.

Hay tres formas de construirla, más una combinación híbrida de ellas:

• Conector empaquetado o app del marketplace. Lo más rápido cuando tu ERP, tus precios y tus entidades encajan en su modelo.
• iPaaS (plataforma de integración como servicio). Una plataforma con plantillas, para equipos que conectan varios sistemas.
• Código a medida. Para precios calculados, verificaciones en vivo en el carrito, o un ERP que nadie ha empaquetado.
• Híbrido. Un conector o iPaaS para los flujos rutinarios y código a medida para el flujo difícil, normalmente los precios.

El argumento de arquitectura detrás de esto está en integración con ERP en tiempo real o con middleware, y cuándo conviene más una plataforma que lee el ERP en vivo se explica en Sana Commerce vs BigCommerce.

Cada ERP expone sus datos de manera distinta, así que la integración cambia aunque el lado de BigCommerce siga siendo el mismo. La columna de conectores incluye solo productos cuyo propio listado o documentación menciona ese ERP para BigCommerce. Que un nombre aparezca ahí significa que el producto existe, no que lo recomendemos.

La cobertura de los conectores cambia, así que confirma con el proveedor la versión actual y las ediciones compatibles antes de planear en torno a uno.

¿Usas Epicor y vendes sobre todo a otras empresas? Sana Commerce no tiene conector para Epicor, y nuestra página Sana Commerce y Epicor cubre las alternativas. Construimos la integración, no el ERP: si necesitas implementar o actualizar el ERP en sí, nuestro directorio de socios ERP lista firmas por ERP. Los nombres de producto se explican en nuestro glosario.

Toda integración de BigCommerce con ERP es una de estas cuatro, y ninguna es la correcta por defecto. Dejamos fuera los precios de cada ruta porque dependen del proveedor, de tus volúmenes y de tu edición.

Una regla de decisión que sí usamos

1. Prueba primero los casos difíciles: los tres clientes cuyos precios son más difíciles de explicar, un pedido real con tu tipo de documento y un cliente con bloqueo de crédito.
2. Un conector empaquetado que menciona tu ERP y tu versión y pasa las tres pruebas: úsalo.
3. Pasa todo excepto los precios: opta por un esquema híbrido, y construye por tu cuenta el flujo de precios o una consulta de precio en vivo para el carrito.
4. Ya tienes licencia de un iPaaS, o más de dos sistemas necesitan los mismos datos del ERP: construye sobre el iPaaS.
5. Ningún conector menciona tu ERP, o este está detrás de un firewall que nadie quiere abrir: planea código a medida con un agente o una cola del lado del ERP.

Celigo, Jitterbit, APPSeCONNECT, Patchworks e iPaaS.com publican conectores o plantillas de BigCommerce, cada uno con distinta cobertura de ERP. Boomi y MuleSoft pueden llamar a BigCommerce mediante conectores HTTP genéricos, pero no encontramos en ninguno de los dos una plantilla prediseñada de BigCommerce a ERP.

Una integración con ERP no es una sola tubería. Es un conjunto de flujos, cada uno con su propia dirección, disparador, objetivo de latencia y comportamiento ante fallos. Los conectores empaquetados manejan la forma común de cada uno y fallan en los extremos, justo donde las empresas B2B conservan su margen. Este es el contrato que documentamos antes de escribir cualquier código.

Los precios fallan primero

Muchos listados de conectores dicen solo que sincronizan precios. Pregunta si los precios de contrato, las escalas por cantidad y las fechas de validez se transfieren, o si se aplanan o se pierden. Cuando el ERP calcula el precio al momento del pedido, como lo hacen SAP y Business Central, una lista de precios proyectada es correcta para la mayoría de los clientes y errónea para las excepciones, y finanzas las descubre semanas después. Lo que funciona: listas de precios sincronizadas para navegar, y el precio del carrito consultado al ERP, guardado en caché por cliente y mostrado a través de la GraphQL Storefront API con un token de suplantación de cliente. Un límite de la plataforma que hay que considerar en el diseño: BigCommerce documenta que el filtro de precio de la tienda no se muestra cuando se usan listas de precios.

Después, los pedidos

Aparecen duplicados cuando un reintento registra el mismo pedido dos veces porque nada lleva una clave de idempotencia. Aparecen tipos de documento y almacenes equivocados cuando un conector mapea una sola forma genérica de pedido. Cada pedido necesita una clave de idempotencia, una cola duradera y el número de documento real del ERP devuelto al comprador.

Después, todo lo que da por hecho que el ERP está disponible

• Stock. Una cantidad en existencia sincronizada no basta. Los compradores necesitan ver lo que se les puede enviar, además de una reserva blanda al agregar al carrito para cuando la sincronización se retrase.
• Crédito. Pocos listados de conectores mencionan una verificación de crédito en vivo en el checkout. Los pedidos a cuenta necesitan el límite, el saldo y los bloqueos en el momento del pedido. La tienda no escribe datos financieros, y el ERP sigue siendo el sistema de registro de las cuentas por cobrar.
• Caídas del ERP. La tienda sirve su último estado sincronizado válido, los pedidos se encolan y se registran cuando el ERP regresa, y los cortacircuitos evitan que un ERP lento se convierta en una tienda lenta.
• Observabilidad. Identificadores de correlación de la tienda al ERP, retraso por flujo y un informe de conciliación que señala la desviación antes de que lo hagan los compradores.

En el fondo, los patrones se repiten en todos los ERP: eventos para stock, pedidos y crédito, lotes para el catálogo, una cola duradera en lugar de llamadas directas, y los precios por comprador fuera de las cachés en el borde. Los servicios a medida, donde hacen falta, se desarrollan en .NET.

B2B Edition agrega empresas con compradores dentro de ellas, listas de precios por empresa, cotizaciones, listas de compras, condiciones de pago y un portal de facturas. Nada de eso conoce tu ERP, así que cada función necesita un registro correspondiente en el ERP y un flujo. Nuestro artículo BigCommerce B2B Edition a fondo cubre las funciones en sí.

El soporte de los conectores para B2B Edition varía. Algunos proveedores describen sincronización de empresas, contactos o listas de precios para B2B Edition en un listado del marketplace o en su propia documentación, entre ellos CSM for Business Central, el conector de NetSuite de Folio3, IN-SYNCH para Sage 100, Strabo Partners para Finance and Operations, e iPaaS.com. Muchos nunca lo mencionan, y los que lo hacen difieren en la dirección: la sincronización de empresas de Acumatica en 2026 R1 es una importación unidireccional hacia Acumatica. Pregunta a cada proveedor qué objetos de B2B Edition sincroniza, en qué dirección y cómo maneja los roles.

La mayoría de los proyectos toman unos tres meses incluida la planeación, y se alargan cuando participan varios proveedores o su gente trabaja en el proyecto a tiempo parcial. Cada parte, desde el socio de ERP hasta tu propio equipo de TI, maneja su propio calendario, y la más lenta marca el ritmo.

1. Descubrimiento, de 4 a 6 semanas. Se mapea cada flujo, con los datos reales que lo pondrán a prueba: tus clientes con los precios más difíciles, unidades de medida poco comunes, artículos en varios almacenes. Cualquier conector que mencione tu ERP se prueba aquí contra esos casos, antes de firmar una licencia.
2. Diseño, de 2 a 5 semanas. Los mapeos, el enfoque de precios, el manejo de errores y el monitoreo, acordados con tu socio de ERP.
3. Construcción, de 4 a 20 semanas. El rango más amplio. Configurar un conector está en el extremo corto, y un servicio de precios a medida contra un ERP on-premises en el extremo largo.
4. Puesta en marcha, de 1 a 3 semanas. Una ejecución en paralelo con datos reales, con pedidos, precios y stock conciliados línea por línea, y luego el corte con un plan de reversión y el socio de ERP disponible.

Después de salir en vivo viene un periodo de monitoreo cercano y correcciones rápidas, y luego el soporte normal. Cambiar de plataforma de tienda al mismo tiempo agrega trabajo de migración de datos de clientes, historial de pedidos y SEO, que cubrimos en nuestra guía de migración de plataforma B2B.

El mismo ERP puede dar lugar a un proyecto pequeño o a uno grande, así que cualquier cifra que se dé antes de mapear los flujos es una suposición. Esto es lo que la mueve:

• La ruta. Una licencia de conector, una suscripción a un iPaaS u horas de desarrollo. Los costos de conector e iPaaS son recurrentes. El código a medida cuesta sobre todo al inicio, más hospedaje y soporte.
• El número de flujos. Catálogo y pedidos por sí solos son un alcance menor que catálogo, precios, stock, clientes, pedidos, facturas y crédito.
• La complejidad de los precios. Las listas de precios planas se sincronizan a bajo costo. Los precios calculados requieren un aplanado cuidadoso o un servicio de precios en vivo, y suelen ser la partida individual más grande.
• Un ERP on-premises. Necesita una forma segura de entrar, como un agente, un relay o una VPN, y tiempo de quien administra el firewall.
• Trabajo del lado del ERP. Páginas API personalizadas, servicios web publicados o licencias de usuario de integración, normalmente a cargo de tu socio de ERP.
• El número de proveedores y su disponibilidad. Cada proveedor es otro calendario. Los equipos de proveedores a tiempo parcial alargan el cronograma, y un cronograma más largo cuesta más.
• La operación. Monitoreo, conciliación y soporte después del lanzamiento. Presupuesta la integración que vas a operar, no solo la que vas a construir.