> ## Documentation Index
> Fetch the complete documentation index at: https://docs.alvys.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Lanzamientos de agosto de 2026

> Agosto de 2026 retira la pantalla heredada de Load Creation el 31 de agosto, hizo explícitos por subsidiaria los requisitos de Bill of Lading frente a Proof of Delivery, añadió funciones de settlements como el arrastre de saldos negativos y los periodos de pago fuera de ciclo, amplió las Custom References a clientes y ubicaciones, y empezó a advertirle antes de comprometer dos veces un tráiler o un camión.

<Note>
  Agosto de 2026 trae dos cambios con fecha límite: la pantalla heredada de Load Creation se apaga definitivamente el 31 de agosto, y un Bill of Lading ya no satisface el requisito de Proof of Delivery a menos que su subsidiaria haya optado por permitirlo. El mes también incorporó un lote de funciones solicitadas para settlements, nuevas columnas del Dispatch Planner, Custom References para clientes y ubicaciones, y una advertencia antes de comprometer dos veces un tráiler o un camión.
</Note>

## Resumen

Dos cambios de agosto requieren algo de usted, no solo una lectura. La pantalla heredada de Load Creation se está retirando por fases y deja de funcionar en todas partes el **31 de agosto**, así que cualquier equipo que aún la use debería migrar antes de esa fecha. Y un Bill of Lading ya no satisface el requisito de Proof of Delivery a menos que su subsidiaria haya optado explícitamente por permitirlo, lo cual es una revisión de configuración y no una migración.

El resto es aditivo. El pago de conductores incorporó el arrastre automático de saldos negativos, los periodos de pago fuera de ciclo, las vistas guardadas y una condición de regla para cargas no facturables. Los settlements de transportistas pueden agruparse por factoring. El Dispatch Planner ganó las columnas Driver Fleet, Truck Fleet y Next planned event. Las empty miles ahora se recalculan cuando cambia la parada previa de un viaje. La Reports Library ganó **Days to Invoice** y **Lane Profitability**, y las Custom References ahora cubren también clientes y ubicaciones.

A finales de mes, el despacho y la administración de la empresa se volvieron más seguros. Alvys ahora le advierte antes de asignar un tráiler o un camión ya comprometido con otro viaje, un viaje dividido conserva su tráiler en lugar de perderlo, registrar una subsidiaria verifica que sea titular del MC# o USDOT#, y editar el perfil de la empresa queda limitado a Admin, Support y Partner Admin.

## Invoicing & Billing (4 de agosto)

### Bill of Lading y Proof of Delivery ahora son requisitos separados

Alvys aceptaba un **Bill of Lading** cargado en lugar de un **Proof of Delivery** ausente al decidir si una carga podía liberarse o facturarse. Ese comportamiento se construyó para operaciones cuyo BOL lleva las firmas de entrega, pero no había forma de desactivarlo — de modo que una subsidiaria que realmente necesitaba un POD podía facturarse solo con un BOL.

Esto ahora es una elección explícita por subsidiaria. **Proof of Delivery** sigue siendo el documento requerido, con una subopción anidada, **Use Bill of Lading as Proof of Delivery**, debajo. Actívela y un BOL puede sustituir a un POD ausente, exactamente como antes. Déjela desactivada y solo un POD real cumple el requisito. Cuando ambos documentos están en una carga, el POD siempre tiene prioridad.

**Lo que conviene saber:**

* El mismo ajuste gobierna AutoMerge, no solo la puerta de liberación y facturación — por lo que un BOL se une al paquete de la factura como POD solo cuando ha optado por permitirlo.
* **Esto cambió el valor por defecto.** Las subsidiarias que no optaron durante la ventana de aviso pasaron a la separación estricta el 4 de agosto, lo que significa que una carga ya no puede liberarse ni facturarse solo con un BOL. Si la liberación o la facturación han comenzado a fallar por un POD ausente, este ajuste es el primer lugar donde mirar.
* No hubo backfill, así que el ajuste refleja lo que cada subsidiaria eligió en lugar de lo que hacía implícitamente antes.

**Más información:** [Invoicing Settings](/es/help/accounting-settlements/invoicing-settings)

