Microsoft-365-Tenant: Kontrolle und Übergabe sichern

Microsoft 365 · Kontrolle und Übernahmefähigkeit

Ein Unternehmen kontrolliert seinen Microsoft-365-Tenant erst dann belastbar, wenn es selbst administrieren, seine Domain steuern, Verträge nachvollziehen und einen Dienstleisterwechsel durchführen kann. Ein bekanntes Administratorpasswort allein genügt nicht. Erforderlich sind unabhängige Notfallzugänge, Klarheit über Partnerrechte und Abonnements, Zugriff auf Registrar und DNS sowie eine aktuelle technische Dokumentation.

Die Kurzantwort: Kontrolle besteht aus Identität, Technik, Vertrag und Wissen

Der Tenant ist die technische Organisationsinstanz in Microsoft Entra und Microsoft 365. Seine eindeutige Tenant-ID bleibt unabhängig von Firmenname und E-Mail-Domain. Die operative Kontrolle ergibt sich aus mehreren voneinander abhängigen Ebenen: Administratorzugriff, Domain und DNS, Abonnement und Abrechnung, Partnerbeziehungen, Datenzugänge sowie nachvollziehbare Konfiguration.

Kontrollebenen eines Microsoft-365-Tenants
Ebene	Was vorhanden sein muss	Typisches Risiko
Identität	Tenant-ID, primäre onmicrosoft.com-Domain und verifizierte Unternehmensdaten.	Verwechslung mit einem anderen oder neu angelegten Mandanten.
Administration	Persönliche Adminzugänge und zwei unabhängige Notfallkonten.	Nur der bisherige Dienstleister kann Änderungen ausführen.
Domain	Unternehmenskontrolle über Registrar, DNS, Verlängerung und Wiederherstellung.	E-Mail fällt trotz erreichbarem Microsoft-365-Portal aus.
Vertrag	Abonnementquelle, Laufzeit, Mengen, Rechnungsempfänger und Zahlungsweg.	Unerwartete Verlängerung oder nicht übertragbare Abrechnung.
Partner	Sichtbare, begrenzte und beendbare delegierte Rechte.	Unbekannte oder zu weitreichende Fremdadministration.
Dokumentation	Konfiguration, Verantwortungen, Wiederherstellung und Übergabestand.	Zugänge sind vorhanden, aber Änderungen bleiben riskant.

Ein gutes Ergebnis ist keine vollständige Sammlung aller internen Microsoft-Einstellungen. Es ist eine überprüfbare Fähigkeit: Eine autorisierte Person kann den richtigen Tenant identifizieren, sich im Notfall anmelden, Rollen und Partnerzugänge sehen, die Domain weiter betreiben, Abonnements zuordnen und einem neuen Dienstleister einen begrenzten Zugang geben.

Der Wechsel des betreuenden Partners ist dabei nicht automatisch eine Tenantmigration. Bleiben Benutzer, Domains und Daten im selben Tenant, werden meist Zugänge, Partnerbeziehungen und gegebenenfalls Abrechnungszuständigkeiten geändert. Eine Migration in einen anderen Tenant ist ein deutlich größeres Projekt mit Datenübertragung, Identitätswechsel und möglichen Funktionsgrenzen.

1. Zuerst wird der tatsächlich verwendete Tenant eindeutig identifiziert

Firmenname, Rechnungsbezeichnung, E-Mail-Domain und Tenantname können voneinander abweichen. Für technische Übergaben zählt die unveränderliche Tenant-ID als eindeutige Referenz.

Tenant-ID und onmicrosoft.com-Domain bilden die technische Grundidentität

Die Tenant-ID ist eine weltweit eindeutige GUID und im Microsoft-Entra-Überblick sichtbar. Die bei der Anlage vergebene onmicrosoft.com-Domain bleibt als technische Standarddomain relevant, auch wenn Benutzer ausschließlich mit der eigenen Unternehmensdomain arbeiten. Beide Angaben gehören in die Betriebsdokumentation.

