Cette étape maintient votre synchronisation actuelle fonctionnelle lorsque l'application par Microsoft entre en vigueur le 1er octobre 2026, afin que la migration puisse se dérouler en toute sécurité — y compris le basculement automatique vers EWS en cas d'échec de la migration d'un événement.

1a — Localiser l'enregistrement d'application existant

Accédez à : Azure Portal > Microsoft Entra ID > App registrations.

Trouvez l'application correspondant au Client ID que vous avez déjà communiqué à Rise Up lors de la configuration de la synchronisation de calendrier. Il s'agit de la même application — rien de nouveau à créer, et votre secret existant reste valide.

1b — Ajouter le Client ID Rise Up à la liste d'autorisation EWS

Action : exécutez la commande suivante dans Exchange Online PowerShell :

# Read the current allow list first (this is a full REPLACE, not an add)
$current = (Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Select-Object -ExpandProperty EwsAllowedAppIDs)

# Add the Rise Up Client ID to the existing list
$updated = @($current, "<YOUR_CLIENT_ID>")

# Write the combined list back
Set-OrganizationConfig -EwsAllowedAppIDs ($updated -join ",")

# Enable EWS
Set-OrganizationConfig -EwsEnabled $true

Remplacez <YOUR_CLIENT_ID> par le Client ID que vous avez initialement communiqué à Rise Up.

Résultat : confirmez que la modification a bien été prise en compte :

Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs

 Vérifiez que EwsEnabled est à True, et non Null. Laisser EwsEnabled à Null signifie que Microsoft finira par désactiver automatiquement EWS pour votre tenant, selon un calendrier que vous ne contrôlez pas. En le définissant explicitement sur True, avec la liste d'autorisation renseignée, vous gardez la maîtrise du calendrier.

Effectuez ces étapes dans le même enregistrement d'application qu'à l'étape 1a.

2a — Ajouter les autorisations

Accédez à : dans l'enregistrement d'application, ouvrez API permissions dans le menu de gauche.

1. Cliquez sur Add a permission > Microsoft Graph > Application permissions.
2. Recherchez et cochez chaque autorisation listée ci-dessous.
3. Cliquez sur Add permissions.

Résultat : les autorisations apparaissent avec le statut « Not granted for [Tenant] » — déclarées, mais pas encore approuvées.

2b — Accorder le consentement administrateur

1. Cliquez sur Grant admin consent for [Company Name] en haut de la liste des autorisations API.
2. Dans la boîte de dialogue de confirmation, cliquez sur Yes.

Résultat :  La colonne Status affiche une coche verte avec la mention « Granted for [Company Name] » pour chaque autorisation.

Sous EWS, l'usurpation d'identité (impersonation) limitait déjà Rise Up à la boîte du compte de service. Sous Graph, Calendars.ReadWrite en tant qu'autorisation d'application s'applique par défaut à toutes les boîtes du tenant, sauf si elle est restreinte.

Action : exécutez la commande suivante dans Exchange Online PowerShell (et non dans le portail) :

Connect-ExchangeOnline
New-ApplicationAccessPolicy -AppId <ClientID> -PolicyScopeGroupId <ServiceAccountEmail> -AccessRight RestrictAccess -Description "Restrict to booking mailbox"

Remplacez <ClientID> et <ServiceAccountEmail> par les mêmes valeurs déjà enregistrées auprès de Rise Up. Cela garantit que Rise Up ne peut accéder qu'à la boîte de service dédiée — jamais aux boîtes des employés ou à d'autres boîtes.

Résultat : vérifiez que la stratégie s'applique bien :

Test-ApplicationAccessPolicy -Identity <ServiceAccountEmail> -AppId <ClientID>
Test-ApplicationAccessPolicy -Identity <SomeOtherMailbox> -AppId <ClientID>

 La première commande doit retourner Granted, la seconde Denied.

1. Accédez à : Settings > Developer > Calendar synchronisation.
2. Confirmez auprès de votre administrateur Microsoft 365 que les étapes 1 et 2 sont terminées.
3. Cliquez sur Verify permissions and start migration. Rise Up vérifie Calendars.ReadWrite, Place.Read.All et User.Read.All dans votre tenant Microsoft.

Votre Tenant ID, Client ID, secret et compte de service existants sont réutilisés tels quels — rien à ressaisir. La suite dépend du résultat du contrôle :

Résultat :  Une confirmation s'affiche, accompagnée des autorisations EWS héritées que vous pourrez supprimer après le 1er novembre 2026 (section V). Votre synchronisation fonctionne désormais entièrement sur Microsoft Graph.

Dès que la migration est terminée, vous pouvez supprimer l'autorisation temporaire User.Read.All de l'enregistrement d'application (API permissions > User.Read.All > Remove permission).

Après le 1er novembre 2026, les autorisations EWS restantes peuvent être supprimées :

1. Supprimer full_access_as_app : dans l'enregistrement d'application, ouvrez API permissions, repérez full_access_as_app (Office 365 Exchange Online) et sélectionnez Remove permission.
2. Supprimer l'entrée Rise Up de la liste d'autorisation EWS dans Exchange Online PowerShell :

# Read the current allow list
$current = (Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Select-Object -ExpandProperty EwsAllowedAppIDs)

# Keep everything except the Rise Up Client ID
$updated = $current | Where-Object { $_ -ne "<YOUR_CLIENT_ID>" }

# Write the list back (full REPLACE — other allow-listed apps are preserved by $updated)
Set-OrganizationConfig -EwsAllowedAppIDs ($updated -join ",")