Power Automate : la limite de 100 Mo et le chunking comme solution de contournement (FAQ)

Power Automate limite chaque message individuel dans un flux cloud à 100 Mo, et cette limite se manifeste généralement au moment le plus inopportun : en plein envoi par e-mail d'une vidéo, lors du téléchargement d'une sauvegarde vers SharePoint ou lors du traitement d'une importante collection de PDF. Selon la documentation officielle de Power Automate sur les limites la taille de message pour une requête HTTP sortante ou entrante unique est par défaut de 100 Mo ; avec le chunking activé, cette valeur peut être étendue jusqu'à 1 Go. État : juillet 2026.

Cet article FAQ résume où la limite se manifeste en pratique, comment le chunking fonctionne comme solution de contournement officielle, et où cette solution elle-même atteint ses propres limites. Ainsi, la prochaine fois que vous aurez affaire à un fichier volumineux, vous trouverez la bonne réponse sans devoir d'abord passer par trois tentatives infructueuses.

Que limite exactement Power Automate à 100 Mo ?

Selon Microsoft, la limite de 100 Mo s'applique à la taille de message d'une requête HTTP sortante ou entrante unique dans un flux cloud, c'est-à-dire à l'intégralité du corps du message traité par une action ou un déclencheur. Point important : la limite ne se rapporte pas exclusivement au fichier lui-même, mais à l'ensemble de la charge utile de la requête. Si vous envoyez un fichier via un connecteur, selon la documentation l'ensemble de la charge utile, y compris les métadonnées, les informations d'en-tête et un éventuel enrobage JSON, doit rester sous les 100 Mo, pas seulement la taille brute du fichier. Un fichier de 98 Mo peut donc déjà échouer si des données supplémentaires sont envoyées avec lui.

Pourquoi un fichier nettement plus petit atteint-il déjà la limite ?

Un piège fréquent avec les actions SharePoint et OneDrive comme « Obtenir le contenu du fichier » est l'encodage. Le contenu binaire est souvent transféré au sein du flux sous forme de chaîne Base64, et cet encodage augmente le volume de données d'environ un tiers par rapport à la taille de fichier d'origine. Un fichier de 70 Mo peut ainsi atteindre en pratique environ 90 à 95 Mo avant même d'arriver à l'action cible proprement dite, et franchit ainsi la limite de 100 Mo nettement plus tôt que ne le laisserait supposer la taille brute du fichier. Quiconque travaille régulièrement avec des fichiers dans la plage de 60 à 90 Mo devrait donc s'attendre à des problèmes bien avant d'atteindre exactement 100 Mo.

Comment fonctionne le chunking comme solution de contournement officielle ?

Le chunking découpe un gros message en plusieurs petits segments, qui sont transférés les uns après les autres puis réassemblés à destination. Power Automate s'appuie ici sur le mécanisme de chunking d'Azure Logic Apps, comme le décrit la documentation sur le traitement des messages volumineux : une action envoie d'abord une requête POST ou PUT vide avec les en-têtes `x-ms-transfer-mode: chunked` et `x-ms-content-length`, le point de terminaison cible répond avec une taille de bloc suggérée via `x-ms-chunk-size`, puis plusieurs requêtes HTTP PATCH suivent, transférant chacune une plage d'octets du fichier, jusqu'à ce que l'intégralité du contenu soit arrivée à destination. Pour le téléchargement de contenus volumineux, cela fonctionne de manière symétrique via des requêtes HTTP GET avec des en-têtes `Range` et des réponses au code de statut 206.

Activer le chunking dans une action HTTP

En pratique, un simple clic suffit généralement : ouvrez l'action HTTP dans le concepteur de flux, allez dans les paramètres et activez, sous « Transfert de contenu », l'option « Autoriser le chunking ». Power Automate se charge ensuite automatiquement du découpage, tant que le point de terminaison sollicité prend en charge le même protocole de chunking. Un effet secondaire important : lorsque le chunking est actif pour une action, seules les données de contenu brutes restent disponibles dans la sortie, des propriétés comme le code de statut ou les en-têtes disparaissent. Si vous référencez ces valeurs ailleurs dans le flux, par exemple dans des propriétés suivies, cela entraîne une erreur d'exécution, que vous devriez supprimer au préalable.

