From 6f24109d91d75235bec9c75887ca853269fc3970 Mon Sep 17 00:00:00 2001 From: Cristian Felipe Cruz Buitron Date: Tue, 25 Aug 2026 16:00:40 -0500 Subject: [PATCH] docs(adr): marcar Etapa 2 del ADR 0005 como completa Estado seguia diciendo "propuesta -- pendiente de aprobacion antes de Etapa 2" aunque las 3 sub-fases (datos/categorias, navegacion, componentes visuales -- PRs #29-#42) ya estan implementadas y en produccion desde el 2026-08-25. Actualiza el header de estado y reemplaza la seccion 6 (antes "Proximos pasos" pendiente de aprobacion) por el resumen real de lo ejecutado, dejando explicito que sigue pendiente borrar el usuario admin temporal de la auditoria y que no hay Etapa 3 definida todavia. --- .../decisiones/0005-rediseno-storefront.md | 50 +++++++++++++------ 1 file changed, 36 insertions(+), 14 deletions(-) diff --git a/workloads/docs-portal/docs/decisiones/0005-rediseno-storefront.md b/workloads/docs-portal/docs/decisiones/0005-rediseno-storefront.md index 116f711..3524452 100644 --- a/workloads/docs-portal/docs/decisiones/0005-rediseno-storefront.md +++ b/workloads/docs-portal/docs/decisiones/0005-rediseno-storefront.md @@ -1,13 +1,14 @@ # ADR 0005 — Rediseño del storefront para catálogo multi-categoría -**Estado:** propuesta — pendiente de aprobación antes de Etapa 2 -**Fecha:** 2026-08-23 +**Estado:** aceptada — Etapa 2 implementada y en producción +**Fecha:** 2026-08-23 (Etapa 1) — actualizado 2026-08-25 (Etapa 2 completa) -> Este documento es la propuesta de Etapa 1 del rediseño de ARI -> Shopping. No incluye código de producción — solo auditoría, -> decisión (ver también [ADR 0004](0004-evaluacion-stack-multi-categoria.md)), -> patrones de UX y datos demo ya creados y visibles en producción -> como línea base. +> Este documento arrancó como la propuesta de Etapa 1 del rediseño de +> ARI Shopping (auditoría, decisión — ver también [ADR 0004](0004-evaluacion-stack-multi-categoria.md) — +> patrones de UX y datos demo). Etapa 2 fue aprobada y se implementó +> completa en tres sub-fases (datos/categorías, navegación, +> componentes visuales) — ver la sección 6 para el detalle de cada +> sub-fase y sus PRs. ## 1. Resumen de la auditoría @@ -255,12 +256,33 @@ objetivo es validar la tubería Admin → MinIO → NPM → frontend, no el contenido visual final. Usuario admin temporal `demo-audit@ari.local` usado para esta -auditoría — pendiente de borrar una vez aprobada esta propuesta. +auditoría — pendiente de borrar (ver sección 6). -## 6. Próximos pasos +## 6. Etapa 2 — implementada (2026-08-23 a 2026-08-25) -Pendiente de tu aprobación explícita antes de iniciar Etapa 2. Cuando -apruebes, Etapa 2 se dividirá en sub-fases (datos/categorías primero, -luego navegación, luego componentes visuales), validando en cada paso -contra estos 9 productos demo que precio/descripción/imágenes siguen -actualizándose correctamente desde Admin. +Aprobada y ejecutada en tres sub-fases, cada una validada en vivo +contra estos 9 productos demo: + +1. **Datos/categorías** (2026-08-23/24): fix del bug de Store API que + impedía ver la categoría real de un producto (causa raíz del ADR + 0004); 21 categorías/9 productos demo creados; `legacyProductMeta` + eliminado (PR #29) — 17 productos legacy con categoría/colección/ + marca/rango de edad reales. +2. **Navegación** (2026-08-25): navbar y tiles del home pasaron de + arrays hardcodeados a data-driven contra el árbol real de + categorías (`getCategories()`, PR #32); guard de CI actualizado + (PR #33); fix de tipos (PR #34); home/layout forzados a render + dinámico para evitar que quedaran cacheados con datos mock (PR #35). +3. **Componentes visuales** (2026-08-25), los 4 patrones de la + sección 3 más el breadcrumb/facetas de Amazon: mega-menú + "Departamentos" multi-columna (PR #36), badges antes/ahora + (PR #37), swatches de variante inline (PR #38), mensaje de + urgencia por inventario real (PR #39), breadcrumb real + conteos + por filtro en el catálogo (PR #40), tiles promocionales + intercalados en la grilla (PR #41, con fix-forward de tipos en + PR #42). + +**Pendiente:** borrar el usuario admin temporal `demo-audit@ari.local` +de Medusa Admin (creado para la auditoría de la sección 5, ya no +necesario). Sin próxima etapa definida todavía — este ADR no +especifica una Etapa 3.