El punto de partida
Casi nadie vuelve a elegir su suite de oficina porque llegue la IA, y es lo sensato. La pregunta relevante es la inversa: dado lo que ya tienes, ¿dónde fluye bien un flujo y dónde exige trabajo adicional?
Tres cosas difieren en la práctica: cómo se establece la conexión, cómo se transmiten los permisos y quién asume la administración.
La ruta de una conexión
No todos los sistemas se abren de la misma manera. En nuestra plataforma existen conjuntos de herramientas propios para Gmail, Google Drive y el calendario, entre otros, del lado de Google, y para el correo de Outlook, el calendario de Outlook, SharePoint y OneDrive del lado de Microsoft. Dentro de Microsoft 365, Teams es la excepción: no tiene una conexión propia, y lo que un flujo haga con Teams pasa por MCP o por desarrollo a medida. Eso no es un juicio sobre Microsoft, pero sí determina el plazo de esa conexión concreta y quién la mantiene.
En la práctica: un flujo de documentos o de correo sobre SharePoint, OneDrive, Drive, Gmail u Outlook parte de una conexión existente. Un flujo que publica un aviso en un canal de Teams o recoge un mensaje de Teams exige decidir expresamente la ruta antes de empezar. Confirma siempre esa ruta antes de hacer una planificación; “se puede” y “es una conexión directa” son afirmaciones distintas.
Permisos
Ambas suites tienen un modelo de permisos bien desarrollado, y en las dos rige el mismo principio: un flujo puede ver lo que el usuario puede ver, y nada más. La diferencia está en dónde se concentra la complejidad.
- Microsoft 365: los permisos suelen estar en capas — a nivel de sitio, de biblioteca, de carpeta y a veces de archivo, con permisos heredados e interrumpidos. Es potente y hace que la pregunta “¿quién podrá ver esto?” sea más difícil de responder sin un inventario.
- Google Workspace: compartir es más plano y más visible, lo que facilita tener una visión de conjunto. La otra cara es que los enlaces compartidos sueltos se propagan con facilidad y por eso son difíciles de contener.
En ambos casos el primer paso es el mismo y es el que más se omite: establecer qué está ya compartido de forma demasiado amplia hoy. Un flujo no cambia nada de eso, pero de repente lo hace visible, y entonces parece un problema causado por el flujo.
Carga de administración
La pregunta que cuenta: ¿quién se entera cuando una conexión se detiene? En ambas suites caducan las autorizaciones, los administradores cambian políticas y las cuentas dejan de existir. Asegúrate de que cada conexión esté a nombre de la organización y no de una cuenta personal, y de que haya un administrador interno que pueda restablecerla. Eso importa más que la elección de la marca.
Entornos mixtos
Muchas organizaciones tienen ambas: el correo en una suite, los documentos en la otra y un departamento que usa algo propio. Es manejable, siempre que escribas de forma explícita, para cada flujo, qué sistema es el origen y cuál es el destino. Lo que no funciona es mantener la misma información en dos lugares y dejar que el flujo adivine cuál es la correcta.