Power Automate: el límite de 100 MB y el chunking como solución alternativa (FAQ)

Power Automate limita cada mensaje individual en un flujo en la nube a 100 MB, y este límite suele aparecer justo en el momento más inoportuno: en medio del envío por correo electrónico de un vídeo, al subir una copia de seguridad a SharePoint o al procesar una gran colección de PDF. Según la documentación oficial de Power Automate sobre límites el tamaño de mensaje para una única solicitud HTTP saliente o entrante es, por defecto, de 100 MB; con el chunking activado, este valor puede ampliarse hasta 1 GB. Fecha: julio de 2026.

Este artículo de preguntas frecuentes resume dónde se manifiesta el límite en la práctica, cómo funciona el chunking como solución alternativa oficial y dónde esta solución alcanza a su vez sus propios límites. Así, la próxima vez que tengas que lidiar con un archivo grande, encontrarás la respuesta adecuada sin tener que pasar antes por tres intentos fallidos.

¿Qué limita exactamente Power Automate a 100 MB?

Según Microsoft, el límite de 100 MB se aplica al tamaño de mensaje de una única solicitud HTTP saliente o entrante en un flujo en la nube, es decir, al cuerpo completo del mensaje que procesa una acción o un desencadenador. Importante: el límite no se refiere exclusivamente al archivo en sí, sino a toda la carga útil de la solicitud. Si envías un archivo a través de un conector, según la documentación toda la carga útil, incluidos los metadatos, la información de encabezado y un posible envoltorio JSON, debe permanecer por debajo de 100 MB, no solo el tamaño puro del archivo. Un archivo de 98 MB puede fallar ya, por tanto, si además se envían otros datos junto con él.

¿Por qué un archivo notablemente más pequeño ya supera el límite?

Un obstáculo frecuente en las acciones de SharePoint y OneDrive como «Obtener contenido del archivo» es la codificación. El contenido binario suele transferirse dentro del flujo como una cadena Base64, y esta codificación aumenta el volumen de datos en aproximadamente un tercio respecto al tamaño original del archivo. Un archivo de 70 MB puede así crecer, en la práctica, hasta unos 90 o 95 MB antes de llegar siquiera a la acción de destino propiamente dicha, superando el límite de 100 MB bastante antes de lo que sugeriría el tamaño real del archivo. Quien trabaje habitualmente con archivos en el rango de 60 a 90 MB debería, por tanto, esperar problemas bastante antes de llegar exactamente a 100 MB.

¿Cómo funciona el chunking como solución alternativa oficial?

El chunking divide un mensaje grande en fragmentos más pequeños, que se transfieren uno tras otro y se vuelven a ensamblar en el destino. Power Automate se basa aquí en el mecanismo de chunking de Azure Logic Apps, tal como describe la documentación sobre el manejo de mensajes grandes: una acción envía primero una solicitud POST o PUT vacía con los encabezados `x-ms-transfer-mode: chunked` y `x-ms-content-length`, el punto de conexión de destino responde con un tamaño de bloque sugerido a través de `x-ms-chunk-size`, y a continuación siguen varias solicitudes HTTP PATCH, cada una de las cuales transfiere un rango de bytes del archivo, hasta que todo el contenido ha llegado al destino. Para la descarga de contenido grande, el proceso funciona de forma equivalente mediante solicitudes HTTP GET con encabezados `Range` y respuestas con el código de estado 206.

Activar el chunking en una acción HTTP

En la práctica, suele bastar con un solo clic: abre la acción HTTP en el diseñador de flujos, ve a la configuración y activa, en «Transferencia de contenido», la opción «Permitir chunking». A partir de ahí, Power Automate se encarga automáticamente de la división, siempre que el punto de conexión utilizado admita el mismo protocolo de chunking. Un efecto secundario importante: cuando el chunking está activo para una acción, en la salida solo quedan disponibles los datos de contenido puros; propiedades como el código de estado o los encabezados desaparecen. Si haces referencia a esos valores en otra parte del flujo, por ejemplo en propiedades de seguimiento, esto provoca un error en tiempo de ejecución que deberías eliminar de antemano.