Diese Daten verhindern kostspielige Verwechslungen. Ein Unternehmen kann durch Testabonnements, frühere Dienstleister oder getrennte Projekte mehrere Microsoft-Tenants besitzen. Bevor Lizenzen bestellt oder Domains hinzugefügt werden, wird geprüft, welcher Mandant tatsächlich Benutzer, Exchange-Postfächer, SharePoint-Sites und Teams enthält.

Organisationsprofil und technische Kontakte müssen zum Unternehmen passen

Name, Anschrift, bevorzugte Sprache, Datenschutzkontakte, technische Benachrichtigungsadressen und Abrechnungsdaten werden auf aktuelle Zuständigkeit geprüft. Eine persönliche Adresse des früheren Mitarbeiters oder Dienstleisters kann dazu führen, dass Sicherheits-, Abrechnungs- und Ablaufhinweise die verantwortliche Stelle nicht erreichen.

Die Kontaktdaten beweisen für sich allein keine Administrationsberechtigung. Sie sorgen jedoch dafür, dass Warnungen und Vertragsinformationen nicht an einem verlassenen Postfach enden. Funktionsadressen werden nur genutzt, wenn sie zuverlässig überwacht und ihr Zugriff geregelt ist.

Produkte und Datenorte werden dem richtigen Mandanten zugeordnet

Unter Abrechnung und Abonnements werden vorhandene Microsoft-365-Produkte erfasst. In den jeweiligen Verwaltungsportalen werden Exchange, SharePoint, Teams, Intune, Defender, Power Platform und Azure-Zuordnungen geprüft. Nicht jeder Dienst erscheint in derselben Oberfläche oder folgt derselben Abrechnung.

Die Datenstandortanzeige im Organisationsprofil kann für abgedeckte Microsoft-365-Dienste die aktuelle und zugesagte Geografie zeigen. Sie ersetzt keine vollständige Datenschutz- oder Vertragsprüfung, hilft aber, falsche Annahmen über den Mandanten zu erkennen und die vorhandene Umgebung nachvollziehbar zu beschreiben.

Steckbrief des Mandanten

Tenant-ID und primäre onmicrosoft.com-Domain
Organisationsname, technische Kontakte und Benachrichtigungsadressen
Verifizierte benutzerdefinierte Domains und deren Zweck
Aktive Abonnements, Produktnamen, Mengen und Bezugsweg
Verwendete Verwaltungsdienste und zugehörige Portale
Vorhandene Azure-Abonnements und Power-Platform-Umgebungen
Datenspeicherorte, soweit im Mandanten ausgewiesen
Datum und verantwortliche Person der Bestandsaufnahme

2. Das Unternehmen benötigt einen eigenen, unabhängigen Verwaltungsweg

Ein Dienstleister darf für seinen Auftrag passende Rechte erhalten. Die Wiederherstellbarkeit des Unternehmens darf jedoch nicht ausschließlich von dessen Personal, Partnerportal oder Erreichbarkeit abhängen.

Persönliche Administratoren und Notfallzugänge erfüllen verschiedene Aufgaben

Regelmäßige Änderungen erfolgen über persönliche, nachvollziehbare Administratorkonten mit begrenzten Rollen. Mindestens zwei cloudbasierte Notfallkonten sichern den Mandanten bei Ausfall regulärer Identitäten oder fehlerhaften Zugriffsrichtlinien. Sie werden vom Unternehmen kontrolliert, phishingresistent geschützt und regelmäßig getestet.

Ein vom Dienstleister angelegtes Konto ist nur dann ein belastbarer Unternehmenszugang, wenn Zugangsmittel, Wiederherstellung, Benachrichtigung und organisatorische Verantwortung tatsächlich beim Unternehmen liegen. Eine E-Mail-Adresse mit Firmenname reicht nicht, wenn Authenticator, FIDO2-Schlüssel oder Wiederherstellungsweg ausschließlich beim bisherigen Betreuer liegen.

