¿Pagar el canal incluye un flujo de aprobaciones con agente?

El precio del canal no es el presupuesto del flujo. Añade modelo, alojamiento, integración y mantenimiento. En Teams comprueba los derechos de Power Automate y los conectores de tu proceso; en Slack y Google Chat presupuesta la aplicación que valida y ejecuta la decisión. El coste completo depende de la configuración: no publicado / verificar.

¿Tener acceso al canal autoriza a aprobar una acción del ERP?

No. Debes comprobar la identidad del aprobador y su autorización sobre esa acción y registro en el sistema de negocio. El acceso al chat, el permiso del agente para consultar datos y el permiso para ejecutar la acción son controles distintos. Publica solo el contexto que puedan leer todos los destinatarios.

¿Necesito MCP y qué hago si nadie responde?

No necesitas MCP para mostrar botones de aprobación. Puedes usar una app de Slack, Aprobaciones y un flujo en Teams, o una app interactiva de Google Chat. Define un vencimiento y un suplente autorizado; al vencer, bloquea la ejecución y registra el escalado. El silencio no debe convertirse en aprobación.

Dónde aprobar lo que propone el agente: Slack, Teams o Google Chat

En 60 segundos: pide la aprobación donde el responsable ya revisa excepciones. Slack permite construir la interacción con botones; Teams ofrece Aprobaciones y puede conectarla a un flujo; Google Chat permite crear tarjetas interactivas. En los tres, vincula cada decisión a una propuesta con versión, aprobador autorizado y vencimiento. MCP puede aportar herramientas y contexto, pero no hace falta para pedir el visto bueno. Si el ERP ya tiene un circuito de aprobación que cumple tus requisitos, conserva allí la decisión.

Veredicto por perfil

Si operaciones trabaja en Slack y tienes quién mantenga una aplicación, usa sus interacciones para recoger la decisión y devolver el estado al mismo hilo.
Si tu equipo administra Microsoft 365 y necesita solicitudes con responsables asignados, empieza por Aprobaciones en Teams. Para automatizar los pasos anteriores y posteriores, Microsoft indica crear un flujo en Power Automate.
Si ya operas en Google Workspace, evalúa una app de Chat con tarjetas y botones. Puedes diseñar la aprobación sin depender de su MCP en Developer Preview.
Si nadie es responsable de resolver las solicitudes vencidas, define ese rol antes de elegir canal.

El alcance es una aprobación interna B2B: el agente prepara una excepción comercial y una persona decide antes de modificar el sistema de negocio. Son recomendaciones de diseño, sin un ganador universal. Para comparar el entorno del agente más allá de la aprobación, consulta Slack vs Teams.

Comparación con el mismo alcance

Verificado el 13 de noviembre de 2026. Cada fila enlaza las fuentes oficiales consultadas ese día. Los precios son referencias en USD de páginas de Estados Unidos, sin promociones; no son cotizaciones para LATAM ni incluyen un agente equivalente. «No publicado / verificar» indica una condición que debes confirmar para tu configuración.

