Microsoft extiende los límites de uso a más funciones de Copilot Chat para usuarios sin licencia de Microsoft 365 Copilot en organizaciones comerciales. Los avisos requieren preparar al soporte y revisar las solicitudes de licencias, sin convertir cada límite en una recomendación de compra.
Microsoft aplaza el cambio para nuevas compras CSP a enero–marzo de 2027. Determinadas experiencias elegibles pueden generar cargos adicionales a la licencia, sujetos a un límite mensual ajustable.
Microsoft · Anuncio: · Revisión editorial
Microsoft 365 Copilot en Microsoft Word (archivo). Imagen: Microsoft. Used with permission from Microsoft.
El cambio integrado en BCApps crea líneas de dieta en los nuevos informes de gastos de cada viajero. Su incorporación al repositorio no acredita todavía el despliegue en los entornos de clientes.
Contraste documental realizado el 7 de noviembre de 2026 sobre el commit, la solicitud de integración, código y pruebas consultados, el manifiesto de la aplicación y Microsoft Learn. Integración en main confirmada; manifiesto 30.0.0.0. Las fuentes consultadas no confirman una fecha de despliegue de esta modificación. Nexo no ha ejecutado la aplicación ni sus pruebas.
Un cambio integrado, con disponibilidad por confirmar
Microsoft integró el 6 de noviembre de 2026 la modificación de Expense Agent en la rama main de BCApps mediante la solicitud de integración #13721. El cambio conecta la aprobación de viajes con la preparación de sus dietas.
El manifiesto de la aplicación en ese commit identifica Expense Agent como Preview y declara 30.0.0.0 como versión de la aplicación. Esa numeración describe el código consultado; no demuestra que una compilación con el cambio esté instalada en un entorno concreto.
La documentación pública sobre solicitudes de viaje describe todavía la versión 29: las solicitudes se gestionan en Business Central, no en la experiencia web o móvil de Expense Agent, y no generan automáticamente un informe de gastos. La documentación se presenta como preliminar. Conviene mantener separados ese alcance documentado y el desarrollo incorporado a main.
Qué incorpora el código
Cuando está activado Per Diem Included, la rutina de creación añade una línea de dieta a cada informe nuevo. Los informes existentes quedan fuera de esa incorporación. La línea toma la ubicación y las fechas y horas reales del viaje; después aplica la regla una vez. Así se observa en el código de Expense Report Header.
La selección utiliza la primera categoría activa de tipo Per Diem, según el orden de clave, con una regla para la ubicación y vigente al comenzar el viaje. El procedimiento de búsqueda descarta categorías inactivas y reglas cuya fecha de entrada en vigor sea posterior. Si varias categorías pueden encajar, su orden merece atención funcional.
Configuración necesaria y excepciones
El mensaje del commit advierte de dos bloqueos al crear la dieta: ausencia de una regla aplicable o de una condición Daily Rate en la regla correspondiente. Describe que la solicitud permanece en Released y atribuye el comportamiento tanto al flujo de aprobación como a la acción de API. También distingue un caso válido: con el cálculo configurado en None, se crea una línea de importe cero.
El cambio también excluye las dietas de los controles de número de justificante y nombre de comercio, según la validación de reglas. La cabecera de reglas impide exigir un comercio específico para esa categoría. Estas excepciones corresponden a controles concretos del producto.
Escenarios sintéticos para preparar la validación
Esta matriz es una propuesta de Nexo para cuando se disponga de una compilación que incluya el cambio. Combina los casos descritos por el autor con comprobaciones funcionales propias; no recoge ejecuciones ni resultados de Nexo. El repositorio contiene, entre otras, pruebas de creación de dietas por viajero.
Escenario ficticio
Qué comprobar
Tres viajeros con una regla vigente
Revisar los informes y sus líneas por persona, incluidos los detalles diarios.
Un viajero ya tiene informe
Comparar el documento anterior y comprobar que no recibe una dieta añadida retrospectivamente.
Varias categorías y fechas de vigencia
Registrar qué categoría se selecciona y repetir con una categoría inactiva o una regla futura.
Falta la regla o su condición Daily Rate
Comprobar el error, el estado de la solicitud y la ausencia de documentos parciales.
Cálculo configurado en None
Distinguir una línea válida de importe cero de una dieta que no se haya creado.
Dietas desactivadas en la solicitud
Comprobar que no se añade una línea de dieta.
Aprobación mediante API
Contrastar documentos, errores y estado final con el flujo de aprobación.
Lectura de Nexo y alcance de la comprobación
Nuestra interpretación es que esta modificación desplaza parte de la preparación del gasto al momento de aprobar el viaje. Para los equipos funcionales, el interés está en revisar conjuntamente categorías, ubicaciones, vigencias y tarifas. La automatización podría reducir tareas posteriores, pero las fuentes no aportan una medición de ahorro de tiempo ni de reducción de errores.
Elaborado con asistencia de IA y revisado por Nexo Community. Las propuestas prácticas y la interpretación editorial se distinguen de los hechos documentados.
GitHub Enterprise Cloud incorpora acceso a Copilot para empresas elegibles, sin créditos incluidos. La disponibilidad depende del canal de contratación y el consumo medido se factura desde el primer uso.