ERF - 001 Artículos Marketplace (Search, PLP, PDP) v1.0

Especificación de Requerimiento Funcional
MTI-II-ERF (001)
ARTÍCULOS MARKET PLACE
“Search/Product Listing Page-Product Detail Page”
Fecha de Publicación
02/04/2018
Versión 1.0
Documento Confidencial.
Derechos Reservados. El contenido y formato de este documento son propiedad de Servicios Liverpool, S. A. de C. V. y es
confidencial. Cualquier reproducción del todo o en parte está estrictamente prohibida sin el permiso escrito de Servicios
Liverpool, S. A. de C. V.
Este documento está sujeto a cambios. Comentarios, correcciones o preguntas deberán ser dirigidas al autor.
Control de Cambios.
Versión Descripción Autor Participantes Fecha
01 Primera versión Alberto Montiel Mayorga 03/04/18
Ajustes envío de datos a

SOMS/ 09/04/18
02 Esther Santamaría
promociones/información
de seller
Se actualizan visuales
PLP, se menciona que
03 solo aplican promociones
Esther Santamaría 09/07/18
de MSI de PMR.
Se ajusta la ERF con
últimos cambios
mandados por ux, el Link
de “vendido por” ya no
será ciclable, en la
página del seller no se
mostrar la fecha de
registro de seller cuando
04 Esther Santamaría 18/07/2019
no tenga calificación se
mostrará la etiqueta (0
opiniones).
EL nombre del seller
(plp) y el logo del seller
serán keys y debe ser
posible ocultarlos si es
requerido.
Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Copyright® 2008 Informática Liverpool. Página 2 de 32
Derechos Reservados. Confidencial.
Índice
1. Propósito del documento.
2. Identificación del requerimiento.
3. Proceso actual.
4. Brecha a solucionar.
5. Descripción general del cambio.
6. Descripción detallada del cambio
7. Escenarios de prueba

1. Propósito del documento.
El propósito de este documento es describir en términos funcionales una necesidad de cambio
en un sistema de información, ya sea para incorporar nuevas reglas de negocio o modificar
las ya existentes.
Dado que se trata de una descripción funcional, en este documento no figura información
técnica.
El nivel de detalle para el que está previsto este documento es tal que su alcance está
limitado a describir una transacción, un reporte, la creación de un documento, una vista, una
salida a impresora, etc.
2. Identificación del requerimiento.
Id de proyecto
Clave de requerimiento
Sistema(s) ATG
Módulo(s) Search/ PLP/ PDP
Proceso(s) Búsqueda de artículos/ lista de artículos/ Detalle de artículos

ANTONINO GUICHARD GONZALEZ Fecha:
Requerido por
Director Operaciones Digital
Santiago Alexis Díaz Gómez
Verónica Aréchiga Velazquez Fecha:
Aprobación Funcional
Integración de Canales Digitales (ICD)
Fecha:
Heriberto Trejo Simón
Aprobación Técnica
TI
3. Proceso actual.
Actualmente Liverpool cuenta con una plataforma de ecommerce para llevar a cabo ventas
por internet. Las funcionalidades de este sitio van desde que el usuario puede hacer
búsquedas de los diversos artículos, conocer el detalle de los mismos como precio, fechas de
entrega, marca etc, hasta terminar una compra de dichos artículos.
4. Brecha a solucionar
Se pretende incluir en la página de ecommerce de Liverpool nuevos artículos de proveedores
nuevos, los cuales puedan publicar sus artículos en la plataforma bajo criterios y reglas de
negocio establecidas con Liverpool, con el fin de diversificar la oferta de artículos en la página
de Liverpool y aumentar el número de ventas por internet.
5. Descripción general del cambio

5.1 Search / PLP
Descripción Breve:
Se pretende utilizar la plataforma de ecommerce de Liverpool para ofrecer nuevos artículos

de distintos proveedores, teniendo la opción a buscar los artículos por medio de un search,
y donde los resultados serán mostrados en forma de lista (PLP).
El detalle de los artículos será mostrado en un PDP y dentro del mismo se mostrará el
detalle de otros proveedores en caso de que exista la oferta.
El Home no tiene afectación pero se considera que los artículos Marketplace deberán
mostrarse en banners y carruseles como cualquier artículo publicado en el sitio.
5.1.Impacto funcional Market pace
Lista de componentes del cambio.

