EGA Futura » Capacitación y Soporte
Un remito es la constancia de que una mercadería salió de un lugar y llegó a otro.
Viaja físicamente con el producto y su función es que quien recibe pueda controlar lo que le están entregando antes de firmar.
Sin ese papel o su equivalente digital, la entrega queda sin prueba y cualquier reclamo posterior se vuelve palabra contra palabra.
El remito describe cantidades y descripciones, no importes.
Esa omisión es deliberada: quien recibe la mercadería en el depósito no tiene por qué conocer las condiciones comerciales acordadas con su empresa.
Separar el documento de entrega del documento de cobro es una de las decisiones más antiguas y más útiles de la administración.
La palabra remito se usa sobre todo en Argentina, Uruguay y Paraguay.
En España el documento equivalente se llama albarán, en Chile guía de despacho, en México nota de remisión y en varios países simplemente nota de entrega.
Más importante todavía: si el documento es obligatorio, qué datos debe contener y si necesita autorización fiscal previa depende de la normativa de cada país, así que conviene confirmarlo con un asesor local.
El remito prueba la entrega y la factura reclama el pago, y las dos cosas no siempre ocurren el mismo día.
Es habitual entregar varias veces durante un mes y facturar todo junto al cierre, con una factura que agrupa varios remitos.
También ocurre lo contrario, cuando se factura por adelantado y la entrega llega después.
El momento en que se firma el remito es el momento en que aparecen los faltantes y los daños.
Registrar esa diferencia en el acto evita que se transforme en una nota de crédito discutida tres semanas más tarde.
Por eso el remito conviene tenerlo digitalizado y asociado a la venta, no archivado en una carpeta física.
Una distribuidora de insumos entrega mercadería a un supermercado tres veces por semana.
Cada entrega genera su documento con el detalle de bultos, y el chofer vuelve con la copia firmada por el jefe de depósito.
Al cierre del mes se emite una sola factura que agrupa las doce entregas, y cada una queda trazada hasta su venta de origen.
El error más frecuente es tratar el remito como un trámite y no como un control.
Cuando nadie compara lo entregado contra lo pedido, los faltantes se descubren en la conciliación de cuentas, que es el peor lugar y el peor momento para descubrirlos.
En la Plataforma no hay ningún registro que se llame Remito.
El documento que cumple esa función es el Envío, que reúne 22 campos entre los de negocio y los de sistema.
Los únicos campos obligatorios que carga la Plataforma son autonuméricos: el Número de Envío y el EGA Futura ID.
Todo lo demás es opcional a nivel de base de datos, incluida la fecha y el cliente.
Esa flexibilidad tiene un costo: nada impide guardar un Envío sin cliente y sin fecha, así que conviene resolverlo con reglas de validación propias.
La lista de Estado tiene cuatro valores exactos: Borrador, que viene por defecto, En preparación, Listo para enviar y Enviado.
La secuencia describe el recorrido físico de la mercadería dentro del depósito, desde que se arma el pedido hasta que sube al vehículo.
El Envío se enlaza con la venta que le dio origen, con la cuenta del cliente, con la ubicación desde la que sale la mercadería y con el transporte asignado.
El campo Enviar desde apunta a la ubicación física, así que una empresa con varios depósitos puede saber de cuál salió cada entrega.
El Envío trae un campo llamado EGA Futura Smart QR, que se arma solo y no se edita a mano.
Es el único dato calculado del registro y sirve para identificar el envío mediante lectura de código.
En el ambiente verificado el Envío no tiene líneas de detalle propias.
O sea que el documento indica qué venta se está entregando, pero no permite todavía declarar entregas parciales producto por producto.
Para una entrega parcial hoy hay que generar varios Envíos contra la misma venta y anotar el detalle por fuera.
Una Vista de lista filtrada por Estado le sirve al depósito para ver qué falta preparar y qué ya salió.
Desde la Venta, la Lista relacionada de Envíos muestra todas las entregas hechas contra esa operación.
No, son documentos distintos con funciones distintas.
El remito prueba la entrega y la factura reclama el pago, así que en la mayoría de las operaciones se emiten los dos.
Depende del país y del tipo de operación, porque la normativa de documentos de traslado no es la misma en todos lados.
Conviene confirmarlo con un asesor del país donde opera la empresa antes de decidir no emitirlo.
Sí, generando un Envío por cada entrega contra la misma venta.
Como el Envío no tiene líneas propias en el ambiente verificado, el detalle de qué se entregó en cada tanda hay que llevarlo por fuera del registro.
La devolución se registra con su propio documento y no modificando el Envío original.
Dejar el Envío como estaba es lo que permite después ver la diferencia entre lo despachado y lo aceptado.
No existe ningún objeto llamado Remito en la organización verificada, ni con prefijo EGAFutura__ ni entre los estándar.
El objeto que cumple la función es EGAFutura__Shipment__c, con etiqueta Envío y 22 campos.
Con IsNillable: false y a cargo del sistema figuran Name (Auto Number, etiqueta Número de Envío) y EGAFutura__EGA_Futura_ID__c (Auto Number).
Ningún campo de negocio es obligatorio, así que la validación queda a cargo de cada implementación.
EGAFutura__Shipment_Date__c (Date), EGAFutura__Cliente__c (Lookup(Account)), EGAFutura__Sales_Order__c (Lookup hacia EGAFutura__Sales_Order__c), EGAFutura__Ship_From__c (Lookup hacia EGAFutura__Ubicacion__c), EGAFutura__Transporte__c (Lookup hacia EGAFutura__Transport__c) y EGAFutura__Status__c (Picklist).
El único campo calculado es EGAFutura__EGA_Futura_Smart_QR__c, de tipo Formula (Text).
Borrador (valor por defecto), En preparación, Listo para enviar y Enviado.
Se leen por ui-api con /services/data/v66.0/ui-api/object-info/EGAFutura__Shipment__c/picklist-values/012000000000000AAA/EGAFutura__Status__c.
No hay un objeto de líneas de envío: la búsqueda de entidades personalizadas con nombre de línea devuelve EGAFutura__SalesOrderLine__c, EGAFutura__QuoteLine__c y EGAFutura__StockTransferLine__c, ninguna asociada al Envío.
Verificado contra la organización de desarrollo el 8 de agosto de 2026.
El ERP está en construcción, así que la ausencia de líneas de envío no prueba que no vayan a existir: puede tratarse de una pieza todavía no construida.