EGA Futura » Capacitación y Soporte
Un lote es un grupo de unidades del mismo producto que nacieron juntas.
Pueden haber salido de la misma tanda de producción, de la misma compra o del mismo embarque.
Lo que las une es que si una tiene un problema, es muy probable que las demás también.
El lote existe para poder retirar poco en vez de retirar todo.
Sin lote, un defecto detectado obliga a sacar del mercado todas las unidades del producto.
Con lote, se sacan las trescientas afectadas y las otras veinte mil se siguen vendiendo.
Esa diferencia es económica, pero sobre todo es reputacional.
El lote identifica a un grupo, y el número de serie identifica a una unidad.
Mil frascos de un mismo lote comparten identificador, mientras que mil notebooks tienen mil números de serie distintos.
La elección entre uno y otro depende de cuánto vale poder señalar una unidad concreta.
En productos perecederos, el lote es también el que carga la fecha de vencimiento.
De ahí sale la regla de despacho conocida como primero en vencer, primero en salir.
Es distinta de la regla clásica de primero en entrar, primero en salir, y en alimentos y medicamentos suele ser la correcta.
En alimentos, medicamentos, cosmética, agroquímicos y dispositivos médicos suele haber exigencias formales de trazabilidad.
El alcance, el plazo de conservación de los registros y el formato exigido cambian de un país a otro y de un rubro a otro.
Antes de definir el circuito conviene confirmar el requisito con la autoridad local, y no asumir que lo de un país vale para todos.
Llevar lotes multiplica los registros: un producto con doce lotes activos son doce saldos en vez de uno.
También obliga a que quien recibe mercadería anote el lote en el momento, porque después es imposible reconstruirlo.
Por eso el control por lote conviene solo donde el retiro selectivo tiene valor real, y no como norma general.
Sin lote, la pregunta de a quién se le vendieron las unidades falladas no tiene respuesta desde el sistema.
Se responde revisando facturas y fechas a mano, lo que en la práctica significa no responderla a tiempo.
Conviene decirlo sin rodeos: el control por lote no está construido en el ERP.
No existe un objeto Lote, no hay un campo de lote en el producto y no hay fecha de vencimiento en el stock.
Se verificó recorriendo todos los campos personalizados de la organización de desarrollo, y no aparece ninguno con esa función.
El saldo vive en el objeto Stock, que combina un almacén y un producto.
Ese registro guarda la cantidad física, la reservada y la disponible, pero trata a todas las unidades como intercambiables.
Para la mayoría de los rubros eso alcanza, porque un tornillo es igual a otro tornillo.
La salida más limpia es modelar el lote con un objeto personalizado propio de cada organización, relacionado con producto y almacén.
Existe también el atajo de crear un producto distinto por lote, que funciona pero ensucia el catálogo muy rápido.
Y existe el atajo de usar un almacén por lote, que solo tiene sentido cuando los lotes son pocos y grandes.
Ninguno de los tres equivale a un control por lote nativo, y conviene aclararlo antes de prometerlo.
Para bienes que la empresa usa y no vende, el objeto Activos fijos sí lleva número de serie y fecha de vencimiento de garantía.
Esa es una trazabilidad unidad por unidad, pero no aplica a la mercadería del inventario.
Una empresa de cosmética recibe un reclamo por una crema con olor raro.
Quiere saber qué otras unidades salieron de la misma tanda y a qué clientes se les entregaron.
Con la estructura de hoy, esa respuesta hay que armarla cruzando fechas de recepción con fechas de venta, a mano.
Con control por lote, sería un Filtro sobre una Vista de lista.
Un objeto Lote con identificador, fecha de vencimiento, cantidad y vínculo al producto y al almacén no existe hoy.
El ERP está en construcción, así que esa ausencia describe el estado actual y no una decisión definitiva de producto.
De forma nativa no: no hay objeto Lote ni campo de lote en el circuito de inventario.
Se puede modelar con un objeto personalizado, pero eso es un desarrollo propio de cada organización y no una función lista para usar.
Conviene medir ese esfuerzo antes de comprometerlo con un cliente.
El lote agrupa muchas unidades bajo un identificador, y el número de serie identifica una sola.
El lote sirve para retirar tandas, y el número de serie para seguir la historia de una unidad concreta.
Un mismo producto puede necesitar los dos, aunque es poco frecuente.
Hoy no hay un campo de vencimiento en el producto ni en el stock.
Los únicos campos de vencimiento que existen en la Plataforma pertenecen a otros circuitos, como la garantía de un activo fijo o la vigencia de una póliza.
Para mercadería perecedera hay que resolverlo con un campo personalizado.
Casi nunca: el control por lote multiplica los registros y obliga a anotar el lote en cada recepción.
Tiene sentido donde un retiro selectivo evita un retiro total, y no como práctica general.
La regla práctica es aplicarlo por familia de producto y no por catálogo entero.
No existe ningún objeto ni campo de lote en la organización de desarrollo.
Se verificó con una consulta sobre todos los campos personalizados de la organización, buscando los patrones Lot, Lote y Batch.
El resultado fue cero coincidencias aplicables a inventario.
El candidato natural es EGAFutura__Warehouse_Stock__c, con etiqueta Stock, que hoy tiene 17 campos en total y 7 personalizados.
Sus campos de cantidad son EGAFutura__Stock__c, EGAFutura__ReservedQuantity__c y EGAFutura__AvailableQuantity__c, este último un campo fórmula de solo lectura.
La identidad del registro sale de combinar EGAFutura__Warehouse__c, que es una relación principal-detalle obligatoria, con EGAFutura__Product__c.
Un control por lote exigiría una tercera dimensión en esa combinación, y por eso no se resuelve agregando un campo suelto.
Product2 tiene 16 campos personalizados de EGA Futura, entre ellos los códigos EGAFutura__EAN__c, EGAFutura__UPC__c, EGAFutura__ISBN__c y EGAFutura__MPN__c, todos de texto de 60 caracteres.
Esos códigos identifican al producto y no a la tanda, así que no sustituyen al lote.
EGAFutura__Product_Type__c distingue Item de inventario, que es el valor predeterminado, de Servicio.
Los únicos campos de vencimiento de la organización son EGAFutura__Fecha_vencimiento_Garantia__c, sobre Activo fijo, y EGAFutura__Fecha_vencimiento__c, sobre Póliza de seguro.
Ninguno de los dos pertenece al circuito de inventario.
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 hoy no prueba que el lote no vaya a existir más adelante.