EGA Futura » Capacitación y Soporte
El stock de almacén responde a una pregunta muy concreta: cuánto hay de este producto en este depósito.
Fijarse en el depósito y no en la empresa entera es lo que hace útil al dato, porque una unidad que está a seiscientos kilómetros no sirve para despachar hoy.
Por eso el stock no es un número por producto sino un número por combinación de producto y almacén.
Diez unidades repartidas entre cinco depósitos y diez unidades juntas en uno solo son inventarios muy distintos, aunque el total coincida.
Es lo que un recuento encontraría si alguien fuera a contar las cajas ahora mismo.
Es el único de los tres que se puede verificar caminando por el depósito.
Es la parte de ese stock físico que ya está comprometida con un pedido y por lo tanto no se puede prometer de nuevo.
Sigue estando en la estantería, así que quien mira el depósito lo ve, pero ya tiene destinatario.
Es la resta entre el físico y el reservado, y es el número que hay que mirar antes de aceptar una venta.
Un depósito lleno con disponibilidad cero es una situación perfectamente normal y explica la mayoría de las promesas de entrega que después no se cumplen.
Las entradas llegan por recepciones de proveedores, devoluciones de clientes, transferencias desde otro almacén y ajustes por recuento físico.
Las salidas se producen por entregas a clientes, devoluciones a proveedores, transferencias hacia otro depósito, consumo interno y bajas por rotura o vencimiento.
Cada uno de esos movimientos nace de un documento distinto, y ahí está la clave de un inventario confiable: el número cambia porque pasó algo, nunca porque alguien lo editó a mano.
Cuando la diferencia entre lo contado y lo registrado aparece igual, el ajuste por recuento es el mecanismo que la documenta en lugar de esconderla.
El punto de reorden es la cantidad a partir de la cual conviene volver a comprar, y se calcula con lo que se consume por día y lo que tarda el proveedor en entregar.
El stock máximo es el techo que no conviene superar, porque cada unidad de más es dinero inmovilizado, espacio ocupado y riesgo de obsolescencia.
Entre esos dos límites vive la zona sana del inventario, y ambos se definen por producto y por almacén porque un depósito de paso no necesita lo mismo que un centro de distribución.
La Plataforma EGA Futura concentra la gestión de existencias en la aplicación EGA Futura Inventory, conectada con el resto de las aplicaciones donde un movimiento impacta.
Lo que cambia respecto de una planilla es que el mismo dato lo ven a la vez compras, ventas y depósito, sin versiones paralelas.
Y que el número se actualiza en el momento en que ocurre el movimiento, que es cuando sirve para decidir.
Stock es un objeto propio de la base de datos, y cada uno de sus registros representa un producto dentro de un almacén.
El mismo producto guardado en tres depósitos genera tres registros de Stock, con su propio número y sus propios límites en cada uno.
La relación con Almacén es de tipo maestro-detalle y es obligatoria, de modo que todo registro de stock cuelga siempre de un depósito concreto.
Eso convierte en imposible la situación clásica de la planilla, donde aparece una cantidad sin que nadie sepa dónde está físicamente.
Como consecuencia del mismo vínculo, dar de baja un almacén arrastra los registros de stock que colgaban de él, así que las cantidades nunca quedan apuntando a un depósito dado de baja.
El campo Stock guarda la cantidad física y el campo Cantidad reservada guarda la parte ya comprometida, los dos en unidades enteras.
El campo Cantidad disponible es una fórmula de solo lectura: no se escribe a mano sino que se calcula a partir de los otros dos.
Esa decisión de diseño es la que evita el problema más común del inventario, que es tener disponibilidad editada por alguien y físico editado por otro, y que los dos números dejen de cuadrar.
El Punto de reorden y el Stock máximo se cargan por producto y por almacén, no como una política única para toda la empresa.
Así, un producto puede tener un punto de reorden alto en el depósito central y bajo en una sucursal chica que se repone desde ese mismo depósito.
Con esos dos valores en el registro, una Vista de lista filtrada por stock por debajo del punto de reorden es la lista de compras del día.
El Almacén tiene un campo Stock total que suma automáticamente las cantidades de todos sus registros de Stock.
Ese total se actualiza al cambiar cualquiera de sus hijos, sin que nadie tenga que recalcularlo.
El almacén guarda además su descripción y su Ubicación, que es lo que permite agrupar varios depósitos de una misma ciudad o sucursal.
Las Transferencias de stock son un objeto aparte, con sus líneas de detalle, y sirven para documentar el paso de mercadería de un almacén a otro.
Como la transferencia queda registrada, el movimiento tiene fecha y responsable en lugar de aparecer como una resta inexplicada en un depósito y una suma en otro.
Desde la Página de registro de un producto se ve la Lista relacionada con sus existencias en todos los almacenes.
Desde el registro del almacén se ve el camino inverso: qué productos guarda y en qué cantidad cada uno.
Y como todo es dato de la base, esos mismos números alimentan Informes y Paneles de información sin exportar nada.
Porque una parte de lo que está físicamente guardado ya quedó comprometida con un pedido.
Esa porción se cuenta como reservada y se descuenta del disponible, aunque siga estando en la estantería.
No: cada registro de stock pertenece obligatoriamente a un almacén.
Esa exigencia es intencional, porque una cantidad sin lugar físico no sirve para decidir si se puede despachar.
Se estima con el consumo promedio por día multiplicado por los días que tarda el proveedor en entregar, más un colchón de seguridad.
Como el plazo de entrega y el consumo cambian por depósito, el valor se define para cada combinación de producto y almacén.
El stock es la cantidad de un artículo en un lugar, es decir un número.
El inventario es el conjunto de todos esos artículos con sus cantidades, y también el nombre del recuento con el que se verifica que ese conjunto coincide con la realidad.
El objeto es EGAFutura__Warehouse_Stock__c, con etiqueta Stock, y cuenta con diecisiete campos, siete de ellos propios.
Su granularidad es un registro por combinación de producto y almacén.
El vínculo con el depósito es EGAFutura__Warehouse__c, una relación maestro-detalle obligatoria contra el objeto Almacén, que lleva ese mismo nombre de API.
Al ser maestro-detalle, el borrado del almacén propaga en cascada y la propiedad del registro hijo la determina el padre.
El producto se referencia con EGAFutura__Product__c, un Lookup contra el objeto estándar Product2.
Las cantidades son EGAFutura__Stock__c y EGAFutura__ReservedQuantity__c, ambas Number con dieciséis dígitos y cero decimales.
El campo EGAFutura__AvailableQuantity__c es de tipo Formula sobre Number y por lo tanto de solo lectura, así que no admite escritura por API ni por interfaz.
Los límites de reposición son EGAFutura__ReorderPoint__c y EGAFutura__MaxStock__c, también Number de dieciséis dígitos enteros.
El total agregado es EGAFutura__Total_Stock__c, un Roll-Up Summary de tipo SUM sobre el campo Stock de sus registros hijos.
Se completa con EGAFutura__Descripcion__c, un Long Text Area de 32768, EGAFutura__Ubicacion_almacen__c hacia Ubicación y EGAFutura__EGA_Futura_ID__c como numeración automática.
Las transferencias se modelan con EGAFutura__Stock_Transfer__c y su detalle EGAFutura__StockTransferLine__c.
Como el disponible es una fórmula, cualquier integración que sincronice existencias debe escribir sobre EGAFutura__Stock__c y EGAFutura__ReservedQuantity__c, y leer el disponible ya calculado.
Y como el roll-up del almacén se recalcula al modificar los hijos, no corresponde escribirlo desde afuera.