EGA Futura » Capacitación y Soporte
Una transferencia entre depósitos es el traslado de mercadería de un almacén a otro dentro de la misma empresa.
No hay comprador ni vendedor, así que no se factura y no se genera ninguna deuda.
Lo único que cambia es dónde está la mercadería: el total de la empresa queda igual.
La tentación es resolverlo con dos correcciones rápidas, una que baja y otra que sube.
El problema aparece cuando la mercadería tarda tres días en llegar.
Durante esos tres días esas unidades no están en ningún lado, y quien vende ve un stock que no existe o deja de vender uno que sí.
Por eso la transferencia es un documento con estados y no un par de correcciones sueltas.
Mientras la mercadería viaja, salió del origen pero todavía no llegó al destino.
Ese limbo tiene que estar representado en el sistema, porque es exactamente donde se pierden las cosas.
Un documento que declara qué salió permite reclamar cuando lo que llega no coincide con lo que se despachó.
El más común es reponer una sucursal desde el depósito central.
Después está el rebalanceo, cuando un producto sobra en un punto de venta y falta en otro.
También se transfiere para concentrar mercadería antes de un despacho grande, o para vaciar un depósito que se cierra.
La recepción es el momento donde el documento demuestra su valor.
Quien recibe compara lo que dice la transferencia contra lo que bajó del camión.
Si hay diferencia, esa diferencia tiene dueño y fecha, y deja de ser un misterio compartido entre dos depósitos.
Las tres palabras conviven en el mercado hispanohablante y nombran la misma cosa.
En algunos países se dice bodega, en otros almacén y en otros depósito, sin que ninguna sea más correcta.
El ERP de EGA Futura usa la palabra Almacén para el lugar que guarda saldos y Ubicación para la dirección física donde ese almacén está.
La transferencia es el movimiento interno, y el remito es el papel que viaja con la mercadería.
Un traslado puede necesitar además un documento formal, sobre todo si el camión circula por vía pública.
Esas exigencias cambian de una jurisdicción a otra, así que conviene confirmarlas localmente antes de definir el circuito.
El ERP resuelve esto con dos objetos que trabajan juntos.
Transferencia de stock es la cabecera, que dice de dónde sale la mercadería, a dónde va y en qué estado está.
Línea de transferencia es el detalle, donde cada línea nombra un producto y una cantidad.
Cada transferencia nace con un número propio que la Plataforma asigna sola, así que no hay que inventar una numeración.
Almacén origen y Almacén destino son las dos referencias que definen el movimiento.
Ubicación de origen y Ubicación de destino agregan la dirección física cuando el almacén no alcanza para ubicar la mercadería.
Transporte enlaza con el transportista, y Fecha de Transferencia y Comentarios completan el contexto.
El estado recorre Borrador, En preparación, Lista para enviar, En tránsito y Recibida.
Vale una advertencia: una transferencia nueva nace en En preparación y no en Borrador.
Eso sorprende a quien viene de otros documentos del ERP, donde lo habitual es arrancar en Borrador.
Los estados se pueden mostrar como Kanban, que convierte el tablero en el mapa de todo lo que está viajando.
Cada línea apunta al producto y lleva la cantidad, que es el único dato que la línea exige sí o sí.
Además tiene dos referencias más finas, Stock origen y Stock destino, que apuntan al saldo concreto de ese producto en ese almacén.
Esa precisión es la que permite que la transferencia toque el saldo exacto y no un stock genérico.
Las cantidades de la línea admiten dos decimales, lo que sirve para mercadería que se mide en kilos o en metros.
Una cadena con depósito central y cuatro locales necesita reponer uno que se quedó sin talles.
Crea una Transferencia de stock con origen en el depósito central y destino en el local.
Carga cuatro Líneas de transferencia, una por producto, con las cantidades que salen.
Cuando el camión sale, el estado pasa a En tránsito, y cuando el local recibe, a Recibida.
Un Informe agrupado por almacén de destino muestra cuánto se movió hacia cada local en el mes.
La base de datos no exige cargar almacén de origen ni almacén de destino: los dos campos admiten quedar vacíos.
O sea que nada impide guardar una transferencia sin origen, y esa es la falla silenciosa más probable de este circuito.
Conviene resolverlo con una regla de validación antes de abrir el objeto a mucha gente.
No: mueve unidades de un almacén a otro y el total queda igual.
Lo que cambia es el saldo de cada almacén por separado.
Si el total cambia después de una transferencia, hubo un error de carga y no una transferencia.
Porque el valor predeterminado configurado es En preparación, aunque Borrador exista en la lista.
Es una diferencia real respecto de otros documentos del ERP y conviene tenerla presente al armar automatizaciones.
Para arrancar en Borrador hay que elegirlo a mano o cambiar el valor predeterminado del campo.
Físicamente no, y el sistema tampoco lo impide, que es justamente el riesgo.
El control práctico es mirar la Cantidad disponible del almacén de origen antes de cargar la línea.
Transferir contra un saldo que no existe deja el origen en negativo y traslada el problema al día siguiente.
Almacén es el depósito como unidad de stock: es lo que tiene saldos y totales.
Ubicación es la dirección física, con calle, ciudad, provincia y país.
Un almacén apunta a una ubicación, y esa separación permite tener dos almacenes en la misma dirección.
Son dos objetos: EGAFutura__Stock_Transfer__c, con etiqueta Transferencia de stock, y EGAFutura__StockTransferLine__c, con etiqueta Línea de transferencia.
La cabecera tiene 23 campos en total, de los cuales 9 son personalizados de EGA Futura.
La línea tiene 15 campos en total, con 5 personalizados.
Name es un número automático con etiqueta Número de Transferencia, y EGAFutura__EGA_Futura_ID__c es un segundo número automático.
EGAFutura__SourceWarehouse__c y EGAFutura__DestinationWarehouse__c son búsquedas hacia EGAFutura__Warehouse__c, y las dos admiten nulo.
EGAFutura__Ubicacion_origen__c y EGAFutura__Ubicacion_destino__c son búsquedas hacia EGAFutura__Ubicacion__c.
EGAFutura__Transporte__c apunta a EGAFutura__Transport__c, EGAFutura__Fecha_Transferencia__c es de tipo fecha y EGAFutura__Comentarios__c es un área de texto larga de 32.768 caracteres.
EGAFutura__Status__c guarda cinco valores: Borrador, En preparación, Lista para enviar, En tránsito y Recibida.
En este campo la etiqueta y el valor almacenado coinciden, o sea que lo que se ve en pantalla es literalmente lo que queda guardado.
Eso no ocurre en todos los objetos del ERP, así que conviene no generalizarlo.
El valor predeterminado es En preparación y no Borrador.
EGAFutura__StockTransfer__c es una relación principal-detalle hacia la cabecera y es obligatoria.
EGAFutura__Quantity__c es numérico de 16 enteros y 2 decimales, y también es obligatorio.
EGAFutura__Product__c apunta a Product2, mientras que EGAFutura__SourceWarehouseStock__c y EGAFutura__DestinationWarehouseStock__c apuntan a EGAFutura__Warehouse_Stock__c.
Los tres admiten nulo.
Ninguno de los dos objetos tiene campos fórmula ni campos de resumen propios.
El resumen relacionado vive en el almacén: EGAFutura__Total_Stock__c suma los registros de Stock hijos.
Ninguno de los dos objetos tiene tipos de registro definidos.
Como origen y destino admiten nulo, una regla de validación que exija los dos y que impida que sean iguales es la primera protección razonable.
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 conviene releer la estructura antes de apoyarse en este detalle para un desarrollo.