
Intégration API Outlook
Nous développons votre connecteur Outlook
Nous passons par Microsoft Graph pour écrire dans l'agenda Outlook, traiter une boîte partagée et réserver une salle. L'ancienne Outlook REST API est morte.
- Équipe produit senior
- connecteurs Graph en production
- du cadrage au monitoring
À quoi sert l'API Outlook et pourquoi connecter la messagerie et l'agenda Microsoft à son application ?
Outlook est la messagerie et le calendrier de référence des entreprises sous Microsoft 365. L'intégration via Microsoft Graph permet à votre application d'écrire des événements dans l'agenda de vos collaborateurs, de lire les disponibilités pour planifier une réunion, ou de traiter automatiquement les emails reçus dans une boîte partagée sans surveillance manuelle. On l'intègre quand les confirmations de rendez-vous ou les notifications doivent apparaître directement dans l'outil que les équipes ouvrent en premier le matin, sans qu'elles aient à copier l'information d'un outil à l'autre.
Ce que nos clients construisent sur Graph Outlook
Rendez-vous et salle dans le même appel
Le logiciel métier écrit l'événement et ajoute la salle comme participant. getSchedule a vérifié le conflit avant confirmation.
Créneaux multi-participants sans moteur maison
findMeetingTimes tient compte des disponibilités et des contraintes de salle. Vous interrogez Graph au lieu de reconstruire un solveur.
Boîte partagée qui crée le dossier
Un courrier sur commandes@ ou sav@ ouvre le ticket, rattache les pièces, envoie l'accusé. Plus de veille humaine sur une boîte commune.
Migration EWS vers Graph avant 2026
Inventaire par les rapports d'usage, périmètre RBAC, bascule pilotée avant la coupure EWSEnabled. Un chantier daté, pas une option.
Ce que ça change dans votre quotidien Outlook
La technique au service d'un résultat mesurable : plus de double saisie, une boîte traitée, un EWS qui n'explose pas en 2026.
Vos équipes restent dans Outlook
Le logiciel métier écrit là où le commercial et le technicien regardent déjà. Vous n'imposez pas un second calendrier.
Les salles cessent d'être un tableur
Réserver une ressource, c'est ajouter un participant. Moins de double booking de salles, de véhicules, de matériel.
La boîte partagée devient un flux
Le courrier déclenche le métier. Moins de mails oubliés dans commandes@, moins de pièces perdues dans un fil.
EWS a une date de fin
1er octobre 2026, EWSEnabled passe à False pour les locataires encore à Null. Avril 2027, arrêt définitif. On chiffre la migration sur l'inventaire, pas sur une intuition.
Comment nous livrons votre connecteur Outlook
Cadrage
Agenda, courrier ou les deux. Quelles boîtes, quel RBAC, EWS encore en piste ou pas. On tranche les permissions Entra avant d'écrire une ligne.
Développement
calendarView plutôt qu'un développement maison, abonnements renouvelés à mi-vie, delta en filet, limiteur par boîte (4 concurrentes, 10 000 / 10 min).
Recette
Conflit de salle, expiration d'abonnement, 429 Retry-After, permission large qui annule le RBAC, compte outlook.com vs locataire. Rejeu avant bascule.
Monitoring
Alerte sur abonnement mort, reauthorizationRequired, 429 par boîte. Journal d'accès défendable devant un DSI. Vous voyez la coupure avant le commercial.
Ce que permet Microsoft Graph pour Outlook
- Agenda et vues bornées
- events, calendar, calendarGroup. calendarView bornée par startDateTime et endDateTime. reminderView pour un agenda allégé. Réponses accept, tentativelyAccept, decline.
- Disponibilités et salles
- getSchedule pour le libre/occupé, findMeetingTimes pour un créneau multi-participants. Une salle est un emailAddress ; l'API place liste les salles du locataire.
- Courrier et dossiers
- messages, mailFolder, mailSearchFolder, messageRule, pièces jointes. Une boîte partagée se traite comme une ressource Graph, pas comme un export Outlook.
- Abonnements de changement
- POST /subscriptions sur messages, events, contacts. 1 000 abonnements actifs par boîte, toutes applications confondues. Webhook, Event Hubs ou Event Grid.
Le vocabulaire Graph pour Outlook
- calendarView
- Liste d'occurrences bornée dans le temps. C'est la lecture saine des récurrences. Développer RRULE côté client est le chemin lent et faux.
- findMeetingTimes
- Action Graph qui propose des créneaux en tenant compte des disponibilités et des salles. Comptes professionnels uniquement. Un essai sur outlook.com ne prouve rien.
- RBAC for Applications
- Garde-fou Exchange Online pour limiter une app à un périmètre de boîtes. Une permission Mail.Read large dans Entra ID écrase cette restriction : les droits sont additifs.
- EWSEnabled
- Propriété de locataire. Au 1er octobre 2026 (ou peu après), Null passe à False et bloque EWS pour toutes les applications. Peupler EWSAllowedAppIDs avant fin août 2026 pour un sursis.
- Prefer : outlook.timezone
- Sans cet en-tête, start et end reviennent en UTC. On stocke le fuseau utilisateur et on mappe les noms Windows vers IANA, on ne dérive pas du serveur.
- Notification enrichie
- Le payload contient les données, mais l'abonnement vit moins de 24 heures au lieu de moins de sept jours. C'est un coût d'exploitation, pas un détail de webhook.
Les contraintes réelles de Graph pour Outlook
Quatre requêtes concurrentes par boîte
10 000 appels / 10 minutes / couple application-boîte, 150 Mo d'envoi / 5 minutes, quatre requêtes en parallèle. Le batch JSON Outlook reste plafonné à quatre, quelles que soient les boîtes. dependsOn rend l'exécution séquentielle.
Les abonnements meurent en moins de sept jours
Un job de renouvellement n'est pas optionnel. Notification enrichie : moins de 24 heures. Traiter reauthorizationRequired, et garder le delta comme filet, sinon un webhook mort vide silencieusement le flux.
Le mode application lit tout le locataire
Sans RBAC for Applications, l'app voit toutes les boîtes. Et une permission large concurrente dans Entra ID annule la restriction. Les archives en ligne et les dossiers publics n'ont pas d'API Graph.
On ne partage pas un agenda par API
canEdit, canShare, isShared se constatent. L'acte de partage reste humain. Les salles, le libre/occupé et findMeetingTimes sont réservés aux comptes professionnels : une démo outlook.com ne vaut pas une recette locataire.
Microsoft Graph ou API Google Calendar ?
Deux agendas de travail. Le bon dépend du client déjà ouvert le matin, pas du SDK.
| Critère | Microsoft OutlookCette page | Google CalendarCalendar API v3 |
|---|---|---|
| Parc typique | Microsoft 365, PME et ETI françaises | Google Workspace |
| Périmètre de cette page | Agenda et courrier Graph | Agenda seulement |
| Salles et solveur | place, getSchedule, findMeetingTimes | Freebusy, pas de salles Graph |
| Notification | Abonnement ≤ 7 jours, delta en filet | Push sans corps, relecture syncToken |
| Concurrence | 4 requêtes / boîte, batch inclus | 10 000/min projet, 600/user |
| Dette datée | EWS coupé en 2026-2027 | Facturation quota annoncée en 2026 |
| Le bon cas | Vos équipes vivent dans Outlook | Vos équipes vivent dans Google Agenda |
Les fichiers SharePoint et OneDrive ne sont pas ici : voir la page Microsoft 365. Calendly et Cal.com portent la prise de rendez-vous, pas l'agenda de travail.
Ce que nous mesurons sur une intégration Outlook
Les autres API d'agenda
Si vos équipes ne sont pas toutes dans Outlook, ces options se discutent au cadrage.
Microsoft OutlookNous développons votre connecteur OutlookCette page
Google CalendarL'agenda Workspace, syncToken et push sans corps.
CalendlyPrise de rendez-vous hébergée, pas un agenda de travail.
Cal.comMoteur de réservation open source, auto-hébergeable.On combine Outlook avec
La stack qui entoure Graph agenda et courrier sur nos projets.
Intégration Outlook : vos questions
En 2026, vous n'appelez plus Outlook REST. Vous enregistrez une application Entra ID, vous demandez les permissions agenda et/ou courrier, vous bornez le périmètre avec RBAC for Applications si l'app ne doit pas lire tout le locataire, puis vous parlez à graph.microsoft.com/v1.0. Pour l'agenda : calendarView, getSchedule, création d'événements. Pour le mail : messages et abonnements. Un job renouvelle les subscriptions avant sept jours, le delta rattrape les trous. La partie sensible est le throttling par boîte et les permissions additives, pas le premier GET.
Non. Outlook REST API v2.0 et son endpoint beta (outlook.office.com/api/v2.0) sont décommissionnés depuis le 31 mars 2024, après deux reports. Après la coupure, les appels ont renvoyé HTTP 410 pendant 60 jours, puis plus rien. Toute intégration « Outlook » neuve ou reprise passe par Microsoft Graph v1.0. Si un outil existant parle encore EWS, c'est un autre chantier, avec une échéance 2026-2027 distincte.
Un premier flux utile, typiquement l'écriture d'événements dans l'agenda des collaborateurs, se livre en deux à trois semaines. Ajouter getSchedule, les salles, une boîte partagée et des abonnements stables demande plutôt six à huit semaines. Une migration EWS se chiffre à part, sur l'inventaire des applications du locataire, pas au forfait. Nous cadrons le périmètre en amont et vous donnons une estimation ferme avant de commencer.
Oui si un outil (GED, sauvegarde, archivage, sécurité, signature) parle encore EWS sur Exchange Online. Au 1er octobre 2026, EWSEnabled Null bascule à False et bloque EWS pour toutes les applications du locataire. Un sursis existe en peuplant EWSAllowedAppIDs et en passant EWSEnabled à True avant fin août 2026. Arrêt complet le 1er avril 2027, sans réactivation. Ne concerne pas Exchange Server sur site. On part des rapports d'usage EWS, pas d'une intuition.
On suit le parc. Microsoft 365 : Graph, avec courrier possible sur le même jeton. Workspace : Calendar v3. Un parc mixte prend deux connecteurs et une règle par personne. Cette page ne traite pas SharePoint ni OneDrive (page Microsoft 365). Calendly et Cal.com ne remplacent pas Outlook : ils portent la prise de rendez-vous. C'est un arbitrage de cadrage, écrit avant le premier appel, pas une surprise de recette.
Un projet d'intégration Outlook ?
Parlons-en. 30 minutes pour cadrer agenda, courrier, EWS encore vivant, et ce que Graph permet vraiment, puis vous dire franchement ce qui est faisable.
Parler de mon projet Outlook