Una incidencia puede depender de lo que sucede en una pantalla: un filtro que no responde, una navegación que cambia o un formulario que pierde datos. Browser Automation de Microsoft Foundry permite explorar ese recorrido mediante un navegador administrado, con intervención humana y evidencia de las acciones realizadas.
Microsoft anunció su disponibilidad general el 19 de octubre de 2026. La oportunidad para soporte y QA es concreta, pero debe evaluarse sobre un proceso de prueba acotado. La disponibilidad de la herramienta no acredita por sí sola que funcione correctamente sobre cualquier aplicación empresarial.
Cómo se organiza la solución
El agente recibe el objetivo y utiliza herramientas de navegador expuestas mediante una Toolbox. Playwright Workspaces ejecuta la sesión remota. El agente observa el estado de la página, actúa y comprueba el resultado antes de continuar. Live View permite observar la sesión y Take control facilita la intervención de una persona.
Esta combinación puede ayudar a reproducir recorridos y recoger evidencias. Los resultados esperados deben definirse fuera del agente: que complete una navegación no demuestra que el proceso sea correcto.
Qué está en GA y qué sigue en preview
El anuncio confirma GA de Browser Automation. Microsoft Learn mantiene la navegación de sitios privados en public preview y el SDK .NET en preview. La documentación del servidor remoto MCP de Playwright también conserva su estado preview. Conviene registrar la ruta de integración utilizada, su estado y la región, en lugar de atribuir la misma madurez a todos los componentes.
Prerrequisitos, identidad y consumo
Se necesita suscripción Azure, proyecto Foundry, modelo compatible, Playwright Workspace y conexión del proyecto. La guía requiere Foundry User para desarrollo y Foundry Project Manager al crear conexiones. El aprovisionamiento del workspace necesita permisos adicionales sobre el grupo de recursos. La identidad del proyecto debe recibir acceso al workspace; los permisos de las aplicaciones visitadas se validan aparte.
El presupuesto debe incluir inferencia, sesiones de navegador, alojamiento cuando corresponda y observabilidad. Antes de ejecutar, comprobar región, cuota y precios vigentes. Una licencia de Copilot no debe tomarse como cobertura automática de estos consumos Azure.
Piloto propuesto: reproducir una incidencia sin datos reales
Este procedimiento es una propuesta de evaluación, no un resultado ya obtenido:
- Preparar una web de pruebas con un formulario ficticio, una lista filtrable y valores esperados conocidos.
- Crear el workspace y la conexión; incorporar Browser Automation a una Toolbox y añadirla al agente.
- Comenzar con navegación e inspección. Definir destinos permitidos y una condición de parada.
- Pedir que reproduzca un recorrido y contrastar cada resultado con los valores esperados.
- Introducir un cambio de etiqueta o navegación y repetir para medir sensibilidad a cambios.
- Probar la intervención humana, la retirada de acceso y la liberación de la sesión tras un fallo.
- Registrar tasa de éxito, errores, duración, consumo y minutos de revisión humana.
Seguridad, privacidad y mantenimiento
Las páginas visitadas son entradas no confiables. Un texto incrustado en ellas no debe redefinir el objetivo ni autorizar acciones. Las trazas, capturas y URLs de sesión pueden revelar información: limitar su acceso, retención y contenido. Utilizar datos sintéticos y exigir revisión antes de una operación con efectos.
La guía advierte de cambios de interfaz y dificultades con aplicaciones SPA complejas. En la ruta MCP remota, la sesión pertenece a su creador; las acciones de una misma sesión se procesan en orden y debe cerrarse explícitamente. La pérdida de conexión obliga a iniciar otra sesión. Estos límites deben formar parte de las pruebas de recuperación.
Valor para soluciones empresariales
Puede convertirse en una herramienta para recopilar evidencia de incidencias o explorar recorridos de portales relacionados con Dynamics 365 y Power Platform. Su uso directo sobre D365FO requiere validar autenticación, compatibilidad y comportamiento de la interfaz. Aquí no se presentan pruebas específicas sobre el ERP ni una sustitución de una suite de regresión existente.
Recomendación: Probar. Estimamos dos a cuatro jornadas para un recorrido sencillo con recursos disponibles. La replicabilidad inicial es media. El potencial reutilizable está en los criterios de aceptación, controles de acceso, evidencias y mediciones; cada aplicación exige mantenimiento y validación propios.