Cómo funciona el conector

Esta sección describe cómo el conector organiza y combina los datos durante la exportación, y cómo los distintos parámetros influyen en la estructura final del archivo CSV.

3.1 Modelo de exportación: Categorías + Productos + Variantes fusionados

Cuando el conector se configura con las opciones de combinación habilitadas, genera una tabla única y consolidada que contiene:

• Información de categorías para cada producto (si se activa)
• Información del producto (Padre)
• Información específica de cada variante

El resultado es un dataset donde cada fila es:

• Un registro completo y listo para marketplaces
• Independiente y autosuficiente
• Enriquecido con datos del producto, de la variante y de la categoría

Ejemplo A: Salida combinada de Categoría + Producto + Variantes

Cuando se fusionan las categorías:

Ejemplo B: Producto con 3 variantes

PIM Input:

• Producto P1
• Variantes: VP1, VP2, VP3

Output del conector (fusionado):

3.2 Comportamiento de los productos sin variantes

Productos sin variantes

Si un producto no tiene variantes:

• Se exporta como una única fila que representa al Producto Padre
• Todos los campos exclusivos de variantes aparecen vacíos
• La fila se interpreta como un producto simple

Esto es especialmente importante en catálogos que mezclan:

• Productos con variaciones
• Productos simples

Ejemplo C: Producto sin variantes

PIM Input:

• Producto P2
• Sin variantes

Output del conector:

3.3 Cuándo usar “Añadir padres de variantes fusionadas”

El parámetro “Add parents to variants” añade una fila adicional que representa al Producto Padre en aquellos productos que contienen variantes.

¿Por qué es necesario?

Algunos marketplaces requieren:

• Un registro del Padre:
  • Sin atributos de variante
  • Tipo = Parent
  • Datos identificativos del producto
• Seguido de una fila por cada variante (Child)

En estos casos, el feed debe contener:

• P1 (Parent)
• P1 + VP1 (Child)
• P1 + VP2 (Child)
• P1 + VP3 (Child) 

Recomendado cuando:

• Se necesita mostrar productos agrupados por variantes
• Se debe distinguir entre filas Padre e Hijo mediante fórmulas
  (por ejemplo, IS_FUSION_VARIANT_PARENT())

No recomendado cuando:

• El marketplace solo acepta filas de variantes
• El sistema de destino no soporta modelos jerárquicos Padre-Hijo
• Se requiere un listado totalmente plano sin filas adicionales