1.- Search
● Búsqueda de artículos Marketplace
2.- Product Listing Page (PLP)

● Search
● Lista de productos
● Precios,
● oferta única (sold by), múltiples ofertas (view all offers)
● Filtros Sellers
● Ratings
● Comparar
3.- Product Detail Page (PDP)

● Detalle del artículo (Imagenes, nombre, sku, galería)
● Precios, rango de precios
● Ratings
● Proveedor y detalle del proveedor (sold by)
● variantes
● Fecha estimada de entrega EDD sellers
● otros proveedores (other sellers) en PDP y lista de proveedores
● Fancy box
Cantidad de Transacciones.
1. NA
Autorizaciones.
Ninguna

6. Descripción detallada del cambio
1. Search ➔ La búsqueda deberá permitir SKU´s de sellers o por nombre de artículos de sellers.
RN001
➔ Los artículo de los proveedores deberán ser diferentes al catálogo de
liverpool.RN002
➔ En el resultado de una búsqueda (PLP) No se deberán mostrar artículos duplicados
en artículos que venden diferentes proveedores pero es el mismo.RN003
➔ Cuando un artículo lo vendan diferentes proveedores (múltiples sellers), deberá
mostrar un solo resultado en el PLP .RN004
Dentro del PLP se deberá mostrar los siguientes elementos:
● Lista de productos (Liverpool y Marketplace)

● Precios (rango de precios o único precio)
● Filtro de Sellers
● Ratings
● Comparar

1. Listado de ➔ Se deberán de mostrar los productos en forma de Lista, con sus respectivas imágenes
productos en tamaño “LG” en cuadrícula mostrando 4 productos por línea (configurable)RN005
➔ Se deberán mostrar los nombres de los productos debajo de cada imagen.RN006
➔ Dentro del PLP para artículos iguales de Market Place no deberá haber productos
duplicados.RN007
➔ STEP envía información de los skus MKP a ATG agrupados (Nota: con base en la ERF
Alta de productos MKP).
2. Precios y ➔ La aplicación deberá mostrar un precio de venta (unique offer) debajo del nombre de
rango de los productos en caso de ser una oferta única.RN008
precios ➔ Si el producto es vendido por diferentes sellers y tiene variantes con diferencia de
precios (multiple offer) se deberá mostrar un rango de precios del menor al más
alto.RN009
➔ Si el producto tiene diferentes variantes con diferentes precios de un mismo seller
también deberá mostrar un rango de precios.RN010
➔ Si los precios tienen una promoción de PMR o descuento de Mirakl, el precio base
deberá ser mayor al precio de promoción, el precio base debe estar tachado y el precio
promoción en color rojo, como actualmente funciona para artículos Liverpool.RN011
3. Variantes ➔ En PLP cuando se tengan variantes de diferentes colores para artículos MKP, al
seleccionar una variante de color se deberá actualizar la imagen de la variante
seleccionada.RN012
4. Filtros ➔ Deberá existir un nuevo filtro con etiqueta “Vendedores” para poder filtrar por
Sellers seller.RN013
➔ Al seleccionar el filtro de Vendedores deberá mostrar la lista de Sellers que estén dados
de alta en la página (orden alfabético), mostrando entre paréntesis la cantidad de
artículos de cada proveedor.RN014
➔ Se deberá agregar en el filtro de seller la alternativa a seleccionar artículos de Liverpool
y como primera opción.RN015

➔ Cuando se muestre la lista de sellers en el PLP,resultado del filtro “Proveedores”,
deberá mostrar filtros nuevamente y para poder filtrar sobre los artículos del Seller.
RN016
➔ Al aplicar el filtro por seller, en el PLP seguirá aplicándose la regla del mejor seller y
mostrar el nombre del mejor seller en los casos que aplique. RN017
➔ El filtro de ratings deberá considerar los artículos MKP y funcionar como actualmente
funciona en Liverpool.RN018
5. Leyenda ➔ Se indicará una leyenda en el PLP que indique al seller que tiene la mejor oferta
de seller “vendido y enviado por “Nombre del seller” (SL) y “vendido por “Nombre del seller y
enviado por Liverpool” (BT) Esta leyenda deberá NO debe ser clickable (esta key debe
poder ocultarse en caso de ser requerido).RN019
➔ En los casos en los que aplique un rango de precios en un artículo (multiple oferta) y no
se tengan variantes si debe mostrar el nombre del seller en base a la regla de mejor
oferta “primero por mejor precio, en caso de ser igual revisa el mejor rating y al final si
es el mismo precio y mismo rating se muestra por orden alfabético”.RN020
➔ Las reglas para mostrar o no mostrar el nombre del seller, rango de precios,
promociones (PDP) y link de más ofertas (PDP) es el siguientes: RN021
6.3. Detalle del producto (PDP)