Der Zugang wird durch einen harmlosen Verwaltungstest belegt

Ein vorhandenes Kennwort in einer Übergabedatei kann veraltet sein. Die autorisierte Unternehmensperson meldet sich deshalb in einem vorgesehenen sicheren Browserprofil an, prüft Tenant-ID und Rolle und führt eine ungefährliche Leseoperation aus. Bei Notfallkonten wird zusätzlich kontrolliert, ob die erwartete Alarmierung ausgelöst wird.

Der Test findet statt, bevor Rechte des alten Partners entzogen werden. So bleibt Zeit, Registrierungsprobleme, Conditional-Access-Sperren oder fehlende Rollen zu korrigieren. Erst nach bestätigtem Zugang beginnt der kontrollierte Rückbau fremder Berechtigungen.

Kontoinhaberschaft wird organisatorisch und technisch dokumentiert

Für jedes privilegierte Konto werden Zweck, verantwortliche Person, Rolle, registrierte Zugangsmittel, Ersatzweg und letzter Test festgehalten. Geheimnisse und Wiederherstellungsschlüssel liegen in einem dafür vorgesehenen sicheren System, nicht im allgemeinen Projektdokument. Zugriffsberechtigte und Entnahmevorgänge bleiben nachvollziehbar.

Beim Personalwechsel wird die Kontrolle ausdrücklich übertragen. Das schließt Hardwaretoken, Passworttresor, Wiederherstellungsgeräte und Benachrichtigungsadressen ein. Der vorherige Beitrag zu Administratorkonten beschreibt die Kontentrennung und Notfallkonzeption ausführlich.

3. Domainregistrierung und DNS bleiben unter Unternehmenskontrolle

Microsoft 365 verwendet die Unternehmensdomain, besitzt sie dadurch aber nicht. Der Registrar verwaltet die Registrierung; der DNS-Anbieter veröffentlicht die Einträge für E-Mail und weitere Dienste. Beide können derselbe Anbieter sein, müssen es aber nicht.

Registrar, Domaininhaber und Verlängerung werden getrennt geprüft

Die Dokumentation nennt Registrar, Kundennummer, registrierte Organisation, administrative Kontaktwege, Ablaufdatum, automatische Verlängerung und Zahlungsart. Das Konto nutzt eine Unternehmensadresse und starke Anmeldung. Eine Domain, die im privaten Konto eines ehemaligen Dienstleisters registriert ist, stellt ein erhebliches Betriebsrisiko dar, auch wenn E-Mail aktuell funktioniert.

Transfercode, Domainlock und Providerwechsel werden nicht routinemäßig offengelegt, aber der Wiederherstellungsweg ist bekannt. Die Firma muss eine ausbleibende Zahlung oder verlorene Anmeldung rechtzeitig bemerken und selbst beheben können. Ein Domainablauf kann Website, E-Mail und Identitätsanmeldung gleichzeitig treffen.

DNS-Zugriff ist eine operative Schlüsselberechtigung

Wer DNS ändern kann, beeinflusst MX-Routing, Autodiscover, SPF, DKIM, DMARC, Domainverifizierung und häufig Website oder VPN. Der Zugang wird daher wie ein administrativer Unternehmenszugang behandelt. Namensserver, Zonenanbieter, DNSSEC-Status und Änderungsverantwortung werden dokumentiert.

Microsoft prüft eine Domain bei der Einrichtung über einen speziellen TXT- oder ersatzweise MX-Eintrag. Die Fähigkeit, diesen Eintrag zu setzen, weist gegenüber Microsoft die Domainkontrolle nach. Danach bleiben Registrar- und DNS-Zugänge unabhängig vom Tenant erforderlich. Ein Globaler Administrator kann fehlenden Zugang zum Domainprovider nicht ersetzen.