## Driver Pay & Settlements (agosto)

### Las reglas de pago de conductores pueden excluir cargas no facturables (17 de agosto)

Las reglas de tarifa de pago de conductores ya pueden tener en cuenta si una carga es facturable o no facturable. Si usa cargas no facturables para registrar movimientos de reposicionamiento, como enviar a un conductor a recoger un tráiler precargado, ahora puede condicionar una política de tarifa para que no se aplique en esos movimientos, en lugar de corregir cada statement a mano después.

Es una condición nueva dentro del constructor de reglas de tarifa existente. Sus reglas actuales no cambian hasta que la añada.

### Otras mejoras

* Los saldos negativos en los statements de conductores pueden arrastrarse automáticamente, así que ya no tiene que perseguirlos manualmente cada periodo.
* Cree periodos de pago fuera de ciclo, y elija fechas de inicio de periodo más antiguas cuando necesite más flexibilidad.
* Muestre opcionalmente la fecha de remesa en los statements de transportistas, mediante un nuevo interruptor de configuración.
* Las notas de accesoriales aparecen ahora en el statement, aportando contexto de pago más claro.
* Los modales de transacción muestran subtotales de tarifa, por lo que los totales son más fáciles de verificar de un vistazo.
* Revierta un statement cuando falle la sincronización con contabilidad o con el proveedor de pagos, para que pueda corregir y reenviar en lugar de quedar bloqueado.
* Los pagos a proveedores de Triumph se sincronizan automáticamente con su ERP.
* Carrier Settlements puede agrupar los ítems abiertos por factoring, filtrar por transportista dentro de esa vista y, opcionalmente, restaurar las filas por transportista para los flujos remit-to. Los borradores de Carrier Settlement también se actualizan de inmediato tras desaprobar ítems desde la barra lateral.
* Las deducciones específicas de un camión permanecen ligadas al camión correcto en lugar de dispersarse por una flota, y las reglas de deducción ya no reaparecen semana tras semana tras la generación de nómina en Business Central.
* Añadir detention o layover a una carga ya pagada ya no recalcula la milla incorrectamente, la milla del statement con accesoriales es más precisa, y las vistas previas del statement en borrador muestran el PDF correcto.
* Puede desmarcar cargas pagadas en más estados cuando se necesita una corrección, y los accesoriales pagados ya no reaparecen como no pagados para owner-operators tras la migración al New Pay Module.
* Los statements de owner-operator se generan de forma fiable incluso cuando se ha eliminado una regla de deducción antigua, y los statements de owner incluyen las cargas que espera.
* Los paquetes de factoring de Triumph mantienen la factura del transportista en el PDF combinado, los documentos de auditoría de lumper se asignan al tipo de documento correcto, y los detalles remit-to de factoring se sincronizan correctamente para los transportistas pagados por TriumphPay en las integraciones de contabilidad.
* La acción **Release** permanece disponible tras cargar las facturas del transportista.
* Cuando un código EFS ya se ha emitido o utilizado, puede seguir corrigiendo el transportista o el conductor en la carga, y EFS eCheck connect informa las fallas permanentes con claridad en lugar de como interrupciones temporales.
* Las cargas de factoring tienen éxito cuando el número DOT del transportista está correctamente establecido.
* Las fechas de settlement se muestran correctamente para los usuarios fuera de las zonas horarias de EE. UU., los filtros de periodo de pago ocultan los periodos obsoletos a menos que aún tengan un borrador activo, y el orden de columnas de su Pay Module se mantiene después de reordenarlas.
* Los conductores pueden ver los pay stubs y las cargas completadas de nuevo en la app móvil.
* Las actualizaciones del credit limit se guardan sin error de servidor.
* Guarde y reutilice vistas personalizadas en Driver Settlements.
* Exporte statements de conductores de forma masiva en un único archivo ZIP.
* Controle quién puede revertir un statement de conductor mediante un permiso dedicado.
* Vea las horas trabajadas y el dispatcher en la grilla de Driver Settlements.
* Las fechas de factura y de vencimiento se aplican automáticamente en las pestañas de settlement de transportistas, y se mantienen consistentes entre la página principal y el perfil del transportista.
* Exporte borradores de settlement para aprobación del manager de forma más fiable.
* Las cargas en modo carrier ya no aparecen como transportistas externos elegibles para settlement.
* Genere settlements de transportistas sin necesidad de acceso a Dispatch.
* Quite la etiqueta de pagado al conductor cuando lo necesite, y las cargas ya pagadas al conductor quedan protegidas frente a cancelaciones accidentales.
* Guarde las deducciones editadas sin tener que volver a seleccionar la fecha.
* Genere un statement desde un borrador de forma más fiable cuando la agrupación por factoring está desactivada.
* Guarde los pay schedules correctamente, para que se puedan crear nuevos periodos de pago sin errores.
* El estado de pago de una carga se lee con más claridad, así que es evidente cuándo y por qué se marcó como pagada.
* El editor de rate plan usa todo el ancho de la pantalla mientras configura el pago.

