Microsoft 365 tenant-to-tenant migratie: wat de chatgeschiedenis overleeft en wat breekt

By Mirko Peters · 2026-10-28

Ontdek wat er met de chatgeschiedenis van Microsoft Teams gebeurt tijdens een tenant-to-tenant migratie van Microsoft 365, wat er misgaat en hoe je kritieke gegevens behoudt.

Automatically translated with AI from the original post. Read the English original

Bij het plannen van een Microsoft 365-migratie is het behouden van de Microsoft Teams-chatgeschiedenis een van de lastigste uitdagingen waar organisaties voor staan. Terwijl e-mail en OneDrive-bestanden relatief soepel overgaan, slagen één-op-één-chats, groepschatdraden en ingebedde machtigingen er vaak niet in de tenantgrenzen over te steken zonder gespecialiseerde tooling van derden en zorgvuldige voorbereiding.

Belangrijkste punten

• Één-op-één- en groepschatgeschiedenissen zijn direct gekoppeld aan gebruikersidentiteiten binnen hun oorspronkelijke tenant.
• Native Microsoft-migratietools behandelen vooral kernworkloads zoals postvakken, waardoor chatgegevens oplossingen van derden vereisen.
• Kanaalgesprekken en vergaderopnamen vragen om handmatige herstructurering en het opnieuw opbouwen van machtigingen in de doeltenant.
• Het behoud van chatcontext hangt volledig af van een strak afgebakend cutover-freezevenster om gegevensafwijking te voorkomen.
• Inzicht in de beperkingen van chats voorkomt kostbare verrassingen tijdens fusies en afstotingen.

De anatomie van een Teams-chat tijdens een migratie

Wanneer IT-beheerders voor het eerst aan een tenant-to-tenant-project beginnen, behandelen ze een Microsoft Teams-migratie vaak als een simpele kopieeropdracht. Een Microsoft Team is echter geen op zichzelf staand object dat in een map staat. Het is een complex geheel van onderling verbonden onderdelen, zoals groepschats, individuele chatgeschiedenissen, kanaaltabbladen, gedeelde bestandsruimtes en ledenlijsten.

Wanneer je een postvak verplaatst, verplaats je één primair object. Wanneer je een Team of een chatgeschiedenis verplaatst, verplaats je meerdere objecten die allemaal naar elkaar verwijzen. Die interne verwijzingen en kruisverwijzingen reizen niet netjes mee over de grenzen van verschillende clouds heen. Omdat de tenantgrens structureel is ontworpen om externe organisaties volledig af te schermen, breekt het verplaatsen van een chatdraad uit de ene omgeving naar de andere de onderliggende bedrading.

Valkuilen bij één-op-één- en groepschats

Één-op-één-chats en blijvende groepschats vormen de kwetsbaarste onderdelen van elke moderne werkplekmigratie. Gebruikers behandelen historische chatdraden vaak als permanente digitale archiefkasten en verwijzen ernaar voor oude beslissingen, gedeelde links en eerdere probleemoplossingsstappen.

Tijdens een migratie zijn deze chatdraden gekoppeld aan de specifieke gebruikersobject-ID's en tenantadressen waar ze zijn ontstaan. Wanneer accounts in de doeltenant opnieuw worden ingericht, worden die historische chatverwijzingen routinematig doorgeknipt. Zonder expliciete ingreep met geavanceerde migratiesoftware van derden zien gebruikers in hun nieuwe omgeving hun actieve chatvensters volledig leeg, waardoor teams hun digitale context helemaal opnieuw moeten opbouwen.

Waarom native tools tekortschieten bij chatgegevens

Microsoft heeft aanzienlijke vooruitgang geboekt in het verbeteren van de native tenant-to-tenant-migratiemogelijkheden. Beheerders beschikken nu over native tooling die kernzaken als het onboarden van gebruikers, het synchroniseren van postvakken en de basisoverdracht van OneDrive-inhoud goed afhandelt.

Ondanks deze verbeteringen slaan Microsofts eigen hulpprogramma's vaak de genuanceerde complexiteit van historische chatgegevens en aanvullende workloads zoals Planner-borden, Whiteboards en Loop-componenten over. Deze applicaties zijn oorspronkelijk ontworpen om volledig binnen de grenzen van één afgesloten tenant te functioneren. Om ze over grenzen heen te migreren, heb je meestal gespecialiseerde migratie-engines van derden nodig. Die zijn speciaal gemaakt om gebruikers-ID's te koppelen, chatgeschiedenissen te reconstrueren en kanaalmachtigingen in de doelomgeving opnieuw in te stellen.

