IDs estables

Como administrador de Gobierno de Producto quiero que plantillas, atributos, listas y valores conserven su ID de P360 y no puedan cambiarlo para que EU, Foro y SAP sigan resolviendo sus referencias.

Criterios de aceptación

• Dado EU4-27320066 migrada, cuando alguien intenta cambiar su ID, entonces se rechaza.
• Dado un alta de plantilla sin ID, cuando se aprueba, entonces recibe el siguiente EU4-… (formato de R-PLT-09, secuencia desde el máximo migrado).
• Dado una importación con ColoursLiverpoolAtt, cuando trae el mismo objeto, entonces actualiza; si es otro, entonces error explícito.

Tareas en alto nivel

• T1API y reglasIDs estables (catalog-governance)
• T2IntegraciónIntegración con SAP, Foro, Entrada Única
• T3Datoscarga o migración desde P360
• T4Reporte o exportIDs estables
• T5ParidadPrueba de paridad contra P360 u Omega
• T6Pruebas de aceptación3 criterios

Origen

ERF 1.1 C-01; DEC-PLT-06; R-PLT-09; R-RAC-08

Ficha: trazabilidad/features/FT-PLT-01-fundamentos-de-gobierno-de-plantillas.md

Nada surte efecto sin aprobación

Como Gobierno de Producto quiero que toda alta o cambio de plantilla quede pendiente hasta que un perfil autorizado lo apruebe para controlar lo que ven los portales.

Criterios de aceptación

• Dado una plantilla nueva, cuando se guarda, entonces queda "Pendiente de Aprobación" y EU no la ofrece hasta quedar "Activa".
• Dado un cambio por carga masiva o integración, cuando llega, entonces genera la misma solicitud que la pantalla, con canal IMPORT o XML (spec 001 FR-006).

Tareas en alto nivel

