Agentes de Copilot Studio dentro del Microsoft 365 que su empresa ya opera
Un agente que responde en Teams, consulta las fuentes que usted autoriza, ejecuta pasos sobre sus sistemas y escala a una persona cuando el caso lo pide. Sin plataforma nueva que aprender y sin sacar la información del tenant.
Políticas, manuales, tarifarios y procedimientos que viven en SharePoint, con la fuente citada en la respuesta.
Levanta solicitudes sin formulario
Permisos, soporte, compras o altas de proveedor se piden conversando y quedan registrados donde corresponde.
Consulta sus sistemas de negocio
Estado de un pedido, saldo de un cliente o existencias, a través de flujos que hablan con su ERP o su base de datos.
Vive donde su equipo ya trabaja
Publicado en Microsoft Teams, en un sitio de SharePoint o en su sitio web: nadie tiene que abrir una aplicación más.
Escala con contexto
Cuando el caso excede sus reglas, la conversación pasa a una persona con todo el hilo, no de vuelta a cero.
Deja evidencia de cada intervención
Qué se preguntó, qué respondió, qué acción ejecutó y qué escaló: material para auditoría y para mejorar el mes siguiente.
Dónde encaja y dónde no
Copilot Studio es la vía de menor fricción, no la respuesta universal
Si su operación ya vive en Microsoft 365, la identidad, los permisos, el canal de conversación y el gobierno ya están resueltos: construir el agente ahí evita levantar una plataforma paralela. Ahora bien, hay casos donde no es lo que corresponde, y preferimos decirlo antes.
Encaja cuando
La organización ya opera en Microsoft 365. Teams, SharePoint y Entra ID en uso diario: el agente aprovecha lo que ya está administrado.
El conocimiento existe y está escrito. Manuales, políticas y procedimientos vigentes en SharePoint, aunque estén dispersos.
TI exige gobierno formal. Entornos separados, políticas de prevención de pérdida de datos y auditoría central desde el centro de administración de Power Platform.
El agente debe hacer, no solo hablar. Las acciones sobre sistemas se resuelven con flujos de Power Automate, no con integraciones improvisadas.
No encaja cuando
El proceso es determinista de punta a punta. Si no hay conversación —llega un correo, se registra, se notifica— lo correcto es un flujo, no un agente. Eso es automatización sobre Microsoft 365.
El contenido está desactualizado o se contradice. Un agente sobre documentos que se contradicen responde la contradicción. Primero se cura el contenido; ese trabajo es parte del proyecto.
La respuesta exige exactitud contractual. En materia legal o regulatoria el agente entrega el documento y su referencia; no redacta la interpretación.
La organización no está en Microsoft 365. Entonces el agente se construye sobre otra arquitectura, y el criterio está en agentes de IA y en orquestación autoalojada.
Qué alcance tiene
De la lista de preguntas reales al agente publicado
El alcance no se define por la herramienta sino por cuántas fuentes consulta, cuántas acciones ejecuta y cuántas excepciones contempla: los seis factores que determinan la inversión en un agente de IA explican por qué dos agentes parecidos se cotizan distinto.
Conocimiento acotado
Se define qué fuentes puede leer el agente y cuáles quedan fuera, con el dueño de cada una identificado.
Temas críticos guionizados
Lo que no puede improvisarse —precios, plazos, requisitos— se responde por guion, no por generación libre.
Acciones con Power Automate
Consultar, registrar o notificar en sus sistemas, con las mismas credenciales y límites que aprueba TI.
Escalamiento y límites
Qué casos pasan a una persona, en qué canal y con qué contexto; y qué nunca ejecuta el agente por su cuenta.
Publicación y medición
Publicado en Teams o web, con seguimiento de preguntas sin respuesta y ajustes en las primeras semanas.
El agente atiende la conversación; la decisión que compromete sigue siendo de una persona.
Quién dirige la práctica. Humberto Henríquez, fundador de la firma, sostiene las certificaciones Microsoft PL-500 (Power Automate RPA), PL-100 (Power Apps) y PL-300 (Power BI) —de la misma plataforma sobre la que se construyen estos agentes— y dirige la operación del asistente propio que responde en este sitio. Conocer la firma →
Qué hace falta de su parte
Lo que la organización aporta antes de construir
Ninguno de estos puntos es un obstáculo, pero todos se acuerdan al inicio: un agente sin dueño de contenido y sin reglas de escalamiento se vuelve un buzón más que nadie atiende.
Del lado de TI
Entornos de Power Platform. Uno de desarrollo y uno de producción, separados, con quien pueda aprobar la publicación en Teams.
Políticas de datos y conectores. Qué conectores se permiten y qué fuentes puede alcanzar el agente, dentro de sus reglas de prevención de pérdida de datos.
Cuentas de servicio para las conexiones. Con permisos mínimos y bajo el control de TI, no la cuenta personal de quien construye.
Definición del esquema de consumo. Copilot Studio se factura por consumo a nivel de tenant, con capacidad prepagada o pago por uso; el esquema se dimensiona con TI antes de comprometer nada.
Del lado del negocio
Un dueño del contenido. Quien responde por qué documento es la versión vigente cuando dos se contradicen.
Las preguntas reales. El histórico de lo que la gente pregunta hoy —correos, chats, tickets— vale más que cualquier lista imaginada.
Las reglas de escalamiento. Qué caso pasa a una persona, a quién y en qué plazo.
Revisión en las primeras semanas. Alguien que lea las conversaciones y marque lo que el agente respondió mal: ahí se gana la calidad.
Con qué se integra
El agente conversa adelante y trabaja atrás
Adelante están los canales donde su gente ya está; atrás, los sistemas donde vive el dato. En medio, el agente con sus temas, su conocimiento y sus acciones.
Canales
Microsoft TeamsSitio webSharePointAplicaciones internas
→
Agente en su tenant
Temas guionizadosConocimiento autorizadoAccionesEscalamientoBitácora
→
Sistemas
SharePointDataverseSQLERP y CRMCorreoAPIs
Cuando el sistema del otro extremo no tiene API, el tramo faltante lo cubre un robot de escritorio: ese criterio está en automatización RPA. Cuando hay que conectar sistemas entre sí, en integración de sistemas.
Objeciones
Lo que frena la decisión, dicho sin adornos
«La IA inventa respuestas»
Por eso el conocimiento se acota a fuentes autorizadas, los temas críticos se responden por guion y «no tengo esa información, lo paso con una persona» se configura como respuesta válida. Nuestro marco está en responsabilidad de IA.
«No queremos sacar información de la empresa»
El agente vive en el tenant de su organización y consulta solo las fuentes que TI autoriza, bajo las políticas de datos que usted ya aplica. La nuestra está publicada en seguridad y gobierno.
«Ya tenemos Copilot, ¿para qué otro agente?»
Son cosas distintas y conviven. Copilot asiste a la persona en su trabajo; un agente atiende un proceso concreto con sus reglas, sus fuentes y sus acciones sobre los sistemas del negocio.
«Nadie lo va a usar»
Es un riesgo real cuando el agente vive en una aplicación aparte. Publicado en Teams, aparece donde el equipo ya escribe, y la adopción se mide desde la primera semana con las preguntas que sí llegaron.
«El consumo se puede disparar»
Se dimensiona antes: volumen esperado de conversaciones, capacidad asignada por entorno y monitoreo del consumo desde el centro de administración. El esquema se decide con TI, no después de la primera factura.
«¿Y si mañana queremos cambiar de proveedor?»
El agente, sus temas y sus flujos quedan en el entorno de su organización y se exportan como solución de Power Platform. Se entrega documentado, con capacitación para que su equipo pueda mantenerlo.
Preguntas frecuentes
Antes de empezar
¿Hace falta comprar Microsoft 365 Copilot para tener un agente?
No necesariamente. Copilot Studio tiene su propio esquema de licenciamiento a nivel de tenant, basado en consumo, con capacidad prepagada o pago por uso; el licenciamiento de Microsoft 365 Copilot es otra vía de acceso. Cuál corresponde a su caso se revisa con su área de TI antes de construir nada, junto con el resto del licenciamiento de su plataforma de automatización.
¿Dónde queda la información que consulta el agente?
El agente vive en el tenant de su organización y consulta únicamente las fuentes que su área de TI autoriza. Qué fuentes son y con qué permisos se consultan se define al construirlo, dentro de las políticas de datos que su organización ya aplica y de las nuestras, publicadas en seguridad y gobierno.
¿Qué hace el agente cuando no sabe la respuesta?
Lo dice y escala a una persona con el hilo de la conversación, en lugar de improvisar. Cada pregunta sin respuesta queda registrada y se convierte en la lista de mejoras del mes siguiente; con operación administrada, ese ciclo de revisión queda de nuestro lado.
Empiece por las diez preguntas que su equipo responde todos los días