Domainänderungen werden mit Bestand, Zeitfenster und Rückweg durchgeführt

Vor einem Provider- oder Dienstleisterwechsel wird die vollständige DNS-Zone exportiert beziehungsweise erfasst. Dazu gehören auch Einträge für Newsletter, Buchhaltung, Signaturdienste, Website-Verifizierung und andere Absender. Der neue Verantwortliche bestätigt, dass er Einträge lesen und bei Bedarf ändern kann.

Eine Domain wird nicht aus Microsoft 365 entfernt, solange Benutzer, Gruppen, Postfächer oder Anwendungen sie noch verwenden. Microsoft verlangt vor der Entfernung die Bereinigung dieser Abhängigkeiten. Für einen bloßen Betreuerwechsel bleibt die Domain im bestehenden Tenant und die technische Kontinuität wird gerade nicht durch unnötiges Entfernen gefährdet.

Domain- und DNS-Nachweis

Registrar, DNS-Host und aktuelle Namensserver eindeutig bekannt
Registrierung und Rechnungsbeziehung auf das Unternehmen nachvollziehbar
Mindestens zwei autorisierte Wiederherstellungs- und Benachrichtigungswege
Ablaufdatum, automatische Verlängerung und Zahlungsstatus kontrolliert
Vollständiger Export beziehungsweise dokumentierter Stand der DNS-Zone
Verantwortung für MX, SPF, DKIM, DMARC und weitere Dienste benannt
Test einer lesenden Anmeldung und klarer Änderungsprozess
Transfer- und Notfallverfahren geschützt hinterlegt

4. Abonnement, Abrechnung und Betreuung sind getrennte Beziehungen

Ein Unternehmen kann Microsoft 365 direkt bei Microsoft, über einen Cloud Solution Provider oder in mehreren Abrechnungskonten beziehen. Wer administriert, wer Rechnungen stellt und wer ein Abonnement übertragen kann, muss deshalb gesondert betrachtet werden.

Bezugsweg, Abrechnungskonto und Vertragslaufzeit werden sichtbar gemacht

Im Microsoft-365-Admin-Center werden Abrechnungskonten, Abonnements, Produktmengen, Status und Verlängerung erfasst. Microsoft unterscheidet unter anderem Microsoft Customer Agreement, Microsoft Online Subscription Agreement und Partnerkonstellationen. Die sichtbaren Rollen und Änderungsmöglichkeiten hängen vom jeweiligen Modell ab.

Für jedes Abonnement werden Vertragsbeginn, Verpflichtungszeitraum, Abrechnungsrhythmus, automatische Verlängerung, Kündigungs- beziehungsweise Änderungsfenster und Rechnungsempfänger dokumentiert. Monatliche Zahlung bedeutet nicht zwingend monatliche Kündbarkeit. Konkrete Bedingungen werden aus Bestellung und Vertragsportal übernommen, nicht aus allgemeinen Erfahrungswerten.

Ein neuer Betreuer benötigt nicht automatisch neue Lizenzen oder einen neuen Tenant

Bleiben die vorhandenen Abonnements geeignet, kann ein neuer Dienstleister mit begrenzten Administratorrechten im bestehenden Tenant arbeiten. Die Rechnungsbeziehung kann zunächst unverändert bleiben. Das vermeidet unnötige Doppelbestellungen und trennt den fachlichen Betreuerwechsel von einer kaufmännischen Änderung.

Soll auch der abrechnende CSP gewechselt werden, gelten eigene Transferprozesse. Nach aktueller Microsoft-Dokumentation initiiert der Zielpartner den Transfer, und Quelle sowie Ziel müssen zustimmen. Microsoft erzwingt den CSP-Transfer nicht gegen den bisherigen Abrechnungspartner. Deshalb werden Laufzeit, Kooperationsweg und Übergabetermin frühzeitig geklärt.

Support- und Rechnungszugang verbleiben bei erreichbaren Verantwortlichen