• T1API y reglasNada surte efecto sin aprobación (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3Reporte o exportNada surte efecto sin aprobación
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-19; DEC-PLT-05

Ficha: trazabilidad/features/FT-PLT-01-fundamentos-de-gobierno-de-plantillas.md

Historia por campo

Como auditor quiero ver quién cambió qué, de cuál a cuál valor, cuándo y desde dónde para reconstruir cualquier cambio.

Criterios de aceptación

• Dado C100LOV::0700 renombrado de "Azul" a "AZUL", cuando se aplica, entonces queda un evento con label.es, ambos valores, actor, canal, fecha y solicitud (modelo Mongo §7).
• Dado un objeto migrado, cuando se consulta su historia, entonces empieza en la migración.

Tareas en alto nivel

• T1PantallaHistoria por campo (portal de Entrada Única)
• T2API y reglasHistoria por campo (catalog-governance)
• T3Datoscarga o migración desde P360
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-20; DEC-ARQ-09

Ficha: trazabilidad/features/FT-PLT-01-fundamentos-de-gobierno-de-plantillas.md

Sólo roles autorizados

Como Seguridad quiero que cada operación dependa del rol configurado para evitar cambios fuera de perfil.

Criterios de aceptación

• Dado un usuario sin permiso de administrar IDs, cuando captura un ID al crear, entonces se rechaza; sin matriz firmada, ningún permiso se da por supuesto.

Tareas en alto nivel

• T1API y reglasSólo roles autorizados (catalog-governance)
• T2Pruebas de aceptación1 criterio

Origen

ERF 1.1 C-19 ("sólo perfiles autorizados"); DEC-PLT-09

Ficha: trazabilidad/features/FT-PLT-01-fundamentos-de-gobierno-de-plantillas.md

Consultar el catálogo

Como administrador de Gobierno de Producto quiero ver de cada atributo su tipo, restricciones, lista y metadatos para decidir cambios sin abrir P360.

Criterios de aceptación

• Dado ColoursLiverpoolAtt migrado, cuando se consulta, entonces muestra tipo lista (C100LOV), longitud máxima 100 y relevancia para ATG y Marketplace (modelo Mongo §1).
• Dado el catálogo migrado, cuando se cuenta, entonces tiene 2,996 atributos y ninguna característica hija *_Rechazo (viajan con el producto).

Tareas en alto nivel

• T1PantallaConsultar el catálogo (portal de Entrada Única)
• T2API y reglasConsultar el catálogo (catalog-governance)
• T3Datoscarga o migración desde P360
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-03, C-04, C-11; DEC-ARQ-09

Ficha: trazabilidad/features/FT-PLT-02-catalogo-de-atributos.md

Tipo y restricciones

Como administrador quiero definir tipo y restricciones para que la captura valide igual en todos los canales.

Criterios de aceptación

• Dado un texto con longitud máxima 100, cuando se valida un valor de 101 caracteres, entonces se rechaza.
• Dado un atributo de lista al que se le quita su LOV, cuando se guarda, entonces se exige el nuevo tipo (ERF §3.2.1).
• Dado un usuario sin perfil autorizado, cuando intenta crear, editar o borrar un atributo, entonces se rechaza.

Tareas en alto nivel

• T1API y reglasTipo y restricciones (catalog-governance)
• T2Pruebas de aceptación3 criterios

Origen

ERF 1.1 C-02, C-03, C-04

Ficha: trazabilidad/features/FT-PLT-02-catalogo-de-atributos.md

Metadatos de comportamiento

Como responsable de integraciones quiero que cada atributo declare para qué sistemas es relevante y quién es su dueño para que ningún exportador decida con una lista en código.

Criterios de aceptación

• Dado un atributo relevante para ATG y no para SAP, cuando se arma la salida a SAP, entonces no viaja.
• Dado un atributo de SAP ECC, cuando se migra, entonces conserva su ID externo; uno …VaD queda con origen Liverpool.

Tareas en alto nivel

• T1API y reglasMetadatos de comportamiento (catalog-governance)
• T2IntegraciónIntegración con SAP
• T3Datoscarga o migración desde P360
• T4Reporte o exportMetadatos de comportamiento
• T5Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-11

Ficha: trazabilidad/features/FT-PLT-02-catalogo-de-atributos.md

Bloques y condicionales

Como Gobierno de Producto quiero capturar bloques de N filas y declarar atributos que aparecen, se ocultan o se vuelven obligatorios según otro, para pedir sólo lo que aplica.

Criterios de aceptación

• Dado una prenda con 3 materiales, cuando se captura, entonces se guardan 3 filas [porcentaje, material, parte]; lo migrado de FIBER_PART1..5 se convierte con regla validada por Gobierno.
• Dado CertificadoSostenible dependiente de AE485, cuando se elige uno de sus 21 valores activadores, entonces aparece (paridad, módulo 01 §3.7).
• Dado una regla "volver obligatorio", cuando se cumple, entonces el atributo pasa a obligatorio Por aclarar: mejora → PD-01 (resuelta el 7-oct, DEC-ARQ-12).

Tareas en alto nivel

• T1PantallaBloques y condicionales (portal de Entrada Única)
• T2API y reglasBloques y condicionales (catalog-governance)
• T3Datoscarga o migración desde P360
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación3 criterios

Origen

ERF 1.1 C-15; DEC-PLT-07

Ficha: trazabilidad/features/FT-PLT-02-catalogo-de-atributos.md

Listas por código

Como Gobierno de Producto quiero pares código–etiqueta únicos por lista para que los productos guarden el código.

Criterios de aceptación

• Dado C100LOV con 0700 "Amarillo", cuando se da de alta otro 0700 en C100LOV, entonces se rechaza; en otra lista se admite (hoy 0001 existe en 3,011 catálogos).
• Dado "Azul" renombrado a "AZUL" y aprobado, cuando se consulta un producto con ese código, entonces muestra "AZUL" sin haberse modificado y se republica.

Tareas en alto nivel

• T1PantallaListas por código (portal de Entrada Única)
• T2API y reglasListas por código (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-05; DEC-PLT-03; R-PLT-07

Ficha: trazabilidad/features/FT-PLT-03-listas-de-valores-y-modelo-canonico.md

Fuera de alcance y filtro por plantilla

Como Gobierno de Producto quiero retirar un valor de las capturas nuevas y acotar valores por plantilla para que no se elija lo que no aplica.

Criterios de aceptación

• Dado un valor con IsActive = 0 en P360, cuando se migra, entonces no se ofrece en ninguna plantilla y los productos históricos lo conservan.
• Dado TamanoUnicoLOV (tallas, litros y pulgadas), cuando se captura una blusa, entonces su filtro no ofrece "55 L" (módulo 01 §3.7).

Tareas en alto nivel

• T1API y reglasFuera de alcance y filtro por plantilla (catalog-governance)
• T2Datoscarga o migración desde P360
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-08; R-PLT-06

Ficha: trazabilidad/features/FT-PLT-03-listas-de-valores-y-modelo-canonico.md

Valores que no están en la lista

Como seller de Marketplace o proveedor de Mercaderías quiero autocompletar y pedir el valor que falta para no detener el alta.

Criterios de aceptación

• Dado un color que no está en C100LOV, cuando se escribe, entonces se aplica la regla de la lista: rechazar con mensaje o crear una solicitud de valor nuevo Por aclarar: libertad del proveedor → PEN-31.
• Dado una solicitud aprobada por Gobierno, cuando se aplica, entonces el valor queda en la lista.

Por aclarar antes de construir

• PEN-31 ¿Cuánta libertad tiene el proveedor o seller: atributos abiertos (transformados después o con IA) o cerrados con LOV? ¿Se aceptan valores fuera de lista o marcas nuevas, y cómo se

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-31
• T2PantallaValores que no están en la lista (portal de Entrada Única)
• T3API y reglasValores que no están en la lista (catalog-governance)
• T4Pruebas de aceptación2 criterios

Origen

RF-PLA-09

Ficha: trazabilidad/features/FT-PLT-03-listas-de-valores-y-modelo-canonico.md

Valor canónico con salida por sistema

Como Gobierno de Datos quiero capturar el valor una vez y definir su forma por sistema destino para no romper SAP y mostrar en el sitio lo que el proveedor comunica.

Criterios de aceptación

• Dado NEGRO INTENSO con salida NEGRO para commercetools, cuando se publica, entonces viaja NEGRO (ERF §3.2.3, 24-sep).
• Dado la talla "chica", cuando viaja al ERP, entonces va "chica"; al sitio, "chica" más su rango. Para "22 centímetros", SAP recibiría valor y unidad por separado Por aclarar: interpretación de S08 → PEN-88.

Por aclarar antes de construir

• PEN-88 Revisar a detalle el modelo canónico (tablas de equivalencia y listas de valores con columna por sistema destino) (DEC-19). S24 [11:33][11:34] le pone nombre funcional —un gobierno

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-88
• T2PantallaValor canónico con salida por sistema (portal de Entrada Única)
• T3API y reglasValor canónico con salida por sistema (catalog-governance)
• T4IntegraciónIntegración con SAP
• T5Pruebas de aceptación2 criterios

Origen

RF-PLA-10; RN-PLA-13; ERF 1.1 C-08

Ficha: trazabilidad/features/FT-PLT-03-listas-de-valores-y-modelo-canonico.md

Limpiar listas

Como Gobierno de Producto quiero ver cuántos registros usan un valor, fusionar valores y mover productos para depurar listas.

Criterios de aceptación

• Dado un valor usado por N productos, cuando pido borrarlo, entonces se muestra N y se exige confirmación.
• Dado productos en "infantiles", cuando se mueven a "niño", entonces corre un trabajo asíncrono con reporte Por aclarar: *merge* es "MEJORA" en la HU → PD-01 (resuelta el 7-oct, DEC-ARQ-12).

Tareas en alto nivel

• T1PantallaLimpiar listas (portal de Entrada Única)
• T2API y reglasLimpiar listas (catalog-governance)
• T3Reporte o exportLimpiar listas
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-05, C-06

Ficha: trazabilidad/features/FT-PLT-03-listas-de-valores-y-modelo-canonico.md

Matriz de mínimos

Como Gobierno de Producto quiero definir la información mínima por tipo de producto y por sistema consumidor para derivar una plantilla estándar.

Criterios de aceptación

• Dado el sistema "sitio web", cuando se configura su mínimo, entonces incluye precio, nombre, categoría e imagen (ejemplo propuesto, S02 [09:52]).
• Dado la matriz funcional por negocio y la técnica por sistema, cuando se cruzan, entonces se ve por atributo qué negocios y qué sistemas lo exigen Por aclarar: listas reales → PEN-75, PEN-76.

Por aclarar antes de construir

• PEN-75 Entregar la lista de campos obligatorios funcionales por negocio (Compras, gobierno de datos y de producto, etc.).

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-75
• T2PantallaMatriz de mínimos (portal de Entrada Única)
• T3API y reglasMatriz de mínimos (catalog-governance)
• T4Pruebas de aceptación2 criterios

Origen

RF-PLA-01; DEC-04; PEN-01

Ficha: trazabilidad/features/FT-PLT-04-grupos-de-atributos-y-minimos.md

Salida por sistema

Como Gobierno de Datos quiero configurar por atributo a qué sistemas viaja para formar el grupo de cada destino.

Criterios de aceptación

• Dado los atributos 1, 2 y 12 marcados para CommerceTools y 2, 6 y 8 para OMS, cuando se consulta el grupo de OMS, entonces contiene 2, 6 y 8 (S07 [11:54]).
• Dado un atributo no relevante para SAP, cuando se arma la salida a SAP, entonces no viaja.

Tareas en alto nivel

• T1PantallaSalida por sistema (portal de Entrada Única)
• T2API y reglasSalida por sistema (catalog-governance)
• T3IntegraciónIntegración con SAP, la tienda, OMS
• T4Pruebas de aceptación2 criterios

Origen

RF-PLA-07; ERF 1.1 C-11

Ficha: trazabilidad/features/FT-PLT-04-grupos-de-atributos-y-minimos.md

Grupos y pertenencia

Como administrador quiero crear grupos y poner un atributo en varios para ordenar la captura y las exportaciones.

Criterios de aceptación

• Dado ColoursLiverpoolAtt en CHARACTERISTICS y en ATG:GeneralGPO, cuando se desvincula de uno, entonces sigue en el otro y en el catálogo.
• Dado las plantillas migradas, cuando se arma la PDP, entonces el orden de grupos es el de P360 (GeneralGPO=1, CaracteristicasGPO=2; spec 004 SC-001).

Tareas en alto nivel

• T1PantallaGrupos y pertenencia (portal de Entrada Única)
• T2API y reglasGrupos y pertenencia (catalog-governance)
• T3Datoscarga o migración desde P360
• T4Reporte o exportGrupos y pertenencia
• T5ParidadPrueba de paridad contra P360 u Omega
• T6Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-07

Ficha: trazabilidad/features/FT-PLT-04-grupos-de-atributos-y-minimos.md

Comportamiento heredado

Como Gobierno de Producto quiero que el comportamiento y los metadatos de un grupo pasen a sus atributos para no configurarlos uno por uno.

Criterios de aceptación

• Dado el grupo MKP con salida a Marketplace, cuando se le agrega un atributo, entonces viaja a Marketplace salvo exclusión explícita Por aclarar: mejora → PD-01 (resuelta el 7-oct, DEC-ARQ-12).

Tareas en alto nivel

• T1API y reglasComportamiento heredado (catalog-governance)
• T2Pruebas de aceptación1 criterio

Origen

ERF 1.1 C-07

Ficha: trazabilidad/features/FT-PLT-04-grupos-de-atributos-y-minimos.md

Placeholder hacia PLM

Como Mercaderías o Suburbia quiero marcar los campos válidos en la etapa "placeholder" para enviarlos a PLM.

Criterios de aceptación

• Dado un producto en "placeholder", cuando se envía a PLM, entonces viajan sólo los atributos de ese grupo Por aclarar: el término sale de un pasaje dudoso (43) y su relación con el tipo de creación Placeholders de P360, sin renglones (Q06), no está probada → nueva.

Tareas en alto nivel

• T1PantallaPlaceholder hacia PLM (portal de Entrada Única)
• T2API y reglasPlaceholder hacia PLM (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación1 criterio

Origen

RF-PLA-19

Ficha: trazabilidad/features/FT-PLT-04-grupos-de-atributos-y-minimos.md

Navegar y buscar

Como seller o proveedor quiero encontrar la plantilla por nombre o palabra clave para no recorrer 3,087 plantillas.

Criterios de aceptación

• Dado "mochila" y "backpack" como palabras clave de EU4-27320066, cuando busco cualquiera, entonces aparece (modelo Mongo §4).
• Dado un nodo EU3, cuando se le asigna un producto, entonces se rechaza: sólo EU4 recibe productos (ERF §3.3).

Tareas en alto nivel

• T1PantallaNavegar y buscar (portal de Entrada Única)
• T2API y reglasNavegar y buscar (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-16

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Metadatos de plantilla

Como Gobierno de Producto quiero ver y editar los metadatos de cada plantilla para controlar título, orden de grupos y descripción.

Criterios de aceptación

• Dado las plantillas migradas, cuando se comparan con P360, entonces OrderOfAtributesForName está en 3,050, NameGuide en 3,047 y DisplayGroupOrder en 3,047 (Q52).
• Dado una EU4 sin OrderOfAtributesForName, cuando se arma el título, entonces se toma del nivel 3, 2 o 1 (R-PLT-14).

Tareas en alto nivel

• T1PantallaMetadatos de plantilla (portal de Entrada Única)
• T2API y reglasMetadatos de plantilla (catalog-governance)
• T3Datoscarga o migración desde P360
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-16; R-PLT-14; DEC-ARQ-08

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Plantillas por familia

Como Gobierno de Producto quiero plantillas generales por familia para reducir el rechazo.

Criterios de aceptación

• Dado una bujía, cuando se clasifica, entonces usa la plantilla general de refacciones ("bujía" y "refacción" son interpretación en 30).
• Dado un producto sin plantilla especializada, cuando se clasifica, entonces "siempre va a haber un papá" (S08 [10:56], interpretación) Por aclarar: ¿la plantilla de familia es una EU4 más general o un nivel superior con productos, contra la ERF §3.3? → nueva.

Tareas en alto nivel

• T1API y reglasPlantillas por familia (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

RF-PLA-03; RN-PLA-10; ACU-08

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Herencia y reubicación

Como Gobierno de Producto quiero que un metadato sin valor propio se herede del ancestro más cercano y que un nodo movido adopte las reglas del destino para no repetir configuración.

Criterios de aceptación

• Dado NameExceptions en EU3-27320050 y no en EU4-27320066, cuando se consulta la EU4, entonces muestra el valor heredado y su nodo de origen (spec 005 FR-005).
• Dado un nodo movido a otra rama, cuando se aprueba, entonces adopta las reglas del destino e informa antes los productos afectados Por aclarar: mejora → PD-01 (resuelta el 7-oct, DEC-ARQ-12).

Tareas en alto nivel

• T1PantallaHerencia y reubicación (portal de Entrada Única)
• T2API y reglasHerencia y reubicación (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-18; DEC-PLT-01

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Imágenes y secuencia de variantes

Como Gobierno de Producto quiero fijar por plantilla el mínimo por tipo de imagen y la secuencia de variantes para que captura y PDP salgan completas y en orden.

Criterios de aceptación

• Dado NumberOfDetailImages en una plantilla (hay 463 EU4, 417 con valor), cuando se migra, entonces queda como mínimo de Detalle Por aclarar: la regla viva es Min/Max (R-PLT-13); ¿cuál manda? → nueva.
• Dado EU4-4864768 con "23 CM=1,24 CM=2,…", cuando se publica, entonces variantOrder viaja en ese orden (lo cubre FT-REF-01; spec 005).

Tareas en alto nivel

• T1API y reglasImágenes y secuencia de variantes (catalog-governance)
• T2Datoscarga o migración desde P360
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 C-14, C-16; R-PLT-16

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Pocas plantillas para elegir

Como proveedor quiero elegir entre las pocas plantillas que permite el grupo de artículo de mi producto, para no perderme entre miles.

Criterios de aceptación

• Dado el grupo de artículo de SAP, entonces la lista de plantillas se acota a las permitidas para ese grupo.

Pendiente del tablero TO-BE

• P-18 · Por decidir · Gobierno de Producto

Tareas en alto nivel

• T1PantallaPocas plantillas para elegir (portal de Entrada Única)
• T2API y reglasPocas plantillas para elegir (catalog-governance)
• T3IntegraciónIntegración con SAP
• T4Pruebas de aceptación1 criterio

Origen

P-18

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Crear jerarquías con tipo y niveles

Como Gobierno de Producto quiero crear una jerarquía con nombre, descripción, tipo y número de niveles, para que el tipo imponga desde el inicio sus reglas sobre dónde pueden ir los productos.

Criterios de aceptación

• Dado una jerarquía configurada con cuatro niveles, cuando Gobierno de Producto intenta crear un nodo debajo del cuarto nivel, entonces el PIM lo rechaza.
• Dado que ya existe una jerarquía principal, cuando Gobierno de Producto crea otra de tipo principal, entonces el PIM le pregunta si la anterior pasa a secundaria y nunca quedan dos principales.
• Dado una jerarquía principal o secundaria, cuando se asocia un producto, entonces sólo se acepta en un nodo del último nivel y en uno solo, mientras que en una jerarquía operativa, como la de categorías por sitio, el producto puede quedar en varios nodos.

Tareas en alto nivel

• T1PantallaCrear jerarquías con tipo y niveles (portal de Entrada Única)
• T2API y reglasCrear jerarquías con tipo y niveles (catalog-governance)
• T3Pruebas de aceptación3 criterios

Origen

S31-RF-03 [11:42] [11:44]

Ficha: trazabilidad/features/FT-PLT-05-taxonomia-y-metadatos-de-plantilla.md

Obligatoriedad por negocio

Como Gobierno de Producto quiero marcar en una plantilla compartida el nivel de cada atributo por negocio para exigir a cada uno sólo lo indispensable.

Criterios de aceptación

• Dado una plantilla de 20 atributos, cuando se configuran 10 obligatorios para MKP y 15 para LIV, entonces la vista MKP marca 10, la LIV 15 y 5 quedan opcionales (S07 [12:00]; ejemplo ilustrativo, rag 43).
• Dado el material de un producto de Liverpool que va a online, cuando se resuelve la vista, entonces es obligatorio en LIV y puede no serlo en MKP (RN-PLA-09).
• Dado un atributo pedido en el portal para SUB y LIV y no para MKP, cuando se resuelve la vista MKP, entonces no aparece (RF-PLA-06; interpretación de S07 [11:54]).

Tareas en alto nivel

• T1PantallaObligatoriedad por negocio (portal de Entrada Única)
• T2API y reglasObligatoriedad por negocio (catalog-governance)
• T3Pruebas de aceptación3 criterios

Origen

RF-PLA-06, RN-PLA-09, C-09

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Tres niveles

Como proveedor o seller quiero ver qué es requerido, recomendado u opcional para completar primero lo que bloquea.

Criterios de aceptación

• Dado un requerido vacío, cuando intenta avanzar, entonces no avanza y se lista lo faltante (C-10).
• Dado la descripción larga como recomendado vacío, cuando avanza, entonces no se bloquea y puede retomarse (RN-PLA-08; rag 20 §2).

Tareas en alto nivel

• T1PantallaTres niveles (portal de Entrada Única)
• T2API y reglasTres niveles (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-PLA-05, RN-PLA-08, C-10

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Paridad al migrar

Como Entrada Única quiero la misma vista que da P360 para no cambiar la captura en el corte.

Criterios de aceptación

• Dado EU4-27320066, cuando se resuelve para LIV, SBB y MKP, entonces trae 90, 100 y 74 atributos como P360 el mismo día (módulo 01 §3.5).
• Dado isMandatory = true visible en tres negocios, cuando se migra, entonces queda requerido en los tres (spec 006).

Tareas en alto nivel

• T1API y reglasParidad al migrar (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3Datoscarga o migración desde P360
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

R-PLT-01, R-PLT-02, spec 006 SC-001

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Crecer sin nuevos obligatorios

Como Gobierno de Producto quiero agregar atributos sin volverlos obligatorios para el seller. Énfasis MKP.

Criterios de aceptación

• Dado 10 requeridos MKP en una plantilla que crece a 52 atributos, cuando se agregan, entonces entran como recomendados u opcionales y MKP sigue con 10 (S07 [11:48]).
• Dado un atributo nuevo que GdP quiere obligatorio para MKP, cuando lo marca, entonces Por aclarar: ¿se prohíbe o requiere aprobación? → nueva.

Tareas en alto nivel

• T1PantallaCrecer sin nuevos obligatorios (portal de Entrada Única)
• T2API y reglasCrecer sin nuevos obligatorios (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-PLA-04, RN-PLA-11

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Atributos adicionales

Como seller quiero agregar atributos y una ficha técnica para describir un producto técnico.

Criterios de aceptación

• Dado un drone con 800 capacidades, cuando agrega atributos y adjunta la ficha, entonces se guardan sin volverse obligatorios para otros (S02 [09:52][09:54]).
• Dado un atributo que no existe en el catálogo, cuando el seller lo agrega, entonces Por aclarar: ¿texto libre o sólo del catálogo? → PEN-31.

Por aclarar antes de construir

• PEN-31 ¿Cuánta libertad tiene el proveedor o seller: atributos abiertos (transformados después o con IA) o cerrados con LOV? ¿Se aceptan valores fuera de lista o marcas nuevas, y cómo se

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-31
• T2PantallaAtributos adicionales (portal de Entrada Única)
• T3API y reglasAtributos adicionales (catalog-governance)
• T4Pruebas de aceptación2 criterios

Origen

RF-PLA-08

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Desvincular un atributo sin perder valores

Como Gobierno de Producto quiero desvincular un atributo de una plantilla sin borrar los valores que ya tienen sus productos, para ajustar la plantilla sin perder información.

Criterios de aceptación

• Dado un atributo ligado a una plantilla y con valor en sus productos, cuando Gobierno de Producto lo desvincula, entonces deja de pedirse en la captura y los productos conservan su valor.
• Dado un dato maestro ligado en la raíz, cuando Gobierno de Producto lo desliga de la raíz y lo liga a una plantilla de nivel 4, entonces los productos de esa plantilla muestran el valor que ya tenían, sin recapturarlo.

Tareas en alto nivel

• T1API y reglasDesvincular un atributo sin perder valores (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

S31-RN-05 [11:24] [11:26] [11:30]

Ficha: trazabilidad/features/FT-PLT-06-configuracion-atributos-por-negocio.md

Paridad de calculados

Como Gobierno de Datos quiero que el PIM calcule lo mismo que P360 para no romper la creación del SKU al apagarlo.

Criterios de aceptación

• Dado un producto con TamanoUnico, cuando se guarda, entonces TamanoUnicoSTD = TallaNormalizada[marca<::>talla] (R-REF-05).
• Dado una muestra de 1,000 productos, cuando corren las reglas, entonces dan el mismo resultado que CreateProposal (spec 007 SC-001).

Tareas en alto nivel

• T1PantallaParidad de calculados (portal de Entrada Única)
• T2API y reglasParidad de calculados (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

R-REF-05 a R-REF-09 (margen, negocio y tipos: Entrada Única y FT-PRD-01, spec 007)

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Calidad que bloquea

Como Gobierno de Producto quiero que una regla impida guardar un producto incoherente para no corregir tras publicar.

Criterios de aceptación

• Dado un precio de venta menor que el de compra, cuando se guarda, entonces se bloquea (ERF 1.1 §3.2.4, 24-sep).
• Dado un TamanoUnico de Suburbia fuera de su grupo de artículos, cuando se guarda, entonces se registra el error "Validity" (R-REF-04).

Tareas en alto nivel

• T1API y reglasCalidad que bloquea (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

C-09, R-REF-04 (la coherencia logística, R-PRD-10, es de FT-RAC-01, spec 007)

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Datos maestros inferidos

Como seller quiero que el PIM calcule lo que SAP necesita sin pedirme términos internos para crear el artículo sin conocer la clasificación de Liverpool. Énfasis MKP.

Criterios de aceptación

• Dado un producto prellenado por IA, URL o imagen, cuando avanza, entonces los datos maestros se calculan igual en los tres caminos (RF-PLA-11; S07 [11:52]).
• Dado un atributo que sólo usan Foro u OMS, cuando se crea el producto, entonces se genera y mapea sin pedirlo (RF-PLA-12; S02 [10:10]).

Tareas en alto nivel

• T1API y reglasDatos maestros inferidos (catalog-governance)
• T2IntegraciónIntegración con SAP, Foro, OMS
• T3Pruebas de aceptación2 criterios

Origen

RF-PLA-11, RF-PLA-12

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Impuesto de Marketplace

Como Marketplace quiero un indicador de impuestos único para no depender de la categoría.

Criterios de aceptación

• Dado un producto MKP de cualquier categoría, cuando se calcula, entonces el indicador es E2 (IVA 16 %), como hoy (R-REF-09).
• Dado un producto de Liverpool o Suburbia, cuando se calcula, entonces usa IndicadordeImpuesto o TAXESS4H partido en venta, IEPS y TAXKM3 (R-REF-09).

Tareas en alto nivel

• T1API y reglasImpuesto de Marketplace (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

RF-PLA-13, RN-PLA-14

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Envase granular

Como comprador quiero que el envase se calcule con reglas finas y poder corregirlo para no levantar tickets.

Criterios de aceptación

• Dado una pantalla de 43 pulgadas o menos en un grupo de pantallas grandes, cuando se calcula, entonces la regla cruza grupo de artículos con pulgadas, dimensiones, peso y volumen ("43" es interpretación).
• Dado un cambio del comprador, cuando lo guarda, entonces se aplica sin ticket y queda detectado (RF-PLA-14; RN-CAL-05).

Tareas en alto nivel

• T1API y reglasEnvase granular (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

RF-PLA-14, RN-PLA-04, DEC-21

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Activo condicionado por un atributo

Como Gobierno de Producto quiero que un activo digital dependa del valor de un atributo, o exista como adjunto independiente, para pedir el certificado sólo cuando aplica.

Criterios de aceptación

• Dado el atributo 485 con un valor distinto de «no aplicable», entonces se pide el certificado sostenible.
• Dado la carta responsiva, entonces se adjunta como PDF sin depender de otra respuesta.

Tareas en alto nivel

• T1API y reglasActivo condicionado por un atributo (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

RF-PLA-21 (S16)

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Calculados del placeholder para o9

Como Gobierno de Producto quiero que el PIM calcule para cada placeholder los campos que pide o9, según el Excel de campos calculados del analista de negocio, para mandarlos sin capturarlos a mano.

Criterios de aceptación

• Dado un placeholder creado o editado, cuando se guarda, entonces el PIM calcula los campos definidos para placeholder en el Excel del analista de negocio, como hoy calcula los de la propuesta.
• Dado un placeholder con sus campos calculados, cuando se arma el archivo para o9, entonces esos campos viajan con los datos maestros y los atributos estratégicos.

Tareas en alto nivel

• T1API y reglasCalculados del placeholder para o9 (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

S36-RF-05 [18:30] [18:40]

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Administrar tendencias por atributos y valores

Como equipo de Tendencias quiero dar de alta, consultar, cambiar y dar de baja tendencias definidas por atributos y valores, para que el PIM asocie a cada una los productos y placeholders que la cumplen.

Criterios de aceptación

• Dado la tendencia «rosa Barbie» definida con color rosa y material algodón, cuando un placeholder o un producto tiene esos dos valores, entonces su campo calculado «tendencia» queda con «rosa Barbie».
• Dado una tendencia a la que se le cambia un atributo, cuando se guarda el cambio, entonces el PIM vuelve a calcular qué productos y placeholders la cumplen.
• Dado una tendencia dada de baja, cuando el PIM vuelve a calcular, entonces ningún producto ni placeholder queda asociado a ella.

Tareas en alto nivel

• T1PantallaAdministrar tendencias por atributos y valores (portal de Entrada Única)
• T2API y reglasAdministrar tendencias por atributos y valores (catalog-governance)
• T3Pruebas de aceptación3 criterios

Origen

S36-RF-06 [18:30] [18:32] [18:34] [18:38]

Ficha: trazabilidad/features/FT-PLT-07-reglas-atributos-calculados-calidad.md

Paridad del título

Como Gobierno de Producto quiero que el título se arme con la regla de la plantilla igual que en P360 para que el corte no cambie los nombres publicados.

Criterios de aceptación

• Dado una EU4 sin OrderOfAtributesForName y su EU3 con valor, cuando se genera el título, entonces usa la lista de la EU3.
• Dado un producto de Suburbia sin lista, cuando se genera, entonces empieza por SB_0002 y usa BRAND_ID_S4H; en Liverpool y Marketplace usa ProductTypeSAP, marca y ModeloComercialVaD o SupplierPartNumber (R-PRD-12).
• Dado un título con marca, cuando se calcula, entonces TituloSinMarca es el mismo texto sin la marca.

Tareas en alto nivel

• T1API y reglasParidad del título (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación3 criterios

Origen

R-PLT-14, R-PRD-12, C-16

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

Recálculo a tiempo

Como Repoblamiento quiero que un título corregido salga en la siguiente carga para no publicar títulos atrasados.

Criterios de aceptación

• Dado un título corregido, cuando repoblamiento carga y aprueba ~1 h después, entonces la carga ya trae el título corregido (RF-PLA-16).
• Dado un cambio en un insumo del título, cuando se recalcula, entonces no compite con la cola general de cambios (rag 15, lecciones).

Tareas en alto nivel

• T1API y reglasRecálculo a tiempo (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

RF-PLA-16, RN-PLA-06, DEC-86

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

Atributos del título en Marketplace

Como Gobierno de Producto quiero marcar los 4 o 5 atributos que forman el título para evitar títulos genéricos.

Criterios de aceptación

• Dado una plantilla, cuando GdP marca los atributos del título, entonces quedan identificados como "participa en el título" (rag 20 §5).
• Dado un seller MKP que no captura un atributo del título, cuando se genera, entonces Por aclarar: ¿se genera con lo disponible, se pide o se infiere? → PEN-137.

Por aclarar antes de construir

• PEN-137 Validar la postura de que los atributos que forman el título (4–5) no sean obligatorios para Marketplace, y su efecto en los títulos genéricos.

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-137
• T2PantallaAtributos del título en Marketplace (portal de Entrada Única)
• T3API y reglasAtributos del título en Marketplace (catalog-governance)
• T4Pruebas de aceptación2 criterios

Origen

RF-PLA-15, RN-PLA-15

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

Nombres completos

Como Gobierno de Producto quiero nombres completos que reflejen la configuración del producto configurable.

Criterios de aceptación

• Dado un producto configurable, cuando se genera su nombre, entonces refleja su configuración (rag 15, incidencia 18; ConfigurableOrder en 70 plantillas, módulo 01 §3.6).
• Dado un product type, cuando se mantiene su información, entonces Por aclarar: qué significa → PEN-118.

Por aclarar antes de construir

• PEN-118 Validar nuevamente product types (nodo ".2", dudoso).

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-118
• T2API y reglasNombres completos (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-PLA-17

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

SEO

Como seller quiero sugerencias de título y descripción para posicionar el producto.

Criterios de aceptación

• Dado un seller que captura título y descripción, cuando los guarda, entonces recibe consejos de título como los de Mercado Libre (S05 [09:44][09:46]).
• Dado que la IA es prioridad 2, cuando se define el alcance, entonces Por aclarar: ¿entra en Fase 1? → DUD-35.

Por aclarar antes de construir

• DUD-35 [IA] ¿Qué capacidades de IA entran y con qué contrato, si el BRD las pone en prioridad 2?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-35
• T2API y reglasSEO (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-ENR-08, ERF 1.3 #23

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

La misma descripción en surtido y en la página

Como Mercaderías quiero que la descripción que recibe el equipo que surte sea la misma que se publica, para no fallar en el picking.

Criterios de aceptación

• Dado un producto publicado, entonces el equipo que surte recibe la misma descripción Por aclarar: qué sistema guarda la descripción que consume ese equipo.

Tareas en alto nivel

• T1API y reglasLa misma descripción en surtido y en la página (catalog-governance)
• T2Pruebas de aceptación1 criterio

Origen

RF-INT-15 (S24)

Ficha: trazabilidad/features/FT-PLT-08-titulos-nombres-descripciones.md

Validar antes de aplicar

Como Gobierno de Producto quiero que el archivo se valide completo antes de tocar la base para no dejar configuraciones a medias.

Criterios de aceptación

• Dado un archivo de 500 valores de lista con 2 códigos duplicados, cuando se sube, entonces queda VALIDATED_WITH_ERRORS con fila, columna, código y mensaje de cada error, y ningún dato cambió (spec 008).
• Dado un archivo sin errores, cuando se valida, entonces queda READY con el resumen de altas, cambios e impacto en productos y plantillas.
• Dado un archivo con columnas desconocidas, cuando se sube, entonces se rechaza la estructura antes de validar filas (spec 008, casos límite).

Tareas en alto nivel

• T1API y reglasValidar antes de aplicar (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación3 criterios

Origen

C-13, R-RAC-07, spec 008 US1

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

Aplicar con aprobación

Como Gobierno de Producto quiero que una carga lista genere solicitudes de cambio para que siga el mismo control que la pantalla.

Criterios de aceptación

• Dado un trabajo READY, cuando se aplica, entonces se crean solicitudes con canal IMPORT que siguen el flujo de aprobación (spec 008 FR-005).
• Dado una fila con un ID existente del mismo objeto, cuando se aplica, entonces lo actualiza; si el ID es de otro objeto, error explícito (R-RAC-08).

Tareas en alto nivel

• T1API y reglasAplicar con aprobación (catalog-governance)
• T2Reporte o exportAplicar con aprobación
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.1 §3.4, DEC-PLT-05, R-RAC-08. La aprobación queda fuera del primer corte (PD-01; spec 008)

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

Configuración por negocio en lote

Como Gobierno de Producto quiero cargar el nivel de cada atributo por negocio en muchas plantillas para configurar las reglas que entregue negocio.

Criterios de aceptación

• Dado un archivo con el nivel por negocio de N atributos en M plantillas, cuando se valida, entonces rechaza niveles o negocios inexistentes sin aplicar nada.
• Dado una carga aplicada que cambia un filtro de valores, cuando se aprueba, entonces se publica el cambio a EU como hoy (R-PLT-21; FT-PLT-10).

Tareas en alto nivel

• T1PantallaConfiguración por negocio en lote (portal de Entrada Única)
• T2API y reglasConfiguración por negocio en lote (catalog-governance)
• T3IntegraciónIntegración con Entrada Única
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

RF-PLA-06, RN-PLA-09, PEN-84 (interpretación)

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

Inicializar un ambiente

Como TI quiero cargar plantillas y taxonomía en un ambiente vacío para preparar pruebas sin *scripts*.

Criterios de aceptación

• Dado un archivo que crea un nodo y sus *bindings*, cuando se valida, entonces se procesa en orden de dependencia (spec 008).
• Dado un nodo nuevo sin ID, cuando se aplica, entonces recibe el siguiente EU{nivel+1}-{número} (R-PLT-09; id_sequences).

Tareas en alto nivel

• T1PantallaInicializar un ambiente (portal de Entrada Única)
• T2API y reglasInicializar un ambiente (catalog-governance)
• T3IntegraciónIntegración con Entrada Única
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

módulo 10 #4, ERF 1.1 §3.4. Crear nodos por archivo queda fuera del primer corte (PD-01; spec 008)

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

Validación por API

Como integración quiero la misma validación que el archivo para cargar sin pantalla.

Criterios de aceptación

• Dado una llamada con los mismos datos de un archivo, cuando se valida, entonces devuelve el mismo reporte.
• Dado un archivo grande, cuando se valida, entonces se procesa asíncrono con avance consultable (spec 008); la meta de tiempo no tiene fuente y la fija el plan.

Tareas en alto nivel

• T1API y reglasValidación por API (catalog-governance)
• T2Reporte o exportValidación por API
• T3Pruebas de aceptación2 criterios

Origen

C-13, spec 008 FR-004

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

Centro de importaciones y exportaciones

Como Gobierno de Producto quiero una sección de importaciones y exportaciones para administrar plantillas y atributos por archivo, con los CSV que ya uso.

Criterios de aceptación

• Dado un CSV de configuración, entonces se valida y se aplica como si se hubiera editado en pantalla.

Tareas en alto nivel

• T1API y reglasCentro de importaciones y exportaciones (catalog-governance)
• T2Reporte o exportCentro de importaciones y exportaciones
• T3Pruebas de aceptación1 criterio

Origen

RF-MAS-15 (S23)

Ficha: trazabilidad/features/FT-PLT-09-carga-masiva-configuracion-plantillas.md

GetTemplate idéntico

Como Entrada Única quiero la misma respuesta de GetTemplate que da P360 para no cambiar mi código.

Criterios de aceptación

• Dado EU4-27320066 y negocio Liverpool, cuando se llama GetTemplate, entonces trae las mismas secciones, en el mismo orden, con los mismos atributos y valores que P360 el mismo día.
• Dado una sección sin atributos, cuando se responde, entonces la llave aparece como []; y el parámetro aSAPInt se acepta sin cambiar la respuesta.
• Dado un negocio cuyo nombre es subcadena de otro, cuando se filtra, entonces se compara por palabra, como la vista de la spec 006 (HF-101: Omega corrige un error documentado de P360); con los negocios reales el resultado es el mismo.

Tareas en alto nivel

• T1API y reglasGetTemplate idéntico (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación3 criterios

Origen

RF-INT-05, R-PLT-01, R-PLT-03, spec 009 US1

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

Listas idénticas

Como Entrada Única y Foro quiero los mismos valores válidos para capturar igual que hoy.

Criterios de aceptación

• Dado template=EU4-27320066&characteristic=TamanoUnico, cuando se llama a la lista de valores, entonces devuelve los mismos 19 valores activos en el mismo orden.
• Dado CertificadoSostenible, cuando se llama al *enabler*, entonces devuelve las 21 certificaciones del padre AE485.

Tareas en alto nivel

• T1API y reglasListas idénticas (catalog-governance)
• T2IntegraciónIntegración con Foro, Entrada Única
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

RF-INT-05, R-PLT-06, spec 009 US2

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

Foro sin cambios

Como Foro quiero que mis llamadas de plantilla y listas funcionen apuntando a la fachada para no reescribir mi integración.

Criterios de aceptación

• Dado las llamadas que hace ServiceApigeeImpl, cuando apuntan a la fachada, entonces Foro llena template, template_values_list, dependent_attribute_list y AttributesEnabler igual que con P360.
• Dado GetTemplateForo, cuando se llama, entonces agrupa los atributos por CategorySpecificAttributesLVP/S4H/SAP, sin filtro de negocio (módulo 01 §3.5).

Tareas en alto nivel

• T1API y reglasForo sin cambios (catalog-governance)
• T2IntegraciónIntegración con SAP, Foro
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

RF-INT-05, spec 009 US3

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

Publicación a EU

Como Entrada Única quiero recibir los cambios aprobados de plantillas para que mi buscador no envejezca.

Criterios de aceptación

• Dado una plantilla modificada y aprobada, cuando se publica, entonces EU recibe el cuerpo {templates:[{identifier, name, description, nameExceptions, nameGuide, displayGroupOrder, keywords, products, itemsGroup}]} y lo atiende TemplateUpdateTemplateListener.
• Dado un cambio de filtro de valores, cuando se aprueba, entonces se publica la relación plantilla–atributo como hoy (R-PLT-21).

Tareas en alto nivel

• T1API y reglasPublicación a EU (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

C-23, DEC-PLT-12, R-PLT-21

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

Paridad automatizada

Como QA quiero comparar contra capturas del mismo día para repuntar EU y Foro con evidencia.

Criterios de aceptación

• Dado el juego de referencia del día, cuando corre la suite, entonces reporta 0 diferencias no justificadas o la lista con campo y plantilla.
• Dado una captura de otro día, cuando se compara, entonces no se usa: el 54001 se edita a diario (RSG-50).

Tareas en alto nivel

• T1API y reglasParidad automatizada (catalog-governance)
• T2IntegraciónIntegración con Foro, Entrada Única
• T3Pruebas de aceptación2 criterios

Origen

spec 009 US4, RSG-50

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

ValidateTemplateSection idéntico

Como Entrada Única quiero que la fachada me diga si una plantilla está ligada a la sección, igual que P360, para no cambiar el paso «Siguiente» del alta.

Criterios de aceptación

• Dado negocio Liverpool, la sección (la parte de idLevel antes del guion) y una plantilla ligada a ella, cuando se llama GET /ValidateTemplateSection, entonces responde exists verdadero, igual que P360 el mismo día.
• Dado una plantilla que no está ligada a la sección, cuando se valida, entonces exists es falso y Entrada Única muestra «no está asociado a la sección», como hoy.
• Dado el alta masiva, cuando valida cada renglón contra la fachada, entonces obtiene el mismo resultado que con P360 (apps/massive-creation/src/api/rtk/index.js:64).

Tareas en alto nivel

• T1API y reglasValidateTemplateSection idéntico (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación3 criterios

Origen

RC-EFC-011

Ficha: trazabilidad/features/FT-PLT-10-fachada-v1-compatible-p360.md

Mantener tablas sin TI

Como analista de Gobierno de Producto quiero dar de alta, editar y desactivar entradas con llave compuesta para que las reglas usen el valor vigente sin cargadores de un solo uso.

Criterios de aceptación

• Dado TallaNormalizada (30 entradas, llave marca<::>talla), cuando agrego una entrada, entonces la llave sigue el esquema declarado de la tabla (interpretación de DEC-PLT-08).
• Dado una entrada desactivada, cuando una regla consulta la tabla, entonces no la recibe (Active, módulo 05 §6.1).
• Dado un cambio, entonces queda registrado quién y cuándo (brecha "auditoría", módulo 05 §7).

Tareas en alto nivel

• T1PantallaMantener tablas sin TI (portal de Entrada Única)
• T2API y reglasMantener tablas sin TI (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación3 criterios

Origen

módulo 05 #1; R-REF-01; DEC-PLT-08

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Paridad desde el día uno

Como equipo de migración quiero cargar tal cual cada diccionario que se conserva para no perder reglas.

Criterios de aceptación

• Dado el inventario de 92 diccionarios (Q15), cuando corre la carga, entonces no entra nada del diccionario 17, de Dos, de los vacíos ni de los de operación interna.
• Dado una tabla migrada, entonces sus entradas vivas coinciden con Oracle productivo del mismo día, no con el Inventario de Campos (módulo 05 §8).

Tareas en alto nivel

• T1PantallaParidad desde el día uno (portal de Entrada Única)
• T2API y reglasParidad desde el día uno (catalog-governance)
• T3Datoscarga o migración desde P360
• T4Pruebas de aceptación2 criterios

Origen

DEC-PLT-08; DEC-ARQ-09; módulo 05 §6.3

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Lo que hoy consulta el portal

Como Entrada Única quiero las marcas y grupos permitidos por plantilla, negocio y proveedor, y los exentos de EAN, para validar la captura como hoy.

Criterios de aceptación

• Dado un proveedor de Suburbia, entonces se usan los catálogos de S4H; para Liverpool y Marketplace, los de ECC.
• Dado un proveedor sin grupos, entonces valen todos los de la plantilla; sin marcas, todas las del grupo.
• Dado MarketplaceExcepProvEAN (18 valores, 17 activos, 5-sep), entonces sólo responden los activos.

Tareas en alto nivel

• T1API y reglasLo que hoy consulta el portal (catalog-governance)
• T2IntegraciónIntegración con Entrada Única
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación3 criterios

Origen

módulo 05 #10; R-REF-11; R-REF-12. La regla que resuelve marcas y grupos (SUPPLIER_SCOPE) es de FT-PLT-07 (spec 007 FR-020); esta feature sirve el contrato

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Impuesto y margen

Como regla de alta quiero el indicador de impuesto y el margen por negocio para calcular costos sin pedirlos a P360.

Criterios de aceptación

• Dado Marketplace, entonces el indicador es siempre E2 (IVA 16 %); Suburbia parte TAXESS4H en impuesto a la venta (1), IEPS (2) y TAXKM3 (3+).
• Dado G5 en MargenVsIndicadorImp (36 filas), entonces el multiplicador es 1.2528 (1.16 × 1.08).

Tareas en alto nivel

• T1API y reglasImpuesto y margen (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

módulo 05 #9; R-REF-09; R-REF-10

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Excepciones por negocio

Como Gobierno de Producto quiero mantener separadas para Liverpool y Suburbia las excepciones por sección + negocio, sección + marca, sección + proveedor, grupo de artículo, SKU y anuladas, para que FT-FLU-07 siga la cascada de P360.

Criterios de aceptación

• Dado las 6 tablas que lee PublicationExceptions (150,150 entradas), cuando se migran, entonces conservan sus llaves.
• Dado un SKU en ExcepcionesPorSKU y en ExcepcionesAnuladas, entonces la excepción se quita (código 6).

Tareas en alto nivel

• T1PantallaExcepciones por negocio (portal de Entrada Única)
• T2API y reglasExcepciones por negocio (catalog-governance)
• T3Datoscarga o migración desde P360
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

módulo 05 #6; R-REF-03

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Módulo de administración del modelo

Como Gobierno de Producto quiero un módulo para administrar el catálogo de atributos, el diccionario de configuración, las listas, las estructuras y las secciones, con efecto directo en el portal.

Criterios de aceptación

• Dado un atributo marcado como presente en el diccionario, entonces aparece en la plantilla con la que cataloga el proveedor.

Tareas en alto nivel

• T1PantallaMódulo de administración del modelo (portal de Entrada Única)
• T2API y reglasMódulo de administración del modelo (catalog-governance)
• T3Pruebas de aceptación1 criterio

Origen

RF-PLA-22 (S23, S26)

Ficha: trazabilidad/features/FT-REF-01-datos-de-referencia-administrables.md

Crear categorías con un asistente que valide nivel y mínimos

Como Category manager quiero crear categorías con un asistente que valide nivel y mínimos para no romper el árbol.

Criterios de aceptación

• Dado un padre N2, cuando creo un hijo, entonces queda N3; colgar un N3 de un N1 se rechaza.
• Dado que omito el ID, entonces se genera uno inmutable; un ID existente da CATEGORY_ID_ALREADY_EXISTS.
• Dado un N1 sin isBrand o fechas, o con fin anterior al inicio, entonces no se guarda.

Tareas en alto nivel

• T1PantallaCrear categorías con un asistente que valide nivel y mínimos (portal de Entrada Única)
• T2API y reglasCrear categorías con un asistente que valide nivel y mínimos (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación3 criterios

Origen

ERF 1.2 #1, #3, #4; R-CAT-01, R-CAT-04 a R-CAT-06

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Desligar sin borrar

Como Category manager quiero desligar sin borrar para no dejar productos huérfanos.

Criterios de aceptación

• Dado un nodo con hijos, cuando lo desligo, entonces pasa a Unlinked o se apaga por fechas, nada se borra y la tienda recibe link=false.
• Dado un producto cuya única categoría se desliga, entonces se apaga en la tienda.

Tareas en alto nivel

• T1API y reglasDesligar sin borrar (catalog-governance)
• T2IntegraciónIntegración con la tienda
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

ERF 1.2 #11; R-CAT-09; R-MIG-14

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Mover ramas y reasignar rutas sin exportar ni recargar archivos

Como Category manager quiero mover ramas y reasignar rutas sin exportar ni recargar archivos.

Criterios de aceptación

• Dada una rama N2 con tres niveles debajo, cuando cambio su padre, entonces conserva hijos y productos, recalcula niveles y hereda del nuevo padre.
• Dado el cambio por arrastrar y soltar, entonces no hay archivos Por aclarar: la ERF sólo mueve por carga masiva → PD-01 (resuelta el 7-oct, DEC-ARQ-12).

Tareas en alto nivel

• T1PantallaMover ramas y reasignar rutas sin exportar ni recargar archivos (portal de Entrada Única)
• T2API y reglasMover ramas y reasignar rutas sin exportar ni recargar archivos (catalog-governance)
• T3Reporte o exportMover ramas y reasignar rutas sin exportar ni recargar archivos
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-07; ERF 1.2 #10; R-CAT-10

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Crear y modificar en masa con validación previa

Como equipo Category quiero crear y modificar en masa con validación previa.

Criterios de aceptación

• Dado un archivo con un renglón inválido, cuando lo valido, entonces se rechaza el lote con detalle por renglón (category valida lotes ≤ 500, spec 001).
• Dado un archivo con IDs existentes, entonces actualiza por ID.

Tareas en alto nivel

• T1PantallaCrear y modificar en masa con validación previa (portal de Entrada Única)
• T2API y reglasCrear y modificar en masa con validación previa (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

ERF 1.2 #5, #9

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Cargar el árbol de la revisión 1 sin la deuda que se retire

Como Arquitectura y Category quiero cargar el árbol de la revisión 1 sin la deuda que se retire.

Criterios de aceptación

• Dados 18,783 nodos (Q01), entonces todos quedan con nivel (hoy 0 de 7,733) y sin IDs que sólo difieran en mayúsculas (hoy 76 pares).
• Dadas 5,161 cat*, 3,113 desligadas y 27 de N6, entonces se migran, congelan o retiran según PD-20.

Tareas en alto nivel

• T1API y reglasCargar el árbol de la revisión 1 sin la deuda que se retire (catalog-governance)
• T2Datoscarga o migración desde P360
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación2 criterios

Origen

DEC-ARQ-07; R-MIG-14; PD-20

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Aprobar una categoría antes de que salga, y que sólo perfiles autorizados editen

Como Category manager quiero aprobar una categoría antes de que salga, y que sólo perfiles autorizados editen.

Criterios de aceptación

• Dada una categoría sin aprobar, entonces no se publica Por aclarar: aprobador y estados → DUD-01.
• Dado un usuario sin perfil de Category, entonces no puede editar (hoy governance no autentica, RSG-36).

Por aclarar antes de construir

• DUD-01 [ALCANCE] ¿Qué capacidades que P360 no tiene entran en la primera versión, y el alta de sellers entra en la Fase 1?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-01
• T2PantallaAprobar una categoría antes de que salga, y que sólo perfiles autorizados editen (portal de Entrada Única)
• T3API y reglasAprobar una categoría antes de que salga, y que sólo perfiles autorizados editen (catalog-governance)
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

ERF 1.2 #6, #21

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Deslinquear como acción explícita

Como Category manager quiero deslinquear una categoría como acción de administración, sin depender de su fecha de fin, para que deje de aparecer en consultas y descargas.

Criterios de aceptación

• Dado una categoría deslinqueada, entonces sale del árbol y de las descargas por nivel, y se puede regresar a un árbol activo.
• Dado el deslinqueo, entonces la tienda recibe qué categorías dejaron de servir.

Tareas en alto nivel

• T1PantallaDeslinquear como acción explícita (portal de Entrada Única)
• T2API y reglasDeslinquear como acción explícita (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4Reporte o exportDeslinquear como acción explícita
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-16, RN-CAT-10 (S18)

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Sitio de categorías retiradas

Como Category manager quiero mover una categoría al sitio unlinked para deslinquearla en automático, aunque tenga hijas y productos y sea de nivel 1.

Criterios de aceptación

• Dado una categoría de nivel 1 con hijas, cuando la muevo a unlinked, entonces todo su subárbol queda deslinqueado.
• Dado lo que está en unlinked, entonces no se migra al nuevo PIM (RN-MIG-05) Por aclarar: borrado definitivo o histórico → PD-28.

Por aclarar antes de construir

• PD-28 Deslinquear una categoría: ¿se protege el nodo o se protege el producto? (abierta el 8-oct)

Tareas en alto nivel

• T1DecisiónResolver antes: PD-28
• T2PantallaSitio de categorías retiradas (portal de Entrada Única)
• T3API y reglasSitio de categorías retiradas (catalog-governance)
• T4Datoscarga o migración desde P360
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-17, RN-CAT-10, RN-MIG-05 (S18 [08:40]–[08:58])

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Ningún producto sin categoría

Como Category manager quiero que, antes de deslinquear o deprecar, el PIM me diga qué productos se quedarían sin categoría activa y me obligue a reasignarlos, para no dejar huérfanos.

Criterios de aceptación

• Dado productos cuya única categoría activa es la que deslinqueo, entonces la remoción se bloquea hasta reasignarlos.
• Dado una categoría deprecada, entonces se desasocia de sus artículos y se avisa.

Tareas en alto nivel

• T1PantallaNingún producto sin categoría (portal de Entrada Única)
• T2API y reglasNingún producto sin categoría (catalog-governance)
• T3Aviso o alertaNingún producto sin categoría
• T4Pruebas de aceptación2 criterios

Origen

RF-CAT-18, RN-CAT-11 (S18 [08:46]–[08:58])

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Modelo de la categoría web

Como Category manager quiero administrar cada categoría con su ID generado, su nivel calculado, su visibilidad por fechas, su versión y sus dos estatus, para auditar cada cambio.

Criterios de aceptación

• Dado una categoría nueva, entonces el backend genera su ID consecutivo y calcula su nivel.
• Dado un cambio, entonces sube su número de versión y de modificaciones.

Tareas en alto nivel

• T1PantallaModelo de la categoría web (portal de Entrada Única)
• T2API y reglasModelo de la categoría web (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-CAT-19 (S26)

Ficha: trazabilidad/features/FT-CAT-01-administracion-arbol-categorias-web.md

Que una categoría aprobada llegue a la tienda sin broker con el mismo mensaje…

Como Category manager quiero que una categoría aprobada llegue a la tienda sin broker con el mismo mensaje de hoy para que el mega menú no cambie.

Criterios de aceptación

• Dada una categoría aprobada y completa, cuando se publica, entonces PDS recibe los 14 campos con source=STIBO, traceId y objectId, y el mega menú la muestra.
• Dada una categoría sin aprobar o sin mínimos, entonces no se publica.
• Dada una subcategoría, entonces no lleva kioskId, igual que hoy.

Tareas en alto nivel

• T1PantallaQue una categoría aprobada llegue a la tienda sin broker con el mismo mensaje… (portal de Entrada Única)
• T2API y reglasQue una categoría aprobada llegue a la tienda sin broker con el mismo mensaje… (catalog-governance)
• T3IntegraciónIntegración con la tienda, el Broker
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación3 criterios

Origen

R-CAT-20; R-CAT-12; DEC-ARQ-10; ERF 1.2 #14

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

Que cada sitio viaje con el identificador que PDS reconoce

Como Prod Ecommerce quiero que cada sitio viaje con el identificador que PDS reconoce.

Criterios de aceptación

• Dado department = NA, entonces el sitio es LIVERPOOL y su catálogo ICatalog1000 (spec 004 FR-1) Por aclarar: campo y mensaje → PEN-148.
• Dada una categoría sin sitio, entonces no se envía.

Por aclarar antes de construir

• PEN-148 Confirmar el ID de catálogo por sitio que espera el Product Data Service ("I Catalog 1000" para Liverpool; uno por sitio) y su grafía exacta.

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-148
• T2API y reglasQue cada sitio viaje con el identificador que PDS reconoce (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-13; R-CAT-17

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

Que cambios, desligues y vaciados lleguen

Como Category manager quiero que cambios, desligues y vaciados lleguen.

Criterios de aceptación

• Dado un cambio sólo de nombre, entonces no se reenvían department ni groupType.
• Dado un desligue, entonces llega link=false; dada una imagen vaciada, desaparece en la tienda Por aclarar: PDS conserva nulos → DUD-20.

Por aclarar antes de construir

• DUD-20 [CATEGORÍAS] ¿Qué decide Category sobre el árbol heredado y sobre los valores del contrato de categoría?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-20
• T2API y reglasQue cambios, desligues y vaciados lleguen (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación2 criterios

Origen

R-CAT-19; R-CAT-09; R-CAT-11; R-INT-18

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

Que ninguna categoría se pierda ni se duplique

Como Operación quiero que ninguna categoría se pierda ni se duplique.

Criterios de aceptación

• Dado un envío repetido con el mismo id + version, entonces se omite y se reporta como duplicado.
• Dado un fallo transitorio de Pub/Sub, entonces se reintenta con espera acotada y se guarda el resultado por categoría.
• Dado un guardado en el árbol, entonces el aviso se registra en la misma operación Por aclarar: *outbox* y contrato MS-Cat → PD-07.

Por aclarar antes de construir

• PD-07 Dueño de la colección de categorías

Tareas en alto nivel

• T1DecisiónResolver antes: PD-07
• T2API y reglasQue ninguna categoría se pierda ni se duplique (catalog-governance)
• T3Aviso o alertaQue ninguna categoría se pierda ni se duplique
• T4Pruebas de aceptación3 criterios

Origen

spec 001 "P0"; RSG-34

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

Cortar con un lote pequeño y poder regresar

Como Arquitectura quiero cortar con un lote pequeño y poder regresar.

Criterios de aceptación

• Dado el primer corte, entonces se publica un lote pequeño, se verifica en PDS y se pausa; con el productor nuevo encendido, el legado está apagado Por aclarar: plan de regreso → DUD-07.

Por aclarar antes de construir

• DUD-07 [MS-CAT] ¿Qué servicio es el dueño de la colección de categorías ("MS-Cat") y cómo le avisa a dig_liv_catalog_category para que publique?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-07
• T2API y reglasCortar con un lote pequeño y poder regresar (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación1 criterio

Origen

R-MIG-16; DEC-ARQ-10

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

El flujo EU → CommerceTools empezando por categorías

Como equipo PIM Headless quiero el flujo EU → CommerceTools empezando por categorías.

Criterios de aceptación

• Dada una categoría creada en el portal, entonces llega a CommerceTools vía PDS (hoy probado sólo con altas, 28-sep).

Tareas en alto nivel

• T1API y reglasEl flujo EU → CommerceTools empezando por categorías (catalog-governance)
• T2IntegraciónIntegración con Entrada Única, la tienda
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación1 criterio

Origen

RF-INT-01; DEC-63

Ficha: trazabilidad/features/FT-CAT-02-publicacion-categorias-product-data-service.md

Elegir la categoría de un producto nuevo buscando o navegando el árbol

Como seller de Marketplace quiero elegir la categoría de un producto nuevo buscando o navegando el árbol para descargar su plantilla.

Criterios de aceptación

• Dado que escribo "playera", entonces veo las categorías que coinciden y navego hasta una hoja.
• Dada una categoría seleccionada, entonces no se ejecuta matching; buscar un producto existente es RF-MAT-21 Por aclarar: ¿árbol web o taxonomía de plantillas? → PEN-130.

Por aclarar antes de construir

• PEN-130

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-130
• T2PantallaElegir la categoría de un producto nuevo buscando o navegando el árbol (portal de Entrada Única)
• T3API y reglasElegir la categoría de un producto nuevo buscando o navegando el árbol (catalog-governance)
• T4Reporte o exportElegir la categoría de un producto nuevo buscando o navegando el árbol
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-08

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Que un agente calcule la categoría web al terminar la captura

Como negocio quiero que un agente calcule la categoría web al terminar la captura.

Criterios de aceptación

• Dado un producto con toda la información capturada, entonces el agente asigna la categoría con el mapeo y después corre el agente de score.
• Dado score 40 con mínimo 60, entonces no se crea el SKU y regresa a enriquecimiento (RF-CAL-09).
• Dado el cálculo, entonces no hay estado "Category" en el flujo Por aclarar → PD-22, PEN-40.

Por aclarar antes de construir

• PD-22 ¿Se puede publicar sin categoría?

Tareas en alto nivel

• T1DecisiónResolver antes: PD-22
• T2PantallaQue un agente calcule la categoría web al terminar la captura (portal de Entrada Única)
• T3API y reglasQue un agente calcule la categoría web al terminar la captura (catalog-governance)
• T4Pruebas de aceptación3 criterios

Origen

RF-CAT-04; RN-CAT-07; RN-CAT-08; ACU-13

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Mantener el mapeo plantilla ↔ taxonomía con una carga inicial

Como Category manager quiero mantener el mapeo plantilla ↔ taxonomía con una carga inicial.

Criterios de aceptación

• Dado el arranque, entonces todas las categorías base tienen mapeo ("el inicial sí se podría mapear a todos").

Tareas en alto nivel

• T1PantallaMantener el mapeo plantilla ↔ taxonomía con una carga inicial (portal de Entrada Única)
• T2API y reglasMantener el mapeo plantilla ↔ taxonomía con una carga inicial (catalog-governance)
• T3Datoscarga o migración desde P360
• T4Pruebas de aceptación1 criterio

Origen

RF-CAT-05

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Avanzar aunque no exista una categoría adecuada, sin ticket

Como seller quiero avanzar aunque no exista una categoría adecuada, sin ticket.

Criterios de aceptación

• Dado que no hay categoría adecuada, entonces se asigna a mano o se crea una nueva Por aclarar → PEN-15.
• Dado que no hay plantilla, entonces se pregunta lo mínimo por familia (ropa, calzado, accesorios, electrónica) o se usa "otros".

Por aclarar antes de construir

• PEN-15 ¿Cómo se gestionan los productos sin plantilla y las categorías nuevas (asignación manual, creación de categoría, categoría "otros" por familia)? Hoy se levanta un ticket.

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-15
• T2API y reglasAvanzar aunque no exista una categoría adecuada, sin ticket (catalog-governance)
• T3Pruebas de aceptación2 criterios

Origen

RF-CAT-09; DEC-27; módulo 07 #34

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Revisar la categoría asignada y un porcentaje de lo asignado por proveedor o IA

Como validador quiero revisar la categoría asignada y un porcentaje de lo asignado por proveedor o IA.

Criterios de aceptación

• Dada una asignación automática, entonces la confirmo o la cambio Por aclarar: quién y qué porcentaje → PEN-40.

Por aclarar antes de construir

• PEN-40 ¿Las rutas o categorías web deben vivir en el PIM? ¿Quién asigna la categoría (proveedor, equipo o IA) y cómo se mantiene el mapeo plantilla ↔ taxonomía web? Confirmar también que

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-40
• T2PantallaRevisar la categoría asignada y un porcentaje de lo asignado por proveedor o IA (portal de Entrada Única)
• T3API y reglasRevisar la categoría asignada y un porcentaje de lo asignado por proveedor o IA (catalog-governance)
• T4Pruebas de aceptación1 criterio

Origen

RF-CAT-06; RF-CAT-03

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Ligar productos sólo a hojas y en el padre

Como Gobierno de Producto quiero ligar productos sólo a hojas y en el padre.

Criterios de aceptación

• Dada una variante, entonces no recibe categoría propia; dada una intermedia, entonces se rechaza.
• Dado un producto en Liverpool y Suburbia, entonces conserva ambas; desligar borra sólo la relación.

Tareas en alto nivel

• T1API y reglasLigar productos sólo a hojas y en el padre (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

ERF 1.2 #17; R-CAT-13, R-CAT-14, R-CAT-16

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Controlar los productos en dos categorías (p

Como equipo central quiero controlar los productos en dos categorías (p. ej., videojuegos y playeras, interpretación).

Tareas en alto nivel

• T1API y reglasControlar los productos en dos categorías (p (catalog-governance)
• T2Pruebas de aceptaciónfaltan criterios

Origen

RF-CAT-10 Por aclarar → PEN-43

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Categorías restringidas

Como Gobierno de Producto quiero que una categoría restringida muestre su documentación y sus requisitos al elegirla, y que bloquee o advierta, para no publicar y retirar después.

Criterios de aceptación

• Dado medicamentos con receta, cuando un proveedor elige esa categoría, entonces ve los requisitos y no puede publicar sin cumplirlos.

Tareas en alto nivel

• T1PantallaCategorías restringidas (portal de Entrada Única)
• T2API y reglasCategorías restringidas (catalog-governance)
• T3Pruebas de aceptación1 criterio

Origen

RF-CAT-21, RN-CAT-16 (S20 [10:20])

Ficha: trazabilidad/features/FT-CAT-03-categorizacion-de-productos.md

Describir mi producto con términos que entiendo y que el PIM calcule el GA

Como seller quiero describir mi producto con términos que entiendo y que el PIM calcule el GA para no clasificar mal.

Criterios de aceptación

• Dado que elijo "camisa" dentro de "ropa", entonces el PIM deriva sección, dirección y GA sin mostrarme códigos SAP.
• Dado que la derivación no es única Por aclarar: tabla de equivalencias o modelo, y qué hacer con la ambigüedad → PEN-32.

Por aclarar antes de construir

• PEN-32 ¿Cómo se traduce para el seller la relación sección → plantilla → grupo de artículos de SAP? ¿Qué alcance tiene la tabla de equivalencias o el modelo alternativo de corto plazo?

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-32
• T2PantallaDescribir mi producto con términos que entiendo y que el PIM calcule el GA (portal de Entrada Única)
• T3API y reglasDescribir mi producto con términos que entiendo y que el PIM calcule el GA (catalog-governance)
• T4IntegraciónIntegración con SAP
• T5Pruebas de aceptación2 criterios

Origen

RF-CAT-01; RN-CAT-02

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Que todo producto quede en la dirección, sección y GA correctos, siempre

Como Gobierno de Producto quiero que todo producto quede en la dirección, sección y GA correctos, siempre.

Criterios de aceptación

• Dado un GA que no pertenece a la sección del producto, cuando se guarda, entonces se rechaza (interpretación de "correcto") Por aclarar: contra qué catálogo y en qué paso → nueva.
• Dado un producto sin GA o sin sección, entonces no avanza a la creación del SKU (el GA es obligatorio para el SKU, RAG 23).

Tareas en alto nivel

• T1API y reglasQue todo producto quede en la dirección, sección y GA correctos, siempre (catalog-governance)
• T2Pruebas de aceptación2 criterios

Origen

RN-CAT-05

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Que lo que llega de SAP se clasifique en plantilla con la tabla GA + producto

Como Gobierno de Producto quiero que lo que llega de SAP se clasifique en plantilla con la tabla GA + producto.

Criterios de aceptación

• Dado un SKU del 122 cuyo GA tiene mapeo, entonces recibe la plantilla y la asignación queda marcada como automática (CreatedByGroupMapping).
• Dada una combinación GA + producto sin hoja en la jerarquía ECC (10001) o S4H (10002), entonces se crea la hoja (cambio de julio de 2026).
• Por aclarar: ¿manda StructureGroupMap o ItemGroupProductLOV? → DUD-23

Por aclarar antes de construir

• DUD-23 [SAP] ¿Cuáles son los contratos con SAP sin broker (los XML nuevos y el 122 con SKU y EAN), su catálogo de errores y qué viaja por Cloud Storage, MFT y Pub/Sub en el TO-BE?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-23
• T2API y reglasQue lo que llega de SAP se clasifique en plantilla con la tabla GA + producto (catalog-governance)
• T3IntegraciónIntegración con SAP
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación3 criterios

Origen

ERF 1.3 #21; módulo 05 #7; R-INT-07; R-PLT-22

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Recibir las propuestas con baja confianza de IA en el GA

Como Gobierno de Datos quiero recibir las propuestas con baja confianza de IA en el GA.

Criterios de aceptación

• Dada una propuesta con confianza ≤ 0.999517 en GA, sección o dirección, y sin GA (ECC y S4H) o sin sección, entonces va a Gobierno de Datos (1021).
• Dado un negocio que no es Marketplace, o una plantilla sin OrderOfAtributesForName, entonces no se invoca la IA de GA.

Tareas en alto nivel

• T1API y reglasRecibir las propuestas con baja confianza de IA en el GA (catalog-governance)
• T2ParidadPrueba de paridad contra P360 u Omega
• T3Pruebas de aceptación2 criterios

Origen

R-PRD-11; R-PLT-15

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Confirmar la clasificación antes de publicar, como el comprador en Mercaderías

Como seller quiero confirmar la clasificación antes de publicar, como el comprador en Mercaderías.

Criterios de aceptación

• Dado un GA derivado, cuando lo reviso, entonces lo confirmo o pido corrección Por aclarar: ¿estado previo a publicar? → PEN-14.

Por aclarar antes de construir

• PEN-14 ¿El seller debe pasar por un estado de validación previo a publicar, como el comprador en Mercaderías (p. ej., confirmar la clasificación o el grupo de artículos)?

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-14
• T2PantallaConfirmar la clasificación antes de publicar, como el comprador en Mercaderías (portal de Entrada Única)
• T3API y reglasConfirmar la clasificación antes de publicar, como el comprador en Mercaderías (catalog-governance)
• T4Pruebas de aceptación1 criterio

Origen

RF-CAT-02

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Asignar plantilla a productos sin categorizar

Como Gobierno de Producto quiero encontrar los productos que llegan de SAP sin regla de plantilla y asignarles la que les corresponde, para que puedan terminar su enriquecimiento.

Criterios de aceptación

• Dado un SKU que llega de SAP cuya llave de clasificación no tiene regla en la tabla de plantillas, cuando el PIM lo recibe, entonces queda en «Sin categorizar» sólo con los atributos de raíz.
• Dado un producto en «Sin categorizar», cuando Gobierno de Producto le asigna una plantilla de nivel 4, entonces sale de «Sin categorizar» y se le piden los atributos de esa plantilla.
• Dado un producto que sigue en «Sin categorizar», cuando alguien intenta terminar su enriquecimiento, entonces el PIM no lo permite hasta que tenga plantilla.

Tareas en alto nivel

• T1API y reglasAsignar plantilla a productos sin categorizar (catalog-governance)
• T2IntegraciónIntegración con SAP
• T3Pruebas de aceptación3 criterios

Origen

S31-RN-04 [11:18] [11:20]

Ficha: trazabilidad/features/FT-CAT-04-grupo-de-articulos-derivado.md

Que el PIM decida de antemano a qué sitios va cada producto

Como negocio quiero que el PIM decida de antemano a qué sitios va cada producto para no depender del enrutamiento manual.

Criterios de aceptación

• Dado un producto de Suburbia, cuando se evalúan las reglas, entonces se enruta sólo a Suburbia salvo regla explícita.
• Dado un producto de Marketplace, entonces se enruta al sitio Liverpool (RN-CAT-04) Por aclarar → PEN-133 (respondido con el código el 4-oct (trazabilidad/pendientes-resueltos-con-codigo.md)).
• Dado un producto que puede ir a uno, dos o tres sitios, entonces la decisión queda registrada antes de publicar Por aclarar: quién configura y dónde viven las reglas → PEN-42; insumo → PEN-89.

Por aclarar antes de construir

• PEN-42 Enrutamiento a sitios: ¿quién configura las reglas, dónde viven y en qué momento se toma la decisión anticipada (uno o ambos sitios), evaluando antes las reglas por negocio? En S06
• PEN-89 Concluir la tabla de marcas y enrutado para propuestas, insumo de las reglas de enrutamiento.

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-42, PEN-89
• T2API y reglasQue el PIM decida de antemano a qué sitios va cada producto (catalog-governance)
• T3Pruebas de aceptación3 criterios

Origen

RF-CAT-11; RN-CAT-06

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md

Que el seller no elija el sitio

Como Marketplace quiero que el seller no elija el sitio.

Criterios de aceptación

• Dado el alta de un seller, entonces no se le pregunta el sitio; el enrutamiento ocurre "por detrás".

Tareas en alto nivel

• T1API y reglasQue el seller no elija el sitio (catalog-governance)
• T2Pruebas de aceptación1 criterio

Origen

RN-CAT-06

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md

Recibir el negocio dueño de cada producto

Como e-commerce quiero recibir el negocio dueño de cada producto para aplicar la visibilidad por sitio.

Criterios de aceptación

• Dado EXTWG_S4H con valor, entonces el negocio es SBB; con Negocio "ART. MARKETPLACE", MKP; si no, LVP Por aclarar: regla oficial → DUD-19.

Por aclarar antes de construir

• DUD-19 [TIPOS DE PRODUCTO] ¿Cuál es la tabla oficial de tipos de producto, incluidos Genérico Dummy, productos digitales y Set, y la regla oficial de Business?

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-19
• T2API y reglasRecibir el negocio dueño de cada producto (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4ParidadPrueba de paridad contra P360 u Omega
• T5Pruebas de aceptación1 criterio

Origen

RF-CAT-12; R-PRD-06

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md

Que nunca se prenda en mi sitio un artículo con inventario de Liverpool

Como Suburbia quiero que nunca se prenda en mi sitio un artículo con inventario de Liverpool.

Criterios de aceptación

• Dado un artículo tipo Liverpool indexado en Suburbia, entonces e-commerce no consulta su inventario y lo apaga, y sólo prende variantes con inventario Marketplace Por aclarar: ¿ya está implementada? → PEN-139.

Por aclarar antes de construir

• PEN-139 Confirmar si está implementada la regla de visibilidad pedida a e-commerce: en Suburbia, ignorar el inventario Liverpool y prender solo las variantes con inventario Marketplace.

Tareas en alto nivel

• T1DecisiónResolver antes: PEN-139
• T2API y reglasQue nunca se prenda en mi sitio un artículo con inventario de Liverpool (catalog-governance)
• T3IntegraciónIntegración con la tienda
• T4Pruebas de aceptación1 criterio

Origen

RN-PUB-07

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md

Limpiar los productos de Suburbia que tienen el sitio Liverpool

Como Gobierno de datos quiero limpiar los productos de Suburbia que tienen el sitio Liverpool.

Criterios de aceptación

• Dado un producto de Suburbia con una categoría del sitio Liverpool, entonces se elimina esa categoría (sólo productos de Suburbia).

Tareas en alto nivel

• T1API y reglasLimpiar los productos de Suburbia que tienen el sitio Liverpool (catalog-governance)
• T2Pruebas de aceptación1 criterio

Origen

DEC-95

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md

Una lista oficial de sitios con sus códigos

Como Category manager quiero una lista oficial de sitios con sus códigos para que nada quede sin sitio.

Criterios de aceptación

• Dado department = SB, entonces el sitio es SUBURBIA y su catálogo catalogSB (spec 004 FR-1) Por aclarar: ¿13 o 14 sitios? → DUD-21.

Por aclarar antes de construir

• DUD-21 [SITIOS Y MARCAS] ¿Cuál es la lista oficial de sitios, en qué base vive la colección brands nueva (que se llama igual que la de las marcas de EU) y quién es dueño del maestro de

Tareas en alto nivel

• T1DecisiónResolver antes: DUD-21
• T2API y reglasUna lista oficial de sitios con sus códigos (catalog-governance)
• T3ParidadPrueba de paridad contra P360 u Omega
• T4Pruebas de aceptación1 criterio

Origen

ERF 1.2 #2; R-CAT-17

Ficha: trazabilidad/features/FT-CAT-05-sitios-enrutamiento-y-visibilidad.md