Pour envoyer vers votre ERP les commandes reçues dans Outlook, il faut d'abord brancher proprement la boîte : une boîte dédiée aux commandes (boîte partagée ou adresse créée pour l'occasion), un accès limité à cette seule boîte, puis une détection des nouveaux mails et de leurs pièces jointes. Cette étape est celle qui bloque le plus souvent le projet, bien avant la question de l'ERP, parce que la réponse naturelle d'un dirigeant ou d'un responsable informatique est : « pas question d'ouvrir toute notre messagerie ».
Cette réserve est fondée, et elle se règle. Microsoft permet de restreindre une application à certaines boîtes seulement, et il existe une option encore plus simple qui ne demande aucun accès : transférer automatiquement les commandes vers une adresse dédiée. Les deux sont détaillées plus bas, avec les sources Microsoft.
Un point de périmètre : cet article parle d'un flux automatique qui surveille une boîte précise. Si vous cherchez un assistant qui aide une personne à lire et rédiger depuis son propre Outlook, c'est un autre usage, traité dans notre article sur la connexion de Claude à Outlook et Microsoft 365. Pour situer ce chantier dans notre offre, voyez nos automatisations de processus métier.
Points clés à retenir
- Le branchement de la boîte, pas l'ERP, est la première objection : une boîte dédiée aux commandes et un accès limité à elle seule la lèvent dans la plupart des cas
- Deux voies existent : une règle de transfert vers une adresse dédiée (aucun accès à Microsoft 365), ou une application restreinte à la boîte dans Exchange Online (RBAC for Applications)
- Microsoft Graph permet de lire les messages et leurs pièces jointes, et d'être prévenu d'un nouveau mail par notification plutôt qu'en interrogeant la boîte en boucle
- Une restriction mal configurée peut ne rien restreindre : les permissions Microsoft Entra ID et Exchange s'additionnent, ce qui se vérifie avec une commande de test
- Entre le mail et l'ERP, les mêmes contrôles s'appliquent quel que soit le logiciel : rapprochement des références, validation humaine sur les cas incertains
Brancher la boîte Outlook : trois façons, de la plus fermée à la plus ouverte
Le point de départ est de séparer les commandes du reste du courrier. Une boîte partagée de type commandes@ ou une adresse créée pour ce flux appartient à l'entreprise et non à une personne, ce qui évite de lire la messagerie d'un salarié et facilite la restriction d'accès. Reste à choisir comment l'automatisation y accède.
Le transfert automatique vers une adresse dédiée
C'est l'option la plus simple et la plus rassurante pour un responsable informatique : une règle transfère chaque mail de commande vers une adresse qui n'est pas dans votre Microsoft 365, ou dans un espace séparé. L'automatisation ne se connecte jamais à votre messagerie, elle ne voit que ce qu'on lui envoie. Le revers : il faut que votre administrateur autorise ce type de transfert, et la règle doit être maintenue (un mail qui ne correspond plus au filtre n'est jamais transféré).
Une application limitée à la seule boîte de commandes
Si vous préférez que l'automatisation lise directement la boîte, elle passe par Microsoft Graph avec une permission de lecture du courrier, limitée à cette boîte par l'administrateur Exchange Online. C'est le sujet de la section suivante.
L'accès à toute la messagerie, à écarter
Une application qui reçoit la permission de lecture du courrier sans restriction peut lire toutes les boîtes de l'organisation. Pour un flux de commandes, rien ne le justifie.
| Option | Accès à Microsoft 365 | Détection d'un nouveau mail | À savoir |
|---|---|---|---|
| Règle de transfert vers une adresse dédiée | Aucun : l'application ne se connecte jamais à Microsoft 365 | Un mail transféré arrive quasi immédiatement | Rien à configurer côté Exchange ; dépend de ce que votre administrateur autorise comme transfert automatique |
| Application limitée à la boîte de commandes | Lecture de cette seule boîte, via Microsoft Graph et RBAC for Applications | Notification à l'arrivée du mail, ou relève périodique | Configuration par l'administrateur Exchange Online, vérifiable avec une commande de test |
| Application avec accès à toute la messagerie | Toutes les boîtes de l'organisation | Idem | À écarter pour ce besoin : c'est exactement l'objection de départ |
« Pas question d'ouvrir toute notre messagerie » : l'objection et sa réponse technique
Une application peut être limitée à certaines boîtes seulement dans Exchange Online, au lieu de recevoir un accès à toute la messagerie. Selon la documentation Microsoft, le contrôle d'accès basé sur les rôles pour les applications (RBAC for Applications) permet d'accorder à une application un rôle, par exemple « Application Mail.Read », associé à une étendue qui précise quelles boîtes elle peut atteindre.
Comment la restriction se construit
La documentation décrit une séquence : créer éventuellement une étendue de gestion (un filtre sur les propriétés des boîtes, par exemple un attribut personnalisé posé sur la seule boîte de commandes) ou utiliser une unité administrative, déclarer dans Exchange le principal de service de l'application créé dans Microsoft Entra ID, choisir le rôle, puis créer l'attribution de rôle. Cette opération est faite par votre administrateur, pas par nous : vous gardez la main sur ce que l'application peut voir, et vous pouvez la retirer à tout moment.
Le piège : la restriction qui ne restreint rien
La même documentation précise que les permissions accordées via RBAC for Applications s'ajoutent à celles accordées dans Microsoft Entra ID. Si l'application a gardé une permission de lecture du courrier non restreinte côté Entra ID, la restriction côté Exchange ne sert à rien. Il faut donc retirer l'accès non restreint. Une commande de test (Test-ServicePrincipalAuthorization) permet de vérifier, pour une boîte donnée, ce que l'application peut atteindre ; Microsoft signale toutefois que ce test ne tient pas compte des permissions éventuellement accordées séparément dans Entra ID, et que les changements peuvent mettre de 30 minutes à 2 heures à être pris en compte.
À retenir
Si votre tenant utilise encore d'anciennes stratégies d'accès aux applications, elles fonctionnent, mais Microsoft indique que RBAC for Applications les remplace. Une nouvelle mise en place part sur le mécanisme récent.
Vos commandes arrivent dans Outlook et vous hésitez sur le niveau d'accès à accorder ?
Nous regardons avec vous votre boîte, votre configuration Microsoft 365 et le flux de commandes, et nous proposons l'option la plus fermée qui fonctionne.
Prendre un rendez-vousDétecter les nouveaux mails et récupérer les pièces jointes
Une fois l'accès cadré, l'application lit les messages de la boîte via l'API mail de Microsoft Graph et est prévenue de l'arrivée d'un mail par une notification, plutôt qu'en interrogeant la boîte en boucle. Voici ce que dit la documentation Microsoft sur chaque point.
Lire les messages et les pièces jointes
L'opération de liste des messages retourne les messages d'une boîte, y compris ceux d'un autre utilisateur lorsque l'application dispose de permissions applicatives. Pour les pièces jointes, l'opération de liste des pièces jointes d'un message retourne, pour un fichier joint, son nom, son type, sa taille et son contenu. Un bon de commande en PDF ou un tableur Excel joint se récupère donc de la même façon que le corps du mail.
Être prévenu d'un nouveau mail
Microsoft Graph propose des notifications de changement pour les ressources Outlook : l'application crée un abonnement sur les messages d'une boîte, de tous ses dossiers ou d'un dossier précis, avec le type de changement voulu (création, par exemple). Selon Microsoft, cela évite d'avoir à interroger et comparer l'état de la boîte pour détecter les changements. Un filtre peut aussi limiter les notifications, par exemple aux mails avec pièce jointe.
Deux contraintes à connaître. Un abonnement a une durée de vie limitée et doit être prolongé avant son expiration. Et Microsoft prévoit des notifications de cycle de vie pour que l'application détecte un abonnement supprimé ou des notifications manquées. En pratique, on garde donc une relève périodique de la boîte en filet de sécurité : si une notification est perdue, la commande est ramassée à la relève suivante.
Du mail à l'ERP : lecture, rapprochement, contrôles avant écriture
Quand le mail et ses pièces jointes sont récupérés, le flux est le même, que la commande vienne d'Outlook ou d'une autre messagerie. Il comporte quatre étapes :
- Tri. Un mail de commande est distingué d'une question, d'une relance ou d'une réclamation. Les cas ambigus sont laissés à une personne.
- Lecture. Le client, les lignes (référence ou désignation, quantité, prix éventuel), la date de livraison et l'adresse sont extraits du corps du mail ou de la pièce jointe.
- Rapprochement. Le client est retrouvé dans l'ERP et chaque ligne est rapprochée d'un article du catalogue. C'est le point dur : le client commande avec ses propres références, rarement avec les vôtres. Notre article sur la correspondance de champs entre deux logiciels détaille cette logique.
- Contrôle avant écriture. Un client inconnu, une référence incertaine, un prix qui s'écarte du tarif ou une quantité inhabituelle sont mis en attente avec le motif, pour qu'une personne tranche. Voir où placer la validation humaine.
Le contenu du mail d'origine reste conservé à côté de la commande créée, ce qui permet de vérifier en quelques secondes une ligne qui paraît douteuse. Sur un volume faible, l'automatisation n'est pas rentable : le gain dépend du nombre de commandes par jour, de la régularité des clients et de la propreté du catalogue.
Vers quel ERP écrire : un article par logiciel pour la partie écriture
La voie d'écriture dépend de l'ERP et de sa version, pas de la messagerie. Nous avons un article par logiciel pour cette dernière partie :
- EBP : import paramétrable de fichiers, ou API selon la version.
- Sage 100 : les commandes clients et leurs contraintes.
- Divalto : le même flux appliqué à cet ERP.
- Microsoft Dynamics 365 Business Central : le même flux, pour les entreprises déjà dans l'écosystème Microsoft.
- Odoo : un ERP dont l'API est ouverte.
- Un CRM si vos commandes ne sont pas gérées dans un ERP.
Si votre logiciel n'a ni import ni API, la question change de nature : voir l'automatisation d'un logiciel métier sans API.
Ce que nous avons déjà branché
Nous connectons déjà des boîtes Outlook et Gmail à NocoDB, à Zoho et à Odoo. Dans le cas client Copro Assistance, des commandes reçues par email sont extraites puis saisies dans un CRM NocoDB : plus de 1 500 emails ont été traités, avec 2 bugs constatés en 6 mois, et le contenu intégral de chaque email est conservé dans le CRM pour une vérification rapide.
Côté ERP, la partie écriture dépend de votre logiciel et de sa version : les articles par logiciel décrivent les voies possibles et leurs conditions, à valider sur votre installation avant tout engagement. Un flux sur mesure se cadre sur vos emails réels, en parallèle de la saisie manuelle, jusqu'à ce que la précision observée soit jugée suffisante.
Vous voulez évaluer ce flux sur votre boîte de commandes ?
Partagez-nous votre volume de commandes par jour, les formats reçus et votre ERP. Nous vous disons ce qui est faisable et sous quelles conditions, sur devis.
Voir nos automatisations de processus métierQuestions fréquentes sur les commandes Outlook vers l'ERP
Pour aller plus loin
- Connecter Claude à Outlook et Microsoft 365 : l'assistant dans la boîte d'une personne, un usage différent de celui décrit ici.
- Commandes email vers EBP : la partie écriture pour EBP.
- Commandes clients dans Sage 100 avec l'IA : la partie écriture pour Sage 100.
- Commandes email vers Divalto : la partie écriture pour Divalto.
- Commandes email vers Business Central : la partie écriture pour Business Central.
- Automatiser les commandes email dans Odoo : la partie écriture pour Odoo.
- Automatiser la saisie des commandes email dans un CRM : la variante côté relation commerciale.
- Automatiser l'extraction des bons de commande reçus par email : le détail de l'étape de lecture.
- Cas client Copro Assistance : des commandes reçues par email, saisies dans un CRM.
Formation
Pour que vos équipes appliquent ces usages sur leurs propres documents, voir notre formation IA pour Excel, Word et PowerPoint, construite sur vos cas.
