Microsoft confirmó que eliminará el acceso directo a Copilot desde la lista de chats de Microsoft Teams, según el aviso del Centro de mensajes MC1477999. El despliegue comienza a mediados de octubre y se espera que esté completo hacia fines de mes — distintos usuarios y organizaciones perderán ese acceso directo en días distintos dentro de esa ventana, no todos al mismo tiempo.

Por qué Microsoft está quitando un acceso directo, no agregándolo

El acceso directo desde la lista de chats ofrecía una experiencia limitada de Copilot dentro de Teams. La aplicación de Copilot completa da acceso a todas las capacidades del producto — y Microsoft lo enmarca explícitamente como parte de un esfuerzo más amplio por ordenar una experiencia que se había fragmentado entre demasiados puntos de entrada distintos. No es casualidad que esto llegue la misma semana del relanzamiento de Copilot como Home, Code y Autopilot: es la misma limpieza aplicada a un punto de acceso específico dentro de Teams.

Un usuario que se acostumbró a abrir Copilot desde el mismo lugar donde chatea con sus compañeros va a notar la ausencia antes de entender el motivo — la comunicación interna importa tanto como el cambio técnico en sí.

Qué deben preparar los equipos de TI antes de octubre

La versión móvil de Teams no se ve afectada por este cambio — solo desktop y web. Para empresas donde Copilot en Teams forma parte del flujo diario de varios equipos, vale la pena anticipar el cambio con una comunicación breve indicando dónde encontrar Copilot a partir de octubre, en vez de dejar que cada usuario lo descubra por accidente cuando el acceso directo desaparezca de su cuenta.

Una lección de gestión de cambio, no solo de producto

Lo que hace distinto a este cambio de otros ajustes menores de interfaz es que quita algo que los usuarios ya incorporaron a su rutina diaria — a diferencia de agregar una función nueva, que la gente puede ignorar hasta que la necesite, quitar un acceso genera fricción inmediata la primera vez que alguien lo busca y no está. Las empresas que manejan bien este tipo de cambios no son las que tienen menos cambios que comunicar, sino las que avisan con anticipación suficiente para que la sorpresa nunca llegue del lado del usuario final.

La entrada Teams quita el acceso directo a Copilot del chat aparece primero en Sistemas JVR.

A partir del 1 de octubre de 2026, Microsoft aplica un recargo del 5% por costo de capital a las suscripciones CSP de término anual que se facturan en cuotas mensuales — productos como Windows Server, SQL Server, CALs y System Center. Es importante entender el alcance exacto antes de asumir que afecta a todo el licenciamiento de la empresa.

Qué sí y qué no queda afectado

No es un aumento de precio del producto — es un cargo financiero por lo que le cuesta a Microsoft cobrar en 12 cuotas en vez de recibir el pago anual por adelantado.

Cuánto puede representar en términos concretos

Para dimensionarlo: una empresa con 500,000 USD anuales en suscripciones elegibles bajo este esquema podría pagar aproximadamente 25,000 USD adicionales al año solo por mantener la facturación mensual en vez de pasarse a pago anual único. No es un monto menor para una empresa mediana, y es exactamente el tipo de detalle que se pierde fácil en una renovación automática.

La decisión real que esto obliga a tomar

Para las empresas con suscripciones elegibles próximas a renovar, la pregunta ya no es solo «¿renovamos?» sino «¿nos conviene más pasar a pago anual único para evitar este recargo, o el flujo de caja mensual sigue valiendo el 5% adicional?» — es una decisión financiera, no solo de licenciamiento, y vale la pena revisarla antes de que la renovación se procese en automático con las mismas condiciones de siempre.

Por qué este tipo de cambios pasan desapercibidos

Los recargos financieros como este rara vez llegan como un anuncio destacado — se comunican en boletines de partner, notas técnicas o actualizaciones de lista de precios que el área de compras de una empresa no siempre revisa línea por línea. La mejor defensa no es esperar a que alguien avise, sino que el proveedor de licenciamiento revise proactivamente cada renovación próxima contra los cambios de precio vigentes antes de que se procese automáticamente bajo las mismas condiciones del año anterior.

La entrada 5% de recargo en licenciamiento CSP anual aparece primero en Sistemas JVR.

Microsoft fijó el 30 de septiembre de 2026 como fecha límite para que las organizaciones con clústeres de Google Kubernetes Engine (GKE) y Amazon Elastic Kubernetes Service (EKS) actualicen su configuración de Microsoft Defender for Containers. Quien no complete la actualización a tiempo corre el riesgo de que el sensor de seguridad del servicio deje de funcionar correctamente — sin una alerta dramática, simplemente dejando de proteger esos clústeres.

