ANÁLISIS DE LA SIMULACIÓN

REQUERIMIENTO DE INFORMACIÓN
Visión general

Onebeat es un Ecosistema para la administración del Flujo en compañías de Retail.

El análisis de la simulación de Onebeat nos permitirá evaluar los beneficios potenciales que pueden
obtenerse aplicando los elementos básicos del software:

 Administración dinámica del amortiguador (Buffer): Onebeat alinea automáticamente el

objetivo de inventario (Buffer) para cada SKU en cada ubicación/tienda/bodega con el consumo
real – diariamente.
 Reabastecimiento basado en la demanda (Pull) - Teniendo en cuenta las limitaciones logísticas
(cantidades mínimas, días de entrega, tiempo de procesamiento de pedidos, etc.), Onebeat
genera una recomendación de reposición basada en el buffer actualizado.

Al analizar los patrones actuales de consumo (demanda) y reposición, seremos capaces de mostrar
el valor potencial que Onebeat puede aportar a la organización y proveerle valiosos conocimientos
para su operación.

¿Como funciona?

1. El consumo histórico y los datos del inventario son tomados de su sistema según el alcance y
tiempo predefinidos.
2. Los datos se cargan en Onebeat para realizar un análisis inicial del modo de operación actual:
,,

Los datos reales de inventario (serie gris) y ventas (serie negra) se almacenan en Onebeat
para el análisis y comparación con los resultados de la simulación.
3. Los datos se utilizan para ejecutar una simulación de cómo Onebeat administraría la
reposición de acuerdo con sus algoritmos básicos de reposición basada en Pull y
administración dinámica de búfer.

El buffer inicial se calcula sobre la base del consumo de las primeras 2-4 semanas y luego es
gestionado por el DBM según el consumo real:

Los mismos datos de consumo se usan para simular en Onebeat la administración

dinámica del buffer (objetivo de inventario) y para generar reabastecimiento de
acuerdo con el tamaño de Buffer simulado.
Resultados esperados del Análisis
Al comparar su modo de operación actual y las mejoras potenciales mediante el uso de las
soluciones de Onebeat, proporcionaremos una comparación cuantitativa de mejoras potenciales
(reducción del inventario y mejora de la disponibilidad) así como una comparación cualitativa
analizando el comportamiento de un producto específico.

Ejemplos de algunos de los informes que podríamos presentar:

 Comparacion completa del desempeño:

Muestra la disminución potencial de inventario en terminos de disponibilidad al trabajar con
Onebeat (diferentes escenarios, categorias, locaciones, etc).

Inv Real Promedio inv

Categoría
Promedio diario diario simulación
Chaqueta 1,280,028,354 327,508,957
PANTALÓN
5,973,446,559 1,161,744,790
JEANS

Total 7,253,474,913 1,489,253,747

Reducción del inventario -79.47%

 Onebeat Retail Dashboard:

Presenta instantáneamente la proporción de las ventas perdidas debido a la escasez de best-
sellers (productos exitosos). También muestra la proporción de inventario no efectivo que
podría reducirse con el fin de liberar el capital necesario para reponer los best-sellers (productos
más vendidos) que no existen.
 Análisis cualitativo del SKU – Elegiremos algunos SKUs específicos para resaltar los beneficios
potenciales que se podrían lograr al trabajar con Onebeat.

Reducción inv promedio:

20.72  4.4
 Histograma – valor del inventario en tiendas – Resalta las mejoras potenciales que pueden ser
obtenidas en términos del valor del inventario en tienda.

 Análisis Pareto (Cabeza, Vientre, Cola)– La lógica de Onebeat se basa en analizar el rendimiento
