Cuando un catálogo crece, una misma referencia puede aparecer como producto independiente en una tienda, como variante en un marketplace y como artículo de inventario en un sistema interno. El resultado suele ser información duplicada, relaciones difíciles de mantener y errores al identificar qué se vende. La solución empieza antes de conectar los canales: definir qué representa cada entidad y qué datos le corresponden.
Un modelo útil separa la identidad del producto y sus variantes de las condiciones comerciales de cada canal. Así se puede conservar una fuente común sin exigir que todos los sistemas presenten el catálogo de la misma manera. La decisión clave no es cuántos registros crear, sino qué diferencia cambia realmente lo que el cliente compra.
Diferenciar producto, variante y oferta
El producto representa una familia o concepto comercial común: reúne artículos que comparten una identidad, una descripción general y atributos centrales. Por ejemplo, una mochila de un modelo concreto puede ser el producto, mientras sus combinaciones de color o capacidad son variantes.
La variante es una unidad comprable que se distingue por una combinación definida de atributos, como talla y color. Debe poder identificarse sin ambigüedad y, cuando corresponda, asociarse a inventario, código de barras y selección en la página de producto. Si dos unidades no son intercambiables para la compra o la preparación del pedido, probablemente no son la misma variante.
La oferta describe cómo se vende una variante en un contexto comercial concreto: canal, vendedor, precio, disponibilidad o condiciones de entrega. Una oferta no debería convertirse automáticamente en otro producto. La misma variante puede tener distintas ofertas en diferentes canales, sin que cambie su identidad.
Esta separación ayuda a responder preguntas distintas: qué artículo es, qué opción exacta se compra y bajo qué condiciones se ofrece. Si un sistema no tiene una entidad llamada “oferta”, el modelo puede representarse de otro modo, pero conviene conservar esa distinción conceptual.
Decidir si una diferencia merece una variante
Una diferencia merece una variante cuando el cliente elige entre opciones del mismo artículo y la organización puede describirlas mediante atributos consistentes. Talla, color, capacidad o acabado suelen encajar si mantienen el propósito, la identidad y la descripción principal del producto. La selección debería conducir a una referencia concreta que pueda comprarse y gestionarse.
Conviene crear un producto independiente cuando cambia la identidad comercial de forma sustancial. Puede ocurrir si la diferencia altera el uso principal, la compatibilidad, la composición, el contenido del paquete o la forma de presentar el artículo. También puede ser necesario si cada versión requiere una descripción, una clasificación o una relación con otros productos que no se puede expresar como una opción del mismo producto.
Para resolver casos dudosos, plantead estas preguntas:
- ¿El cliente espera elegir entre opciones dentro de una misma página o comparar artículos distintos?
- ¿Los atributos se mantienen estables? Si la diferencia necesita una narrativa propia y no una opción seleccionable, puede ser otro producto.
- ¿Se puede comprar y preparar cada opción por separado? Si sí, cada combinación vendible necesita identidad de variante, aunque se agrupe bajo un producto.
- ¿La relación se entiende en todos los canales? Si un canal no admite variantes, se puede presentar cada una por separado allí, manteniendo la relación en el catálogo maestro.
No decidáis solo por la estructura que permita una plataforma. El canal puede imponer límites de presentación, pero no debería dictar por sí solo la identidad interna del catálogo.
Asignar identificadores estables y sin ambigüedad
Definid un identificador propio para el producto y otro para cada variante. El primero agrupa; el segundo señala la combinación comprable. Una variante no debería heredar como identificador su nombre visible, su posición en una lista ni un valor que pueda cambiar, como el precio o el título promocional.
El identificador interno debe ser único, persistente y no reutilizable. Si una variante deja de venderse, conservad su referencia histórica en lugar de asignarla a otro artículo. Reutilizar códigos puede mezclar pedidos, inventario o registros antiguos con una unidad distinta. Si existen códigos comerciales o de barras, guardadlos como identificadores con su propio significado y reglas; no asumáis que reemplazan la clave interna.
Los identificadores de los canales también pueden ser necesarios para vincular registros. Tratadlos como referencias externas, no como la identidad maestra: un artículo puede recibir un identificador diferente en cada plataforma. La relación entre la clave interna de variante y las referencias externas debe ser explícita, verificable y mantenida por el sistema responsable del catálogo.
Separar atributos compartidos de los propios de la variante
Los datos que describen a toda la familia pertenecen al producto: nombre del modelo, descripción general, marca si aplica, categoría y características comunes. Los atributos que determinan la opción concreta pertenecen a la variante: talla, color, capacidad o formato cuando esas diferencias definen unidades comprables distintas.
Estableced una regla de herencia clara. La variante puede mostrar la descripción del producto y añadir sus propios valores, pero un campo crítico no debería tener dos valores contradictorios en ambos niveles. Si cada variante tiene una composición diferente, por ejemplo, esa información no puede tratarse como un dato común sin una excepción explícita.
Usad vocabularios controlados para atributos compartidos: una misma talla no debería registrarse con etiquetas incompatibles, y los nombres de color no deberían depender de texto libre sin una razón. Definid también qué campos son obligatorios, cuáles admiten valores vacíos y qué combinaciones son válidas. Esto facilita comparar, validar y transformar datos sin confundir diferencias reales con variaciones de escritura.
Modelar disponibilidad y datos comerciales aparte
La disponibilidad y el precio pueden variar sin que cambie el artículo. Por eso deben estar asociados a la oferta o al contexto correspondiente, no usarse para crear una variante nueva. Una variante puede estar agotada en un canal y disponible en otro; esa diferencia es comercial u operativa, no una nueva identidad de producto.
Separad también las dimensiones pertinentes: la variante identifica qué unidad es; la oferta indica dónde y bajo qué condiciones se ofrece; la existencia puede depender de una ubicación o sistema de inventario. No todos los negocios necesitarán una entidad distinta para cada dimensión, pero sí deben saber dónde reside cada dato y cuál es su fuente autorizada. Evitad copiar precios y disponibilidad en descripciones o atributos que se interpreten como permanentes.
Adaptar el catálogo a canales sin duplicar la fuente
Los canales pueden admitir estructuras distintas. Uno puede agrupar variantes bajo una ficha y otro requerir registros separados. Resolved esa diferencia mediante una representación o transformación específica del canal, conservando en el catálogo maestro la relación entre producto y variantes. Separar cómo se publica de qué es el artículo reduce el riesgo de crear productos duplicados solo para cumplir con una presentación concreta.
Antes de integrar, documentad los campos maestros, las referencias externas, las reglas de agrupación y las excepciones por canal. Asignad un responsable a cada dato: si dos sistemas pueden modificar el mismo campo sin prioridad definida, las discrepancias son previsibles. Cuando un canal no pueda expresar una característica, decidid si se omite, se transforma o requiere una revisión; no la reinterpretéis silenciosamente como otra entidad.
Errores frecuentes y comprobación antes de integrar
Las variantes huérfanas sin producto padre dificultan la presentación y el análisis. Los atributos inconsistentes impiden reconocer opciones equivalentes. Las referencias reutilizadas pueden asociar datos históricos al artículo incorrecto. También es frecuente duplicar un producto porque un canal usa otra estructura o convertir una oferta con precio diferente en una nueva variante.
Antes de conectar sistemas, revisad una muestra representativa del catálogo y comprobad:
- Cada producto agrupa artículos que comparten una identidad comprensible.
- Cada variante corresponde a una unidad comprable y tiene un identificador propio, estable y único.
- Los atributos que distinguen variantes están definidos con valores y combinaciones válidas.
- Los datos heredados no contradicen los valores específicos de una variante.
- Precios, disponibilidad y condiciones comerciales se distinguen de la identidad del artículo.
- Las referencias de canales apuntan a la variante correcta y no sustituyen la clave interna.
- Las excepciones de presentación están documentadas sin alterar el modelo maestro.
Un catálogo coherente no exige que cada canal muestre los artículos igual. Exige que la empresa pueda reconocer el mismo producto y la misma variante en todos sus sistemas, y separar esa identidad de la forma concreta de venderlos. Si esas reglas están claras antes de integrar, las adaptaciones posteriores serán más controlables y habrá menos duplicidades que corregir.