Direkt gekaufte Abonnements können eigene Abrechnungsrollen, Zahlungsprofile und Supportwege besitzen. Bei Partnerbezug läuft der erste kaufmännische oder technische Kontakt häufig über den Partner. Die Dokumentation benennt jeweils den zuständigen Kanal und die Vertrags- oder Kundennummer.

Zahlungsmittel, Rechnungsadressen und Verlängerungshinweise werden von einer internen Rolle überwacht. Wird der bisherige Dienstleister nicht mehr betreuen, bleibt geklärt, wer offene Microsoft-Fälle, Lizenzerhöhungen und Störungen bearbeitet. Administrationszugriff allein schafft noch keinen vertraglichen Supportanspruch.

5. Partnerzugänge werden sichtbar, begrenzt und beendbar gehalten

Ein Microsoft-Partner kann über Granular Delegated Admin Privileges, kurz GDAP, zeitlich und rollenbezogen auf einen Kundentenant zugreifen. Zusätzlich können im Tenant angelegte Benutzerkonten, Gastkonten oder direkte Rollen bestehen. Alle Pfade werden getrennt inventarisiert.

GDAP trennt die Partnerbeziehung von einzelnen Technikeridentitäten

Bei GDAP genehmigt der Kunde eine benannte, befristete Beziehung mit bestimmten Microsoft-Entra-Rollen. Der Partner ordnet diese Rollen eigenen Sicherheitsgruppen und damit autorisierten Mitarbeitern zu. Der Kunde muss nicht für jeden Techniker ein dauerhaftes lokales Konto anlegen.

Die Beziehung wird im Microsoft-365-Admin-Center unter Partnerbeziehungen geprüft. Sichtbar sein müssen Partnername, Rollen und Ablauf. Weitreichende oder nicht mehr benötigte Rollen werden reduziert beziehungsweise entfernt. Eine reine Resellerbeziehung für Kauf und Verlängerung kann bestehen bleiben, obwohl administrative Rechte beendet werden.

Direkte Benutzer und Gastkonten werden zusätzlich geprüft

Ein Dienstleister kann neben GDAP ein normales Benutzerkonto, ein Gastkonto, eine Rolle über eine Gruppe oder Zugriff auf Azure-Abonnements besitzen. Das Beenden der Partnerbeziehung entfernt solche direkten Zuweisungen nicht automatisch. Umgekehrt kann das Entfernen eines lokalen Kontos eine aktive GDAP-Beziehung unberührt lassen.

Azure-Rollen bilden eine weitere Ebene. Microsoft weist ausdrücklich darauf hin, dass das Entfernen delegierter Microsoft-365-Rechte einen Partner nicht zwingend aus einem Azure-Abonnement entfernt, wenn dort weiterhin eine direkte Azure-Rolle besteht. Der Übergabecheck umfasst deshalb Microsoft 365, Entra, Azure und relevante Anwendungen.

Der neue Zugriff wird getestet, bevor der alte endet

Der künftige Betreuer erhält nur die Rollen seines vereinbarten Leistungsumfangs. Er bestätigt lesend die Ausgangslage und führt eine freigegebene, reversible Teständerung aus. Danach werden die bisherigen Zugriffe in einer festgelegten Reihenfolge entfernt.

Der Abschluss prüft Anmelde- und Auditprotokolle, Rollenlisten, Partnerbeziehungen, Gruppen und Azure-Zuweisungen. Zugangsdaten werden nicht einfach an den neuen Dienstleister weitergereicht. Persönliche Konten bleiben persönlich; gemeinsame Geheimnisse werden ersetzt.

Zugriffspfade eines Dienstleisters

