Cuentas y clientes empresa
Jerarquías de cuenta, compradores y roles. El ERP suele ser dueño de la ficha; el portal refleja quién puede comprar.
Integración ERP–ecommerce para B2B en LatAm
ERP = sistema donde viven inventario, pedidos y finanzas. Si la web no habla con él, el mayorista vive en Excel y WhatsApp. Para el portal del comprador, ve Portal B2B / mayorista. Si ya estás en BigCommerce y solo quieres evaluar el nativo, usa la guía de evaluación del portal B2B.
Qué es integración ERP–ecommerce (y qué no es)
Integración ERP–ecommerce es hacer que el sistema donde viven inventario, pedidos y finanzas (el ERP) y la tienda B2B compartan datos de verdad: clientes, precios, stock y pedidos, sin re-tipear. El middleware es el software intermedio que orquesta ese intercambio; la API es el canal técnico; el dato maestro es la fuente de verdad por entidad (quién “gana” si ERP y web discrepan).
No es “instalar un plugin y listo”. No es migrar de ERP. Es distinto de elegir plataforma (ecommerce que encaja con tu negocio) y distinto del portal del comprador mayorista (experiencia de compra): aquí hablamos de sync de datos detrás de esa experiencia.
Datos B2B
Qué datos suelen sincronizarse
Lista clara de lo que suele cruzar ERP y ecommerce B2B. Sin métricas inventadas: cada negocio prioriza distinto.
Catálogo y precios por contrato
Atributos de producto, listas de precios y condiciones por cliente. Creer que un conector “cubre tu lógica de precios” es el riesgo típico.
Stock y multi-bodega
Disponibilidad real por bodega. Si la web dice una cosa y la bodega otra, el sync está roto.
Pedidos y estados
Orden desde el portal hacia el ERP, y estados de vuelta (confirmado, despachado, facturado). Sin re-tipeo.
Facturación y net terms
Plazos de pago (net terms) y verdad contable: suelen vivir en el ERP. Punchout (cXML/OCI) es opcional cuando el cliente compra desde su sistema de compras.
Tres caminos (conector, middleware o a medida)
Conector nativo o de partner: cuando las reglas son estándar y el ERP está soportado — el riesgo es creer que cubre tu lógica de precios. Middleware: varios sistemas, volumen u observabilidad — el riesgo es costo y vendor lock si nadie documenta. Desarrollo a medida (APIs): cuando las reglas de contrato solo viven en el ERP o el fiscal LatAm no cabe en el conector — ownership y retainer importan después del go-live.
Señales de que tu integración está rota
- Pedidos se re-tipean a mano entre web y ERP.
- Stock en la web no coincide con la bodega.
- El precio “del contrato” solo lo sabe el comercial.
- La factura electrónica / DIAN (o fiscal local) está desconectada del flujo web.
- Nadie tiene las llaves del middleware al mes seis.
Cómo trabajamos
De mapear la cadena a ownership claro
Cinco pasos. Sin plazos inventados: el diagnóstico define el alcance real.
Mapear la cadena
ERP ↔ plataforma ↔ ops: qué sistemas tocan inventario, pedidos, precios y facturación.
Definir dueño del dato maestro
Por entidad (cliente, precio, stock, pedido): quién gana si hay discrepancia.
Elegir el camino
Conector, middleware o custom según reglas, volumen y fiscal LatAm.
Probar sync críticos
Antes del go-live: stock, precios por contrato, pedidos y estados.
Dejar ownership al negocio
Accesos, docs y operación a nombre del cliente — no del vendor silencioso.
FAQ
Preguntas frecuentes sobre integración ERP–ecommerce
Respuestas cortas para quien planea sync B2B en LatAm.
¿Listo para un diagnóstico de cadena ERP–ecommerce?
Revisamos ERP, portal y operación. Te decimos con claridad qué sincronizar y por qué camino — sin inventar plazos ni métricas.