Tu ERP sabe qué vendes. ¿Sabe todo lo que necesita saber tu ecommerce?
Ingredientes, lotes, imágenes, certificaciones o SEO: descubre por qué toda la información de producto ecommerce no tiene que vivir en el ERP para llegar al ecommerce.
Un ERP puede conocer perfectamente un producto.
Referencia.
Descripción.
Precio.
Proveedor.
Impuestos.
Y aun así no tener toda la información que necesita una persona para comprarlo online.
El problema aparece especialmente rápido en alimentación, donde la información de producto ecommerce es especialmente relevante.
Una caja de galletas no es solamente:
GAL-284
3,95 €
127 unidades
También puede necesitar:
ingredientes;
alérgenos;
información nutricional;
peso;
formato;
conservación;
certificaciones;
imágenes;
y otra información destinada a explicar qué es exactamente lo que estamos vendiendo.
Gestionar un producto y presentarlo para venderlo son problemas diferentes. La información de producto ecommerce además puede venir de varias fuentes.
El ERP conoce el producto desde la operación
Eso no es una limitación del ERP.
Es precisamente su trabajo.
Necesita saber qué referencia comprar.
A qué proveedor.
Cuánto cuesta.
Cuánto queda.
Cómo se factura.
Qué impuestos corresponden.
En qué almacén está.
El ecommerce mira el mismo objeto desde otro lugar.
El cliente pregunta:
¿Qué contiene?
¿Puedo consumirlo?
¿Qué tamaño tiene?
¿Cómo se conserva?
¿Qué estoy comprando exactamente?
Por tanto, dos sistemas pueden necesitar informaciones diferentes sobre la misma entidad, accesible como información de producto ecommerce .
Más campos no solucionan necesariamente el problema
Una reacción habitual consiste en añadir campos al ERP.
Ingrediente 1.
Ingrediente 2.
Alérgenos.
Texto web.
Descripción SEO.
Imagen 1.
Imagen 2.
Puede funcionar.
Pero antes deberíamos preguntarnos:
¿Es el ERP realmente el sistema donde esta información se mantiene mejor?
Si cinco personas del departamento de producto trabajan diariamente con contenido comercial, quizá un PIM tenga más sentido.
Si el ecommerce mantiene el SEO, quizá no necesitamos devolverlo al ERP.
Si las fotografías viven en un DAM, replicarlas dentro de otros tres sistemas puede no aportar nada.
Una integración no debería obligar a un sistema a convertirse en algo que no necesita ser.
Una entidad puede tener varias autoridades
Esto nos lleva a una idea importante.
Podemos tener:
ERP
Referencia
Coste
Precio
Stock
Proveedor
PIM
Ingredientes
Atributos
Información nutricional
Descripción enriquecida
DAM
Fotografías
Vídeos
Documentación
Ecommerce
SEO
Merchandising
Visibilidad
Y todos describen:
el mismo producto.
No necesitamos decidir cuál de esos cuatro sistemas “manda sobre el producto”.
Necesitamos decidir quién tiene autoridad sobre cada información.
El lote plantea un problema diferente
Hasta ahora hablábamos de información relativamente estable.
Pero algunos productos introducen además trazabilidad.
Esta distinción existe también en los estándares de trazabilidad: GS1 diferencia entre identificar un tipo de producto, identificar un lote concreto e identificar una instancia individual.
Dos unidades de la misma referencia pueden pertenecer a lotes diferentes.
Producto GAL-284
↓
Lote A — caduca 04/2027
Lote B — caduca 07/2027
La entidad que necesitamos gestionar ya no es solamente producto.
Aparecen relaciones con:
lote;
fecha;
ubicación;
cantidad;
movimiento.
Y no toda esa complejidad tiene necesariamente que viajar hasta el ecommerce.
La tienda quizá solo necesita saber:
disponible / no disponible
mientras el ERP conserva la trazabilidad detallada.
Otra vez:
sincronizar no significa replicar.
Las restricciones tampoco son atributos normales
Hay productos que pueden comercializarse únicamente bajo determinadas condiciones.
Perfil profesional.
Territorio.
Canal.
Certificación.
Tipo de cliente.
Esto aparece en contextos muy diferentes: veterinaria, determinados productos sanitarios, química profesional, agricultura o distribución especializada.
Una restricción:
“este producto solo puede verlo este tipo de cliente”
no es simplemente otro campo de la ficha.
Es una regla que relaciona producto, cliente y contexto.
Y eso cambia el problema de integración.
Regulación y trazabilidad no son lo mismo
Conviene separarlos.
Un producto puede necesitar mucha información regulatoria sin gestionarse por lote.
Otro puede requerir trazabilidad por lote aunque la ficha comercial sea sencilla.
Y otro puede tener ambos problemas.
Por eso “producto regulado” no debería convertirse en una plantilla rígida.
Es una familia de necesidades que pueden combinarse:
producto + información
producto + lote
producto + restricción
producto + certificación
Alimentación vuelve a ser un buen ejemplo, no el único
El mismo patrón aparece en:
Cosmética
ingredientes, claims, tonos, certificaciones.
Veterinaria
especies, formatos, indicaciones, restricciones.
Química profesional
composición, concentración, fichas de seguridad, usos autorizados.
Agricultura
dosis, cultivos, certificaciones y restricciones.
Bebidas
origen, variedades, formatos, añadas, graduación.
Los datos concretos cambian.
El problema permanece:
la información necesaria para vender correctamente puede estar repartida entre varios modelos y sistemas.
La pregunta no es dónde metemos todos los campos
Antes de integrar deberíamos preguntar:
¿Qué información necesita el cliente?
¿Qué información necesita la operación?
¿Qué información necesita la trazabilidad?
¿Qué información condiciona la venta?
¿Quién mantiene correctamente cada una hoy?
Después podemos decidir qué debe viajar.
Y qué no.
Una buena integración no crea otra copia del producto para dar información de producto ecommerce
- Puede construir una vista adecuada para cada contexto.
- El ERP conserva lo necesario para operar.
- El PIM, si existe, mantiene contenido enriquecido.
- El DAM conserva assets.
- El ecommerce recibe lo necesario para vender.
Distillsync puede trabajar entre esos modelos utilizando una representación común del producto y sus relaciones.
Pero la idea importante es anterior a cualquier herramienta:
no intentes meter toda la verdad sobre un producto dentro de un único sistema.
Define dónde vive cada parte y haz que llegue allí donde realmente se necesita.
Conceptos
Source of truth · Entidad · Trazabilidad · Metamodelo