El flujo de power automate de SharePoint no se activa al cargar un archivo: qué deben revisar los propietarios del sitio

Creó un flujo de Power Automate para que se ejecute cuando se carga un archivo en una biblioteca de documentos de SharePoint, pero el flujo no se inicia. La condición del desencadenador parece correcta y el flujo aparece habilitado, pero no ocurre ninguna acción después de cargar archivos. Este problema suele ocurrir debido a una configuración incorrecta en los ajustes del desencadenador, la configuración de versiones de la biblioteca o los permisos del sitio para la cuenta de servicio del flujo. Este artículo explica las causas técnicas exactas de este fallo y ofrece a los propietarios del sitio un conjunto claro de comprobaciones para que el flujo funcione de manera confiable.

Por qué un flujo de Power Automate de SharePoint no se activa al cargar un archivo

La causa raíz más común es una discrepancia entre el tipo de desencadenador y el comportamiento real de la carga. El desencadenador ‘Cuando se crea un archivo’ en Power Automate se activa solo cuando aparece un archivo nuevo en la biblioteca. Sin embargo, si el usuario carga un archivo y lo sobrescribe inmediatamente con el mismo nombre, el desencadenador interpreta el evento como una modificación, no como una creación. El desencadenador ‘Cuando se crea o modifica un archivo’ maneja ambos casos, pero puede producir ejecuciones duplicadas.

Otra causa frecuente involucra la configuración de versiones. Cuando una biblioteca tiene versiones habilitadas y requiere aprobación de contenido, la carga de un archivo crea una versión secundaria (borrador). Muchos desencadenadores de Power Automate están configurados para activarse solo al publicar una versión principal. El flujo nunca ve el evento de versión secundaria y, por lo tanto, no se ejecuta.

Una tercera causa se relaciona con los permisos. El propietario del flujo, que es la cuenta que creó o editó por última vez el flujo, debe tener al menos permisos de Colaborar en la biblioteca de documentos. Si el propietario del flujo pierde el acceso o si los permisos del sitio cambian, el desencadenador deja de funcionar silenciosamente. Power Automate no genera un error en estos casos; el flujo simplemente no se inicia.

Pasos para comprobar y corregir la configuración del desencadenador

1. Verificar el tipo de desencadenador en Power Automate
   Abra el flujo en el portal de creadores de Power Automate. En el paso del desencadenador, compruebe si seleccionó ‘Cuando se crea un archivo’ o ‘Cuando se crea o modifica un archivo’. Para escenarios de solo carga, use ‘Cuando se crea un archivo’. Si también necesita detectar sobrescrituras, use ‘Cuando se crea o modifica un archivo’ y agregue una condición más adelante para filtrar duplicados.
2. Comprobar la configuración de versiones de la biblioteca
   Vaya a la biblioteca de documentos de SharePoint. Seleccione Configuración > Configuración de la biblioteca > Configuración de versiones. En ‘¿Requerir aprobación de contenido para los elementos enviados?’, elija ‘No’ a menos que la aprobación sea obligatoria. En ‘Historial de versiones de documentos’, establezca ‘Crear versiones principales’ si desea que el desencadenador se active en cada carga. Si necesita versiones secundarias, cambie el desencadenador para incluir ‘creado o modificado’ y pruebe con la carga de una versión secundaria.
3. Confirmar que el propietario del flujo tiene permisos en la biblioteca
   En SharePoint, vaya a la biblioteca de documentos. Seleccione Configuración > Permisos de la biblioteca. Compruebe que la cuenta del propietario del flujo aparezca en la lista con al menos permiso de Colaborar. Si el propietario no aparece, agréguelo. Si el propietario es una cuenta de servicio o un grupo de Microsoft 365, asegúrese de que esa cuenta tenga acceso directo a la biblioteca.
4. Probar el desencadenador con una carga simple
   Cargue un archivo nuevo con un nombre único en la biblioteca. Espere 60 segundos y revise el historial de ejecuciones del flujo en Power Automate. Vaya a la página de detalles del flujo y seleccione ‘Historial de ejecuciones’. Si no aparece ninguna ejecución, el desencadenador no se activó. Si aparece una ejecución pero falla, examine el mensaje de error en los detalles de la ejecución.
