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.
Agent 365 tiene disponibilidad general comercial desde el 1 de mayo de 2026 y licencia por usuario; las fuentes consultadas no precisan el estado de despliegue de Action Center.
Dos ajustes integrados en el código de Business Central permiten controlar la restauración de cantidades en pedidos de venta y compra. Permanecen activados por defecto; el hito 30.0 no confirma su disponibilidad en un tenant.
Copilot llega al asistente integrado de Xcode en vista previa pública y a JetBrains Air. Agent Merge también mejora el seguimiento de las pull requests, con condiciones distintas según el entorno.
Un commit de BCApps describe un conflicto de numeración al importar pedidos de Dynamics 365 Sales a Business Central con líneas recurrentes automáticas, relevante para la aceptación de la integración comercial.
Las restricciones con macOS 27 y Xcode 27 obligan a revisar la extracción de código. El análisis sin compilación ofrece alternativas con límites según el lenguaje.
El panel de impacto añade Copilot Chat y la ventana Agents de VS Code. La ampliación permite observar más hábitos de uso, pero exige distinguir participación por funciones, fases de adopción y periodos comparables.
Canvas permite seguir el plan y revisar cambios junto a la conversación en Teams. El acceso requiere un plan de Copilot de pago y está sujeto a permisos, políticas y consumo.
GitHub · Anuncio: · Revisión editorial
Canvas junto a la conversación de Teams. Captura: GitHub.
Una caché y cambios en la carga de campos buscan evitar lecturas repetidas y cargas JIT. El CI/CD consta como satisfactorio; el ahorro de tiempo sigue sin una comparación verificada.
Comprobación documental: 8 de noviembre de 2026. Revisados el diff, la petición integrada y los estados públicos de compilación y CI/CD. La PR figura en el hito 30.0, sin una compilación distribuida a clientes identificada en las fuentes consultadas. Nexo no ha compilado ni ejecutado el cambio.
Microsoft integró la PR 13725 de BCApps en la rama `main` el 6 de noviembre de 2026. La petición está asignada al hito 30.0.
El proceso afectado tiene una función contable concreta. El ajuste propaga cambios de coste a los movimientos relacionados, como explica la documentación de Microsoft. Para el método de coste medio, Business Central utiliza una media ponderada periódica; el período y la agrupación configurados delimitan el cálculo. Microsoft desarrolla ese funcionamiento en su descripción del coste medio.
Qué cambia en las lecturas
El diff del commit modifica la codeunit 5895, Inventory Adjustment, en las variantes W1, APAC y RU. Sus cambios principales son:
Guardar `Positive` por número de movimiento de producto y vaciar la caché en `DeleteAvgBuffers`.
Ampliar las listas de campos cargados para las cadenas de aplicación y otras operaciones posteriores.
Retirar dos llamadas al auxiliar `LoadFields` en rutas que copian movimientos de valor a búferes temporales.
Qué acredita la validación
La descripción de la PR conserva una contradicción: marca compilación y ejecución locales en la lista de comprobación, pero después afirma que no se realizaron y que se confía en CI. Ese texto no permite dar por acreditadas las pruebas locales.
Sí existe evidencia pública de automatización: la compilación W1 de la PR figura como superada y el CI/CD del commit integrado muestra el estado Success. Los registros completos requieren iniciar sesión. Estos estados no aportan una medición comparativa del rendimiento ni equivalen a una reproducción independiente por Nexo.
Interpretación de Nexo: revisar qué campos se necesitan
La documentación de registros parciales de AL explica el mecanismo: acceder a un campo no cargado puede provocar una lectura adicional just-in-time, o JIT. También advierte de que copiar registros parciales a temporales exige cargar todos sus campos. Seleccionar inicialmente menos columnas puede perder su ventaja si la operación siguiente necesita recuperarlas.
La lectura editorial es que el cambio aborda trabajo redundante en el acceso a datos. La magnitud del beneficio debe medirse con una carga concreta. Reducir lecturas tampoco basta para deducir que la duración crecerá linealmente al aumentar los movimientos.
Ejemplo de evaluación con datos sintéticos
Como propuesta de Nexo, un ensayo podría comparar dos compilaciones que permitan aislar el cambio, restaurando la misma copia de datos antes de cada ejecución. Se mantendrían constantes configuración, extensiones y recursos. Un conjunto sintético incluiría compras, ventas, devoluciones y cargos de productos con coste medio, y se repetiría con volúmenes crecientes. Este ejemplo no presenta resultados obtenidos.
Microsoft documenta que los registros del ajuste de costes permiten consultar duración y diferencias de coste por ejecución. Analizar las lecturas requiere además un perfil de acceso a datos.
Qué comprobar
Criterio del ensayo
Duración
Repetir las ejecuciones y registrar la variación.
Acceso a datos
Comparar lecturas y cargas adicionales con el mismo método de perfilado.
Resultados de coste
Contrastar movimientos de valor e importes, además del tiempo.
Escalabilidad
Aumentar el volumen sin cambiar las demás condiciones.
Disponibilidad: falta identificar la compilación distribuida
El hito expresa planificación. Las fuentes consultadas no identifican una compilación disponible para clientes que incluya el cambio. Para atribuirle una mejora en un entorno concreto habrá que confirmar primero su inclusión en esa versión y después medir el proceso.
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.