Esta sección describe cómo el conector organiza y fusiona los datos durante la exportación, y cómo los parámetros disponibles influyen en el CSV final.

1. Modelo de exportación: Categorías + Productos + Variantes fusionadas

Cuando el conector está configurado con las opciones de fusión activadas, genera una única tabla consolidada que contiene:

• Información de categoría de cada producto, si está fusionada.
• Información del producto padre.
• Información a nivel de variante.

El resultado es un conjunto de datos donde cada fila es:

• Un registro completo listo para marketplaces.
• Independiente.
• Completamente enriquecido con datos del padre, de la variante y de la categoría.

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

Cuando las Categorías están fusionadas:

Ejemplo B: Producto con 3 Variantes

Entrada en el PIM:

• Producto P1
• Variantes: VP1, VP2, VP3

Salida del conector fusionada:

2. Comportamiento de los Productos independientes

Productos independientes sin Variantes

Si un producto no tiene variantes:

• Se exporta como un único registro Padre.
• Todos los campos exclusivos de Variantes permanecen vacíos.
• La fila aparece como un producto simple estándar.

Esto es especialmente importante para catálogos que incluyen tanto productos variables como productos simples.

Ejemplo C: Producto sin Variantes

Entrada en el PIM:

• Producto P2
• Sin variantes

Salida del conector:

3. Cuándo usar Añadir padres a variantes

El parámetro Añadir padres a variantes genera una fila Padre adicional para los productos que contienen variantes.

Casos de uso habituales

Algunos marketplaces requieren un registro Padre sin atributos de variante, Tipo = Padre, y solo con información identificativa, seguido de filas Hijo para cada variante.

En estos casos, el feed debe incluir:

• P1 (Padre)
• P1 + VP1 (Hijo)
• P1 + VP2 (Hijo)
• P1 + VP3 (Hijo)

Esta opción se recomienda cuando necesitas mostrar los productos como una lista única con variaciones agrupadas, o cuando quieres distinguir las filas Padre y Hijo utilizando fórmulas como IS_FUSION_VARIANT_PARENT().

No se recomienda cuando el marketplace solo espera filas de variantes, cuando la plataforma de destino no admite modelos de producto jerárquicos, o cuando quieres una lista de variantes estrictamente plana.