5. Revisar los filtros de condición del desencadenador
   En el paso del desencadenador, expanda ‘Mostrar opciones avanzadas’. Busque ‘Condiciones del desencadenador’. Si hay alguna condición establecida, elimínela temporalmente y vuelva a probar. Filtros comunes como ‘Carpeta’ o ‘Extensión de archivo’ pueden bloquear el desencadenador si no coinciden con el archivo cargado.
6. Comprobar conflictos con receptores de eventos de la biblioteca
   Si la biblioteca tiene receptores de eventos personalizados u otros complementos de terceros, pueden interferir con el desencadenador. Elimine o deshabilite temporalmente cualquier receptor de eventos personalizado y pruebe el flujo de nuevo. Puede comprobar si hay receptores de eventos con SharePoint Designer o PowerShell.

Si el flujo aún no se activa después de las comprobaciones de configuración

El historial de ejecuciones del flujo muestra el estado ‘Omitido’

Un estado ‘Omitido’ significa que el desencadenador se activó pero la condición se evaluó como falsa. Revise de nuevo la configuración de las condiciones del desencadenador. Elimine todas las condiciones y pruebe. Si la ejecución ahora se realiza correctamente, vuelva a agregar las condiciones una por una para encontrar el filtro que bloquea. También compruebe que el archivo cumpla con los criterios de la condición, como estar en una carpeta específica o tener una determinada extensión de archivo.

El historial de ejecuciones del flujo muestra el estado ‘Fallido’ con el error ‘403 Prohibido’

Un error 403 indica un problema de permisos. La cuenta del propietario del flujo carece de acceso al sitio o a la biblioteca de SharePoint. Vaya a los permisos del sitio de SharePoint y asegúrese de que el propietario del flujo tenga al menos permiso de Colaborar. Si el flujo usa una conexión que hace referencia a una cuenta diferente, actualice la conexión para usar la cuenta correcta.

El flujo no se activa al cargar mediante Microsoft Teams o la aplicación móvil

Las cargas desde Teams o la aplicación móvil de SharePoint pasan por el mismo desencadenador que las cargas web. Sin embargo, estas cargas pueden usar una ruta de carpeta diferente o crear el archivo en una ubicación temporal antes de moverlo. Compruebe si la condición del desencadenador incluye la ruta de carpeta correcta. Si la condición es demasiado restrictiva, el flujo omite la carga. Elimine los filtros de carpeta y vuelva a probar.

El flujo se activa solo para algunos usuarios pero no para otros

Este síntoma suele indicar una diferencia de permisos. Los usuarios cuyas cargas no activan el flujo pueden tener solo permiso de Lectura en la biblioteca. Los desencadenadores de Power Automate requieren al menos permiso de Colaborar para el usuario que carga si el flujo usa ‘Cuando se crea un archivo’ con el conector ‘SharePoint’. Verifique los niveles de permiso de todos los usuarios que necesitan activar el flujo.

Tipos de desencadenadores de Power Automate para la carga de archivos en SharePoint: comparación

Elemento	Cuando se crea un archivo	Cuando se crea o modifica un archivo
Evento del desencadenador	Archivo nuevo agregado a la biblioteca	Archivo nuevo o modificación de un archivo existente
Maneja la carga con sobrescritura	No	Sí
Maneja versión secundaria (borrador)	Solo si la configuración del desencadenador incluye secundaria	Solo si la configuración del desencadenador incluye secundaria
Riesgo de ejecuciones duplicadas	Bajo	Posible si el archivo se crea y luego se modifica inmediatamente
Caso de uso recomendado	Flujos de trabajo de solo carga con nombres de archivo únicos	Flujos de trabajo que necesitan detectar sobrescrituras o ediciones

Ahora puede comprobar sistemáticamente el tipo de desencadenador, la configuración de versiones y los permisos para restaurar su flujo de Power Automate. Comience probando con una carga simple de un nombre de archivo único después de eliminar todas las condiciones del desencadenador. Si el flujo se ejecuta, agregue las condiciones gradualmente. Como sugerencia avanzada, use el desencadenador ‘Cuando se crea o modifica un archivo’ y agregue una condición que compruebe que la marca de tiempo ‘Creado’ del archivo sea igual a la marca de tiempo ‘Modificado’ para filtrar las modificaciones que no son cargas nuevas.