EGA Futura » Capacitación y Soporte
El stock mínimo es la cantidad por debajo de la cual una empresa no quiere quedar de un producto.
No es el saldo con el que se trabaja: es el colchón que se guarda para lo que salga mal.
Por ese motivo también se lo llama stock de seguridad.
Protege contra dos incertidumbres distintas que se suman.
La primera es que la demanda resulte mayor que la prevista durante unos días.
La segunda es que el proveedor tarde más de lo prometido, que en la práctica es la más frecuente.
Un stock mínimo bien calculado absorbe las dos sin que el cliente se entere.
El método más común es poner un número redondo que suene prudente.
El problema es que ese número no distingue un producto que se vende todos los días de uno que se vende una vez por mes.
El insumo real del cálculo es la variabilidad del consumo y la del plazo de entrega, no el promedio.
Un producto de consumo estable necesita mucho menos colchón que uno de consumo errático, aunque los dos vendan lo mismo por mes.
El stock mínimo es el piso que no se quiere tocar.
El punto de reposición es el nivel donde hay que pedir, y siempre queda más arriba.
La diferencia entre los dos es lo que se va a consumir mientras el pedido viaja.
Confundirlos hace que se pida tarde y que el colchón se consuma antes de que llegue la reposición.
Cada unidad guardada es dinero inmovilizado que no está en la caja.
Además ocupa espacio, corre riesgo de romperse y, en muchos rubros, de quedar obsoleta antes de venderse.
Por eso la discusión no es cuánto colchón tener, sino qué nivel de faltantes se está dispuesto a aceptar y a qué costo.
Un producto puede necesitar un colchón grande en la sucursal lejana y casi ninguno en el depósito central.
La razón es el tiempo de reposición: reponer un local desde el depósito propio lleva horas y no semanas.
Fijar un único mínimo para toda la empresa sobrecarga unos lugares y desabastece otros.
Conviene decirlo con precisión: no existe un campo llamado Stock mínimo en el ERP.
Lo que sí existe es Stock máximo y Punto de reorden, los dos en el registro de Stock de cada almacén.
La asimetría llama la atención, pero tiene una lógica: el piso operativo se expresa como punto de reorden.
Cada registro combina un almacén con un producto y lleva tres cantidades y dos umbrales.
Las cantidades son Stock, Cantidad reservada y Cantidad disponible, esta última calculada.
Los umbrales son Stock máximo y Punto de reorden, y los dos son números enteros que se cargan a mano.
Que los umbrales vivan acá y no en el producto es exactamente lo que permite un mínimo distinto por depósito.
En la práctica, el número que dispara la acción es el que sirve.
Un piso que nadie mira no evita ningún faltante, mientras que un umbral que genera un pedido sí.
Quien quiera distinguir los dos conceptos puede agregar un campo personalizado de stock mínimo y dejar el punto de reorden como disparador.
Es el techo, y responde a la pregunta opuesta: cuánto es demasiado.
Sirve para no comprar de más cuando aparece una oferta por volumen, y para detectar productos que se acumulan sin rotar.
Junto con el punto de reorden define la banda dentro de la cual el saldo debería moverse.
Una ferretería con dos depósitos define para un artículo un punto de reorden de 40 en el central y de 15 en la sucursal.
La sucursal se repone desde el central en un día, así que no necesita el mismo colchón.
Con un Informe sobre el objeto Stock que compare Cantidad disponible contra Punto de reorden, se listan todos los productos que hay que pedir.
Ese informe, mostrado en un Panel de información, reemplaza al recorrido diario por las góndolas.
Los umbrales no son obligatorios: un registro de Stock se guarda perfectamente sin ninguno de los dos.
O sea que un producto sin punto de reorden nunca va a aparecer en la alerta, y ese es el hueco silencioso que conviene vigilar.
No: el registro de Stock tiene Stock máximo y Punto de reorden, pero ningún campo con ese nombre.
El punto de reorden cumple en la práctica la función de piso, porque es el número que dispara el pedido.
Quien necesite los dos conceptos por separado puede agregar un campo personalizado.
Por depósito: los umbrales viven en el registro de Stock, que combina un almacén con un producto.
Eso permite un umbral alto en la sucursal lejana y bajo en el depósito central.
Es la diferencia entre un número que sirve y uno que se copia sin pensar.
La Plataforma no bloquea la operación por sí sola: el umbral es un dato de referencia.
Lo que se hace con él es construir una Vista de lista o un Informe que compare la Cantidad disponible contra el umbral.
La alerta útil se arma, no viene puesta.
No, porque cada unidad guardada es dinero inmovilizado que además ocupa espacio y puede quedar obsoleta.
La pregunta correcta es qué nivel de faltantes se acepta y cuánto cuesta bajarlo.
Subir el mínimo de todos los productos a la vez es la forma más rápida de romper el flujo de caja.
No existe ningún campo llamado stock mínimo en la organización de desarrollo.
Se verificó recorriendo todos los campos personalizados con los patrones MinStock y Minimo, y las coincidencias pertenecen a impuestos y a recursos humanos, no a inventario.
Los dos umbrales que sí existen viven en EGAFutura__Warehouse_Stock__c, con etiqueta Stock.
EGAFutura__MaxStock__c, con etiqueta Stock máximo, es numérico de 16 enteros sin decimales y admite nulo.
EGAFutura__ReorderPoint__c, con etiqueta Punto de reorden, tiene el mismo tipo y también admite nulo.
Ninguno de los dos tiene valor predeterminado, así que un registro nuevo nace con los dos vacíos.
El objeto tiene 17 campos en total y 7 personalizados de EGA Futura.
EGAFutura__Warehouse__c es una relación principal-detalle y el único campo obligatorio.
EGAFutura__AvailableQuantity__c es un campo fórmula de tipo número, y es el valor que conviene comparar contra el umbral.
El objeto no tiene tipos de registro definidos.
Product2 tiene además EGAFutura__Punto_pedido__c, con etiqueta Punto de pedido, numérico de 18 enteros.
O sea que conviven dos umbrales de reposición en niveles distintos: uno global del producto y uno por almacén.
Antes de construir una alerta conviene definir cuál de los dos manda, porque nada en la base de datos impide que se contradigan.
Todo lo anterior se verificó contra la organización de desarrollo el 8 de agosto de 2026.
El ERP de EGA Futura está en construcción, así que la ausencia de un campo de stock mínimo describe el estado de hoy y no una limitación definitiva.