A quién afecta realmente este plazo

El riesgo real de este tipo de plazos no es el aviso en sí, sino que el sensor deje de proteger un clúster sin que nadie lo note hasta que ya es tarde — una falla silenciosa es peor que una caída visible.

Por qué esto es relevante más allá de las empresas con Kubernetes multicloud

Cada vez más empresas medianas operan cargas de trabajo en más de una nube — no necesariamente por estrategia, sino porque distintos equipos adoptaron distintas plataformas con el tiempo. Microsoft Defender for Containers es, para muchas de esas empresas, la única capa de seguridad centralizada que cubre GKE, EKS y AKS al mismo tiempo — perder cobertura en dos de las tres sin darse cuenta deja un punto ciego real en la postura de seguridad general.

Qué revisar hoy mismo

El primer paso es simple: confirmar si la organización restringe el tráfico saliente de sus clústeres GKE o EKS. Si la respuesta es sí, verificar que el acceso saliente a los dominios de Microsoft Defender esté correctamente habilitado antes de que termine el día. Si no se restringe el tráfico, no hace falta ninguna acción — pero vale la pena confirmarlo con el equipo de infraestructura en vez de asumirlo.

Qué pasa si el plazo ya venció sin que nadie actuara

Si hoy se confirma que el tráfico de salida está restringido y no se hizo el cambio a tiempo, el paso siguiente es habilitar el acceso saliente a los dominios de Microsoft Defender lo antes posible — el sensor debería recuperar su funcionamiento normal una vez restablecida la conectividad, sin necesidad de reinstalar ni reconfigurar el resto del despliegue. El daño real de haber pasado el plazo no es permanente, pero cada día sin el sensor activo es un día sin visibilidad real sobre amenazas en esos clústeres.

La entrada Hoy vence el plazo de Defender for Containers aparece primero en Sistemas JVR.

Microsoft llevó a disponibilidad general la integración entre Microsoft Purview y Microsoft Entra Global Secure Access, anunciada el 24 de septiembre. La combinación aplica la clasificación y las políticas de Purview directamente a nivel de red a través de Entra — lo que permite descubrir archivos y texto sensible en tiempo real y bloquear su envío hacia destinos de riesgo antes de que el dato salga de la organización.

El escenario concreto que resuelve

Microsoft describe el caso de uso de forma directa: si un empleado —o un agente de IA actuando en su nombre— intenta subir un documento sensible a una herramienta de IA no autorizada, la política puede detener la transferencia antes de que el dato salga. Es la primera vez que esta protección cubre explícitamente el tráfico agéntico «en nombre de» (OBO) — es decir, acciones automatizadas ejecutadas por agentes de IA, no solo las de un empleado humano.

La pregunta que toda empresa con Copilot activo debería hacerse no es «¿mis empleados suben información sensible a IA no autorizada?» sino «¿mis agentes de IA lo harían sin que nadie lo note?»

Otras novedades del mismo anuncio de seguridad

Por qué esto importa más allá de la seguridad tradicional

La adopción de herramientas de IA generativa fuera del control de TI —el llamado «shadow AI»— creció más rápido que la capacidad de los equipos de seguridad de vigilarla. Esta integración traslada el control desde una política que alguien tiene que hacer cumplir manualmente, hacia una barrera automática a nivel de red que actúa sin depender de que un administrador revise cada caso. Para empresas que ya usan Purview, activar esta capa no requiere licenciamiento adicional — es una extensión de lo que ya pagan.

Un requisito que muchas empresas ya cumplen sin saberlo

Para activar esta protección no hace falta un proyecto de implementación desde cero — si la empresa ya tiene Microsoft Purview licenciado y Microsoft Entra como proveedor de identidad, buena parte de la base ya existe. Lo que sí requiere trabajo real es la configuración de las políticas específicas: qué se considera «destino de riesgo», qué tipos de documentos se clasifican como sensibles, y qué excepciones necesita cada departamento para no bloquear flujos de trabajo legítimos por error.

La entrada Purview y Entra ya bloquean fugas de datos a IA aparece primero en Sistemas JVR.

Microsoft presentó el 25 de septiembre un rediseño completo de Copilot, organizado alrededor de tres capacidades: Home, el nuevo punto de partida que une Chat y Cowork con Word, Excel y PowerPoint integrados directamente en la experiencia; Code, que permite a cualquier persona construir sus propias soluciones usando la misma tecnología que GitHub Copilot; y Autopilot, un agente persistente y proactivo que sigue trabajando incluso cuando el usuario no está activo.