## Invoicing, Billing & Accounting (agosto)

* Las exportaciones en cola de QuickBooks Desktop esperan ahora en la cola hasta que el Web Connector las recoja, así que un conector lento o desconectado ya no descarta silenciosamente las facturas al cabo de una semana.
* La sincronización con QuickBooks Desktop es más fiable al añadir proveedores de combustible, las sesiones ya no se bloquean a mitad de sincronización, y los pagos de cargas completadas fluyen a QuickBooks de forma más consistente.
* Los viajes facturados permanecen como Invoiced — el estado ya no vuelve inesperadamente a Released.
* Empareje clientes por número de empresa al sincronizar facturas con Business Central.
* La generación de facturas ya no se queda atascada en Processing.
* Las facturas atascadas de QuickBooks Desktop se limpian de Error Transactions de forma más fiable, y la atribución de pagos entre QuickBooks Online y Desktop se mantiene correcta.
* Reexporte a su ERP un supplemental ya contabilizado después de revisarlo en Alvys.
* Las fechas de entrega de facturas y los números de factura en la exportación Load Usage son más precisos.
* El shared billing exporta todas las transacciones de Business Central de su selección, no solo la primera.
* Puede regenerar una factura incluso cuando un archivo adjunto ya no está disponible, y la generación de facturas se completa sin errores inesperados.
* Exporte el conjunto completo de ciclos de facturación que seleccione en la página de facturación.
* **Change Customer** está disponible en cargas Released cuando tenga permiso.
* Las entradas de pago duplicadas ya no inflan Amount Paid en las facturas, y las exportaciones del informe Aging muestran totales y agrupación precisos.

## Loads & Dispatch (agosto)

### Alvys le advierte antes de comprometer dos veces un tráiler o un camión (24 de agosto)

Asigne un tráiler o un camión que ya está comprometido con un viaje despachado o en tránsito durante el mismo período y Alvys ahora nombra el viaje en el que está antes de que la asignación se complete. Es una advertencia y no un bloqueo, así que puede leerla y continuar de todos modos, pero ya no se entera después. Funciona en todos los lugares donde asigna equipo, incluidos el asistente Manage Assets, el diálogo de preasignación de tráiler, el tablero de cargas y ambas versiones del Dispatch Planner.

La planificación anticipada de rutina no la activa. Un camión que termina un viaje hoy y comienza otro mañana no es un conflicto.

**Más información:** [Cómo despachar una carga](/es/help/loads-trips/how-to-dispatch-a-load)

### Su tráiler se queda con la carga cuando divide un viaje (24 de agosto)

Dividir un viaje solía eliminar el tráiler del nuevo tramo. Ahora Alvys pregunta si quiere conservarlo y lo mantiene de forma predeterminada. Asigne un tráiler a un tramo después de una división y Alvys le ofrece aplicarlo a los demás tramos de esa división, completando los vacíos y dejando en paz cualquier tramo que ya tenga un tráiler distinto. Quitar un conductor o un camión tampoco se lleva el tráiler; hay una casilla independiente **Also remove trailer** para cuando sí lo quiera.

**Más información:** [Optimize - Dividir viajes y reordenar paradas](/es/help/loads-trips/optimize-split-trips-rearrange-stops)

