← Arquitectura por épica

Arquitectura de la etapa 7 · Calidad y categoría

Arquitectura del Nuevo PIM por épica · corte del 18-oct-2026

Propuesta del TL: no sustituye la spec de cada épica

Actualizado el 18-oct-2026. Primera versión.

Qué responde. ¿El producto está bien para venderse? Qué épicas resuelven esta parte del hilo, en qué orden y cómo se pasan el producto.

Para quién. Los equipos de las épicas de esta etapa y arquitectura.

Estado. [Propuesta] del TL del Nuevo PIM, 18-oct-2026, construida sobre ADR-12. La spec de cada épica dice el qué; estas páginas, el cómo.

Fuente. docs/arquitectura/por-epica/, generada con generar.py.

En 30 segundos

  • Recibe «PE-6 · SKU asignado», «PE-7 · Imágenes listas» y entrega «PE-8 · Aprobado».
  • 4 épicas, en el orden en que conviene construirlas: FT-CAT-03, FT-RAC-03, FT-RAC-04, FT-IA-05.
  • Cambios de estado de esta etapa: T08, T14.

Cómo se pasan el producto

PE-10 · Cambio aprobado

PE-6 · SKU asignado

PE-7 · Imágenes listas

PE-8 · Aprobado

PE-9 · Publicado por canal

PE-C · Catálogo vigente

FT-CAT-03
Categorización de productos

FT-RAC-03
Publicación por rangos de score y…

FT-RAC-04
Consistencia entre sistemas y…

FT-IA-05
Enriquecimiento continuo después…

Épicas de la etapa 7

Las épicas

FT-CAT-03 · Categorización de productos

Un producto sin categoría web no se ve en la tienda, y hoy todas las categorías se asignan a mano, exportando y recargando archivos. Esta épica asigna la categoría: el seller o el proveedor la elige buscando en el árbol o, al enviar la captura, un agente la calcula con el mapeo de su plantilla o con la IA. Antes de aprobar, la categoría se confirma sola si la confianza alcanza; si no, la revisa Category desde su bandeja.

DueñoRecibe deEntrega a
MS-02 ProductoPE-C, FT-CAT-01, FT-PLT-05, FT-RAC-01, PE-6, FT-RAC-03, FT-IA-04, FT-MIG-05PE-8, FT-RAC-02, FT-INT-01, FT-FLU-05, FT-FLU-02

FT-RAC-03 · Publicación por rangos de score y revisión de calidad…

En Marketplace no hay comprador que revise cada producto, y mandar todo a una cola de QA manual repetiría el cuello de botella de hoy. Esta épica decide al final del enriquecimiento con el score de calidad: de 95 para arriba se aprueba y se publica; entre 85 y 95 se publica y QA lo revisa después, el más bajo primero; abajo de 85 no sale y el seller ve qué completar. A QA manual sólo llega lo que la IA no aprueba.

DueñoRecibe deEntrega a
MS-02 ProductoPE-6, PE-7, FT-RAC-02, FT-IA-05PE-8, FT-INT-01, FT-INT-07, FT-CAT-03

FT-RAC-04 · Consistencia entre sistemas y gobierno de datos proactivo

Hoy las diferencias entre el PIM, el portal y la tienda las descubre el negocio y se corrigen a mano: 23 mil productos sin categoría, registros que son producto en un sistema y SKU en otro. Esta épica concilia cada día, por variante, lo que tiene el PIM con lo que tienen la tienda y Marketplace, detecta los casos conocidos sin filtros de fecha, los prioriza por oferta activa y los manda a la bandeja de Gobierno de Datos, una tarea por caso y negocio.

DueñoRecibe deEntrega a
MS-04 ReportesPE-9, PE-6, FT-ARQ-02, FT-INT-01, FT-INT-03PE-8, FT-CAT-06, FT-MIG-04

FT-IA-05 · Enriquecimiento continuo después de crear el SKU y después…

En Marketplace el SKU nace con lo mínimo para vender rápido, sobre todo en la carga masiva, y el contenido se completa después sin frenar la venta. Esta épica corre la IA una sola vez después de crear el SKU y otra después de publicar (con fuentes externas por marca y modelo), aplica sola lo de confianza alta, manda a Gobierno de Datos lo de confianza baja, marca el artículo como enriquecido y revisa la calidad con IA (QA con IA) antes de aprobar.

DueñoRecibe deEntrega a
MS-15 IA y enriquecimientoPE-6, PE-7, PE-9, FT-IA-03, FT-FLU-05, FT-PRD-10FT-RAC-03, PE-10

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.