El detalle del artículo o PDP para los nuevos artículos de marketplaces deberá contar con los
siguientes elementos:
○ Nombre, sku, imagen y galería

○ Precios, rango de precios
○ Ratings
○ Proveedor y detalle del proveedor (sold by)
○ variantes del artículo
○ Fecha estimada de entrega EDD sellers
○ otros proveedores (other sellers) en PDP y lista de proveedores
○ Fancy box

1. Nombre del ➔ Debe mostrarse el nombre del artículo en la parte superior del PDP al lado de la
producto imagen, en color negro y letras grandes.RN022
➔ El nombre estará definido por el proveedor y deberá coincidir con lo que se tiene
en la herramienta de MIRAKL. RN023
2. Imagen del ➔ Debe mostrarse una imagen principal tamaño XL, en la parte izquierda del PDP
artículo y al lado izquierdo de la misma una galería de imágenes, dichas imágenes
deben ser coherente con el nombre y el detalle del artículo.RN024
➔ La galería de imágenes serán definidas por el proveedor y deberán coincidir con
lo que se tiene en la herramienta de MIRAKL. RN025
➔ Las reglas de galerías y videos en el PDP deberán ser las mismas que
actualmente se tienen para los skus de Liverpool (Mirakl tiene la opción de
agregar videos, en caso de que la herramienta no lo permita se mandará url a
STEP). RN026
3. SKU del ➔ STEP envía información de los skus nuevo de mirakl agrupados a ATG. RN027
Artículo ➔ Se debe mostrar en el PDP un número agrupador (confirmación en diseño
técnico) correspondiente al artículo.RN028
➔ Los artículos especiales y mesa de regalo quedan excluidos para el proyecto de
Market Place.RN029
➔ En caso de que algún proveedor requiera poner como preventa un artículo
deberá ser posible mostrar la bandera de preventa en el PLP y PDP si así es
configurado.RN030
4. Precios y ➔ En caso de que un producto de Market Place tenga un precio de descuento, se

rangos de mostrará el precio base tachado y el precio de descuento en color rojo.RN031
precio ➔ Todos los PDPs de proveedores únicos deberán contar con un precio de lista y
en caso de tener variación de precios por tamaño, color o capacidad mostrará
un rango del menor al más alto. RN032

➔ Al cambiar de artículo variante, el rango de precios se oculta mostrando
únicamente el precio de dicha variante. RN033
➔ Cuando el usuario agregue 999 de cantidad de un producto Market Place y trate
agregue a su bolsa, mostrará un mensaje de aviso indicando que “No se cuenta
con el inventario suficiente”, esto en caso de que no se tenga suficiente
inventario. RN034.
➔ ATG consulta cada determinado tiempo (definición técnica) la información de
las ofertas y su vigencia más el inventario en MIRAKL y obtendrá la siguiente
información (mínima necesaria): RN035
● Oferta por seller
● Vigencia por oferta
● Inventario por oferta (*Por definir equipo técnico)
➔ La información nueva de ofertas que obtiene ATG deberá presentarse en la

página posterior a un indexado. RN036
➔ ATG deberá validar la vigencia de las ofertas, esta validación deberá ser por Día
y no considerara horas. Aunque en Mirakl se pueda configurar una oferta por
HH:MM solo se considerará los días de Inicio/Fin de la misma. RN037
➔ En caso de que un SKU no tenga ninguna oferta vigente deberá "Apagarse"

impidiendo su venta. RN038
➔ En el momento en que vuelva a tener una oferta vigente se deberá "Prender"
dicha oferta. RN039
NOTA: Este proceso depende del Indexado y será revisado en detalle con los
equipos técnicos
➔ Solo se permitirá una oferta vigente por producto al mismo tiempo en Mirakl, en
caso de que esta regla no se respete, ATG solo presentará la oferta vigente
creada primero con base en la fecha/Hora de creación. RN040