Qué cambia en cada una de las tres capacidades

El cambio más relevante para quien administra licencias no es visual — es que Microsoft acompañó este relanzamiento con un modelo de precios revisado y nuevos controles de FinOps, después de meses de que la gestión de costos de Copilot fuera uno de los reclamos más comunes de los equipos de TI.

Un lanzamiento gradual, no inmediato

Home y Code comenzarán a llegar a los usuarios de Frontier en las próximas semanas — no es un cambio que aparezca de un día para otro en todos los tenants. Autopilot, al estar en preview privado, requerirá inscripción y no estará disponible de forma general todavía. El relanzamiento también trae en preview público el Copilot Managed Runtime, la plataforma de hosting para las soluciones construidas con Code.

Qué debería revisar un equipo de TI antes de que llegue

Para empresas que ya tienen Copilot desplegado, el mayor riesgo no es técnico sino de comunicación interna: si los usuarios abren un día su Copilot y encuentran una interfaz distinta sin aviso previo, la fricción de adopción sube innecesariamente. Vale la pena que el equipo de TI se anticipe, entienda qué cambia visualmente en Home, y prepare una nota breve para los usuarios antes de que el rollout llegue a su tenant.

El patrón detrás del nombre «Autopilot»

Que Microsoft haya elegido un nombre que implica autonomía real — no «asistente» ni «copiloto», sino «autopilot» — es una señal de hacia dónde apunta la estrategia de largo plazo del producto: de un modelo donde el usuario le pide algo a la IA y espera una respuesta, hacia uno donde la IA identifica trabajo pendiente y actúa sin que se lo pidan explícitamente cada vez. Para las empresas, eso significa que las políticas de gobernanza de IA que hoy se diseñaron pensando en «qué puede responder Copilot» van a necesitar revisión adicional pensando en «qué puede hacer Autopilot sin supervisión directa».

La entrada Copilot se relanza como Home, Code y Autopilot aparece primero en Sistemas JVR.

Microsoft anunció el 17 de septiembre la disponibilidad general de la habilidad de construcción de apps por modelo dentro de Power Platform — una herramienta que, combinada con un generador de código por IA como GitHub Copilot CLI, convierte una descripción en lenguaje natural de un proceso de negocio en una aplicación completa y funcional.

Cómo funciona en la práctica

El usuario describe el proceso de negocio que necesita — por ejemplo, un sistema de seguimiento de solicitudes de vacaciones, o un registro de mantenimiento de equipos — y la herramienta genera un plan de aplicación para que el usuario lo revise antes de implementarlo. A partir de ahí, construye automáticamente los componentes: tablas, columnas, relaciones, formularios, vistas, gráficos, páginas generativas, mapas del sitio, reglas de validación, roles de seguridad y flujos de proceso de negocio — todos como componentes estándar de Power Apps y Dataverse.

La aplicación generada no es el producto final — es un borrador completo y funcional que un equipo puede seguir ajustando en Power Apps Studio, en vez de empezar desde una pantalla en blanco.

Qué significa para empresas sin equipo de desarrollo propio

Para una empresa mediana sin desarrolladores dedicados, esto reduce la distancia entre «necesitamos una herramienta interna para esto» y tener algo funcional para probar — sin depender de contratar desarrollo a medida para cada proceso interno que hoy se gestiona en hojas de cálculo o por correo. La función funciona junto con herramientas de generación de código por IA, incluyendo GitHub Copilot CLI y Claude Code.

Dónde sigue siendo necesario un criterio humano

La herramienta genera un borrador completo, pero las reglas de seguridad, los roles de acceso y la lógica de negocio específica de cada empresa siguen requiriendo revisión antes de poner una aplicación en producción — sobre todo si maneja datos sensibles o procesos con impacto financiero. Es un punto de partida que ahorra las horas de armar la estructura base, no un reemplazo del criterio de quien conoce el proceso real del negocio.

Qué tan maduro está este tipo de generación automática

Herramientas que generan aplicaciones completas a partir de una descripción en texto no son nuevas en 2026, pero la diferencia real está en qué tan usable queda el resultado sin intervención manual extensa — y en ese sentido, que Microsoft integre esta función directamente con Dataverse y Power Apps Studio (en vez de generar un prototipo aislado que hay que reconstruir en la plataforma real) es lo que la hace más que una demostración técnica. Sigue siendo prudente tratar el resultado como un borrador sólido, no como una aplicación lista para producción sin revisión.

