Arquitectura de la etapa 1 · ¿Ya existe?

En 30 segundos

• Recibe «PE-1 · Propuesta en Borrador» y entrega «PE-2 · Sin duplicado».
• 6 épicas, en el orden en que conviene construirlas: FT-REF-02, FT-REF-03, FT-FLU-03, FT-INT-05, FT-FLU-02, FT-REF-04.

Cómo se pasan el producto

Las épicas

FT-REF-02 · Blacklist de Marketplace por marca, negocio y grupo de…

Marketplace no quiere que un seller dé de alta marcas que Liverpool vende directamente. Esta épica revisa la marca de cada propuesta de seller contra una lista negra en cuanto se conoce, en el alta individual, por API y en cada renglón de la carga masiva, y si está vetada termina el alta con una explicación. Gobierno de Producto mantiene la lista (marcas, marcas por negocio, grupos de artículos y sellers autorizados por marca) sin levantar un ticket.

FT-REF-03 · Servicio de matching

Antes de catalogar algo hay que saber si ya existe y en qué negocio, para no tener dos fichas del mismo producto. Esta épica busca el producto en Marketplace, Liverpool y Suburbia por EAN y por características (marca, modelo, tipo, color…), le pone una confianza a cada coincidencia y responde lo mismo al alta individual, a la carga masiva y a la API. Si la confianza queda en la zona gris, decide una persona de Gobierno de Datos.

FT-FLU-03 · Decisión por negocio ante coincidencia

Si el producto del seller ya existe no se vuelve a catalogar, y lo que toca depende del negocio donde existe, de la marca y del tipo de artículo. Esta épica es la tabla de decisión de Evaluación: si existe en Marketplace, multioferta; si es de Liverpool y está permitido, stock out (ofertar sobre su SKU sin cambiar su contenido); si está vetado o es de Suburbia, no se puede. Cada caso lleva su mensaje, igual en pantalla, archivo y API.

FT-INT-05 · Multioferta y stock out

Si un seller de Marketplace da de alta algo que ya existe, no se vuelve a catalogar: oferta sobre el SKU existente y sólo captura precio e inventario en el portal de ofertas (Mirakl). Esta épica revisa que ese SKU exista con sus datos base y que ya esté en el portal de ofertas (si no, lo manda), cierra la propuesta como oferta y avisa al portal y al seller. Lo mismo vale para el stock out sobre un producto de Liverpool.

FT-FLU-02 · Alta individual de Marketplace

Es la columna vertebral del alta de un seller de Marketplace en el portal: fija el orden de los pasos y a dónde va el producto en cada uno. Primero se revisa si la marca está vetada o si el producto ya existe; si ya existe, el seller va directo a ofertar sin catalogar. Si es nuevo, se elige o se sugiere la plantilla, la IA prellena, el seller completa lo mínimo y envía, sin que un score bajo cuente como rechazo.

FT-REF-04 · Matching por imagen y por URL del seller

Los sellers evaden la revisión con EAN inventados o atributos alterados, y la foto es lo más difícil de falsear. Esta épica deja que el seller entre por una imagen o por la URL de su página de producto: la IA lee la página (EAN, marca, atributos, fotos) o mira la imagen, busca productos parecidos en el catálogo y le entrega todo a Evaluación para la lista negra y la decisión por negocio. Lo extraído se guarda para prellenar sin volver a pagar el modelo.

Fuentes

1. [D] docs/arquitectura/por-epica/base/hilo.json: las etapas y los puntos de encuentro.
2. [D] docs/arquitectura/por-epica/epicas/: la arquitectura de cada épica.