5. Ratings ➔ El rating del artículo deberá ser visible en el PDP abajo del código del producto y
debe contar con la opción para poder calificar el artículo si se encuentra como
usuario login. RN041
➔ Las reglas de ratings deberán persistir como actualmente funcionan para
Liverpool. RN042
6. Proveedor y ➔ Se indicará una leyenda en el PDP que mencioné el siguiente label “vendido y
detalle del enviado por “Nombre del seller” (SL) y “vendido por “Nombre del seller” y
proveedor enviado por Liverpool” (BT) E
sta leyenda deberá ser dinámica y deberá llevar a
la página del seller.RN043
7. Variantes en ➔ El PDP podrá tener opción para contener múltiples variantes si el artículo del
PDP seller lo requiere. RN044
➔ La funcionalidad de últimas piezas si aplica para artículos MKP en el PDP y
aplican las mismas reglas que actualmente se tienen para artículos
Liverpool.RN045
➔ La selección de los atributos de un artículo es forzosa como hoy se maneja en

liverpool (muestra mensaje informativo) , en caso de que el artículo no cuente
con el inventario. no permitirá la selección y la variante se mostrará
tachada.RN046
➔ Para que un producto se muestre en el FRONT o se apague el artículo ya se por

inventario, se descatalogue o se modifique, es necesario correr un
indexado.RN047
8. Fecha ➔ La fecha estimada de entrega debe mostrarse en el PDP y la forma de obtenerla

estimada de será por medio de un Código Postal (CP) como actualmente funciona. RN001
entrega (FEE RNO48
Seller)

➔ La regla para el cálculo de fecha estimada de entrega en C&C y domicilio
deberá ser configurables. RN002 RN049
➔ Para los BT no se tendrá la opción de calcular una fecha estimada de entrega,
en cambio mostrará un leyenda “El envío se realizará cuando el proveedor
confirme tu pedido" en el PDP. RN003 RN050
➔ Para artículos SL a domicilio se deberá mostrar un rango de fechas iniciando
con la fecha actual + el lead time del seller + 2 días (el leadtime del seller lo da
Mirakl).RN004 RN051
➔ Para un SL C&C deberá ser día actual + lead time del seller + 4 días (como
configuración inicial)RN005 RN052
➔ ATG deberá consultar el lead time de artículos SL que se encuentra en Mirakl,
para poder calcular una fecha.RN006 RN053
➔ Para articulos SL mostrará un rango de fecha. RN007 RN054
➔ Debajo de la FEE se mostrará el campo de cantidad, este tendrá las mismas
reglas que se tienen actualmente en liverpool.RN008 RN055
9. Promociones ➔ Las promociones funcionarán como actualmente se manejan en liverpool dentro

del PDP (promociones tarjetas internas/Externas).RN056
➔ ATG deberá identificar a través de una bandera en Mirakl si el proveedor quiere

participar en las promociones institucionales (Solo aplica MSI) , SI está
encendida indica que el proveedor SI quiere participar y ATG deberá aplicar las
promociones de PMR (el proceso de PMR debe incluir los sku MKP
participantes). RN057
➔ Se aplicarán las reglas de promociones que se tengan activas por sección,
marca, gpo de artículo o SKU ID.RN058
➔ Cuando ATG consulte el estado de la bandera y esta está desactivada indica

que el proveedor NO participa en las promociones institucionales, entonces ATG
tomará el o los precios (base y promoción) de Mirakl y deberá presentarlos en la
página (Diagrama 1A).RN059

➔ En el caso de que un artículo sea vendido por varios proveedores (provedor
1,proveedor 2, proveedor N) y alguno de ellos NO participa dentro de la
promociones, ATG deberá ser capaz de identificar a los sellers que NO
participan para no mostrar promociones en el PDP.RN060
➔ Si el artículo tiene multiples variantes (color, talla etc) y estas variantes son de
diferente seller, cuando el cliente cambie de variante, deberá actualizarse la
sección de Promociones por las promociones que tenga dicho seller. RN061
Diagrama 1A. Consulta de Promociones ATG a Mirakl

1. Atributos PDP ➔ Los PDPs donde contengan múltiples seller con múltiples precios,
Múltiples sellers . deberá mostrar tanto en PLP como en PDP rango de precios (del menor
al mayor), no deberá mostrar en el PDP la leyenda “vendido y enviado
por”, box “disponible con otras ofertas” y la sección de promociones”
inicialmente.RN062
➔ En los PDPs con múltiples seller y en donde todos tienen diferentes