La entrada Power Platform construye apps a partir de texto aparece primero en Sistemas JVR.

Microsoft extendió el descuento del 50% en Purview Suite for Business Premium — vigente ahora hasta el 31 de diciembre de 2026 — para empresas que combinan Microsoft 365 Business Premium con Microsoft 365 Copilot o Copilot Business. El detalle que muchas empresas pasan por alto: este beneficio solo está disponible a través del programa CSP (Cloud Solution Provider) — no aparece si la licencia se contrata directo en el portal de autoservicio de Microsoft.

Qué cubre Purview Suite

Una empresa que ya paga Copilot pero contrató su licenciamiento directo con tarjeta puede estar dejando sobre la mesa un descuento del 50% en la capa de seguridad de datos que ese mismo Copilot necesita.

Por qué Copilot y Purview van de la mano

Microsoft 365 Copilot tiene acceso, por diseño, a todo el contenido que el usuario ya puede ver — correos, documentos, chats de Teams. Sin una capa de gobernanza de datos como Purview, ese mismo alcance amplio de Copilot puede exponer información sensible que antes estaba simplemente «difícil de encontrar» pero ahora es trivial de resumir o citar. Microsoft está empujando este descuento precisamente porque la seguridad de datos dejó de ser opcional en el momento en que Copilot se activa.

El requisito que puede dejar a una empresa fuera del descuento

El descuento se aplica automáticamente en la compra combinada, pero solo dentro del programa CSP — es decir, gestionado por un partner autorizado, no contratado directo en el portal de Microsoft con tarjeta de crédito. Empresas que hoy pagan Microsoft 365 y Copilot de forma independiente deberían verificar con su proveedor de licenciamiento si están dentro de la ventana de elegibilidad antes de que termine el año.

El plazo real detrás de este descuento

Diciembre de 2026 puede parecer lejano, pero el proceso de mover un licenciamiento existente hacia CSP — evaluación, cotización, migración de facturación — no es instantáneo, y las promociones de este tipo históricamente no se renuncian automáticamente al llegar su fecha límite. Una empresa que hoy usa Copilot fuera del programa CSP y quiere aprovechar este descuento antes de que termine el año debería empezar la conversación ahora, no en noviembre.

La entrada Microsoft extiende 50% de descuento en Purview aparece primero en Sistemas JVR.

Microsoft introdujo una nueva arquitectura para Azure Virtual Desktop (AVD) que elimina uno de los mayores dolores de cabeza de los despliegues híbridos: la necesidad de mantener una VPN permanente entre el entorno de nube y el Active Directory local. Usando servidores habilitados con Azure Arc, las empresas pueden desplegar equipos host con unión híbrida a Microsoft Entra ID sin esa conectividad VPN constante.

Por qué importa eliminar la VPN permanente

El método tradicional de unión híbrida de AVD siempre exigió redes complejas, VPNs y la infraestructura de soporte que eso implica. Con servidores Azure Arc, toda la comunicación usa conexiones salientes — eliminando los puertos entrantes abiertos que los atacantes suelen rastrear y explotar activamente. AVD sigue usando Microsoft Entra ID para autenticación, lo que habilita Acceso Condicional, autenticación multifactor y políticas basadas en riesgo sin cambios adicionales.

Cada puerto entrante abierto es una superficie de ataque menos que vigilar — eliminar la VPN permanente no es solo una simplificación operativa, es una reducción real de riesgo.

Qué necesita una empresa para probarlo

La función está en preview público, con registro requerido para participar. Se necesitan servidores locales compatibles (Hyper-V, Nutanix, VMware o físicos) conectados a Azure mediante Azure Arc. Los equipos host Windows Server deben estar unidos a Active Directory local o en unión híbrida; los equipos cliente Windows pueden unirse directamente a Microsoft Entra ID, a Active Directory local, o en modo híbrido.

Para quién tiene sentido evaluarlo ahora

No toda empresa con AVD necesita este cambio de inmediato — si la VPN actual funciona sin incidentes de seguridad ni quejas de rendimiento, migrar en plena fase de preview puede no justificarse todavía. Donde sí vale la pena evaluarlo pronto es en empresas que están por desplegar AVD por primera vez, o que ya identificaron la VPN permanente como un hallazgo de una auditoría de seguridad — ahí, empezar directo con la arquitectura Azure Arc evita construir una infraestructura que de todas formas habría que reemplazar en el corto plazo.

