Cómo comprobar variantes de un anuncio de marketplace.
La revisión de variantes debe comparar los campos que definen la familia. Un registro secundario no debe heredar por error otro tamaño, color o componente incluido.
Adapta el flujo de trabajo a tu tarea.
Compara cada variante con los atributos que definen su familia. Conserva los identificadores, marca valores contradictorios de color, tamaño o componentes y pide confirmación a la fuente antes de cambiar un registro.
- Qué aportas
- Producto principal y registros de variantes.
- Qué obtienes
- Atributos incoherentes y combinaciones inválidas.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
Fictional mug parent lists blue and green options. Variant BLUE-01 is labeled Blue but its color field says Green. Source record not supplied.
Ejemplo completo
Variant: BLUE-01 Conflict: display label Blue versus color field Green. Parent options: Blue and Green, so either value is possible in the family. Required decision: confirm BLUE-01 against the authoritative product record before changing the label or field. No automatic correction selected.
Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿Debe una variante heredar todos los atributos del producto principal?
Solo si la relación y las reglas del destino lo permiten. Los atributos que distinguen variantes deben permanecer ligados a la variante correcta.
¿Por qué una variante azul aparece verde en un campo?
Rastrea el valor hasta su fuente y revisa el mapeo o los datos heredados. No lo corrijas basándote solo en otro campo que también podría ser incoherente.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