Pourquoi Power Automate échoue déjà avec des fichiers plus petits à cause de la limite de 100 Mo, et comment le chunking fonctionne comme solution de contournement officielle.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Fondateur de NordFlux. Sept ans d'expérience, du web et du SEO jusqu'à l'automatisation à l'échelle d'un groupe, aujourd'hui pragmatique pour les PME et avec une souveraineté des données allemande.
Certifications
Les trois limites d'actions Power Automate de 6 000, 40 000 et 250 000 par jour expliquées : quelle licence donne quelle limite.
Un utilisateur invité dans Power Automate a-t-il besoin de sa propre licence ? Les réponses essentielles selon la documentation officielle de Microsoft.
Le chunking ne résout la limite de 100 Mo que jusqu'à un certain point ; des volumes de fichiers plus importants ou des processus plus complexes exigent une autre architecture. NordFlux conçoit avec vous une solution qui reste stable face à des volumes de données croissants, plutôt que de s'appuyer sur des contournements.
