Automatiser les PDF de bons de commande et de factures reçus par e-mail avec Power Automate ── Concevoir l'enregistrement, le tri, la notification et la lecture

« Chaque matin, quelqu’un enregistre le PDF du bon de commande joint à l’e-mail du jour dans un dossier partagé, puis le retranscrit dans un registre de commandes Excel. » Il n’est pas rare qu’une entreprise ait quelqu’un qui effectue cette tâche à la main pendant 30 minutes chaque jour. En pratique, « je voudrais automatiser le traitement des documents reçus par e-mail » fait partie des demandes les plus fréquentes que nous recevons en conseil Power Automate.

Au premier abord, cela ressemble à une automatisation simple, mais c’est aussi un domaine plein de petits pièges une fois qu’on essaie vraiment de la construire. Les images de signature se retrouvent également enregistrées, encombrant le dossier de fichiers inutiles. Le flux se déclenche sur des e-mails qui n’auraient jamais dû être traités, provoquant des enregistrements erronés. Pour une raison ou une autre, seuls les e-mails avec de grosses pièces jointes ne sont jamais traités. Cet article passe en revue le flux de base, du déclencheur de réception jusqu’à l’enregistrement, au tri et à la notification ; les pièges qui font trébucher en pratique ; la décision d’aller ou non jusqu’à la lecture du document avec AI Builder (automatiser la saisie) ; et enfin, les limites inhérentes à la « pièce jointe d’e-mail » en tant que mode de réception des documents.

1. La conclusion d’abord

• Le déclencheur « Lorsqu’un nouveau courrier arrive (V3) » du connecteur Office 365 Outlook dispose de filtres intégrés : dossier, expéditeur, filtre d’objet, « uniquement avec pièces jointes », et bien d’autres. Spécifiez ces conditions autant que possible directement sur le déclencheur, plutôt que dans une action de branchement conditionnel ultérieure.¹²
• Utilisez une boîte aux lettres partagée (par exemple order@votredomaine) comme point d’entrée, plutôt que la boîte de réception individuelle d’un collaborateur. Il existe un déclencheur dédié, « Lorsqu’un nouveau courrier arrive dans une boîte aux lettres partagée (V2) », qui fonctionne dès lors que le compte de connexion dispose d’une autorisation d’accès à la boîte aux lettres partagée.³
• Se baser uniquement sur « contient des pièces jointes » capte aussi les images intégrées telles que les signatures et les logos comme des pièces jointes. La solution de base consiste à filtrer sur la propriété Is Inline des métadonnées de pièce jointe, en complément de l’extension de fichier.⁴
• Une configuration efficace consiste à stocker les fichiers dans une bibliothèque de documents SharePoint via l’action « Créer un fichier », puis à notifier la fin de l’enregistrement via Teams ou par e-mail.⁵
• Si l’on va jusqu’à lire le contenu (automatiser la saisie), on utilise le traitement de documents d’AI Builder, mais cela nécessite des crédits distincts, de type consommation, et les résultats extraits ont absolument besoin d’une étape de vérification humaine intégrée. La structure de licence évoluant à partir de 2025, vérifiez les informations les plus récentes avant de l’adopter.⁶⁷
• Pour les pièces jointes arrivant sous forme de ZIP protégé par mot de passe (PPAP), la vraie solution consiste à changer la manière dont elles sont transmises dès le départ, plutôt que d’essayer de les décompresser à l’intérieur du flux.

2. Cadrer la tâche visée ── Jusqu’où automatiser « les documents reçus par e-mail »

Commençons par cerner la forme de la tâche visée par cet article.

• Un partenaire envoie un bon de commande, une facture, un bon de livraison ou un document similaire sous forme de PDF joint à un e-mail
• Un collaborateur l’ouvre et l’enregistre dans un emplacement fixe d’un dossier partagé
• Le contenu (nom du partenaire, montant, articles, etc.) est retranscrit dans Excel ou dans un système métier
• Les collaborateurs et autres parties prenantes sont informés qu’« une commande est arrivée »

