Publicación y canales
Publicar el agente y llevarlo a Teams, SharePoint, web y más.
¿Qué aprenderás?
- Publicar y republicar tras cada cambio
- Elegir la autenticación adecuada
- Diferenciar chat de prueba, demostración y producción
Explicación
Publicar no es un evento único: cada cambio de instrucciones, conocimiento, temas o herramientas exige republicar para que los usuarios reciban la versión nueva. La autenticación elegida condiciona la seguridad y las capacidades: con "Autenticar con Microsoft" los agentes usan la identidad del usuario y el acceso a datos respeta permisos individuales.
Conceptos principales
- Publicar: seleccionar Publicar y confirmar (puede tardar varios minutos); el contenido más reciente está disponible tras iniciar una nueva sesión (una sesión termina normalmente tras 30 minutos de inactividad); en canales con conversaciones persistentes escribir "start over".
- Autenticación: por defecto "Autenticar con Microsoft" (Entra ID automática para Teams, Power Apps y Microsoft 365 Copilot); "Sin autenticación" permite chatear a cualquiera con el vínculo (con precaución); "Autenticar manualmente" para otros canales con autenticación. Sin autenticación no se pueden usar herramientas con credenciales de usuario.
- Chat de prueba vs. sitio web de demostración: el panel de prueba es para desarrollo; el sitio de demostración es para compartir con el equipo y partes interesadas, no para producción ni para clientes.
- Progresión recomendada: publicar solo para uno mismo, probar la versión publicada, después compartir con el equipo y por último distribuir más ampliamente.
- Canales disponibles y sus diferencias de experiencia: soporte de markdown, opciones múltiples, mensaje de bienvenida y encuesta de satisfacción varían por canal (web, Teams/M365, Facebook, Omnichannel).
- Limitaciones conocidas: en Teams las encuestas son de solo texto y hasta seis acciones sugeridas; no se pueden enviar adjuntos al chat (aplica a todos los canales).
- Solución de errores de publicación: comprobar configuraciones, dependencias faltantes (temas, flujos, conectores, orígenes de datos) y revisar los registros de errores en la página Publicar.
- Los administradores pueden controlar qué canales están disponibles (Canales de acceso a agentes en el Centro de administración de Power Platform).
Ejemplo práctico
- Publicar en el canal Teams + Microsoft 365 Copilot y probar primero con "Abrir el agente en Teams".
- Conectar el agente a un sitio web personalizado tras validar en el sitio de demostración.
Caso de uso empresarial
El agente de soporte se publica primero en el sitio de demostración, se valida con stakeholders y llega después a Teams.
Buenas prácticas
- Probar la versión publicada antes de ampliar la disponibilidad.
- Aplicar autenticación en escenarios internos o con usuarios específicos.
- Republiar tras cada cambio significativo.
Errores comunes
- Esperar cambios inmediatos en sesiones ya abiertas (esperar nueva sesión o "start over").
- Compartir la URL del sitio de demostración con clientes finales.
- Olvidar dependencias (flujos, conectores) y fallar la publicación.
Resumen
Para que los clientes interactúen con un agente hay que publicarlo. La publicación aplica los cambios a todos los canales conectados, por lo que hay que volver a publicar después de cada actualización. Tras publicar al menos una vez se pueden configurar canales: Teams y Microsoft 365 Copilot, SharePoint, sitio web de demostración o personalizado, WhatsApp, Facebook, aplicaciones móviles y canales de Azure Bot Service.
Puntos importantes para recordar
- Publicar = distribuir la versión actual a todos los canales conectados.
- La autenticación por defecto es "Autenticar con Microsoft".
Fuentes oficiales
Microsoft Learn / Microsoft Support · consultado el 2026-09-17