### Columnas Driver Fleet y Truck Fleet en la grilla Trips del Dispatch Planner (18 y 20 de agosto)

La grilla Trips de Dispatch Planner v2 ya puede mostrar la flota detrás de cada viaje. **Driver Fleet** muestra la flota del conductor asignado al viaje y **Truck Fleet** muestra la flota del camión asignado. Truck Fleet llegó el 18 de agosto y Driver Fleet el 20 de agosto.

Ambas columnas están ocultas hasta que las añade desde el selector de columnas, y las dos se pueden ordenar y filtrar por flota. Cuando un viaje lo cubre un equipo de conductores, Driver Fleet muestra la flota del conductor 1, igual que la grilla Drivers.

**Más información:** [Dispatch Planner](/es/help/loads-trips/dispatch-planner)

### Columna Next planned event en la grilla Drivers del Dispatch Planner (13 de agosto)

La grilla Drivers ya puede mostrar cuál es realmente el próximo compromiso de un conductor, no solo cuándo empieza. **Next planned event** muestra Trip, Hometime, Vacation, Restart, Sick or Emergency, Work order, Repair u Other, y un guion cuando no hay ningún compromiso próximo.

Se lee de la misma ventana de disponibilidad que Next planned at y Available in, así que las tres describen el mismo evento. Su uso práctico es cargar al conductor en dirección a casa y no en sentido contrario: puede ver que tiene Hometime próximo sin abrir la barra lateral. La columna se ordena y se filtra como las demás.

**Más información:** [Dispatch Planner](/es/help/loads-trips/dispatch-planner)

### La pantalla heredada de Load Creation se está retirando (17 de agosto)

La antigua pantalla de Load Creation se está apagando por fases, y **el último día que funciona en cualquier cuenta es el 31 de agosto**. A partir de entonces, todas las cuentas crearán cargas en el formulario New Load actual.

Los tenants cuyos usuarios ya habían creado cargas en el formulario actual durante los 30 días previos perdieron primero el acceso a la pantalla antigua, el 17 de agosto, y cada día se suman más cuentas hasta la fecha límite. Si su equipo todavía usa la pantalla antigua, migre antes del 31 de agosto para que el cambio no llegue a mitad de turno. No hay nada que migrar ni datos que se muevan; solo cambia la pantalla en la que crea las cargas.

**Más información:** [Cómo crear una carga](/es/help/loads-trips/how-to-create-a-load)

### Otras mejoras

* Vea exactamente qué credenciales están bloqueando la asignación de un transportista.
* Cree load templates con tiempos de tránsito de hasta 30 días, en lugar del antiguo límite de 10 días.
* Use custom references en cargas en más estados de carga.
* El dispatcher de una carga se mantiene al editar la carga.
* Asignar un conductor en el planner conserva sus preferencias de asignación de dispatcher.
* Las notas internas de location vuelven a aparecer en la carga.
* Vea y edite Previous Stop en los flujos de subsidiaria y solo-carrier.
* El sequential dispatch ahora vigila los solapamientos de camión y de activo, no solo los de conductor.
* Available at y Available in en la grilla Drivers del Dispatch Planner se anclan ahora en el viaje que un conductor entregó realmente en último lugar, así que los viajes con ventanas superpuestas ya no muestran al conductor libre en el lugar o el momento equivocado.
* Home time ya no anula la disponibilidad real del conductor en el Dispatch Planner.
* Hay opciones de longitud de equipo más largas al gestionar activos.
* Añadir una ubicación usa un etiquetado más claro, para que sea evidente que está creando una location y no un customer.
* Clonar una carga y generar las carrier rate confirmations funcionan incluso cuando faltan nombres de stops.
* Puede borrar la prioridad en una carga no facturable ya completada.
* Las ediciones de shipper location se guardan correctamente incluso cuando ya se ha generado una factura.

## Mileage, Routing & Mapping (agosto)

### Las empty miles se recalculan al cambiar la parada previa de un viaje (17 de agosto)

Editar la ubicación previa de un viaje recalcula ahora las empty miles en **todos** los viajes, y la cifra en la página se actualiza en cuanto guarda.