Criterio	Slack	Teams	Google Chat
Precio de entrada (verificado)	Free: USD 0. Pro: USD 7,25 por usuario/mes con pago anual; USD 8,75 con pago mensual. Impuestos locales: verificar. Planes	Essentials: USD 4 por usuario/mes, pagado anualmente, renovación automática. Es precio del canal; no confirma derechos del flujo. Impuestos locales: verificar. Planes	Workspace Starter: USD 7 por usuario/mes con compromiso anual y facturación mensual, sin impuestos. Coste de app y agente aparte. Planes
Dónde corre o vive el dato	Cloud; elegir región para ciertos datos en reposo requiere Business+ o superior. El alojamiento del agente y su retención se revisan aparte. Residencia	Las aprobaciones de la app se almacenan en el entorno predeterminado de Dataverse; revisa también región del tenant, retención y copias del agente. Aprobaciones, ubicación de Teams	Chat cloud; Data Regions cubre mensajes y adjuntos según edición y tipo de tratamiento. No extiende esa cobertura a tu agente externo. Región y retención de la solución: verificar. Cobertura
Estado del MCP	Servidor oficial en GA. Anuncio	MCP específico de Teams en preview, para compatibilidad y pruebas; Microsoft indica no usarlo en producción ni proyectos nuevos. Recomienda Work IQ, GA en Copilot Studio con cargas que pueden seguir en preview. Teams MCP, Work IQ	Servidor oficial en Developer Preview; exige participar en ese programa. No presentarlo como GA. Configuración MCP
Autenticación	MCP: OAuth confidencial y token de usuario, con scopes por herramienta como `chat:write`. Una app de botones tiene su propia configuración. OAuth MCP	Si usas Copilot Studio, configura la conexión de cada herramienta y el SSO con Entra ID para Teams. No confundas la sesión del chat con la conexión al ERP. Autenticación	MCP con OAuth 2.0 delegado. Para una app de Chat vía API, distingue autenticación de usuario y de aplicación; los métodos y scopes admitidos cambian. MCP, API
Respeta los permisos del usuario	El MCP oficial respeta permisos del usuario sobre Slack. Eso no concede autorización para aprobar en el ERP. Modelo de acceso	Una herramienta de Copilot Studio puede usar credenciales del autor o del usuario. Elige conexión de usuario si debes restringir acceso por persona. Conexiones	Google documenta que su MCP hereda permisos y gobierno del usuario. No extrapoles esa propiedad a una cuenta de servicio de tu app. MCP, identidades API
Integraciones	Botones y respuestas mediante una app; conectar la decisión al CRM o ERP requiere implementar el flujo. Interactividad	Aprobaciones para recoger decisiones; Power Automate para automatizar acciones antes y después. Licencias y conectores de tu ERP: verificar. Personalización	Botones en tarjetas ejecutan funciones de tu app; la integración de negocio depende de esa función. Tarjetas
Límites	Free muestra 90 días de historial y admite hasta 10 apps; MCP solo admite apps internas o del Marketplace, con límites por herramienta. Plan, MCP	Una ejecución de flujo cloud dura como máximo 30 días, incluidas aprobaciones pendientes. No lo confundas con tu plazo operativo. Límites	La API aplica cuotas por proyecto, espacio y usuario. Dimensiona avisos, respuestas y reintentos. Cuotas
Soporte en LATAM	País, facturación, idioma, horario y SLA para el flujo completo: no publicado / verificar con proveedor e integrador. Planes	Essentials anuncia soporte telefónico y web; idioma, facturación local y SLA de integración: no publicado / verificar. Planes	Condiciones por edición; país, idioma, horario, facturación y SLA de tu app: no publicado / verificar. Planes

Presupuesta por separado canal, modelo, ejecución, conectores y mantenimiento. En Teams, confirma los requisitos de Aprobaciones y Power Automate; contratar Essentials por sí solo no demuestra que toda tu ruta esté cubierta. El precio completo del flujo propuesto en cualquiera de los tres: no publicado / verificar.

Patrones de aprobación: botones, hilos, plazos y escalado

El siguiente ejemplo es ficticio. Un agente prepara una excepción de descuento para una cotización. La tarjeta muestra ID de solicitud, versión de la cotización, descuento propuesto, motivo, responsable y fecha límite con zona horaria. Incluye «Aprobar», «Rechazar» y una ruta para «Pedir cambios». Los detalles comerciales sensibles quedan detrás de un enlace con autenticación.

El botón decide sobre una versión concreta

Guarda la propuesta antes de enviar la tarjeta. Al recibir la respuesta, valida el origen del evento, la identidad de la persona, su autorización vigente y que la solicitud siga pendiente y dentro de plazo. Slack documenta la verificación de firmas de sus peticiones; cada integración debe validar su propio mecanismo de entrada.

Si cambian importe, destinatario o condiciones, invalida la propuesta anterior y pide otra aprobación. Una reacción o un «ok» libre en el hilo resulta ambiguo; usa una respuesta asociada a la solicitud. Deshabilitar un botón ayuda a comunicar el estado, pero el servidor también debe rechazar clics repetidos o tardíos.