Où le chunking atteint-il lui-même ses limites ?

• Le chunking ne fonctionne que pour les actions, pas pour les déclencheurs. Un déclencheur comme « Lorsqu'un fichier est créé ou modifié » reste donc lié à des limites plus faibles, indépendamment des paramètres de chunking dans le reste du flux.
• Même avec le chunking, la limite supérieure absolue reste de 1 Go par message. Pour des fichiers plus volumineux, le mécanisme seul ne suffit plus.
• Tous les connecteurs et toutes les API externes ne prennent pas en charge le protocole de chunking de Power Automate. Les services web maison doivent implémenter le même protocole, sinon le découpage reste sans effet et la requête continue d'échouer.
• Au sein d'un flux, le débit global de contenu compte toujours : selon le profil de performance, seuls 200 Mo à 10 Go de volume de données total supplémentaire sont prévus par jour, tous les runs confondus.

Quelle alternative existe-t-il pour les fichiers de plus de 1 Go ?

Pour les fichiers vraiment volumineux, comme des exports vidéo ou des sauvegardes de base de données conséquentes, même le chunking activé finit par ne plus suffire, car la limite absolue de 1 Go par message reste en vigueur. Dans ce cas, il vaut la peine de passer par un détour via une action HTTP qui communique directement avec l'API Microsoft Graph et y démarre ce que l'on appelle une session de téléchargement (upload session) pour le dossier concerné. Le fichier est alors téléchargé côté serveur en blocs, sans que l'intégralité du contenu ne transite jamais par le flux en tant que message unique. Vous gardez ainsi le contrôle du déroulement, puisque vous gérez vous-même la taille des blocs et la logique de nouvelle tentative dans le flux, plutôt que de vous fier à une seule tentative de téléchargement risquée. Lorsqu'une telle solution doit être mise en place proprement et rester maintenable durablement, NordFlux accompagne la mise en œuvre technique dans le cadre de son conseil Power Automate.

Questions fréquentes

La limite de 100 Mo s'applique-t-elle à chaque action dans Power Automate ?

Oui, en principe à chaque requête HTTP sortante ou entrante au sein d'un flux cloud, qu'il s'agisse d'un connecteur standard ou d'une action HTTP personnalisée. Certains connecteurs peuvent en plus imposer leurs propres limites, souvent plus basses, qui s'appliquent avant même la limite générale de 100 Mo.

Qu'est-ce qui change concrètement lorsque j'active le chunking ?

L'action concernée découpe automatiquement les gros messages en blocs plus petits et les transfère les uns après les autres, ce qui fait passer la limite utilisable de 100 Mo à jusqu'à 1 Go. En contrepartie, seules les données de contenu brutes restent disponibles dans la sortie de l'action, les autres propriétés de sortie comme le code de statut ou les en-têtes disparaissent.

Le chunking fonctionne-t-il aussi avec un déclencheur comme « Lorsqu'un fichier est créé » ?

Non. Selon la documentation, le chunking ne peut être configuré que pour des actions, pas pour des déclencheurs, car l'échange de messages supplémentaire y engendrerait trop de surcharge. Les fichiers très volumineux restent donc problématiques au niveau des déclencheurs, même si le chunking est actif dans le reste du flux.

Comment savoir que j'ai atteint la limite ?

Le signe typique est un message d'erreur concernant une requête trop volumineuse, ou un délai d'attente dépassé en pleine phase de traitement, souvent seulement après plusieurs essais réussis avec des fichiers plus petits. Dans ce cas, vérifiez d'abord la taille réelle de l'ensemble de la charge utile, pas seulement du fichier d'origine, puis activez le chunking dans les paramètres de l'action, à condition que le point de terminaison cible le prenne en charge.

Que faire pour des fichiers qui dépassent 1 Go même avec le chunking ?

Dans ce cas, la solution standard issue du flux ne suffit plus. Il est alors pertinent d'utiliser une action HTTP qui démarre une session de téléchargement auprès de l'API Microsoft Graph et télécharge le fichier côté serveur en blocs, ou un détour comparable via un autre service de stockage qui traite directement les fichiers volumineux, sans les faire transiter intégralement par le flux.