Antes, el recálculo solo se ejecutaba en viajes cuyo millaje venía del motor de millaje. En un viaje con una fuente de millaje manual o proveniente del tender, o sin fuente definida, la parada previa cambiaba pero las empty miles conservaban el valor antiguo o quedaban en blanco. Eso se trasladaba directamente al total de empty miles y al pago por milla del conductor.

Dos detalles que conviene conocer. Si la consulta de millaje falla, las empty miles se borran en lugar de quedarse incorrectas: un campo en blanco significa “aún no calculado”, y volver a guardar la parada lo reintenta. Y un millaje de carga que introdujo a mano sigue sin ser sobrescrito nunca por un recálculo automático.

**Más información:** [Fuentes y tipos de millaje](/es/help/loads-trips/mileage-sources-and-types)

### Otras mejoras

* La resolución de la parada previa y la precisión de las empty miles mejoran cuando llegan los datos reales de recogida.
* Los peajes se deducen de forma más fiable.

## Fuel (agosto)

* Las importaciones de IFTA y de custom fuel son más claras y tolerantes: las filas excluidas aparecen como feedback de éxito parcial, las columnas opcionales permanecen opcionales, y los sinónimos comunes de diésel se asignan correctamente a Truck Diesel.
* Las transacciones de combustible ya no aparecen como duplicadas.
* Activar Alvys Marketplace vuelve a funcionar.
* Las compras de combustible de Comdata aparecen en la pantalla de settlement.
* La sincronización de combustible de EFS vuelve a ser fiable, y los números de camión de Relay se rellenan correctamente.
* Los informes de IFTA se sincronizan correctamente después de hacer clic en Sync.

## Reporting & Insights (agosto)

* Dos incorporaciones a la Reports Library: **Days to Invoice** y **Lane Profitability**.
* Las visualizaciones personalizadas admiten filtros de fecha "next", como los próximos 7 o 30 días.
* Los cambios de acceso a Reporting realizados en User Details se aplican como se espera — incluida la revocación del acceso de autoría.
* La sincronización de la hoja de comisiones incluye el conjunto completo de datos esperados, y los statements de conductores que comparten la misma fecha aparecen ahora correctamente.
* Las exportaciones de informes programados vuelven a enviarse como se espera.

## Integrations, EDI & Tracking (agosto)

* Manejo más robusto de EDI 214 y 990 para flujos de socios, incluidos el detalle de llegada y ubicación, y las cargas EDI de socios reciben con más fiabilidad las fechas y horas de stop.
* Tras un share EDI exitoso, la etiqueta **Shared update** de la tarjeta de stop se refresca de inmediato, y las actualizaciones de tender EDI conservan las notas consolidadas de shared y ruta en lugar de sobrescribirlas.
* Los datos de tracking saliente de MacroPoint llegan a sus clientes de forma más fiable.
* Las rutas del mapa se cargan de forma consistente en el Asset Map.
* Los acuses 997 rechazados quedan resueltos, y el mapeo de 214 es más preciso, incluidos los filtros del segmento L11.
* Los tenders 204 que usan códigos de mapeo S5 se aceptan de forma más fiable.
* Los números PU se añaden automáticamente en las cargas de BluJay y JBS.
* Los tenders EDI de Armada se crean con el tipo de equipo reefer correcto en lugar de un dry van de 53 pies.
* Las integraciones ELD de Motive se reconectan de forma más fiable.
* Los datos de tracking saliente de FourKites siguen llegando a sus clientes.
* Se recortan los espacios en blanco del destino que provocaban desajustes de ubicación en EDI.
* Las lecturas de temperatura de retorno de aire multizona de los datos ELD se conservan en lugar de descartarse.

## Companies, Contacts & Access (agosto)

### Una nueva subsidiaria ahora verifica que sea titular del MC# o USDOT# (24 de agosto)

Crear una subsidiaria incluye un paso que confirma que es titular de la autoridad que está registrando, antes de que la subsidiaria se cree. Los datos verificados del transportista precompletan el formulario y, una vez que una subsidiaria está verificada, su MC# y USDOT# quedan bloqueados, porque esos números se imprimen en las confirmaciones de tarifa y en las facturas. A partir de ese punto, una corrección es una solicitud de soporte. Un número ya registrado por cualquier cuenta de Alvys se rechaza mostrando el motivo, y si la verificación no puede completarse la subsidiaria no se crea en lugar de dejarla pasar sin verificar.