Il existe tout un éventail de manières de recevoir des commandes : fax, pièce jointe d’e-mail, formulaire web, EDI. Une pièce jointe d’e-mail est plus facile à transformer en données qu’un fax, mais se situe à une position intermédiaire, en deçà d’une intégration de données structurée comme l’EDI ou la facture électronique. Cette vue d’ensemble est traitée dans un autre article, « Qu’est-ce que l’EDI ? Faciliter les commandes entre entreprises ── Du fax, de l’e-mail et de la saisie manuelle à l’intégration de données ».

Cela posé, et en restant dans le cadre du flux de travail par pièce jointe d’e-mail, la portée réaliste de l’automatisation se décompose en trois étapes.

Cet article se concentre principalement sur (1) et (2). Ma recommandation est de commencer par (1) seul — il apporte déjà un réel bénéfice quotidien — puis de statuer sur (2) selon le rapport coût-efficacité. Le point (3) est abordé au chapitre 7.

3. Le flux de base ── Du déclencheur de réception à l’enregistrement et à la notification

La forme de base est « déclencheur de réception -> filtrage -> boucle sur les pièces jointes -> enregistrement dans SharePoint -> notification ».

flowchart TD
    Start([Lorsqu'un nouveau courrier arrive dans une<br/>boîte aux lettres partagée V2<br/>order@votredomaine]) --> Filter[Filtrer via les conditions du déclencheur<br/>filtre expéditeur/objet, pièces jointes uniquement]
    Filter --> Each[Apply to each<br/>boucle sur chaque pièce jointe]
    Each --> Check{Is Inline = false<br/>et extension .pdf ?}
    Check -- Non --> Skip[Ignorer le traitement<br/>exclut les images de signature, etc.]
    Check -- Oui --> Save[SharePoint : Créer un fichier<br/>dans un dossier partenaire/année-mois<br/>enregistrer avec un nom de fichier incluant l'horodatage de réception]
    Save --> Notify[Publier dans un canal Teams ou<br/>envoyer une notification par e-mail<br/>avec le lien de stockage, l'expéditeur et l'objet]
    Notify --> End([Terminé])
    Save -. En cas d'échec .-> Err[Notification d'erreur<br/>alerte l'administrateur de l'échec]

Les principales actions et points de conception sont les suivants.

Si vous déterminez le dossier de destination dynamiquement, avec une règle du type « partenaire/année-mois », n’oubliez pas non plus de faire garantir par le flux lui-même l’existence du dossier. Le tout premier e-mail d’un nouveau partenaire, ou le premier e-mail d’un nouveau mois, se heurtera à un dossier cible qui n’existe pas encore. Le connecteur SharePoint dispose d’une action « Créer un nouveau dossier » capable de créer un chemin de dossier en une seule fois⁵, donc intégrer une étape de préparation du dossier avant « Créer un fichier » évite que tout le processus ne se bloque à l’étape d’enregistrement.

Choisir SharePoint plutôt qu’un serveur de fichiers traditionnel comme destination s’explique par le fait qu’on peut y écrire directement depuis un flux cloud, notifier via un lien, et le combiner plus facilement par la suite avec AI Builder ou la recherche. Si les circonstances imposent l’usage d’un serveur de fichiers sur site, passer par une passerelle de données locale (on-premises data gateway) reste une option, mais cela alourdit la configuration ; dans la mesure du possible, je recommande donc de déplacer l’ensemble de la destination vers SharePoint.

L’approche globale de la gestion des erreurs du flux (notifications d’échec, consultation de l’historique d’exécution) est traitée plus en détail dans un autre article, « Automatiser les processus métier avec Power Automate ── Choisir entre flux cloud et flux de bureau, et concevoir la gestion des erreurs ».

4. Pièges et parades

Le premier flux fonctionnel peut se construire en une demi-journée. Le vrai problème commence ensuite : sa tenue en conditions réelles dépend de la fermeture des pièges suivants.

4.1 Les images de signature et de logo enregistrées comme des « pièces jointes »

C’est le problème le plus fréquemment signalé. Une image de signature ou un logo d’entreprise intégré dans le corps de l’e-mail est techniquement traité comme une pièce jointe intégrée (inline), de sorte qu’en enregistrant sur la seule base d’une condition « contient des pièces jointes », on se retrouve avec une pile de fichiers du type image001.png enregistrés en même temps que le PDF réellement visé.

Dans le connecteur Office 365 Outlook, les métadonnées de pièce jointe renvoyées par les déclencheurs et les actions incluent Id, Name, Content Type, Size et Is Inline, et celles-ci sont toujours disponibles, indépendamment du réglage « Inclure les pièces jointes ». Is Inline à true identifie une pièce jointe intégrée.⁴

Traitez cela en deux couches.

1. À l’intérieur d’Apply to each, utilisez une action de condition pour ne laisser passer que celles où Is Inline vaut false
2. Vérifiez en plus que le nom de fichier se termine par .pdf (cela affine la sélection de manière quasiment parfaite, sauf dans le cas rare où un partenaire colle le document sous forme d’image directement dans le corps du message)

Si vous recevez régulièrement de grosses pièces jointes ou un grand nombre de pièces jointes, vous pouvez aussi choisir une configuration où l’on désactive « Inclure les pièces jointes » sur le déclencheur, où l’on sélectionne les cibles à l’aide des métadonnées, puis où l’on récupère individuellement uniquement les pièces jointes nécessaires avec l’action « Obtenir une pièce jointe (V2) ».¹ Les métadonnées de pièce jointe (Is Inline et le nom) étant disponibles indépendamment du réglage « Inclure les pièces jointes », la logique de sélection reste la même quelle que soit la configuration choisie.⁴ Cela permet de garder les données transmises par le déclencheur légères, envisagez donc de basculer vers cette forme une fois que le flux grossit et que la gestion des pièces jointes commence à devenir lourde.

4.2 Filtrer les e-mails cibles ── une adresse dédiée associée à une boîte aux lettres partagée

La boîte de réception d’un individu reçoit aussi un grand volume d’e-mails qui n’ont rien à voir avec les bons de commande. Quel que soit le soin apporté au filtrage par expéditeur ou par objet, des e-mails passeront entre les mailles du filet dès qu’un partenaire changera sa manière de rédiger ses messages. La vraie solution consiste à mettre en place une adresse dédiée à la réception des commandes et à demander aux partenaires d’y envoyer leurs messages.

Faites de ce point d’entrée une boîte aux lettres partagée. Il y a deux raisons à cela.

• Cela découple le point d’entrée du courrier de la boîte aux lettres d’un collaborateur individuel. Cela évite l’incident où tout le point d’entrée disparaît lors d’une mutation ou d’un départ, ou celui où le successeur ne peut plus consulter les e-mails passés
• Une boîte aux lettres partagée en elle-même ne nécessite aucune licence individuelle ; il suffit que l’utilisateur qui y accède dispose d’une licence⁹

Utilisez le déclencheur « Lorsqu’un nouveau courrier arrive dans une boîte aux lettres partagée (V2) ». En prérequis, le compte utilisé pour la connexion du flux doit disposer d’une autorisation d’accès à cette boîte aux lettres partagée. Notez qu’il peut s’écouler environ deux heures après l’attribution d’une autorisation avant qu’elle ne soit répercutée côté plateforme, et qu’une adresse de groupe Microsoft 365 ne peut pas être désignée comme boîte aux lettres partagée.³

Cela dit, gardez à l’esprit que le passage à une boîte aux lettres partagée n’élimine pas en soi la dépendance du flux vis-à-vis d’une seule personne. La connexion du flux (l’authentification vers Outlook) reste liée au compte de l’utilisateur qui l’a créée ; une connexion partagée ne peut être utilisée qu’à l’intérieur de ce flux précis, et aucun propriétaire ne peut modifier les identifiants d’une connexion créée par un autre propriétaire.¹⁰ Autrement dit, si le compte utilisé pour la connexion est désactivé parce que cette personne quitte l’entreprise, le flux cesse de fonctionner même si le point d’entrée lui-même est une boîte aux lettres partagée. Créez la connexion, dans la mesure du possible, avec un compte opérationnel non lié à l’ancienneté d’un employé en particulier, et mettez également en place des copropriétaires, afin qu’un autre propriétaire puisse substituer sa propre connexion et maintenir le flux en fonctionnement le moment venu.

4.3 Écrasement et doublons de fichiers portant le même nom

Une pièce jointe nommée par exemple « BonDeCommande.pdf » arrive, encore et encore, de la part de plusieurs partenaires différents. L’enregistrer sous le nom de fichier reçu tel quel provoque à coup sûr des collisions de noms. Construisez le nom de fichier enregistré de manière mécanique à partir des informations de l’e-mail reçu, de façon à le rendre unique. En pratique, un schéma de nommage tel que « horodatage de réception (à la seconde près) + domaine de l’expéditeur + nom de fichier d’origine » évite presque toutes les collisions et facilite aussi les recoupements ultérieurs avec l’e-mail d’origine.

Il existe aussi des scénarios — comme une réexécution manuelle du flux à des fins de test après une correction — où le même e-mail se retrouve traité deux fois. Avec un nommage basé sur l’horodatage, la seule chose écrite dans ce cas est un autre fichier de même nom issu de ce même e-mail, ce qui évite d’écraser ou de supprimer par inadvertance un fichier appartenant à un autre partenaire. Cela dit, la deuxième écriture sous le même nom constitue en soi une collision (qu’elle se traduise par un écrasement ou un échec, le contenu est identique) ; si vous souhaitez véritablement détecter le traitement en double lui-même, inclure l’ID de message issu de la sortie du déclencheur dans une colonne de votre liste de destination, ou dans le nom de fichier, permet de vérifier mécaniquement si un message a déjà été traité.¹

4.4 Détecter les oublis ── Peut-on remarquer « les e-mails sur lesquels le déclencheur ne s’est jamais activé » ?

C’est un point facilement négligé, mais le déclencheur de réception n’est pas infaillible. La documentation mentionne explicitement les cas suivants.

• Un e-mail dont la taille totale dépasse la plus petite des deux valeurs entre la limite fixée par l’administrateur Exchange et 50 Mo est ignoré par le déclencheur. Les e-mails protégés (chiffrés), ainsi que ceux dont le corps ou les pièces jointes sont mal formés, peuvent également être ignorés¹
• Si un grand volume d’e-mails arrive simultanément, une limite côté système peut, rarement, provoquer un oubli d’e-mail par le déclencheur¹¹

Autrement dit, il peut exister des e-mails pour lesquels le flux « ne s’est jamais du tout exécuté », plutôt que « s’est exécuté et a échoué ». Se contenter de surveiller les notifications d’erreur ne permet pas de détecter ce type d’oubli. Une parade réaliste, en plus des notifications de succès/échec du flux, consiste à conserver une routine de vérification périodique de la boîte de réception par une personne (faire déplacer par le flux les e-mails traités dans un dossier, de sorte que tout ce qui reste dans la boîte de réception soit identifiable comme non traité). La limite de taille de l’e-mail lui-même est régie par les paramètres côté Exchange Online — la valeur par défaut pour la réception est de 36 Mo, et un administrateur peut l’ajuster entre 1 et 150 Mo. Pour les partenaires avec qui vous échangez régulièrement de grosses pièces jointes, envisagez un autre mode de transmission, comme un lien de partage de fichier évoqué plus loin.¹²

5. Faut-il aller jusqu’à la lecture du contenu (automatiser la saisie) ? ── Le traitement de documents d’AI Builder

Une fois l’enregistrement et la notification bien rodés, la prochaine chose que l’on souhaite est « automatiser jusqu’à lire le contenu du PDF et l’inscrire dans le registre ». C’est là qu’intervient le traitement de documents d’AI Builder.

5.1 Le modèle prédéfini et les modèles personnalisés

AI Builder fournit un modèle prédéfini de traitement des factures pour les factures. Il peut extraire des champs communs — numéro de facture, date de facture, date d’échéance, nom du partenaire, montant total, lignes de détail — directement, sans entraînement du modèle, et le japonais fait partie des langues prises en charge. L’entrée peut être au format JPEG/PNG/PDF, avec une limite de taille de fichier de 20 Mo.¹³

Pour les documents dont la mise en page diffère selon l’entreprise, comme les bons de commande, ou lorsque l’on souhaite extraire, même à partir d’une facture, des champs au-delà des champs standards (son propre numéro de gestion interne, par exemple), on construit un modèle personnalisé de traitement de documents. Choisissez parmi trois types — « document à modèle fixe », « document libre » ou « facture (une extension du modèle prédéfini) » — regroupez les documents partageant la même mise en page dans une collection, téléversez au moins 5 documents d’exemple par collection, et entraînez le modèle en étiquetant les champs et les tableaux que vous souhaitez extraire.¹⁴

L’intégration dans un flux est simple dans les deux cas : pour le modèle de traitement des factures, utilisez l’action « Extraire des informations des factures » ; pour un modèle personnalisé, utilisez l’action « Traiter un document » ; dans les deux cas, il suffit de lui transmettre le contenu du fichier PDF stocké dans SharePoint.¹⁵⁸

5.2 Précision et gestion des exceptions ── Router vers une vérification humaine selon le score de confiance

Le point le plus important dans l’automatisation de la lecture de contenu est de concevoir le système en partant du principe que « l’extraction peut se tromper ». Les résultats d’extraction d’AI Builder sont accompagnés d’un score de confiance compris entre 0 et 1 pour chaque champ. En pratique, on fait bifurquer le flux selon ce score.¹⁵

• Score élevé (par exemple 0,9 ou plus) -> écrire directement dans le registre, et notifier comme « traité automatiquement »
• Score faible -> écrire dans le registre en le marquant comme « à vérifier », et notifier un collaborateur pour lui demander de « vérifier cet élément »

La documentation même de Microsoft présente un exemple combinant le modèle prédéfini avec un modèle personnalisé, avec un repli sur l’autre modèle lorsque le score de confiance revient faible.¹³ Concevoir le système autour de l’idée « si tout peut être lu automatiquement, tant mieux, et une personne ne regarde que ce qui n’a pas pu l’être » permet de ne jamais avoir à viser 100 % de précision, ce qui abaisse considérablement la barrière à l’adoption.

5.3 Licences et crédits ── un point à vérifier absolument au préalable

Chaque action AI Builder consomme, à chaque exécution, une capacité de type consommation. Cette capacité a traditionnellement été appelée crédits AI Builder, obtenus soit via un module complémentaire de capacité AI Builder (1 million de crédits par module complémentaire et par mois), soit en plus petites quantités incluses avec une licence premium telle que Power Automate Premium (5 000 crédits avec Power Automate Premium). Les crédits sont mutualisés au niveau du locataire (tenant) et alloués aux environnements pour être utilisés. Sans aucune capacité allouée à un environnement, le flux s’arrête avec une erreur telle que NoCapacity.⁶

Cependant, cette structure traverse actuellement une période de transition. Une fin progressive des crédits AI Builder a été annoncée en octobre 2025 : les crédits initiaux (seed credits) inclus avec les licences premium prendront fin le 1er novembre 2026, et les nouveaux clients ne peuvent plus acheter le module complémentaire de capacité AI Builder, achetant à la place des crédits Copilot. Les fonctionnalités propres d’AI Builder restent utilisables avec les crédits Copilot, mais pour les flux cloud, la priorité est de consommer d’abord les crédits AI Builder, puis de puiser dans les crédits Copilot une fois ceux-ci épuisés.⁷¹⁶

En résumé : aller jusqu’à la lecture du contenu entraîne un coût supplémentaire, et cette structure de coût est en train d’être réécrite en ce moment même. Voici un repère approximatif pour la décision d’adoption.

6. Quand arrive un ZIP protégé par mot de passe (PPAP) ── Ce n’est pas au flux de résoudre ce problème

« Nos pièces jointes arrivent sous forme de fichiers ZIP protégés par mot de passe — le flux peut-il les décompresser ? » est une autre question qui revient régulièrement. La réponse courte : n’essayez pas de résoudre cela à l’intérieur du flux.

Toute la pratique du ZIP protégé par mot de passe repose sur l’hypothèse que le mot de passe arrive dans un e-mail séparé, est lu par un humain, et est saisi manuellement pour ouvrir le fichier. Le moment et le format de la notification du mot de passe dépendent entièrement de l’expéditeur, et rien de tout cela n’a été conçu pour un traitement machine. Forcer cela dans l’automatisation revient à construire une mécanique véritablement risquée dont on n’aurait jamais eu besoin — analyser les e-mails contenant des mots de passe, stocker des mots de passe — et qu’on aurait pu s’éviter.

Du reste, le PPAP a de toute façon peu de valeur en tant que mesure de sécurité, puisque la clé et le colis transitent par le même canal, et son inconvénient majeur est de laisser passer les fichiers directement à travers l’analyse antivirus du destinataire. Ce problème, ainsi que des alternatives (liens de partage de fichiers, entre autres), sont traités plus en détail dans un autre article, « Pourquoi le PPAP est-il néfaste pour la sécurité des e-mails ? Quelle est la bonne manière de faire ? ». Dans le contexte de l’automatisation, les documents arrivant via PPAP figurent en tête de la liste des éléments pour lesquels il faut négocier un changement de mode de réception. Et grâce au mouvement plus large de délaissement du PPAP, une demande adressée à un partenaire du type « pour les besoins du traitement automatisé, pourriez-vous nous envoyer un PDF en pièce jointe simple ou un lien de partage de fichier plutôt qu’un ZIP protégé par mot de passe » a tendance à mieux passer qu’auparavant.

7. Au-delà ── les limites du flux de travail par pièce jointe d’e-mail et une migration par étapes

Une fois l’enregistrement, la notification et la lecture de contenu tous en place, ce qui reste, c’est la limite inhérente au fait qu’on échange des documents par pièce jointe d’e-mail dès le départ.

• Il existe autant de mises en page de documents que de partenaires, et la maintenance du modèle d’extraction s’alourdit d’autant plus que le nombre de partenaires augmente
• La précision d’extraction n’atteint jamais 100 %, l’étape de vérification humaine ne disparaît donc jamais
• Un e-mail peut ne pas arriver (taille excessive, classé comme spam), la surveillance des oublis ne disparaît donc jamais non plus

Aucun degré de perfectionnement de la conception Power Automate ne fait disparaître tout cela. Tant que le point de départ du processus reste « envoyer des données non structurées (un PDF) à l’attention d’un humain », la lecture et la vérification demeurent un coût incontournable. C’est précisément pour cela qu’il vaut la peine de garder, à moyen terme, le cap sur la réception de données structurées dès le départ — une migration progressive vers un formulaire de commande web, l’EDI, ou, pour les factures, une facture électronique (Peppol / JP PINT).

La migration n’a pas besoin d’être un basculement d’un seul coup. Il est réaliste de faire fonctionner un dispositif à deux voies : faire migrer en premier les partenaires disposés à le faire vers le nouveau mode de réception, et continuer à traiter le reste par pièce jointe d’e-mail associée au traitement automatisé. Cette conception de migration par étapes est traitée dans « Faire migrer les commandes par fax vers le web ── Concevoir une période d’exploitation double et la pratique d’une migration par étapes », et les mécanismes de la facture électronique sont traités dans « Qu’est-ce qu’une facture électronique ? En quoi diffère-t-elle du fait d’« envoyer un PDF de facture par e-mail » ? ». Je considère que le flux décrit dans cet article a vocation à soutenir « la part encore reçue par pièce jointe d’e-mail » pendant cette période de transition.

8. Résumé

Le traitement des PDF de bons de commande et de factures reçus par e-mail se situe plutôt du côté introductif des thèmes d’automatisation Power Automate, mais les points à maîtriser pour le rendre robuste en conditions réelles sont clairs.

D’abord, faites du point d’entrée une adresse dédiée sur une boîte aux lettres partagée, et reportez les conditions de filtrage sur le déclencheur lui-même. Triez les pièces jointes en deux couches — Is Inline puis l’extension — pour exclure les images de signature. Rendez le nom de fichier unique à partir de l’horodatage de réception, et, en partant du principe que le déclencheur peut manquer des e-mails (plus de 50 Mo, e-mail chiffré, afflux simultané d’un grand nombre de messages), conservez une routine permettant de remarquer ce qui a été manqué. C’est là la première étape.

Si vous allez jusqu’à la lecture de contenu, utilisez le modèle prédéfini d’AI Builder ou un modèle personnalisé associé à une bifurcation par score de confiance, et vérifiez au préalable le coût des crédits de type consommation ainsi que la structure de licence en cours de transition. Et n’essayez pas de décompresser les ZIP protégés par mot de passe à l’intérieur du flux : traitez-les comme une cible de négociation pour changer le mode de réception. Une fois que les limites inhérentes au format même de la pièce jointe d’e-mail deviennent visibles, envisagez une migration par étapes vers un formulaire web, l’EDI ou une facture électronique. En procédant dans cet ordre, c’est un domaine qu’on peut faire évoluer sans reprise majeure en cours de route.

Articles connexes

• Automatiser les processus métier avec Power Automate ── Choisir entre flux cloud et flux de bureau, et concevoir la gestion des erreurs
• Pourquoi le PPAP est-il néfaste pour la sécurité des e-mails ? Quelle est la bonne manière de faire ?
• Qu’est-ce que l’EDI ? Faciliter les commandes entre entreprises ── Du fax, de l’e-mail et de la saisie manuelle à l’intégration de données
• Faire migrer les commandes par fax vers le web ── Concevoir une période d’exploitation double et la pratique d’une migration par étapes
• Qu’est-ce qu’une facture électronique ? En quoi diffère-t-elle du fait d’« envoyer un PDF de facture par e-mail » ?

Domaines de conseil associés

Komura Software LLC propose des prestations de conseil sur l’automatisation du traitement des e-mails et des documents avec Power Automate, ainsi que sur la planification de migrations par étapes pour numériser les processus de commande et de facturation.

• Conseil technique et revue de conception
• Développement d’applications Windows
• Contact

Références

Articles associés

Articles récents partageant les mêmes étiquettes, pour approfondir des sujets proches.

Sujets associés

Ces pages replacent le sujet dans un contexte plus large de services et de décisions.

Services liés à ce sujet

Cet article est directement lié aux services suivants.

Questions fréquentes

Questions souvent posées lors d’une consultation sur le sujet de cet article.

Un flux Power Automate peut-il être déclenché par un e-mail arrivant dans une boîte aux lettres partagée ?

Oui. Le connecteur Office 365 Outlook dispose d'un déclencheur dédié, « Lorsqu'un nouveau courrier arrive dans une boîte aux lettres partagée (V2) », qui permet de lancer un flux à partir d'un e-mail arrivant sur une adresse partagée dédiée à la réception des commandes. Cela suppose que le compte utilisé pour la connexion dispose d'une autorisation d'accès à cette boîte aux lettres partagée. Attention : il peut s'écouler environ deux heures après l'attribution d'une autorisation avant qu'elle ne soit prise en compte, et une adresse de groupe Microsoft 365 ne peut pas être désignée comme boîte aux lettres partagée. Recevoir le courrier via une boîte aux lettres partagée plutôt que dans la boîte de réception individuelle d'un collaborateur facilite la transmission du point d'entrée, mais comme la connexion du flux elle-même reste liée au compte de l'utilisateur qui l'a créée, il faut aussi décider comment gérer ce compte de connexion et mettre en place des copropriétaires.

Pourquoi les images d'une signature d'e-mail se retrouvent-elles enregistrées comme des fichiers en pièce jointe ?

Une image de signature ou un logo intégré dans le corps de l'e-mail est techniquement traité comme un type de pièce jointe (une pièce jointe intégrée, ou « inline »). Traiter les messages sur la seule base d'une condition « contient des pièces jointes » revient à enregistrer le PNG ou le GIF de la signature en même temps que le PDF réellement visé. La solution consiste à utiliser la métadonnée Is Inline que le connecteur Office 365 Outlook renvoie pour chaque pièce jointe comme condition, en ne traitant que celles pour lesquelles Is Inline vaut false. Ajouter une vérification que l'extension du fichier est bien .pdf permet d'affiner encore la sélection de manière plus fiable.

Que faut-il pour automatiser jusqu'à la lecture du contenu du PDF avec AI Builder ?

AI Builder dispose d'un modèle prédéfini de traitement des factures qui extrait des champs comme le numéro de facture, la date ou le montant total, et il prend en charge les factures en japonais. Pour les documents à mise en page propre à chaque entreprise, comme les bons de commande, on utilise un modèle personnalisé de traitement de documents, entraîné à l'aide de documents d'exemple (au moins 5 par mise en page). L'exécution nécessite une capacité de type consommation, comme les crédits AI Builder, et le flux se termine en erreur si aucune capacité n'est allouée à l'environnement. Notez également qu'une fin progressive des crédits AI Builder a été annoncée en octobre 2025, au profit des crédits Copilot, il convient donc de vérifier la structure de licence la plus récente avant toute nouvelle mise en œuvre.

Un flux peut-il aussi traiter des pièces jointes arrivant sous forme de ZIP protégé par mot de passe (PPAP) ?

Un ZIP protégé par mot de passe est fondamentalement incompatible avec un traitement automatisé, et il ne faut pas concevoir un flux en partant du principe qu'on va le décompresser à l'intérieur de celui-ci. Toute la pratique consistant à envoyer le mot de passe dans un e-mail séparé, qu'un humain doit lire avant de pouvoir ouvrir le fichier, n'a jamais été pensée pour un traitement machine. On peut enregistrer le ZIP tel quel dans un emplacement qu'une personne pourra ouvrir, mais cela ne rapproche en rien de l'automatisation de la saisie ou de l'extraction. En pratique, la vraie solution consiste à négocier avec l'expéditeur pour qu'il abandonne le PPAP, c'est-à-dire à changer la manière même dont les fichiers sont transmis. Le PPAP pose par ailleurs de nombreux problèmes de sécurité, et un autre article qui détaille ces problèmes peut aussi servir d'argument dans cette négociation.

Profil de l’auteur

Page de présentation de l’auteur de l’article.

Go Komura

Représentant de KomuraSoft LLC

Spécialisé dans le développement de logiciels Windows, le conseil technique et l’analyse de pannes, notamment pour les systèmes existants et les incidents difficiles à reproduire.