Machtigingen en koppelingen opnieuw opbouwen

Het kernprincipe van een tenantgrens is absolute beveiliging en isolatie. Wanneer een bedrijf wordt gesplitst of samengevoegd, gaan de gegevens zelf zelden definitief verloren, maar de bijbehorende koppelingen raken vrijwel altijd verstoord. Machtigingen die bepaalden wie specifieke bestanden kon bekijken, toegang had tot privékanalen of samenwerkingsdocumenten kon bewerken, worden niet automatisch overgezet.

In de brontenant hebben beheerders en projectmanagers zorgvuldig complexe machtigingsstructuren opgezet. In de doeltenant moet iemand die machtigingen bewust opnieuw opbouwen. Als het toewijzen van machtigingen tijdens de planningsfase wordt verwaarloosd, kunnen medewerkers op de cutover-maandag inloggen op hun vertrouwde SharePoint-sites en Teams-kanalen en zich volledig buitengesloten zien van cruciale bedrijfsbronnen.

Het risico van automatisering en flows

Naast chatgeschiedenis van medewerkers zijn geautomatiseerde workflows een ander verborgen slachtoffer van tenantmigraties. Power Automate-flows, Power Apps en geautomatiseerde meldingen zijn nauw verbonden met de gebruikersaccounts en SharePoint-site-ID's van de oorspronkelijke tenant.

Zelfs wanneer migratietools de definitie van een Power Automate-flow succesvol overzetten, breken de onderliggende verbindingsverwijzingen meteen bij aankomst. Tenzij ontwikkelaars zich systematisch opnieuw aanmelden en elke trigger en actie koppelen aan de endpoints van de nieuwe tenant, lopen geautomatiseerde bedrijfsprocessen stilletjes vast en falen ze op de eerste dag van de overgang.

Conclusie: plannen voor de realiteit na de migratie

Een complexe cloudconsolidatie vraagt om veel meer dan alleen e-maildoorstuur­regels en bestandsoverdrachten. Het beschermen van historische chatgegevens, het zorgvuldig in kaart brengen van machtigingen en het meenemen van aanvullende apps zoals Teams en Power Automate zijn essentiële stappen om de bedrijfscontinuïteit te waarborgen. Wil je een uitgebreid overzicht van de volledige migratiecyclus, inclusief domeinovernames en coexistentiestrategieën? Luister de volledige aflevering van de M365 FM Podcast voor deskundige inzichten en praktische begeleiding.

Veelgestelde vragen

Worden Microsoft Teams-chats automatisch overgezet bij een tenantmigratie?

Nee, standaard Microsoft Teams-chatgeschiedenissen en gesprekken tussen twee personen worden niet automatisch naar een nieuwe tenant overgezet. Daarvoor is gespecialiseerde migratietooling van derden nodig om ze te exporteren, te transformeren en in de doelomgeving te importeren.

Wat gebeurt er met gedeelde links in Teams-chats na een verhuizing?

Gedeelde links naar bestanden in de oude tenant breken omdat de onderliggende brontenant niet meer bestaat of niet meer toegankelijk is. Bestanden moeten worden gemigreerd naar de nieuwe OneDrive- of SharePoint-locaties en de links moeten opnieuw worden aangemaakt.

Kunnen Microsofts eigen tools een volledige migratie van Teams en chats aan?

Microsoft biedt native mogelijkheden voor postvakken, basis-OneDrive-bestanden en eenvoudige gebruikersprovisioning. Complexe workloads zoals uitgebreide Teams-chatgeschiedenissen, kanaalstructuren en app-koppelingen vragen over het algemeen om oplossingen van derden.

Hoe gedragen Power Automate-flows zich na een verhuizing van tenant naar tenant?

Power Automate-flows die gekoppeld zijn aan gebruikersaccounts of SharePoint-sites breken, omdat hun onderliggende verbindingsverwijzingen naar de oude tenant verwijzen. Ze moeten handmatig opnieuw worden geauthenticeerd en in de nieuwe omgeving opnieuw worden gekoppeld.