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.
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.
El cambio sustituye el borrado mediante marcas y añade herramientas para consultar y limpiar registros residuales. Su integración en el repositorio no confirma todavía su disponibilidad en una actualización distribuida de Business Central.
Microsoft anuncia paquetes de Business Central Essentials o Premium con Microsoft 365 Copilot Business desde el 1 de enero de 2027. Las tarifas publicadas son de 95 y 125 USD por usuario y mes; las experiencias accesibles dependerán de las aplicaciones y servicios licenciados.
Microsoft incorpora la gestión del alquiler de equipos a Supply Chain Management, conectada con Finance. La documentación permite examinar el proceso; el escenario con Copilot Cowork se presenta como una demostración.
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.
La API permite consultar y modificar políticas en empresas, organizaciones, equipos y aplicaciones de agentes. Su uso exige identificar quién controla cada decisión y revisar los cambios.
Las instrucciones orientan a asistentes de programación compatibles. Su evaluación exige revisar el alcance de instalación, las dependencias del proyecto y los cambios generados.
Apple abre la integración de acciones mediante App Intents. Para los desarrolladores españoles, la disponibilidad de Siri AI en Mac y Vision Pro convive con su ausencia en iPhone, iPad y Apple Watch.
Un cambio integrado en BCApps permite preparar el aprobador intermedio de un informe en estado Released sin enviarlo todavía a aprobación. Su despliegue en clientes no está confirmado.
Comprobado el 7 de noviembre de 2026 mediante el commit, la PR, el código y la documentación de Microsoft. El alcance acreditado es un cambio integrado en main. No se ha confirmado una versión distribuida que lo incluya ni su funcionamiento en un entorno de cliente.
Microsoft integró el 6 de noviembre en la rama main de BCApps una corrección para asignar un aprobador intermedio antes de enviar un informe de gastos a aprobación. El cambio corresponde a Expense Agent y quedó registrado en la PR #13690.
La novedad permite guardar esa elección cuando el informe está en estado Released. La asignación conserva tanto el estado como el aprobador activo; el envío posterior inicia la etapa intermedia. El commit 76013d8 también adapta la acción de la página para utilizar la comprobación de estados compartida.
Qué permite cada estado
La lógica admite la asignación únicamente en Released y Pending Approval. Los nombres siguientes son los identificadores del código, no una equivalencia certificada con las etiquetas de la aplicación web. La distinción se observa en el módulo de gestión de aprobaciones.
Estado
Asignación del aprobador intermedio
Efecto
Released
Permitida si se cumplen los demás controles
Guarda la elección sin enviar el informe ni cambiar el aprobador activo.
Pending Approval
Permitida si se cumplen los demás controles
Actualiza también el aprobador activo.
Otros estados
Bloqueada
Open, Interim Approved y Approved no permiten esta asignación; la condición tampoco admite Rejected.
Los conflictos se vuelven a comprobar
El agente debe estar habilitado y el aprobador debe cumplir los requisitos de elegibilidad. Se mantienen las validaciones del actor que realiza la asignación y las incompatibilidades con el propietario del informe y el aprobador final. El código vuelve a comprobar los conflictos cuando recalcula la ruta al enviar, reenviar o reabrir un informe aprobado. Código de aprobación.
Si el aprobador intermedio coincide con el final tras ese cálculo, la operación genera un error. La descripción del cambio advierte de que un informe aprobado puede necesitar un ajuste de la configuración de aprobaciones antes de reabrirse. Detalle de compatibilidad.
Ejemplo sintético: un gasto de proyecto
Supongamos que una empleada prepara un informe de gastos de un proyecto. Quiere que lo revise primero la responsable del proyecto y después una persona de Finanzas con la aprobación final. Con el informe en Released, y suponiendo que ambas personas sean elegibles y no existan conflictos, configura la etapa intermedia. Todavía no ha enviado el informe.
Al enviarlo, la revisión pasa primero por la responsable del proyecto y después por Finanzas. Este es un ejemplo hipotético del flujo descrito, sin usuarios, importes ni resultados reales.
La interpretación de Nexo es que separar la preparación de la ruta y su activación puede facilitar las integraciones: permite decidir quién revisará antes de iniciar la aprobación. Ese beneficio potencial no equivale a una reducción de tiempos medida.
Disponibilidad y límites de la comprobación
Microsoft presenta Expense Agent para Business Central online como una característica en versión preliminar apta para producción, sujeta a condiciones adicionales. Esa descripción general no acredita la distribución de esta corrección concreta. Documentación de Expense Agent.
El manifiesto del módulo en este commit declara la versión 30.0.0.0. Es un dato del código de desarrollo: no permite afirmar por sí solo qué actualización instalada incorpora el cambio. Las fuentes consultadas no confirman su fecha de despliegue. Manifiesto de la aplicación.
La PR documenta pruebas añadidas y ajustes tras errores anteriores, pero su descripción indica que las pruebas corregidas no se habían vuelto a ejecutar en aquella sesión. Esta revisión editorial no verifica resultados de ejecución posteriores. Registro de validación.
Aunque la corrección se plantea para el uso mediante API, no se ha verificado un contrato HTTP versionado para integradores. El artículo describe la lógica AL contrastada; no proporciona un endpoint ni una petición listos para producción.
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.