EGA Futura » Capacitación y Soporte
Un ajuste de inventario es la corrección que deja el saldo del sistema igual al saldo real de un producto.
Aparece cuando alguien cuenta lo que hay en el depósito y el número no coincide con lo que muestra la pantalla.
La diferencia siempre termina apareciendo: la pregunta no es si va a existir, sino cuánto se tarda en detectarla.
Los motivos son pocos y se repiten en todas las empresas.
Hay roturas y mermas, que son unidades que existían y dejaron de servir.
Hay vencimientos, que retiran mercadería que sigue estando pero ya no se puede vender.
Hay errores de carga, cuando una salida se registró dos veces o una entrada nunca se registró.
Y hay faltantes sin explicación, que es la categoría incómoda donde entran los robos y las entregas no documentadas.
Un ajuste grande no significa que el sistema falle.
Significa que algo pasó en el depósito y nadie lo registró en el momento.
Por eso el dato más valioso de un ajuste no es la cantidad corregida sino el motivo asignado.
Sin motivo, el ajuste tapa el síntoma y garantiza que la diferencia vuelva a aparecer el mes siguiente.
Un ajuste negativo baja el saldo porque el sistema tenía de más.
Un ajuste positivo lo sube porque había mercadería que el sistema no conocía.
Los positivos suelen sorprender más, y casi siempre esconden una recepción que se guardó mal o una devolución que nunca se cargó.
Ajustar unidades también ajusta dinero, porque cada unidad tiene un costo asociado.
Una merma reconocida es una pérdida que impacta en el resultado del período.
Cómo se valoriza esa pérdida y en qué momento se reconoce depende de las normas contables de cada país, así que conviene definir el criterio con un contador antes de fijar la práctica.
Ajustar todos los días convierte al ajuste en un hábito y le saca todo su valor de alarma.
Ajustar una sola vez al año lo vuelve un evento traumático donde ya nadie recuerda qué pasó.
El punto intermedio habitual es un recuento cíclico por familias de producto, con ajustes acotados y frecuentes.
Conviene que quien cuenta no sea la misma persona que aprueba la corrección.
Esa separación es el control más barato que existe contra el faltante que se resuelve solo.
En empresas chicas alcanza con que el ajuste quede registrado con fecha y a nombre de quien lo hizo.
Conviene ser directo con esto: el ERP no tiene todavía un objeto propio de Ajuste de inventario.
No hay un registro que guarde la cantidad anterior, la cantidad nueva, el motivo y la valorización de la diferencia.
Lo que sí hay es el objeto Stock, que es donde vive la cantidad de cada producto en cada almacén.
Cada registro de Stock combina un almacén y un producto, y guarda tres cantidades distintas.
Stock es lo que hay físicamente, Cantidad reservada es lo que ya está comprometido y Cantidad disponible es la resta de las dos.
El ajuste se hace corrigiendo el campo Stock, porque Cantidad disponible es un campo calculado y no acepta que se escriba encima.
El objeto Stock tiene habilitado el seguimiento de historial, así que los cambios de valor quedan registrados con fecha y con autor.
Ese historial es hoy la evidencia de que hubo un ajuste, aunque no guarde el motivo en un campo propio.
Mientras el objeto de ajuste no exista, conviene dejar el motivo escrito en la publicación del registro para que la explicación no se pierda.
En cada producto hay dos casillas que deciden qué pasa cuando el saldo llegaría a cero o menos.
Permitir stock por debajo de cero habilita que el saldo quede negativo, algo que sirve en operaciones donde la carga siempre llega tarde.
Advertencia stock por debajo de cero avisa sin bloquear, que suele ser el punto medio razonable.
Vale notar que un saldo negativo casi siempre es un ajuste pendiente, y no un dato real.
Una distribuidora cuenta un artículo y encuentra 118 unidades donde el sistema dice 125.
Abre el registro de Stock de ese producto en ese almacén y corrige la cantidad a 118.
Deja escrito que siete unidades se rompieron en el traslado, y el historial guarda quién hizo el cambio y cuándo.
Con un Informe sobre el objeto Stock se pueden listar todos los saldos negativos, que son los candidatos naturales a revisión.
Un objeto de ajuste con motivo tipificado, cantidad de diferencia y valorización no está construido hoy.
El ERP está en desarrollo activo, así que esa ausencia describe el estado actual y no una decisión de producto definitiva.
Depende enteramente de si se registra el motivo.
Un ajuste sin explicación deja el saldo prolijo y el problema intacto.
Un ajuste con motivo convierte una diferencia en un dato útil para corregir el proceso que la generó.
No de un solo golpe, porque cada registro de Stock corresponde a un almacén y un producto.
Ajustar el mismo producto en tres depósitos significa corregir tres registros distintos.
Esa separación es deliberada: el saldo pertenece al lugar físico y no al producto en abstracto.
Porque es un campo calculado que sale de restar lo reservado al stock físico.
Escribirla a mano rompería la relación entre los tres números.
Para cambiar la cantidad disponible hay que modificar el stock físico o liberar reservas.
Depende de cómo esté configurado el producto, porque hay una casilla que lo permite y otra que solo avisa.
Un saldo negativo no es un dato real sino una señal: significa que se registraron salidas que el sistema no tenía respaldadas.
Lo habitual es que falte cargar una recepción, así que conviene revisar las entradas antes de ajustar.
No existe hoy un objeto de ajuste de inventario en la organización de desarrollo.
Se verificó con una búsqueda sobre todos los campos personalizados de la organización: no aparece ningún campo ni objeto cuyo nombre contenga Ajuste, Adjust, Recuento o Count aplicado a inventario.
El único resultado con esa raíz es EGAFutura__Ajuste_por_inflacion__c, que pertenece a Cuenta contable y no tiene relación con el stock.
El objeto es EGAFutura__Warehouse_Stock__c, con etiqueta Stock, y tiene 17 campos en total, de los cuales 7 son personalizados de EGA Futura.
EGAFutura__Warehouse__c es una relación principal-detalle hacia Almacén y es el único campo obligatorio del objeto.
EGAFutura__Product__c es una búsqueda hacia Product2 y admite nulo, así que la base de datos no impide guardar un stock sin producto.
EGAFutura__Stock__c es numérico de 16 enteros sin decimales, y es el campo que se corrige en un ajuste.
EGAFutura__ReservedQuantity__c tiene el mismo tipo y guarda lo comprometido.
EGAFutura__AvailableQuantity__c es un campo fórmula de tipo número y por lo tanto es de solo lectura.
Conviene notar que las cantidades de este objeto no admiten decimales, a diferencia de la línea de transferencia, que sí los admite.
EGAFutura__Total_Stock__c, sobre EGAFutura__Warehouse__c, es un campo de resumen de tipo suma sobre los registros de Stock hijos.
O sea que todo ajuste sobre un registro de Stock recalcula el total del almacén de forma automática.
EGAFutura__Permitir_stock_debajo_cero__c y EGAFutura__Advertencia_stock_debajo_cero__c son casillas sobre Product2 y las dos figuran como obligatorias.
Como toda casilla, cada una guarda verdadero o falso y nunca queda vacía.
Existen EGAFutura__Warehouse_Stock__History y EGAFutura__Warehouse_Stock__ChangeEvent, así que el objeto admite historial de campos y eventos de cambio.
El objeto no tiene tipos de registro definidos.
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 objeto de ajuste describe el estado de hoy y no una limitación definitiva.