Infogérance — Migration Microsoft 365

Migration Microsoft 365 : un projet cadré, de l’état des lieux à la bascule

La migration Microsoft 365 est un projet à part entière, distinct de l’exploitation quotidienne qui lui succède : état des lieux, plan de coexistence, préparation du tenant, migration des données puis bascule planifiée pour limiter l’interruption visible. Nous la conduisons depuis un serveur Exchange local, une messagerie POP/IMAP hébergée, Google Workspace ou un autre tenant — fusion et scission comprises. À Paris et en Île-de-France.

Ce qui vous freine

Les constats qui reviennent.

01

Une messagerie qui freine l’entreprise

Serveur Exchange local vieillissant, boîtes POP/IMAP saturées chez un hébergeur mutualisé : pièces jointes bloquées, historique dispersé sur les postes, agendas impossibles à partager. Le statu quo a un coût, même s’il n’apparaît sur aucune facture.

02

La crainte de perdre des messages à la bascule

Sans plan de coexistence ni contrôle des flux, une bascule improvisée égare des messages entre deux systèmes, crée des doublons et laisse les utilisateurs sans repères. Ce risque se traite par la méthode — coexistence, points de contrôle, retour arrière —, pas par la chance.

03

Fusion, scission ou tenant hérité

Rapprochement d’entreprises, activité cédée, tenant configuré à la hâte par le passé : les données doivent changer de tenant sans casser les accès ni les échanges entre équipes. Ces projets tenant à tenant se préparent domaine par domaine, compte par compte.

Ce que nous couvrons

Le périmètre de la prestation.

01 / SCÉNARIOS

Depuis Exchange, POP/IMAP ou Google Workspace

Chaque source impose ses contraintes propres — protocoles, formats, partages existants. Le plan de migration part de votre existant réel, pas d’un schéma générique.

  • Migration depuis un serveur Exchange local, avec ou sans identité hybride
  • Reprise d’une messagerie POP/IMAP hébergée : boîtes, alias et redirections
  • Migration depuis Google Workspace : messages, agendas, contacts et fichiers
  • Reprise et remise en ordre d’un tenant Microsoft 365 mal configuré
02 / TENANT À TENANT

Fusion, scission et regroupement d’entités

Rapprochement de sociétés ou cession d’activité : les données changent de tenant selon une séquence maîtrisée, avec une coexistence organisée pour que les échanges entre les équipes se poursuivent pendant la transition.

  • Cartographie des deux tenants : domaines, comptes, boîtes partagées, sites, équipes
  • Transfert des domaines et des identités entre tenants
  • Migration des boîtes, des fichiers et des espaces Teams
  • Coexistence organisée entre les deux environnements pendant la transition
03 / TENANT CIBLE

Préparation du tenant : domaines, identités, sécurité

Le tenant de destination est construit avant d’y verser la moindre donnée : domaines vérifiés, identités structurées dans Entra ID et socle de sécurité en place dès l’ouverture des comptes.

  • Vérification des domaines et préparation des enregistrements DNS
  • Création des identités Entra ID, synchronisées avec votre annuaire si besoin
  • Authentification multifacteur et règles d’accès de base dès le départ
  • Licences affectées selon les usages réels de chaque profil
04 / BASCULE

Migration des données et bascule planifiée

Les données sont copiées en amont pendant que l’ancien système reste en service ; la bascule intervient à un moment convenu avec vous, puis l’environnement est transféré vers l’exploitation.

  • Migration des messages, calendriers et contacts par lots
  • Reprise des fichiers vers OneDrive et SharePoint, arborescences et droits compris
  • Bascule des flux planifiée pour limiter l’interruption visible
  • Assistance des utilisateurs au démarrage et supports pratiques
  • Transfert documenté vers l’exploitation quotidienne
Comment nous procédons

Du cadrage au suivi.

Le périmètre exact, les livrables et les délais sont formalisés dans la proposition, avant tout engagement.

1
État des lieux

Volumes de messagerie et de fichiers, nombre de comptes, boîtes partagées, alias, applications reliées à la messagerie et dépendances DNS : la mesure de l’existant conditionne tout le reste.

2
Plan de migration et de coexistence

Découpage en lots, période de coexistence entre ancien et nouveau système, fenêtres de bascule et plan de retour arrière — validés avec vous avant toute opération.

3
Préparation du tenant

Domaines vérifiés, identités créées dans Entra ID, authentification multifacteur et règles d’accès de base, licences affectées selon les besoins réels de chaque profil.

