ERP, CRM y tienda online: qué sistema debe mandar sobre cada dato
Por Carlos Manzano · · IA e integraciones · 4 min de lectura
En este artículo
Cuando ERP, CRM y tienda online comparten información, cada dato necesita un responsable. El ERP puede controlar existencias, el CRM las oportunidades y la tienda la presentación del catálogo. El reparto concreto depende de tu negocio, pero debe estar escrito antes de permitir actualizaciones en varios sentidos.
Si dos sistemas consideran que tienen la última palabra sobre el mismo campo, pueden sobrescribirse continuamente. También aparece un problema menos visible: una persona corrige un dato y una sincronización posterior restaura el valor antiguo. La solución empieza por asignar autoridad por campo, no por declarar que una aplicación manda sobre todo.
Distingue dato de origen y copia de consulta
El sistema responsable es donde se aprueba o se origina un dato. Los demás pueden mantener una copia para trabajar, con una fecha de actualización. Si esa copia admite cambios, necesitas definir si son propuestas, correcciones locales o modificaciones que volverán al origen.
Por ejemplo, una descripción comercial puede redactarse en la tienda mientras la referencia de producto se conserva en el ERP. El CRM puede almacenar una nota de atención sin modificar la dirección de facturación. Separar estos campos evita convertir una ficha completa en una unidad que se sobrescribe sin matices.
| Dato | Sistema responsable posible | Qué deben hacer los otros |
|---|---|---|
| Referencia y existencias | ERP o gestión de almacén | Consultar y mostrar su actualización |
| Texto del producto | Tienda o gestor de catálogo | Consumir la versión aprobada |
| Oportunidad comercial | CRM | Enlazar sin recrear sus estados |
| Pedido confirmado | Sistema definido para operaciones | Conservar identificación y cambios |
| Dirección de entrega | Pedido concreto | No sustituirla por la ficha actual |
| Preferencia de comunicación | Registro acordado de preferencias | Aplicar cambios y conservar evidencia |
Resuelve el significado de las actualizaciones
Un campo vacío puede significar «borrar», «no disponible» o «no enviado». Acuerda una interpretación por operación. De lo contrario, una importación parcial podría eliminar teléfonos o descripciones que el fichero simplemente no incluía. Haz la misma revisión con fechas, monedas, impuestos y unidades.
Guarda el identificador de la operación y su origen para evitar que una actualización viaje de la tienda al ERP y regrese como si fuera nueva. La documentación de solicitudes idempotentes de Stripe ilustra cómo reconocer reintentos sin duplicar una operación; cada integración necesita comprobar qué mecanismos equivalentes ofrece su plataforma.
Ejemplo ficticio de una diferencia de existencias
Una distribuidora vende por internet y también por teléfono. Es un ejemplo ficticio. Si ambas vías descuentan unidades en sistemas independientes, la tienda puede mostrar una disponibilidad que ya no existe. El equipo debe decidir dónde se consolidan reservas y ventas y qué retraso admite la información visible.
Ese acuerdo tiene una consecuencia comercial: si la sincronización está detenida, quizá deba limitarse la venta de ciertas referencias o revisarse manualmente. La tecnología no puede decidir por sí sola qué compromiso de entrega resulta aceptable para el negocio.
Define cómo se resuelve un conflicto
No utilices siempre «gana el cambio más reciente». Una edición reciente puede ser menos fiable que una verificación anterior realizada por administración. Para campos sensibles al proceso, conserva los dos valores y envía el conflicto al responsable establecido.
La ficha del conflicto debería incluir registro, campo, valores, fechas y sistemas implicados. Tras resolverlo, comprueba que ambos lados reciben la decisión y que el siguiente ciclo no reproduce el problema. Si un tipo de conflicto se repite, revisa la regla de autoridad antes de añadir excepciones manuales.
Verifica el circuito completo
Prueba una creación, una modificación, un campo ausente y dos cambios simultáneos. Repite una operación ya completada y revisa que no genere otra. Comprueba también lo que ocurre después de una caída: los sistemas deben recuperar su coherencia de forma controlada.
Entrega al equipo una matriz actualizada y un responsable por dato. Así, cuando alguien detecte una diferencia de precio, stock o contacto, sabrá dónde corregirla. Ese criterio evita que las personas reparen copias temporales mientras el error permanece en la fuente principal.
Si necesitas aplicar este trabajo a tu empresa, puedes consultar el servicio de implantación de IA e integraciones o contarme tu situación y el objetivo que quieres conseguir.
Para seguir avanzando
Sigue explorando IA e integraciones
Artículos relacionados