del producto y clasificarlos como Cabeza (Head/High Runners), vientre (Belly/Normal) y cola
(Tail/Slow Movers). Cada clase de productos se gestiona de forma diferente y se asigna con un
conjunto de directrices diferentes. Como parte del análisis, Onebeat clasificará los productos de
acuerdo con los datos de ventas e inventario.
Datos Requeridos
Para realizar la simulación como se explicó anteriormente, se requieren los datos de ventas y
consumo de una muestra de productos. Es importante proporcionar datos de inventario y ventas
diarias para cada SKU en cada ubicación durante todo el período de análisis.

Alcance:
1 temporada completa o un periodo sin picos de consumo.
Todas las tiendas y centros de distribución o un conjunto de locaciones que tengan
diferentes comportamientos de ventas.
2-3 Categorías (hasta 100 SKUs por tienda), conjunto de SKUs que no hayan sido
introducidos a la tienda recientemente o que estén en el fin de su ciclo de vida.
Formato de archivo:
CSV (delimitado por coma o punto y coma)
Incluir títulos
Separador decimal “,” o ”.”
El nombre del archivo debe ser igual al solicitado para cada uno.

Estructura de datos:

1. Nombre archivo: Inventory_First_day

Este archivo contiene los datos del inventario para todos los productos en el primer día la ventana de tiempo
definida

Nombre Campo Descripción

Date YYYY-MM-DD
stock location Nombre/Código
Sku Nombre/Código
Inventory at site En unidades
2. Nombre archivo: Stock_locations
Este archivo contiene todas las locaciones que se van a simular.

Nombre Campo Descripción

Stock location Nombre/Código
Origin stock location Nombre/Código del
origen (quien envía)
Number of deliveries Diario: 7 | Semanal: 1
per week Dos veces por semana: 2
Una vez cada dos
semanas: 0.5
* En los casos en que
exista una política
especial, consulte el
apéndice.
Lead time Picking + tiempo en
tránsito
Stock location type Almacén, punto de venta
Type of location Tienda por
(optional): departamento, tienda de
conveniencia

3. Nombre documento: Master_skus

En este archivo se lista el universo de productos (catalogo)

Nombre Campo Descripción

Stock location Nombre/Código
Sku Nombre/Código
Sku description/ name Por ejemplo: ‘short jean niño’

Selling price Precio de venta al consumidor

TVC Precio de compra, precio pagado al vendedor
Fecha de creación del Fecha del ERP de creación del artículo en esta ubicación
artículo Stock específico O el primer día de tener este artículo en
esta ubicación.
Minimum replenishment No es obligatorio. Tamaño mínimo de envío (por ejemplo:
mínimo 2 cajas). Valor Default =1
 Minimum presentation No es obligatorio. Mínimo de ítems para el display. Valor
Default =0.
Size of package No es obligatorio. Valor Default =1
Additional important Max 5 campos.
information if needed Por ejemplo: talla, categoría, subcategoría
Talla Tamaño de la referencia
Categoría La categoría del producto
Sub categoría La subcategoría del producto

4. Nombre archivo: Transactions

Este archive contiene todas las transacciones relacionadas con el inventario durante todo el periodo
de simulación.
Ejemplos:
Venta: 2019-05-02,Store2,SK65239,Venta,2
Devolución: 2019-05-05,Store1,SK4323,Out,-1
Recibido del CEDI: 2019-05-02,Store3,SK3221,IN,7
Transferido a otro CEDI / tienda: 2019-05-10,Store3,SK2290,OUT,1

Nombre campo Descripción

Date YYYY-MM-DD
Origin stock Código de ubicación del remitente
location
Sku Nombre / Código
 Transaction type 1. Recibió inventario de tienda o CEDI: “In”
2. Transfirió fuera a otra locación: “OUT”
3. Venta a cliente: “Sale”
4. Devolución del cliente: “out” (cantidad negativa)
Quantity Cantidad

Apéndice:

Este archivo no es obligatorio. Por favor, compartir únicamente cuando la política de envío tiene
particularidades.

Nombre archivo: Shipment policy:

Nombre campo Descripción

stock location Nombre / Código
Order frequency semanal, mensual, etc.
Order date Días de la semana o del mes del envío