La entrada Azure Virtual Desktop ya no necesita VPN permanente aparece primero en Sistemas JVR.

GitHub sumó varias funciones nuevas a Copilot en su ciclo de lanzamientos semanales: la más relevante para equipos de desarrollo es Automations, ahora en preview público en VS Code 1.137 — permite programar tareas de agente para que se ejecuten solas cada hora, cada día o cada semana, o bajo demanda, sin que un desarrollador tenga que iniciarlas manualmente cada vez.

Cuatro novedades de la misma semana

Un agente que corre en un horario, no solo cuando alguien lo invoca, cambia la pregunta de «¿cuándo tengo tiempo de revisar esto?» a «¿ya está revisado cuando llego a la oficina?»

Por qué Automations es la pieza que más cambia el flujo diario

De las cuatro novedades, Automations es la que más se aleja del patrón «Copilot responde cuando le pido algo» — un agente programado puede, por ejemplo, revisar dependencias desactualizadas cada semana o correr una limpieza de código cada noche, sin que nadie tenga que acordarse de pedirlo. Es el mismo cambio de mentalidad que representó la automatización de CI/CD hace una década: tareas que antes dependían de que alguien las recordara, ahora simplemente ocurren.

Qué evaluar antes de habilitarlo en el equipo

Al estar en preview, conviene empezar con tareas de bajo riesgo — revisiones de estilo, actualizaciones de dependencias menores — antes de programar agentes sobre repositorios críticos sin supervisión directa. La combinación con Project HydraFusion además implica que el equipo debería revisar qué modelo se está usando para cada tarea programada, no asumir que siempre es el mismo.

El riesgo de automatizar sin supervisión

La contracara de programar agentes para que actúen solos es que un error de configuración también se repite solo — un agente con una tarea mal definida ejecutándose cada noche sobre un repositorio puede acumular cambios no deseados durante días antes de que alguien lo note, a diferencia de un error puntual que un desarrollador corrige al momento. Por eso las mismas fuentes que documentan Automations recomiendan empezar con tareas de bajo impacto y revisar los resultados regularmente durante las primeras semanas, no asumir que «programado» significa «resuelto».

La entrada GitHub Copilot ya programa tareas y responde a la voz aparece primero en Sistemas JVR.

El 14 de septiembre, Microsoft publicó actualizaciones fuera de banda (out-of-band) para Windows 11 y Windows 10, corrigiendo una serie de problemas que el propio Patch Tuesday de la semana anterior había introducido. La más señalada, KB5129195 (Windows 11 24H2 y 25H2), llevó ambas versiones a builds actualizados — con actualizaciones equivalentes para 23H2 (KB5129242), 26H1 (KB5129194) y Windows 10 (KB5129236).

Qué estaba fallando exactamente

Para cualquier empresa que dependa de Escritorio Remoto para operar — soporte técnico, servidores de aplicaciones, acceso remoto de empleados — esta no era una falla cosmética, sino una que podía dejar servidores completos sin responder.

Una corrección adicional de seguridad, no solo de estabilidad

La actualización KB5129194 para Windows 11 26H1 incluyó además una corrección de seguridad real: una vulnerabilidad de elevación de privilegios en el Servicio de Energía en Modo Usuario de Windows (CVE-2026-62721), que podía permitir a un atacante obtener privilegios de sistema. No era solo un parche de estabilidad — traía también una corrección de seguridad legítima que conviene aplicar sin demora.

Qué debe hacer el equipo de TI ahora

Estas actualizaciones se instalan automáticamente en equipos sin gestión centralizada, pero en entornos empresariales con Windows Update administrado (WSUS, Intune, Configuration Manager), suele requerir aprobación manual. Si su empresa usa Escritorio Remoto para acceso de empleados o administración de servidores, verificar que este parche fuera de banda ya se aplicó — no esperar al próximo ciclo regular de parches.

Un patrón que se repite: parches que rompen antes de arreglar

No es la primera vez que un Patch Tuesday grande introduce regresiones que exigen una corrección fuera de calendario días después — y con el volumen de 966 vulnerabilidades corregidas apenas una semana antes (ver la cobertura de este mismo medio sobre el Patch Tuesday de septiembre), la probabilidad de que algo se rompa en el camino sube junto con el volumen de cambios. La lección operativa para equipos de TI no es desconfiar de los parches de seguridad — es evitar desplegarlos el mismo día en toda la organización sin una ventana de prueba, incluso cuando la urgencia de seguridad presiona a instalar rápido.

La entrada Windows 11 recibe parche de emergencia aparece primero en Sistemas JVR.