Partnerbeziehung: GDAP- oder ältere delegierte Beziehung mit Rollen, Laufzeit und Partneridentität.
Lokales Konto: Benutzer im Kundentenant mit direkten oder gruppenbasierten Rollen.
Gastkonto: Externe Identität mit Gruppen-, Site-, Team- oder Anwendungszugriff.
Azure-Zuweisung: Rolle auf Abonnement, Ressourcengruppe oder einzelner Ressource.
Anwendung: App-Registrierung, Service Principal, Zertifikat, Clientgeheimnis oder API-Berechtigung.
Externe Portale: Registrar, DNS, Backup, Hosting, Hersteller- und Sicherheitsplattformen.

6. Eine Übergabedokumentation muss im Ernstfall verwendbar sein

Eine Liste von Portaladressen und Kennwörtern ist keine Betriebsdokumentation. Der Empfänger muss erkennen, welche Komponenten vorhanden sind, wie sie zusammenwirken, wer entscheiden darf und wie ein Ausfall oder Dienstleisterwechsel bearbeitet wird.

Die Dokumentation beschreibt den aktuellen Sollzustand

Festgehalten werden Tenantidentität, Domains, Benutzer- und Rollenmodell, Notfallzugänge, Partnerbeziehungen, Abonnements, Mailrouting, Sicherheitsrichtlinien, Gerätemanagement, Backup- und Wiederherstellungswege sowie kritische Anwendungen. Zu jedem Bereich gehören Eigentümer, Änderungsverantwortung und letzter Prüftermin.

Historische Entscheidungen werden nur aufgenommen, wenn sie den aktuellen Zustand erklären. Veraltete Screenshots und nie bereinigte Exportdateien erschweren die Übergabe. Eine kompakte Übersicht verweist auf aktuelle Detailnachweise und gesicherte Geheimnisse, ohne diese im Klartext zu vervielfältigen.

Ein Übernahmetest prüft echte Handlungsfähigkeit

Eine autorisierte neue Person erhält die Dokumentation und soll ohne mündliche Abkürzungen den richtigen Tenant finden, den eigenen Adminzugang verwenden, Partnerrechte lesen, Domain und DNS identifizieren sowie Abonnements zuordnen. Unklare Stellen werden als Dokumentationsmangel erfasst.

Zusätzlich werden repräsentative Arbeitsabläufe geprüft: Benutzeranlage ohne globale Rolle, kontrollierte DNS-Lesekontrolle, Wiederherstellung einer gelöschten Testdatei nach vorhandenem Konzept und Alarmierung bei Notfallkonto-Nutzung. Produktive riskante Änderungen sind für den Nachweis nicht erforderlich.

Offene Punkte erhalten Verantwortliche und Termine

Eine Übernahme kann trotz einzelner Restarbeiten sicher erfolgen, wenn sie transparent und risikogerecht terminiert sind. Beispiele sind eine laufende CSP-Übertragung, ein später auslaufendes GDAP-Verhältnis oder die Umschreibung einer Domainregistrierung. Für jeden Punkt werden Zwischenkontrolle, Enddatum und Eskalationsweg festgelegt.

Kritische Lücken werden vor dem Zugriffsentzug geschlossen: kein funktionierender Unternehmensadministrator, unbekannter Domaininhaber, fehlende DNS-Kontrolle oder allein beim bisherigen Anbieter liegende Wiederherstellungsmittel. Diese Punkte können den Betrieb unmittelbar blockieren und sind keine nachgelagerte Dokumentationskosmetik.

Abnahmekriterien für einen kontrollierbaren Tenant

Tenant-ID, onmicrosoft.com-Domain und produktive Dienste sind eindeutig identifiziert.
Persönliche Administration und zwei unabhängige Notfallzugänge funktionieren.
Registrar, Domainregistrierung, DNS und Verlängerung stehen unter nachvollziehbarer Unternehmenskontrolle.
Abonnements, Laufzeiten, Mengen, Rechnungswege und Supportzuständigkeit sind dokumentiert.
Partnerbeziehungen und direkte Fremdzugänge sind vollständig sichtbar und angemessen begrenzt.
Azure-, Anwendungs- und externe Portalzugänge wurden zusätzlich geprüft.
Ein neuer Verantwortlicher konnte die wesentlichen Verwaltungswege erfolgreich nachvollziehen.
Geheimnisse sind geschützt hinterlegt und nicht unkontrolliert in Dokumenten verteilt.
Restpunkte besitzen Verantwortliche, Fristen und einen belastbaren Zwischenzustand.