precios, NO deberá mostrar en el PDP la leyenda “vendido y enviado
por”, box “disponible con otros proveedores” y la sección de
promociones. Revisar reglas en: RN062
https://docs.google.com/spreadsheets/d/1Dm2DfbeY5ASRKur1ltV90I0R0
xGZ33Wd87vBMS--DBI/edit#gid=1197637477
➔ En el PDP de múltiples seller el box de “disponible con otros

proveedores” estar en función de la selección de todos los atributos
(color y talla) por parte del usuario y el box deberá mostrar la mejor
oferta (precio) entre proveedores con esos atributos y el total de
proveedores que lo venden, incluyendo el de mejor oferta.RN063
➔ Al entrar al PDP deberá estar preseleccionada una variante de color no

importando si es un PDP múltiples sellers o único seller como
actualmente funciona. RN064
➔ En caso de que una variante sea vendida por solo un seller (PDP
múltiples sellers), no deberá mostrar el box de “Disponible con otros
vendedores” y mostrará la leyenda “Vendido y enviado por” con el
nombre de ese seller y las promociones que aplican con ese
seller.RN065
➔ El el PDP deberá ser necesario seleccionar atributos (color y talla) para

poder ir al offer list.RN066

2. Otros proveedores ➔ Si el sku está ofertado por diferentes sellers, dentro del PDP deberá
(other sellers) en mostrarse una box llamado “Disponible con otros Vendedores” donde
PDP será visible el número de sellers que ofertan el sku y el detalle del mejor
precio.
➔ La leyenda “# ofertas desde $00.00” será un link clickable que
redireccione a la lista de proveedores que están ofreciendo ese artículo.
➔ En caso de que el artículo solo lo oferte un proveedor, no se mostrará
dentro del PDP el box.

1. Header PLP Offer List ➔ Cuando el usuario de clic en “Otras ofertas” dentro de un PDP de
múltiples ofertas, deberá direccionar a una nueva página “Lista de
ofertas”.
➔ EL header mostrará la imagen del artículo, el nombre, rating del
artículo,variantes del artículo (talla, tamaño, color etc).
➔ Al ir a la lista de ofertas deberá estar precargada la selección que

se aplicó en el PDP en cuanto a los atributos que se tengan (color
y talla,textura o material).

➔ La aplicación deberá mostrar dentro del PLP de ofertas las
variantes de color, talla, tamaño, material o textura (en caso de ser
configuradas y visibles), y podrán ser seleccionadas por el usuario.
➔ Cuando el usuario seleccione una variante dentro del PLP, deberá
hacer una actualización en el listado y mostrar las ofertas de los
sellers que solo venden ese producto, la lista deberá estar
ordenada de menor a mayor.
➔ En el offer list en caso de que una variante no la tenga un seller y

otros si, no deberá mostrarse tachada, y en caso de que ya no
tenga inventario ningún seller, deberá mostrase tachada.
➔ Cuando el usuario seleccione una variante (color o talla) y no se
tengan ofertas con esa (s) característica (s) deberá mostrar un
mensaje “Este producto no está disponible, selecciona otra
característica”.
➔ El rating deberá mostrarse conforme a las calificaciones de ese
artículo NO sobre el seller.
➔ Adelante del rating se mostrará una leyenda indicando el número
de opiniones (total de personas que calificaron) .
➔ En caso de haber seleccionado todos los atributos (color y talla) y
el usuario regresa al PDP (link) deberá mantenerse la selección
que aplicó.
2. Offer List PLP ➔ Se mostrará un PLP con las ofertas que se tienen de diferentes
sellers, el detalle que muestra es:
● Precio (base y promoción si es el caso)
● Atributos como variantes (Precio, color, talle etc)
● Vendedor (Nombre del seller) + rating de seller
● Fecha estimada de entrega o leyenda para BT)
● Botón agregar a mi bolsa
➔ El orden será de menor a mayor en cuanto a precios.

