Cómo comparar versiones de un catálogo de proveedor.
Comparar catálogos requiere una clave explícita de correspondencia y una política para interpretar cambios. Separa las coincidencias ambiguas de las altas y bajas confirmadas.
Adapta el flujo de trabajo a tu tarea.
Elige una clave estable y alinea el significado de los campos antes de comparar catálogos. Separa cambios confirmados, incorporaciones, retiradas y coincidencias ambiguas, conservando valores anteriores y nuevos para revisión.
- Qué aportas
- Dos catálogos proporcionados e identificadores de correspondencia.
- Qué obtienes
- Productos añadidos, retirados y modificados, con coincidencias inciertas.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
Current SKU A costs 10; supplier update lists A at 12 and new SKU B at 8.
Ejemplo completo
A: price changed from 10 to 12. B: new record. Confirm currency and effective date before updating.
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.
¿La ausencia de un SKU significa siempre que el proveedor lo descatalogó?
No. La actualización proporcionada puede ser parcial o estar filtrada. Confirma su cobertura y la política de cambios antes de tratar la ausencia como retirada.
¿Por qué muchos registros aparecen falsamente como productos nuevos?
Revisa el formato de la clave, los ceros iniciales y los identificadores duplicados. Un problema de correspondencia puede parecer un cambio masivo del catálogo.
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 ↑