Migrer les permissions SharePoint vers un autre tenant

Ce qui est migré

• Niveaux d’autorisation : les niveaux intégrés sont appariés par type et non par nom, ce qui fonctionne entre un site en français et un site en anglais ; les niveaux personnalisés sont recréés.
• Groupes SharePoint : recréés avec leurs membres traduits.
• Héritage rompu : reproduit sur les sites, listes, dossiers et éléments.
• Groupes Entra et Microsoft 365 : appariés à un groupe existant de la cible ; jamais créés par l’outil.

La table de correspondance

Un fichier CSV à trois colonnes, séparées par des points-virgules :

Type;Source;Target
Domain;contoso.com;fabrikam.com
User;jdupont@contoso.com;jean.dupont@fabrikam.com
Group;11111111-1111-1111-1111-111111111111;22222222-2222-2222-2222-222222222222

• Domain s’applique à tout compte non listé, invités compris.
• User traduit un compte dont l’adresse change autrement.
• Group associe l’ObjectId d’un groupe Entra source à celui d’un groupe cible existant.

Comptes introuvables

Un compte de repli remplace les auteurs introuvables dans les métadonnées (Créé par, Modifié par), pour que l’élément puisse être écrit. Il ne reçoit jamais les permissions de l’utilisateur qu’il remplace : une permission sans titulaire valide est signalée, pas transférée.

Avant de migrer : faire le ménage

• Plus il y a d’éléments à permissions uniques, plus la phase est longue. SharePoint recommande de rester sous 5 000 étendues de permissions uniques par liste.
• Les droits donnés à des comptes partis depuis longtemps n’ont pas à être migrés : retirez-les dans la source ou laissez-les signaler.
• Les liens de partage ne sont pas migrés ; les partages directs avec des personnes le sont.

Cas des OneDrive

Un OneDrive n’a ni niveaux d’autorisation ni groupes SharePoint. Les permissions uniques des dossiers et des fichiers, c’est-à-dire les partages avec des personnes, sont reportées ; l’accès au OneDrive lui-même reste celui de son propriétaire.