➔ El offer list solo mostrará variantes disponibles, si alguna no tiene
inventario en PDP no deberá mostrar la variante de la que no se
tiene inventario o debe mostrarse tachada (depende de un
indexado).
➔ El nombre del seller será clickleable y redirecciona a la página del
seller.
➔ Si el usuario consultó una fecha estimada de entrega en el Box del
PDP, el sistema deberá mostrar la fecha estimada en el offer list
con base en ese Código Postal (CP) y calculando en base a cada
deadline de cada Seller.
➔ No aplica botón de EDD para BT. Solo se debe mostrar la leyenda
definida.
➔ Si el usuario no consultó fecha estimada de entrega entonces NO
se tiene un CP para calcular y el sistema no podrá mostrar fecha
estimada.
➔ La aplicación mostrará por línea de vendedor un botón de agregar
a mi bolsa, el cual al dar click mostrará un fancy box y agrega el
producto a la bolsa de compra.
➔ La aplicación deberá permitir que el usuario pueda agregar el
mismo producto las veces que sean y no importando si es de otro
proveedor.
➔ El offer list deberá mostrar una leyenda donde indique que las
promociones pueden cambiar dependiendo del seller, solo aplica
cuando las promociones cambiar entre sellers.
➔ Se deberá mostrar un link para regresar atrás “volver a la
información del producto"

1. Información de ➔ Se mostrará una nueva pantalla que muestre información del proveedor.
seller” ● Nombre
● Logo
● Descripción del seller
● Rating del seller
● No. Opiniones
● Fecha de registro del seller
● Bandera de “Envío gratis”
● Ubicación general
● Botones “Ver catalogo y ayuda”
● Opiniones del proveedor (desglose de rating)
● Comentarios del cliente
● Carrusel artículos del seller (configurable solo para web)
➔ El logo no debe ser clickable (key que debe poder ocultarse en caso de
ser requerido).
➔ Se debe mostrar el nombre completo del proveedor.
➔ Se deberá mostrar el promedio del rating del proveedor y el total de

opiniones.
➔ Para el promedio del rating al mostrar las estrellas si la calificación tiene

un decimal y es mayor a .5 deberá mostrar media estrella rellena.
➔ Se mostrará una leyenda indicando únicamente la Ciudad del seller.
➔ Siempre se mostrará la bandera de Envío gratis para artículos MKP.
➔ La opción de “Ver catálogo” deberá direccionar al PLP del proveedor.
➔ Al entrar en específico al PLP de un seller, mostrará la mejor oferta, no

importando si no es el seller que se está filtrando.

➔ La opción de Ayuda contendrá información relevante de políticas,
preguntas con respuesta del usuario, información de cancelaciones etc.
(Pendiente detalle del contenido).
➔ El resumen de opiniones deberá mostrarse desglosado de 1 al 5
estrellas y estar llegó en función de las calificaciones que se han dado al
seller.
➔ Mirakl deberá gestionar estas calificaciones de seller y mostrarse en
ATG
➔ ATG deberá consultar estos datos en Mirakl para poder presentarlos.
➔ Los comentarios del cliente deberán estar ordenados por rating más alto
y mostrar:
● Rating por cliente (Estrellas)

● Escrito por y “Nombre del cliente”
● Fecha del comentario
● Comentario del cliente
➔ En caso de tener más comentarios deberá mostrarse un Link “Mostrar

más opiniones” para poder visualizarlos, se deberán mostrar de 5 en 5.
➔ Ningún elemento de los comentario es clickable, únicamente “Mostrar
más opiniones” .
➔ El carrusel de artículos de seller deberá mostrarse en la parte inferior de
la página considerar como configuración inicial 6 artículos como opción
de flechas para avanzar.
➔ Al dar click en la imagen o nombre del producto (carrusel), deberá

redireccionar al PDP del producto seleccionado y mostrar la mejor oferta
del seller.
➔ En la página del seller cuando no se tengan aún comentarios sobre el

seller, deberá mostrar una leyenda informando que el seller aún no
cuenta con opiniones.
➔ Cuando no se cuente con opiniones deberá mostrar (0 opiniones)