El hilo conserva el contexto y muestra el resultado

Usa una solicitud por hilo o conversación identificable. Registra las preguntas y publica el resultado junto a la tarjeta: pendiente, rechazada, vencida, aprobada pendiente de ejecución, ejecutada o ejecución fallida. Son estados recomendados para tu flujo, no funciones que los tres productos entreguen automáticamente.

Conserva una evidencia duradera fuera del mensaje: propuesta aprobada, actor, fecha, decisión y referencia de ejecución. En Slack Free, la ventana visible de historial hace especialmente importante no depender del hilo como único registro. Reduce lo que publicas si hay invitados o personas sin acceso al expediente.

El plazo y el suplente se definen antes de activar el agente

Acuerda un vencimiento según el proceso y el horario del equipo. Por ejemplo, puedes probar un recordatorio antes del corte y escalar al suplente al vencer; son parámetros del piloto, no límites del proveedor ni promesas de respuesta. Guarda los plazos en UTC y muéstralos con fecha, hora y zona local, especialmente entre México, Colombia y Perú.

Al vencer, bloquea la ejecución. Escalar debe mantener el control de versión y comprobar los permisos del suplente. Si necesitas dos aprobadores, define si deben decidir ambos y cómo invalidar el conjunto cuando cambie la propuesta. No conviertas el silencio en aprobación.

Aprobar y ejecutar tienen resultados distintos

La aplicación debe reservar la ejecución de forma atómica y usar una clave de idempotencia cuando el sistema destino la admita. Así busca evitar que dos clics o un reintento creen dos operaciones. Si el ERP no ofrece esa garantía, añade conciliación y una comprobación antes de reintentar. Ante una respuesta incierta, comprueba el registro destino antes de volver a escribir.

La tarjeta debe distinguir «aprobado» de «ejecutado». Si falla la escritura, avisa al responsable y conserva la autorización original para investigar; no informes de una operación completada que no has confirmado.

Criterios de decisión

Prueba el mismo caso ficticio en los canales que tu equipo ya utiliza. Comprueba si el responsable puede leer la propuesta completa en móvil, decidir sin salir a buscar contexto y consultar después la evidencia. Revisa también quién puede ver la tarjeta y quién administra la conexión cuando su titular cambia de puesto.

Antes de aceptar el piloto, comprueba estos casos:

Una persona autorizada aprueba la versión vigente y se registra una sola operación.
Un miembro del canal sin autorización intenta aprobar y el flujo lo bloquea.
La cotización cambia o vence; la tarjeta anterior deja de servir para ejecutar.
Llegan dos respuestas o un reintento; no aparece una segunda operación.
El responsable no responde y el suplente recibe la solicitud sin obtener permisos adicionales.
El ERP falla o responde de forma incierta; la tarjeta refleja el estado y permite conciliar.

Si una opción falla por permisos o trazabilidad, resuelve eso antes de comparar comodidad o coste. Conserva las licencias actuales cuando cubran el proceso; añadir otro canal también añade cuentas, políticas y soporte.

Cuándo no elegir ninguno

Conserva la aprobación en el ERP o en una bandeja autenticada si debes impedir que el contexto llegue al chat, cumplir una residencia que tu configuración no demuestra o exigir firma formal y separación de funciones que el piloto no valida. Puedes enviar solo un aviso con enlace y mantener la decisión en el sistema autorizado.

Si no hay política de aprobación, dueño de las excepciones o registro fiable de lo ejecutado, empieza con propuestas sin permiso de escritura. Define esos controles con el responsable del proceso antes de automatizar.

Siguiente paso

Elige una excepción comercial y escribe quién propone, quién aprueba, cuándo vence y qué prueba confirma la ejecución. Usa Copiloto o piloto automático para delimitar la autonomía. Contrasta después las opciones del hub de comparativas con esa ficha y sus costes completos.