4
Migration et bascule

Copie des données en amont, contrôles de cohérence entre source et cible, puis bascule des flux planifiée pour limiter l’interruption visible pour vos équipes.

5
Accompagnement et transfert

Information des utilisateurs avant la bascule, assistance au démarrage, remise de la documentation et relais vers l’exploitation quotidienne — assurée par vos équipes ou par les nôtres.

Questions fréquentes — infogérance

Les réponses décrivent le fonctionnement du service. Les engagements chiffrés sont formalisés dans votre contrat.

Les deux approches se pratiquent, et l’état des lieux permet de trancher : une bascule unique convient aux structures compactes avec peu de dépendances ; un découpage par lots — par service, par site ou par population d’utilisateurs — sécurise les projets plus volumineux. Dans les deux cas, la coexistence entre l’ancien et le nouveau système est organisée, et chaque lot fait l’objet de contrôles de cohérence avant de passer au suivant.
La méthode est construite pour l’éviter : les données sont copiées en amont pendant que l’ancien système reste en service, la bascule des flux intervient à un moment convenu, et des contrôles de cohérence entre source et cible précèdent la coupure des anciens accès. Nous ne promettons pas un risque nul — personne ne le peut sérieusement — mais la coexistence, les points de contrôle et le plan de retour arrière permettent de détecter et de corriger tout écart avant qu’il ne devienne une perte.
Oui. La migration couvre les messages, les agendas et les contacts, ainsi que les fichiers individuels et partagés vers OneDrive et SharePoint, avec un traitement particulier des formats propres à Google et des partages existants. Une coexistence entre les deux plateformes est organisée le temps de la transition, et les utilisateurs sont accompagnés dans le changement d’outils — souvent le vrai sujet de ce type de projet.
Elle commence par la cartographie des deux environnements : domaines, comptes, boîtes partagées, sites SharePoint, équipes Teams, licences. Le plan définit ensuite ce qui est transféré, ce qui est fusionné et la séquence des opérations — le déplacement d’un domaine d’un tenant vers un autre obéit notamment à un ordre précis. Pendant la transition, la coexistence est organisée pour que les équipes des deux entités continuent d’échanger normalement.
Les fichiers PST peuvent être importés dans les boîtes Exchange Online ou dans des archives en ligne, après inventaire de leur volume et de leur état — leur collecte sur les postes est souvent l’étape la plus délicate du projet. Le périmètre de reprise de l’historique est arrêté lors du cadrage : ce qui n’est pas migré est identifié explicitement, plutôt que découvert après la coupure de l’ancien système.
Non. Votre domaine actuel est rattaché au tenant Microsoft 365 et vos adresses restent identiques ; seuls les enregistrements DNS — MX, SPF, DKIM — sont modifiés au moment de la bascule. Si le projet s’accompagne d’un changement de nom, lors d’une fusion ou d’un changement de marque, il s’intègre au plan de migration avec une période pendant laquelle les anciennes adresses continuent de recevoir les messages.
Non, c’est même le moment le plus favorable : ouvrir les comptes avec l’authentification multifacteur et des règles d’accès de base dans Entra ID demande beaucoup moins d’efforts que de les imposer après coup à des utilisateurs installés dans leurs habitudes. La migration livre ainsi un tenant dont le socle de sécurité est en place dès la mise en service ; le durcissement se poursuit ensuite dans le cadre de l’exploitation.
Oui, et il fait partie du projet : information avant la bascule, assistance renforcée au démarrage et supports pratiques sur les nouveaux usages — messagerie, OneDrive, Teams. Une migration se juge autant à l’adoption des outils qu’à l’exactitude des données transférées ; des utilisateurs qui retrouvent leurs repères sollicitent moins le support et tirent parti plus vite des usages collaboratifs.
Le projet se termine par un transfert vers l’exploitation : gestion des comptes, des licences, des appareils et de la sécurité au quotidien. Ce relais peut être assuré par vos équipes, avec la documentation remise en fin de projet, ou par notre prestation d’administration Microsoft 365 — un service distinct de la migration, contractualisé séparément. Dans tous les cas, le tenant, les comptes d’administration et la documentation restent votre propriété.

Un audit, puis un plan clair.

Décrivez votre besoin en une minute. Nous revenons vers vous avec un état des lieux et des priorités chiffrées.

Migration Microsoft 365 pour entreprise et PME | Dalena