Häufige Fragen zur Kontrolle eines Microsoft-365-Tenants

Gehört der Microsoft-365-Tenant dem IT-Dienstleister?

Der Dienstleister kann Lizenzen abrechnen und administrative Rechte besitzen, doch das sind getrennte Beziehungen. Entscheidend für die praktische Kontrolle des Unternehmens sind eigene Zugänge, Domain- und Vertragsnachweise, Datenzugriff und eine beendbare Partnerdelegation. Vertragliche Eigentumsfragen werden anhand der konkreten Vereinbarungen geprüft.

Muss bei einem Dienstleisterwechsel ein neuer Tenant angelegt werden?

Gewöhnlich nicht. Wenn Benutzer, Domains und Daten im bestehenden Tenant bleiben sollen, werden Administrator- und Partnerzugänge sowie gegebenenfalls die Abrechnung übertragen. Ein neuer Tenant würde eine eigenständige Migration mit zusätzlichen Risiken und Funktionsgrenzen bedeuten.

Reicht ein Global-Admin-Kennwort als Übergabe?

Nein. Benötigt werden persönliche und Notfallzugänge mit funktionierender starker Authentifizierung, ein geklärter Wiederherstellungsweg, Domain- und DNS-Kontrolle, Vertragsübersicht, Partnerprüfung und verwendbare Dokumentation. Ein Kennwort kann veraltet sein und deckt externe Abhängigkeiten nicht ab.

Kann ein Unternehmen Partnerzugriffe selbst entfernen?

Partnerbeziehungen und deren delegierte Rollen sind im Microsoft-365-Admin-Center sichtbar und können kundenseitig verwaltet werden. Direkte Benutzer-, Gast-, Azure- oder Anwendungsrechte müssen zusätzlich entfernt werden. Vorher werden eigene funktionierende Zugänge bestätigt.

Kann ein CSP-Abonnement einfach zum neuen Partner umziehen?

Für unterstützte Abonnements gibt es Partner-zu-Partner-Transfers. Nach aktueller Microsoft-Dokumentation müssen Quell- und Zielpartner zustimmen; Microsoft erzwingt die Übertragung nicht gegen den bisherigen Partner. Laufzeit und Transferweg werden deshalb früh geklärt.

Warum ist der Zugang zum Domainprovider so wichtig?

Registrar und DNS steuern Registrierung, Namensserver und die Einträge für E-Mail, Domainnachweis und weitere Dienste. Ein Microsoft-365-Administrator kann einen verlorenen Domainprovider-Zugang nicht ersetzen. Ablauf oder falsche DNS-Einträge können mehrere Unternehmensdienste gleichzeitig unterbrechen.

Quellen und fachliche Grundlage

Partnermodelle, Abonnementtransfers, Rollen und Verwaltungsoberflächen können sich ändern. Vor einer Übergabe werden die aktuelle Microsoft-Dokumentation, die konkreten Verträge, der tatsächliche Mandantenbestand und alle außerhalb von Microsoft 365 liegenden Zugänge geprüft.

Microsoft-365-Bestandsaufnahme und Übernahme in Frankfurt

Tenant, Zugänge, Domain und Partnerbeziehungen nachvollziehbar ordnen

fra.digital erfasst den vorhandenen Microsoft-365-Tenant, prüft Unternehmens- und Partnerzugänge, ordnet Domain- und Abonnementabhängigkeiten und erstellt eine verwendbare Übergabe- und Betriebsdokumentation als klar abgegrenztes Projekt.

Microsoft-365-Leistungen

Bestand und Zugänge prüfen