➔ Se deberá mostrar un link para regresar atrás “volver a la información
del producto".
1. Fancy Box ➔ El fancy box no deberá sufrir cambios y deberá mostrarse como actualmente funciona
para artículos Marketplace.
➔ Dentro del fancy en la parte superior, mostrará la Leyenda, “Agregaste # producto a tu
bolsa”.
➔ Si el usuario ya tiene algún artículo en su bolsa y agrega un más, dentro del fancy box,
mostrará debajo del resumen de mi bolsa, la leyenda “Subtotal (# de productos) que se
tienen en la bolsa.
6.4. Excepciones.
La funcionalidad de “VER DISPONIBILIDAD EN TIENDA” en PDP NO deberá aplicar para artículos

Marketplace.
No está dentro del alcance incluir artículos MKP a mesa de regalos, PDPs híbridos y colecciones.

7. Escenarios de prueba.
# Escenarios Resultado esperado

1.- Home
1.1 Validar que los artículos de MKP Los artículos MKP publicado en el sitio se
puedan aparecer en el home o muestran en el Home y en los carruseles.
carruseles del sitio.
2.- PLP
2.1 Validar artículos MKP en el PLP Los artículos de MKP son mostrados en el PLP
y cumplen con las reglas visual y
funcionalmente definidas para este tipo de
artículos.
3.- PDP
3.1 Validar artículos MKP en el PDP Los artículos de MKP son mostrados en el
PDP y cumplen con las reglas visual y
funcionalmente definidas para este tipo de
artículos.
4.- Offer List
4.1 Validar la nueva pantalla “Offer list” La pantalla de Offer list cumple con las reglas
visual y funcionalmente definidas para los
artículos MKP.
5.- Información de sellers
5.1 Validar la nueva pantalla “Info Seller” La pantalla de Información del Seller cumple
con las reglas visual y funcionalmente
definidas para los artículos MKP.

1. Anexos


ERF - 001 Artículos Marketplace (Search, PLP, PDP) v1.0

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ERF - 001 Artículos Marketplace (Search, PLP, PDP) v1.0

Cargado por

Copyright:

Formatos disponibles

Especificación de Requerimiento Funcional

ARTÍCULOS MARKET PLACE

“Search/Product Listing Page-Product Detail Page”

Versión Descripción Autor Participantes Fecha

01 Primera versión Alberto Montiel Mayorga 03/04/18

Ajustes envío de datos a

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

2. Identificación del requerimiento.

Módulo(s) Search/ PLP/ PDP

Proceso(s) Búsqueda de artículos/ lista de artículos/ Detalle de artículos

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

5. Descripción general del cambio

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Se pretende utilizar la plataforma de ecommerce de Liverpool para ofrecer nuevos artículos

5.1.Impacto funcional Market pace

Lista de componentes del cambio.

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

2.- Product Listing Page (PLP)

3.- Product Detail Page (PDP)

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Dentro del PLP se deberá mostrar los siguientes elementos:

● Lista de productos (Liverpool y Marketplace)

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

​6.3. Detalle del producto (PDP)

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

○ Nombre, sku, imagen y galería

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

4. Precios y ➔ En caso de que un producto de Market Place tenga un precio de descuento, se

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ La información nueva de ofertas que obtiene ATG deberá presentarse en la

➔ En caso de que un SKU no tenga ninguna oferta vigente deberá "Apagarse"

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ La selección de los atributos de un artículo es forzosa como hoy se maneja en

➔ Para que un producto se muestre en el FRONT o se apague el artículo ya se por

8. Fecha ➔ La fecha estimada de entrega debe mostrarse en el PDP y la forma de obtenerla

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

9. Promociones ➔ Las promociones funcionarán como actualmente se manejan en liverpool dentro

➔ ATG deberá identificar a través de una bandera en Mirakl si el proveedor quiere

➔ Cuando ATG consulte el estado de la bandera y esta está desactivada indica

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Diagrama 1A. Consulta de Promociones ATG a Mirakl

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ En los PDPs con múltiples seller y en donde todos tienen diferentes

➔ En el PDP de múltiples seller el box de “disponible con otros

➔ Al entrar al PDP deberá estar preseleccionada una variante de color no

➔ El el PDP deberá ser necesario seleccionar atributos (color y talla) para

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ Al ir a la lista de ofertas deberá estar precargada la selección que

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ En el offer list en caso de que una variante no la tenga un seller y

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

➔ Se deberá mostrar el promedio del rating del proveedor y el total de

➔ Para el promedio del rating al mostrar las estrellas si la calificación tiene

➔ Se mostrará una leyenda indicando únicamente la Ciudad del seller.

➔ Siempre se mostrará la bandera de Envío gratis para artículos MKP.

➔ La opción de “Ver catálogo” deberá direccionar al PLP del proveedor.

➔ Al entrar en específico al PLP de un seller, mostrará la mejor oferta, no

Versión [01] – Octubre 2017 MTI-II-ERF Especificación de Requerimiento Funcional V 1.0

● Rating por cliente (Estrellas)

6.3. Detalle del producto (PDP)