Actualizado el 18-oct-2026. Primera versión.
Qué responde. ¿Por dónde entra una propuesta? 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 nada de otra etapa y entrega «PE-1 · Propuesta en Borrador».
- 5 épicas, en el orden en que conviene construirlas: FT-PRD-09, FT-FLU-04, FT-FLU-05, FT-PRD-10, FT-FLU-06.
- Cambios de estado de esta etapa: T01, T02.
Cómo se pasan el producto
Las épicas
FT-PRD-09 · Contrato de propuestas con Entrada Única
Hoy las pantallas de propuesta de Vendor Center llaman a P360 y al backend de Entrada Única. En R2 cambian una sola vez al BFF del portal, que les compone la propuesta con su vista efectiva, sus listas y sus permisos, y escriben en los servicios del PIM. No se construye una capa que imite a P360: sólo queda, hasta el apagado de P360 en R3, el adaptador que usa su middleware para quitar un EAN.
| Dueño | Recibe de | Entrega a |
|---|---|---|
| MS-02 Producto | FT-ARQ-01, FT-FLU-01, FT-RAC-01, FT-USR-01, PE-C, FT-PLT-10 | PE-1, FT-PRD-07, FT-MIG-04 |
FT-FLU-04 · Carga masiva de productos por archivo
Un seller o proveedor con cientos o miles de productos baja una plantilla de Excel por categoría y negocio, la llena fuera de línea y la sube. El PIM le da al momento un número de carga, valida todo en segundo plano (estructura, listas, obligatorios, lista negra y si ya existe) y al final le entrega un reporte por renglón, haya o no errores. Cada renglón válido nace como propuesta en Borrador, igual que si la hubiera capturado en pantalla.
| Dueño | Recibe de | Entrega a |
|---|---|---|
| MS-02 Producto | PE-C, PE-T, FT-PLT-06, FT-RAC-01, FT-FLU-05, FT-ARQ-01, FT-PRD-03, FT-PLT-10 | PE-1, FT-FLU-05, FT-FLU-06, FT-PRD-10 |
FT-FLU-05 · Reglas de negocio en la carga masiva
Un seller puede subir cientos o miles de productos en un archivo. Esta épica aplica a cada renglón las mismas reglas del alta individual (lista negra, coincidencia por EAN con la marca y decisión por negocio), sin imagen, URL ni IA para no frenar la carga, y deja en el reporte la acción de cada renglón: crear, crear multioferta o no se puede. Después de crear los productos, cada uno recibe su calificación con sugerencias para mejorarla.
| Dueño | Recibe de | Entrega a |
|---|---|---|
| MS-06 Evaluación | FT-FLU-04, FT-REF-02, FT-REF-03, FT-FLU-03, FT-CAT-03 | FT-FLU-04, PE-1, PE-2, FT-INT-05, FT-PRD-10, FT-IA-05 |
FT-PRD-10 · Catalogación por API del proveedor o seller
Un proveedor o seller con integración puede mandar sus productos desde su propio sistema, sin capturarlos a mano. Entra por el gateway de terceros con credenciales propias y límite de llamadas, consulta el árbol y la plantilla en JSON, manda un producto o un lote y recibe avisos firmados de lo que pasa con cada uno. Por dentro es la misma API de producto y son las mismas reglas del portal.
| Dueño | Recibe de | Entrega a |
|---|---|---|
| MS-02 Producto | FT-USR-03, FT-FLU-05, FT-FLU-04, FT-ARQ-01, PE-C | PE-1, FT-INT-05, FT-IA-05 |
FT-FLU-06 · Plantilla en línea para carga y enriquecimiento masivo
Para no depender de Excel, el seller puede capturar o pegar columnas en una plantilla en línea dentro del portal. Cada celda le avisa al momento si falta un obligatorio, si el valor no está en la lista o si no corresponde al campo del que depende; lo demás se valida en segundo plano. No es otro flujo: lo capturado entra a la misma carga masiva, con el mismo reporte y la misma creación.
| Dueño | Recibe de | Entrega a |
|---|---|---|
| MS-02 Producto | FT-FLU-04, PE-C, PE-T | PE-1 |
Fuentes
- [D]
docs/arquitectura/por-epica/base/hilo.json: las etapas y los puntos de encuentro. - [D]
docs/arquitectura/por-epica/epicas/: la arquitectura de cada épica.