Una arquitectura de Microsoft orienta el diseño de la atención interna con Copilot Studio. Permisos, derivación y pruebas determinan qué conviene automatizar.
Referencia actualizada el 14/10/2026 y contrastada el 27/10/2026. Describe un escenario adaptable; no acredita un lanzamiento reciente ni resultados de Nexo.
La arquitectura de Microsoft plantea un orquestador de Copilot Studio que distribuye solicitudes entre agentes de datos personales, ausencias, gestiones de responsables, formación y políticas de RR. HH. Los puntos de entrada previstos son Teams y Microsoft 365 Copilot. Es una referencia para diseñar una solución adaptada a cada organización.
Separar tareas también añade trabajo
Microsoft advierte que la orquestación entre agentes puede aumentar la latencia y el esfuerzo de pruebas, gestión y gobierno. La división debe justificarse con evaluaciones del comportamiento del asistente.
Interpretación de Nexo: conviene empezar por las responsabilidades. Separar una consulta de políticas de una modificación de datos puede facilitar que cada tarea tenga fuentes, permisos y responsables definidos. Multiplicar agentes sin aclarar esas fronteras añade piezas que después habrá que mantener.
La conexión a otro agente de Copilot Studio, en la experiencia estándar documentada, exige que esté publicado, en el mismo entorno y habilitado para recibir conexiones. El creador debe ser propietario o tenerlo compartido; según la autenticación, también puede ser necesario compartirlo con los usuarios finales.
Identificarse y poder actuar son comprobaciones distintas
La autenticación del usuario y la autenticación de las herramientas tienen configuraciones propias. Microsoft contempla que una herramienta utilice credenciales del autor o una conexión del usuario, y recomienda esta última cuando el acceso deba restringirse por persona o grupo.
Por tanto, reconocer al empleado en la conversación no demuestra por sí solo que pueda modificar un registro en el sistema de personal. Hay que comprobar qué identidad utiliza cada operación y qué permisos aplica el servicio de destino.
Propuesta de Nexo para la sesión de diseño: registrar, por tarea, el sistema que conserva el dato oficial, la identidad utilizada, el permiso necesario y la respuesta ante una denegación. El equipo de RR. HH. debería definir también qué asuntos requieren intervención humana.
Dos recorridos para discutir el diseño
El siguiente ejemplo es ficticio y original de Nexo. Describe comportamientos propuestos, no una prueba realizada ni funciones disponibles automáticamente al crear el asistente.
Solicitud
Comportamiento propuesto
Control que habría que probar
¿Dónde está la política de formación?
Buscar el documento aprobado y ofrecer su enlace. Si no existe una fuente suficiente, comunicarlo y facilitar el contacto adecuado.
Que el documento sea aplicable al empleado y que la respuesta conserve la referencia utilizada.
Quiero cambiar mi dirección postal.
Comprobar el acceso al registro, solicitar los datos necesarios y mostrar el cambio para confirmación antes de enviarlo.
Que solo se modifique el registro autorizado y que un fallo o una denegación no se presenten como una actualización completada.
Evaluar respuestas y operaciones
La documentación de Copilot Agent Kit describe pruebas por lotes con respuestas observadas, latencias y resultados de aprobación o fallo. Es una herramienta para obtener evidencia; los criterios de aceptación deben corresponder al servicio que se quiere prestar.
Nexo propone repetir un conjunto estable de casos antes de cada versión y después de cambios relevantes:
Una consulta inequívoca y otra ambigua: comprobar la selección del agente y las preguntas de aclaración.
Un usuario sin permiso: comprobar que la operación se deniega sin revelar datos restringidos.
Un sistema externo que no responde: comprobar que se comunica el fallo sin inventar un resultado.
Una solicitud que requiere atención humana: comprobar que la derivación ofrece un siguiente paso utilizable.
Disponibilidad y límites antes de implantar
La documentación de licencias distingue el plan Copilot Studio para Teams de la suscripción independiente: el primero no incluye orquestación generativa. La licencia de prueba permite crear y probar agentes, pero no publicarlos. Elegir Teams como canal no determina, por sí solo, el plan necesario.
La guía de agentes identifica las conexiones con agentes de Microsoft Foundry, Fabric y Microsoft 365 Agents SDK como versiones preliminares públicas. También advierte que las citas pueden perderse al devolver respuestas entre agentes.
La decisión de implantación requiere comprobar las funciones concretas elegidas, los conectores, las políticas administrativas y las condiciones de licencia del entorno. Como criterio editorial de Nexo, el primer piloto debería tener un alcance acotado y criterios de aceptación explícitos: una conversación convincente no demuestra que los permisos, las operaciones y la derivación funcionen correctamente.
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.
Business Central 29 combina controles sobre los diseños seleccionables con API para consultar la bandeja de informes, recuperar archivos y actualizar su marca de leído.
Microsoft clasifica como vista previa pública tres mejoras: varios impuestos especiales por artículo, retenciones en operaciones de empleados y series de autofacturas por proveedor. Su aplicación depende del proceso y la configuración.