Esto se está habilitando en las cuentas de forma gradual, así que puede que aún no vea el paso.

**Más información:** [Cómo agregar un USDOT# a una subsidiaria](/es/help/administration/how-to-add-a-usdot-to-a-subsidiary)

### Editar el perfil de la empresa y agregar subsidiarias ahora requieren Admin, Support o Partner Admin (24 de agosto)

El teléfono del propietario, el correo del propietario y los países de operación antes eran editables por cualquier usuario con sesión iniciada de su empresa, y también lo era crear una subsidiaria. Ambas acciones ahora se limitan a **Admin**, **Support** y **Partner Admin**. Partner Admin ahora puede editar los países de operación, algo que la verificación anterior dejaba fuera por error.

Para el resto, esos campos son visibles pero de solo lectura, uno vacío muestra **Not Set**, y la opción de crear una subsidiaria se oculta en lugar de fallar al hacer clic. Si es Biller, Accountant, Dispatcher u Operation Manager y ya no ve **New Subsidiary**, esa es la restricción funcionando como corresponde.

**Más información:** [Cómo agregar un USDOT# a una subsidiaria](/es/help/administration/how-to-add-a-usdot-to-a-subsidiary)

### Custom References para clientes y ubicaciones (20 de agosto)

Las Custom References ya existían para cargas, viajes, stops, conductores, camiones y trailers. Ahora cubren también **customers** y **locations**, así que sus perfiles de empresa o de facility pueden llevar los identificadores que usa — números de cuenta internos, notas de facility, etiquetas de región — en lugar de esconderlos en instrucciones generales.

**Lo que obtiene:**

* Dos nuevas pestañas en **Settings > Custom References**: **Customers** y **Locations**. El flujo de creación, edición y desactivación es el mismo que en las demás pestañas, con los mismos tipos de campo — Text, Date, Select y Checkbox.
* Una sección **References** en cada perfil de empresa y en cada perfil de location, junto a los campos estándar, donde los valores se añaden y editan directamente.
* Columnas opcionales en las grillas Customers y Locations — una por cada referencia que decida mostrar allí.
* Los valores de referencias de customer y location están disponibles a través de la API pública de Alvys.

**Algunos límites que conviene conocer:**

* Las nuevas columnas de la grilla muestran valores pero aún no admiten ordenación ni filtrado.
* Los valores de referencia aún no se incluyen en la exportación CSV de Customers o Locations.
* Los documentos (rate confirmations, Bills of Lading, facturas) no llevan referencias de customer o location, del mismo modo que ya funcionan las referencias de conductor, camión y trailer.

**Más información:** [How to Set Up Custom References in Alvys](/es/help/administration/how-to-set-up-custom-references-in-alvys)

### Otras mejoras

* La tarjeta Profiles se abre contra el tenant que está viendo actualmente, no contra su primer tenant.
* La casilla **Select all** de permisos refleja con precisión una selección parcial.
* Las custom references heredadas de conductor, como hire date, vuelven a ser editables donde el registro subyacente estaba incompleto.
* Los usuarios eliminados salen de la lista Users de inmediato, sin necesidad de refrescar.
* Permanece con la sesión iniciada durante los flujos de trabajo activos. Un fallo breve de autenticación ahora se reintenta en silencio en lugar de cerrarle la sesión y perder las ediciones en curso, así que los cierres de sesión inesperados deberían ser mucho más raros.
* Las imágenes de los artículos del Help Center vuelven a cargarse de forma fiable.

## Search & Imports (agosto)

* Las importaciones de la lista de camiones terminan de forma fiable y muestran los errores en lugar de quedar colgadas en silencio.

## Public API

En agosto también se enviaron cambios orientados a integradores, incluida una validación más estricta de los parámetros pasados a las herramientas MCP de Alvys. Están documentados para desarrolladores en el [Alvys changelog](/es/api/changelog).