Las etapas del flujo TO-BE, qué pasa en cada una y qué perfil de hoy trabaja el producto · vista general · fuentes al 16-oct-2026
Flujo TO-BE de los talleres: en validación con las áreas
Negocio
En 30 segundos
Diez etapas, un solo flujo. El producto entra como propuesta, se revisa si ya existe, se arma con su plantilla, recibe el visto bueno, nace en SAP con su SKU, se le ponen fotos, pasa la revisión de calidad, se publica y después se sigue cambiando.
Mercaderías y Marketplace comparten el camino. Se separan en cuatro puntos: qué pasa si el producto ya existe, quién da el visto bueno, quién pone la foto y cuándo corre la revisión con IA. Con el filtro de arriba ves uno solo.
Quién lo trabaja. El proveedor o el seller arma casi todo al inicio. Compras aprueba en Mercaderías, y la IA en Marketplace. Foro pone la foto cuando es de Liverpool. Gobierno de Datos y QA entran cuando algo falla o la IA no alcanza el mínimo.
Es el TO-BE, todavía en validación. Sale de los diagramas TO-BE de los talleres y se está validando con las áreas. Lo que sigue abierto dice «Por decidir», y lo que nadie ha confirmado, «Propuesta».
El recorrido
De la propuesta a los cambios después de publicar. Haz clic en una etapa para ir a su detalle.
El camino no siempre es en línea recta: si Compras rechaza o la IA no alcanza el mínimo, la ficha regresa a la captura; si SAP falla, la corrige Gobierno de Datos; y si QA encuentra algo, la manda a quien debe corregir.
Etapa por etapa
Lo que ve el proveedor es un resumen. Todos los estatus, con lo que devuelve la API de catalogación y a dónde va cada código de hoy, están en Los estatus del producto en el TO-BE, a detalle.
0
Entrada de la propuesta
Entra
El proveedor o el seller propone un producto: lo captura en pantalla, sube un archivo o lo manda por API. Cada renglón de un archivo cuenta como una propuesta.
Mercaderías: Las marcas propias (PLM), MM41 y B2B no hacen propuesta: piden el SKU directo y saltan a la etapa 5.
Quién lo trabaja
Propone el producto: en pantalla, por Excel o por API.
Propone el producto: en pantalla, por Excel o plantilla en línea, o por API.
autoRecibe la propuesta; si viene en un archivo, revisa cada renglón y responde.
El proveedor o seller ve:Borrador
Por decidir: Si se conservan esas altas directas y por dónde entran.
1
¿Ya existe?
Entra
Antes de capturar, el sistema revisa que la marca no esté bloqueada (blacklist) y busca si el producto ya existe: por código de barras (EAN), marca y modelo, imagen o URL.
Mercaderías: No se duplica. Si el EAN ya está ocupado, el comprador lo libera.
Marketplace: Si ya existe, el seller no crea otro: le agrega su oferta (multioferta o stock out).
Quién lo trabaja
Ve si su producto ya existe; si existe, no se duplica.
Si el producto ya existe, no crea otro: le agrega su oferta.
Si el EAN ya está ocupado, lo libera.
autoRevisa la blacklist y busca si el producto ya existe.
El proveedor o seller ve:Borrador
Por decidir: Si la blacklist aplica también a Mercaderías.
2
Plantilla
Se arma la ficha
La IA sugiere la plantilla que le toca al producto y prellena lo que ya sabe. Quien captura sólo ve los campos y los obligatorios de su negocio.
Si ninguna plantilla sirve, el alta espera a que se defina una.
Quién lo trabaja
Confirma la plantilla que sugiere la IA.
Confirma la plantilla que sugiere la IA.
Es dueño de las plantillas y de sus obligatorios.
IASugiere la plantilla y prellena la ficha.
El proveedor o seller ve:Borrador
Por decidir: Quién crea la plantilla que falta y en qué sistema.
3
Captura
Se arma la ficha
Se llena la ficha por pasos. El sistema avisa en el momento lo que está mal, calcula los campos que puede y muestra qué tan completa va. Sin los obligatorios no se puede enviar.
Mercaderías: El proveedor marca si la foto la toma Liverpool.
Marketplace: El seller sube aquí sus fotos.
Quién lo trabaja
Llena la ficha, marca quién toma la foto y la envía. Si se la rechazan, la corrige aquí.
Llena la ficha, sube sus fotos y la envía. Si la IA se la regresa, la corrige aquí.
Define los atributos y las reglas que se validan al capturar.
?Llenarían o validarían su sección de la ficha (propuesta).
autoAvisa lo que está mal, calcula campos y muestra qué tan completa va.
El proveedor o seller ve:BorradorEn revisión (al enviarla)
Propuesta: Que cada sección de la ficha tenga un área dueña: Compras, Gobierno de Producto, Legal, Sostenibilidad, VAS, Logística y E-commerce.
4
Visto bueno
Aprobación y SKU
Antes de crear el artículo en SAP, alguien da el visto bueno.
Mercaderías: Compras acepta, rechaza o cancela. Si rechaza, regresa al proveedor para corregir; si nadie la corrige a tiempo, se cancela sola y el EAN queda libre.
Marketplace: No pasa por Compras: la IA pone la categoría y califica la ficha. Si no alcanza el mínimo, regresa al seller con lo que debe corregir.
Quién lo trabaja
Acepta, rechaza o cancela la propuesta.
?Acompaña al seller; su pantalla está por decidir.
IAPone la categoría y califica la ficha contra un mínimo.
El proveedor o seller ve:En revisiónRevisión de comprasRechazadaCancelada
Por decidir: Cuántos días hay para corregir un rechazo antes de que se cancele: 30, 60 o 90.
Por decidir: Si el puntaje de la IA frena la creación del SKU o sólo la publicación.
5
SKU en SAP
Aprobación y SKU
El PIM pide el artículo a SAP y SAP le regresa su clave, el SKU. Es igual venga de donde venga la propuesta.
Mercaderías: Aquí llegan directo las altas de marcas propias (PLM), MM41 y B2B.
Si SAP rechaza el alta, Gobierno de Datos corrige los datos maestros y se vuelve a intentar.
Quién lo trabaja
Si SAP rechaza el alta, corrige los datos maestros y se reintenta.
autoPide el artículo a SAP y recibe el SKU.
El proveedor o seller ve:En revisión
6
Fotos
Fotos y calidad
Se decide quién pone la foto de cada SKU: Liverpool o el proveedor. Es la regla de «tomar o no tomar».
Mercaderías: Si la pone Liverpool, Foro Fotográfico recibe la muestra, toma y edita las fotos y completa la ficha. Si la pone el proveedor, él las sube; si no lo hace, Foro las rescata.
Marketplace: El seller ya subió sus fotos al capturar.
Si Foro encuentra un dato maestro mal, lo corrige Gobierno de Datos.
Quién lo trabaja
Sube sus fotos cuando le toca ponerlas.
Si Foro encuentra un dato maestro mal, lo corrige.
Si la foto la pone Liverpool: recibe la muestra, toma y edita las fotos y completa la ficha. Si el proveedor no subió las suyas, las rescata.
autoAplica la regla de quién pone la foto.
El proveedor o seller ve:En proceso LiverpoolCarga de imagen
7
Categoría y calidad
Fotos y calidad
La IA propone la categoría web y califica la calidad de la ficha.
Mercaderías: Pasa aquí, ya con SKU y fotos. Sólo si la IA no alcanza el mínimo, una persona de QA la revisa y la manda a quien debe corregir: proveedor, Compras, Gobierno de Datos o Repoblamiento.
Marketplace: Esta revisión ya se hizo en la etapa 4, antes del SKU.
Quién lo trabaja
Define las reglas de calidad que aplica la IA.
Corrige lo que QA le manda.
Si la IA no alcanza el mínimo, revisa a mano y manda la ficha a quien debe corregir.
?Está por decidir si aprueba la categoría que propone la IA (en Marketplace, en la etapa 4).
IAPropone la categoría web y califica la calidad.
El proveedor o seller ve:En revisiónRechazada
Por decidir: Si el Category manager aprueba la categoría que propone la IA, y qué mínimo de calidad se pide.
8
Publicación
Se publica
El PIM manda la ficha a los sistemas que le tocan según su negocio: la tienda en línea, OMS (pedidos), Mirakl (Marketplace), la señalización de las tiendas y el DWH (reportes).
Cada sistema queda «Enviado» al salir y «Publicado» cuando confirma que la recibió. Si uno no confirma, se sabe cuál fue y se puede volver a mandar.
Quién lo trabaja
?Vería a qué canales llegó el producto; su pantalla está por decidir.
autoManda la ficha a cada sistema y espera su confirmación.
El proveedor o seller ve:Aprobada
Por decidir: La pantalla del KAM para ver a qué canales llegó.
9
Después de publicar
Se mantiene
El producto se sigue cambiando y cada cambio queda en el historial. Un dato puntual vuelve a la revisión con IA, y Repoblamiento corrige productos ya publicados.
Mercaderías: Si el cambio es de un dato maestro o de una variante, regresa a Compras.
Marketplace: Si el producto es del seller, puede cambiar todo; si es de otro, sólo le agrega variantes.
Quién lo trabaja
Cambia sus productos publicados.
Si el producto es suyo, cambia lo que necesite; si es de otro, sólo agrega variantes.
Revisa los cambios de datos maestros o de variantes.
Corrige productos que ya están publicados.
IARevisa con IA los cambios puntuales y guarda el historial.
El proveedor o seller ve:ModificaciónPor actualizar
Propuesta: Que mientras se revisa el cambio, la tienda siga mostrando lo ya publicado.
?
¿Y la baja?
Por definir
Retirar un producto de la venta no aparece en los diagramas TO-BE, así que todavía no se sabe quién lo hace ni cómo.
Propuesta: La propuesta de estados del nuevo PIM le agrega a cada canal un estado «Retirado».
Quién trabaja el producto en cada etapa
Una fila por perfil y una columna por etapa. Pasa el cursor sobre una marca para ver qué hace, o haz clic en un perfil para resaltar sus etapas.
Lo trabaja: lo llena, lo aprueba o lo corrige
Sólo si hace falta: un error, un rechazo o un caso especial
Pone las reglas: no toca cada producto, define la plantilla o las reglas
?Por decidir: su papel en esta etapa no está acordado
autoLo hace el sistema solo
IALo hace la IA
Perfil
0Entrada
1¿Existe?
2Plantilla
3Captura
4Visto bueno
5SKU
6Fotos
7Calidad
8Publica
9Cambios
Proveedor y seller
Mercaderías: Liverpool y Suburbia
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 0: Propone el producto: en pantalla, por Excel o por API.
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 1: Ve si su producto ya existe; si existe, no se duplica.
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 2: Confirma la plantilla que sugiere la IA.
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 3: Llena la ficha, marca quién toma la foto y la envía. Si se la rechazan, la corrige aquí.
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 6: Sube sus fotos cuando le toca ponerlas.
Lo trabaja: lo llena, lo aprueba o lo corrige. Proveedor · etapa 9: Cambia sus productos publicados.
Marketplace
Lo trabaja: lo llena, lo aprueba o lo corrige. Seller · etapa 0: Propone el producto: en pantalla, por Excel o plantilla en línea, o por API.
Lo trabaja: lo llena, lo aprueba o lo corrige. Seller · etapa 1: Si el producto ya existe, no crea otro: le agrega su oferta.
Lo trabaja: lo llena, lo aprueba o lo corrige. Seller · etapa 2: Confirma la plantilla que sugiere la IA.
Lo trabaja: lo llena, lo aprueba o lo corrige. Seller · etapa 3: Llena la ficha, sube sus fotos y la envía. Si la IA se la regresa, la corrige aquí.
Lo trabaja: lo llena, lo aprueba o lo corrige. Seller · etapa 9: Si el producto es suyo, cambia lo que necesite; si es de otro, sólo agrega variantes.
Compras
el comprador
Sólo si hace falta: un error, un rechazo o un caso especial. Compras · etapa 1: Si el EAN ya está ocupado, lo libera.
Lo trabaja: lo llena, lo aprueba o lo corrige. Compras · etapa 4: Acepta, rechaza o cancela la propuesta.
Lo trabaja: lo llena, lo aprueba o lo corrige. Compras · etapa 9: Revisa los cambios de datos maestros o de variantes.
Gobierno
Pone las reglas: no toca cada producto, define la plantilla o las reglas. Gobierno de Producto · etapa 2: Es dueño de las plantillas y de sus obligatorios.
Pone las reglas: no toca cada producto, define la plantilla o las reglas. Gobierno de Producto · etapa 3: Define los atributos y las reglas que se validan al capturar.
Pone las reglas: no toca cada producto, define la plantilla o las reglas. Gobierno de Producto · etapa 7: Define las reglas de calidad que aplica la IA.
Sólo si hace falta: un error, un rechazo o un caso especial. Gobierno de Datos · etapa 5: Si SAP rechaza el alta, corrige los datos maestros y se reintenta.
Sólo si hace falta: un error, un rechazo o un caso especial. Gobierno de Datos · etapa 6: Si Foro encuentra un dato maestro mal, lo corrige.
Sólo si hace falta: un error, un rechazo o un caso especial. Gobierno de Datos · etapa 7: Corrige lo que QA le manda.
Foro Fotográfico
fotografía, edición y enriquecimiento
Lo trabaja: lo llena, lo aprueba o lo corrige. Foro Fotográfico · etapa 6: Si la foto la pone Liverpool: recibe la muestra, toma y edita las fotos y completa la ficha. Si el proveedor no subió las suyas, las rescata.
Calidad
Sólo si hace falta: un error, un rechazo o un caso especial. QA de calidad · etapa 7: Si la IA no alcanza el mínimo, revisa a mano y manda la ficha a quien debe corregir.
?Por decidir: su papel en esta etapa no está acordado. Category manager · etapa 7: Está por decidir si aprueba la categoría que propone la IA (en Marketplace, en la etapa 4).
Lo trabaja: lo llena, lo aprueba o lo corrige. Repoblamiento · etapa 9: Corrige productos que ya están publicados.
En el TO-BE, pero hoy sin perfil
?Por decidir: su papel en esta etapa no está acordado. KAM de Marketplace · etapa 4: Acompaña al seller; su pantalla está por decidir.
?Por decidir: su papel en esta etapa no está acordado. KAM de Marketplace · etapa 8: Vería a qué canales llegó el producto; su pantalla está por decidir.
Legal, Sostenibilidad, VAS, Logística y E-commerce
?Por decidir: su papel en esta etapa no está acordado. Dueños de sección · etapa 3: Llenarían o validarían su sección de la ficha (propuesta).
El sistema
el PIM y su IA
autoLo hace el sistema solo. El sistema · etapa 0: Recibe la propuesta; si viene en un archivo, revisa cada renglón y responde.
autoLo hace el sistema solo. El sistema · etapa 1: Revisa la blacklist y busca si el producto ya existe.
IALo hace la IA. El sistema · etapa 2: Sugiere la plantilla y prellena la ficha.
autoLo hace el sistema solo. El sistema · etapa 3: Avisa lo que está mal, calcula campos y muestra qué tan completa va.
IALo hace la IA. El sistema · etapa 4: Pone la categoría y califica la ficha contra un mínimo.
autoLo hace el sistema solo. El sistema · etapa 5: Pide el artículo a SAP y recibe el SKU.
autoLo hace el sistema solo. El sistema · etapa 6: Aplica la regla de quién pone la foto.
IALo hace la IA. El sistema · etapa 7: Propone la categoría web y califica la calidad.
autoLo hace el sistema solo. El sistema · etapa 8: Manda la ficha a cada sistema y espera su confirmación.
IALo hace la IA. El sistema · etapa 9: Revisa con IA los cambios puntuales y guarda el historial.
Quién es quién
Los perfiles que existen hoy, qué hace cada uno en el TO-BE y dónde trabaja hoy. Un «?» en las etapas quiere decir que su papel ahí está por decidir.
Perfil
Qué hace en el TO-BE
Etapas
Hoy trabaja en
Proveedor y seller
Mercaderías: Liverpool y Suburbia
Propone sus productos, llena la ficha, corrige lo que le regresan y sube sus fotos cuando le toca.
0 · 1 · 2 · 3 · 6 · 9
Entrada Única (perfiles 2 y 3)
Marketplace
Lo mismo que el proveedor, para Marketplace. Sube sus fotos al capturar y lo califica la IA, no Compras.
0 · 1 · 2 · 3 · 9
Entrada Única: entra desde Marketplace
Compras
el comprador
Acepta, rechaza o cancela las propuestas de Mercaderías, libera un EAN ocupado y revisa los cambios de datos maestros o de variantes.
1 · 4 · 9
Entrada Única (perfiles 4 y 5)
Gobierno
Es dueño de las plantillas, de los atributos que ve el cliente y de las reglas de calidad.
2 · 3 · 7
P360
Corrige los datos maestros, los que usa SAP, cuando SAP no crea el artículo o cuando Foro o QA encuentran un error.
5 · 6 · 7
P360
Foro Fotográfico
fotografía, edición y enriquecimiento
Toma y edita las fotos y completa la ficha cuando la foto la pone Liverpool; rescata las que el proveedor no subió.
6
Su propio portal, y Entrada Única (perfil 7)
Calidad
Revisa a mano lo que la IA no aprueba y lo manda a quien debe corregir.
7
P360
Hoy pone a mano la categoría web. En el TO-BE la propone la IA; falta decidir si él la aprueba.
7?
P360
Corrige productos que ya están publicados.
9
P360
En el TO-BE, pero hoy sin perfil
Acompaña al seller. Su pantalla está por decidir.
4? · 8?
No tiene perfil: el portal sólo dice «contacta a tu KAM»
Legal, Sostenibilidad, VAS, Logística y E-commerce
Llenarían o validarían su sección de la ficha. Es propuesta del tablero de los talleres.
3?
No existen como perfil
Fuera del portal
Altas directasmarcas propias (PLM), MM41 y B2B
No hacen propuesta: piden el SKU directo. Falta decidir si se conserva así.
0 → 5
Fuera de Entrada Única
Hoy cada perfil trabaja desde su bandeja, repartidas en tres herramientas: Entrada Única, P360 y el portal de Foro. En el TO-BE todos trabajan sobre la misma ficha del PIM; si entran por un solo portal está por decidir. Entrada Única tiene además perfiles de administración y soporte del portal que no trabajan productos en este flujo.
Qué cambia frente a hoy
La IA sugiere la plantilla y prellena la ficha.
La categoría web la propone la IA; hoy la pone a mano el equipo de Category.
QA revisa a mano sólo lo que la IA no aprueba.
Una propuesta rechazada que nadie corrige se cancela sola y libera el EAN; hoy nadie la cancela.
Cada sistema que recibe el producto confirma que le llegó: «Enviado» y «Publicado» por destino.
Lo que falta decidir
Cuántos días hay para corregir un rechazo antes de que se cancele: 30, 60 o 90. P-01
Si el puntaje de la IA en Marketplace frena la creación del SKU o sólo la publicación, y qué mínimo se pide. PD-24
Si el Category manager aprueba la categoría que propone la IA. P-37
Si las áreas dueñas de cada sección tendrán su propio perfil. P-22
Si la blacklist de marcas aplica también a Mercaderías.
Si se conservan las altas directas (PLM, MM41 y B2B) y por dónde entran. P-05
La pantalla del KAM de Marketplace. P-28
Quién ve y quién edita qué en cada etapa: la matriz de permisos, con Negocio y Seguridad. DUD-22
Cómo se da de baja un producto: no está en los diagramas TO-BE.
Palabras clave
EAN
El código de barras del producto.
SKU
La clave con la que SAP identifica el artículo para venderlo.
Plantilla
Los campos que pide un tipo de producto, con sus obligatorios para cada negocio.
Blacklist
La lista de marcas que un seller no puede catalogar.
Multioferta y stock out
Cuando el producto ya existe, el seller no crea otro: le agrega su oferta. Es multioferta si el producto es de Marketplace, y stock out si es de Mercaderías.
Umbral o mínimo
El puntaje que debe sacar la ficha para que la IA la apruebe sola.
Foro Fotográfico
El estudio de Liverpool que toma las fotos y completa las fichas.
KAM
El ejecutivo de Marketplace que acompaña a los sellers.
Altas directas
Productos que no pasan por una propuesta del portal: las marcas propias desde su sistema (PLM), los artículos creados directo en SAP (MM41) y los de B2B.
OMS, Mirakl y DWH
El sistema de pedidos, la plataforma del Marketplace y el almacén de datos para reportes.