Si hay una sola cosa que puede determinar si un ecommerce B2B funciona o fracasa, es la integración con el ERP. No importa lo buena que sea tu plataforma ni lo bonito que se vea tu catálogo: si los precios no están actualizados, el stock no es real o los pedidos no bajan automáticamente al sistema de gestión, tu operación digital es un castillo de arena.
En más de 15 años integrando sistemas para distribuidores y fabricantes en Latinoamérica, he visto el mismo patrón: la integración ERP es lo último que se piensa y lo primero que explota.
Por qué la integración ERP es diferente en B2B
En B2C, la integración suele ser simple: stock y precios del ERP al ecommerce, pedidos del ecommerce al ERP. Fin.
En B2B, la complejidad se multiplica:
- Listas de precios — No es un precio por producto sino múltiples precios por cliente o grupo. El ERP tiene esa lógica y el ecommerce debe respetarla.
- Cuenta corriente — El saldo, el crédito disponible y el estado de cuenta viven en el ERP. El ecommerce debe consultarlo en tiempo real para decidir si el cliente puede comprar.
- Facturación — El pedido se genera en el ecommerce pero la factura se emite desde el ERP. El número de factura, el CAE y el PDF deben volver al ecommerce para que el cliente los descargue.
- Stock por depósito — No es un número total sino stock por ubicación. El ERP sabe cuánto hay en cada depósito; el ecommerce necesita mostrarlo correctamente.
- Clientes y condiciones — El alta de un cliente nuevo en el ecommerce debe replicarse en el ERP con todas sus condiciones comerciales.
Arquitectura de integración: los 3 modelos
Modelo 1: Directo (API a API)
El ecommerce se conecta directamente con la API del ERP. Es el modelo más limpio pero requiere que ambos sistemas tengan APIs robustas.
Cuándo funciona
Cuando el ERP tiene API REST bien documentada (ej: SAP Business One, algunos ERPs cloud). Y cuando la plataforma de ecommerce tiene capacidad de integración nativa. Plataformas como CommerceUp y OroCommerce están diseñadas para este modelo.
Modelo 2: Middleware (bus de integración)
Un sistema intermedio (Celigo, MuleSoft, o desarrollos a medida) actúa como traductor entre ERP y ecommerce. Recibe datos de ambos, los transforma y los envía al destino.
Ventaja: desacopla los sistemas y permite manejar la complejidad de transformación de datos.
Desventaja: agrega un componente más que mantener, monitorear y pagar.
Modelo 3: Base de datos compartida
El ecommerce lee y escribe directamente en las tablas del ERP (o viceversa). Es el modelo más frágil y peligroso, pero a veces es la única opción cuando el ERP no tiene API.
Consejo real: si estás usando este modelo, planificá migrar. Una actualización del ERP que cambie la estructura de tablas puede tumbar todo tu ecommerce.
Qué datos sincronizar y en qué dirección
| Dato | Dirección | Frecuencia recomendada | Criticidad |
|---|---|---|---|
| Stock por depósito | ERP → Ecommerce | Cada 5-15 min o real-time | Alta |
| Precios / Listas de precios | ERP → Ecommerce | Evento (al cambiar) o cada hora | Alta |
| Pedidos nuevos | Ecommerce → ERP | Inmediato (webhook) | Alta |
| Facturas emitidas | ERP → Ecommerce | Inmediato (webhook) | Alta |
| Saldo cuenta corriente | ERP → Ecommerce | Real-time o cada 15 min | Alta |
| Clientes nuevos | Bidireccional | Inmediato | Media |
| Catálogo de productos | ERP → Ecommerce | Diaria o por evento | Media |
| Estado de envío | ERP/Logística → Ecommerce | Por evento | Media |
Los 5 errores más comunes
1. Sincronización diaria en vez de real-time
Si tu stock se sincroniza una vez por día, a las 3 de la tarde ya estás vendiendo productos que no tenés. Un distribuidor con alta rotación puede tener 50 movimientos de stock por hora. La sincronización diaria es una bomba de tiempo.
2. No manejar conflictos
¿Qué pasa si un cliente compra en el ecommerce y un vendedor carga el mismo pedido en el ERP al mismo tiempo? Sin manejo de conflictos, el stock se duplica o se vende de más.
3. Ignorar los errores silenciosos
Un pedido que no baja al ERP y nadie se entera hasta que el cliente reclama. Un precio que no se actualizó y se vende con margen negativo. La integración necesita monitoreo y alertas.
4. No versionar la integración
Cuando el ERP se actualiza, ¿la integración sigue funcionando? Sin versionado de API y contratos, cada update es un riesgo.
5. Intentar sincronizar todo
No todos los datos del ERP necesitan estar en el ecommerce. Sincronizar más de lo necesario genera carga, latencia y complejidad innecesaria.
"La mejor integración no es la que sincroniza más datos, sino la que sincroniza los datos correctos, en el momento correcto, con manejo de errores robusto."
ERPs comunes en Latinoamérica y su integrabilidad
| ERP | API disponible | Complejidad de integración | Notas |
|---|---|---|---|
| SAP Business One | Sí (Service Layer) | Media-Alta | API REST moderna, buena documentación |
| Tango Gestión | Limitada | Media | SDK disponible, comunidad activa en AR |
| Colppy | Sí (REST) | Baja | API cloud moderna, fácil de integrar |
| Xubio | Sí (REST) | Baja | Similar a Colppy, buen para PyMEs |
| Bejerman | No nativa | Alta | Requiere acceso a BD o middleware custom |
| Sistemas propios | Variable | Alta | Requiere desarrollo de API o acceso a BD |
Mejores prácticas
- Definí el flujo de datos antes de escribir código — Documentá qué dato va de dónde a dónde, cuándo y qué pasa si falla.
- Implementá cola de mensajes — Usá un sistema de colas (RabbitMQ, SQS) para que los mensajes no se pierdan si un sistema está caído.
- Monitoreá activamente — Dashboard con estado de sincronización, errores y latencia.
- Empezá por stock y precios — Son los datos más críticos. Una vez estables, agregá pedidos y facturación.
- Testeá con datos reales — No uses datos de prueba sanitizados. La complejidad está en los casos borde de datos reales.
Conclusión
La integración ERP no es un proyecto de "una vez". Es una pieza viva de la operación que necesita mantenimiento, monitoreo y evolución. Las empresas que lo hacen bien tienen un ecommerce que funciona como extensión natural de su operación. Las que no, tienen un catálogo online desconectado de la realidad.
Elegí una plataforma de ecommerce que tenga integración como prioridad arquitectónica, no como un feature secundario.