¿Dónde alcanza el propio chunking sus límites?

• El chunking solo funciona en acciones, no en desencadenadores. Un desencadenador como «Cuando se crea o modifica un archivo» sigue, por tanto, sujeto a límites más pequeños, independientemente de la configuración de chunking en el resto del flujo.
• Incluso con chunking, el límite máximo absoluto es de 1 GB por mensaje. Para archivos más grandes, el mecanismo por sí solo ya no es suficiente.
• No todos los conectores ni todas las API externas admiten el protocolo de chunking de Power Automate. Los servicios web propios deben implementar el mismo protocolo; de lo contrario, la división no tiene ningún efecto y la solicitud sigue fallando.
• Dentro de un flujo sigue contando el rendimiento general de contenido: según el perfil de rendimiento, solo se prevén entre 200 MB y 10 GB de volumen de datos total adicional por día en todas las ejecuciones.

¿Qué alternativa existe para archivos de más de 1 GB?

Para archivos realmente grandes, como exportaciones de vídeo o copias de seguridad extensas de bases de datos, incluso el chunking activado deja de ser suficiente en algún momento, porque el límite máximo absoluto de 1 GB por mensaje sigue vigente. En ese caso, merece la pena recurrir a una acción HTTP que se comunique directamente con la API de Microsoft Graph e inicie allí lo que se denomina una sesión de carga (upload session) para la carpeta correspondiente. El archivo se carga entonces en el lado del servidor en bloques, sin que el contenido completo pase nunca por el flujo como un único mensaje. De este modo mantienes el control sobre el proceso, ya que gestionas tú mismo, dentro del flujo, el tamaño de bloque y la lógica de reintentos, en lugar de depender de un único intento de carga arriesgado. Cuando una solución así debe implementarse de forma limpia y seguir siendo mantenible a largo plazo, NordFlux apoya la implementación técnica en el marco de su consultoría de Power Automate.

Preguntas frecuentes

¿Se aplica el límite de 100 MB a todas las acciones de Power Automate?

Sí, en principio a toda solicitud HTTP saliente o entrante dentro de un flujo en la nube, independientemente de si se trata de un conector estándar o de una acción HTTP personalizada. Algunos conectores pueden, además, traer límites propios, a menudo más bajos, que entran en juego incluso antes que el límite general de 100 MB.

¿Qué cambia exactamente si activo el chunking?

La acción afectada divide automáticamente los mensajes grandes en bloques más pequeños y los transfiere uno tras otro, con lo que el límite utilizable pasa de 100 MB hasta 1 GB. A cambio, en la salida de la acción solo quedan disponibles los datos de contenido puros; otras propiedades de salida, como el código de estado o los encabezados, desaparecen.

¿Funciona el chunking también con un desencadenador como «Cuando se crea un archivo»?

No. Según la documentación, el chunking solo puede configurarse para acciones, no para desencadenadores, porque el intercambio adicional de mensajes generaría allí demasiada sobrecarga. Los archivos muy grandes siguen siendo, por tanto, problemáticos en los desencadenadores, aunque el chunking esté activo en el resto del flujo.

¿Cómo sé que he topado con el límite?

Lo típico es un mensaje de error relacionado con una solicitud demasiado grande, o un tiempo de espera agotado en plena fase de procesamiento, a menudo solo después de varias pruebas exitosas con archivos más pequeños. En ese caso, comprueba primero el tamaño real de toda la carga útil, no solo del archivo original, y luego activa el chunking en la configuración de la acción, siempre que el punto de conexión de destino lo admita.

¿Qué hago con archivos que superan 1 GB incluso con chunking?

En ese caso, la solución estándar del flujo ya no es suficiente. Tiene sentido entonces usar una acción HTTP que inicie una sesión de carga con la API de Microsoft Graph y suba el archivo en el lado del servidor por bloques, o un rodeo comparable a través de otro servicio de almacenamiento que procese directamente archivos grandes, sin hacerlos pasar por completo a través del flujo.