Fehlerbilder der Microsoft-Anbindung

Diese Seite listet jede Meldung auf, die Ihnen beim Einrichten der Microsoft-Anbindung begegnen kann — unter Admin → Systemeinstellungen → „Microsoft Graph / SharePoint” und danach im laufenden Betrieb. Zum Einrichten selbst: Microsoft-/SharePoint-Anbindung einrichten.

Meldungen von „Mit Microsoft verbinden” und „Verbindung testen”

Beide Knöpfe melden ihr Ergebnis in derselben Zeile: „Mit Microsoft verbinden” meldet sich an und prüft danach sofort, „Verbindung testen” prüft nur still eine bestehende Anmeldung und öffnet nie ein Anmeldefenster. Nur die erste Meldung ist ein Erfolg. Zum Ablauf selbst: Verbinden und testen.

„Verbindung steht. Zugriff auf Sites und OneDrive.”

Alles vorhanden: Die Organisationsfreigabe liegt vor, Sites.Read.All ist erteilt und eine SharePoint-Adresse ist eingetragen. Nichts zu tun.

„Zugriff steht. Es fehlt noch Ihre SharePoint-Adresse.”

Ursache: Die Berechtigungen sind vollständig, aber das Feld „Ihre SharePoint-Adresse” ist leer.

Behebung: Adresse eintragen (z. B. https://contoso.sharepoint.com, eine URL pro Zeile), speichern, dann erneut testen.

„Es lässt sich nur Ihr persönliches OneDrive durchsuchen, keine Team-Sites.”

Ursache: Die Berechtigung Sites.Read.All wurde nicht erteilt — häufig, weil ein Mandanten-Administrator sie bei der Zustimmung bewusst zurückgehalten hat.

Das ist kein Fehler, sondern eine Rückfallebene. Es bricht nichts: Die Anbindung funktioniert weiter, die Dateiauswahl beschränkt sich nur auf das persönliche OneDrive. Nutzer sehen dazu den Hinweis „Ihr Konto hat nur Zugriff auf Ihr persönliches OneDrive — kein mandantenweiter Websitezugriff erteilt.”

Behebung, falls Team-Sites gewünscht sind: Sites.Read.All in der App-Registrierung ergänzen und die Administratorzustimmung erneut erteilen.

„Ihre Organisation hat den Zugriff noch nicht freigegeben.”

Ursache: Die Anmeldung war erfolgreich, aber die Anwendung hat in Ihrem Mandanten keine brauchbare Berechtigung — die organisationsweite Freigabe fehlt.

Behebung: Ein Konto mit Administratorrechten in Ihrer Microsoft-Organisation klickt erneut „Mit Microsoft verbinden” und setzt im Microsoft-Dialog das Häkchen „Im Namen Ihrer Organisation zustimmen”. Ein normales Benutzerkonto kann diese Zustimmung nicht geben.

Zusätzlich erscheint unter der Meldung der Hinweis „Ein Administrator Ihrer Organisation muss den Zugriff einmalig freigeben. Melden Sie sich über ‚Mit Microsoft verbinden’ als Administrator an und setzen Sie das Häkchen ‚Im Namen Ihrer Organisation zustimmen’, oder öffnen Sie die Freigabeseite:” — mit dem Rückfall-Knopf „Zugriff für Ihre Organisation freigeben”. Er öffnet die Freigabeseite von Microsoft direkt im Browser. Das hilft, wenn Sie selbst kein Administrator sind: Die Adresse aus dem Browser können Sie an Ihre IT weitergeben. Im Schnellstart bestätigt danach eine Seite auf companywizard.eu die Freigabe. Anschließend erneut „Mit Microsoft verbinden”.

„Für die SharePoint-Adresse … ließ sich mit dem Konto … kein Zugriffstoken beziehen.”

Vollständig: „Für die SharePoint-Adresse <Adresse> ließ sich mit dem Konto <Konto> kein Zugriffstoken beziehen. Entweder gehört die Adresse zu einer anderen Organisation als das Konto, oder Ihre Organisation hat den SharePoint-Zugriff noch nicht freigegeben, oder die Anmeldung ist abgelaufen. Prüfen Sie die Organisationsfreigabe; sonst trennen Sie das Microsoft-Konto und prüfen erneut.”

Ursache: Die Anmeldung bei Microsoft steht, aber für die eingetragene SharePoint-Adresse kommt kein Zugriff zustande. Die drei möglichen Gründe nennt die Meldung selbst.

Behebung: Zuerst die Adresse gegen das Konto halten — die Zeile „Verbunden als … (Mandant …).” zeigt, bei welcher Organisation Sie angemeldet sind. Passt beides, die Organisationsfreigabe wie oben erteilen. Hilft das nicht, das Microsoft-Konto trennen (auf dem Desktop „Microsoft-Konto trennen”, im Web „Trennen” auf der Karte im Tab Wissens-Sync) und neu verbinden.

„Nicht verbunden. Klicken Sie zuerst auf ‚Mit Microsoft verbinden’.”

Ursache: Es besteht keine Anmeldung — noch nie verbunden, getrennt, oder die gespeicherte Anmeldung ist abgelaufen oder wurde entzogen. „Verbindung testen” meldet sich nie selbst an; der Test sagt nur, dass nichts da ist.

Behebung: „Mit Microsoft verbinden”.

„Die Anmeldung wurde abgebrochen oder die Zeit ist abgelaufen. Klicken Sie erneut auf ‚Mit Microsoft verbinden’.”

Ursache: Die Anmeldung beim Verbinden wurde nicht zu Ende geführt: Anmeldefenster oder Browser-Tab geschlossen, auf der Microsoft-Seite abgebrochen — oder 3 Minuten lang keine Antwort. Es wurde nichts geändert; die Seite ist sofort wieder bedienbar, ein Neustart ist nicht nötig.

Diese Meldung gibt es auf dem Desktop. Im Web wechselt die ganze Seite zu Microsoft; einen Abbruch dort meldet danach die Karte im Tab Wissens-Sync: „Die Verbindung mit Ihrem Microsoft-Konto ist fehlgeschlagen oder wurde abgebrochen. Bitte erneut versuchen.”

Behebung: Erneut verbinden. Hängt es wiederholt, prüfen Sie weiter unten unter AADSTS50011, ob die Umleitungs-URI der Registrierung zur Adresse Ihrer Installation passt.

Hinweise an den Knöpfen

Keine Fehler, sondern Zustände — sie erklären, warum ein Knopf gerade nicht bedienbar ist.

„Erst verbinden: der Test prüft nur eine bestehende Anmeldung und öffnet nie ein Anmeldefenster.”

Grauer Hinweis unter dem gesperrten „Verbindung testen”: Es ist noch kein Microsoft-Konto verbunden. → „Mit Microsoft verbinden”.

„Erst speichern: die Prüfung läuft gegen die gespeicherte Anmeldung, nicht gegen die Eingaben.”

Grauer Hinweis unter dem gesperrten „Verbindung testen”: Das Formular hat ungespeicherte Änderungen — auch dann, wenn CompanyWizard selbst die Mandanten-ID aus der Anmeldung eingetragen hat. → „Speichern”; im Web danach die Seite neu laden, falls der Hinweis „Client-ID geändert …” erscheint.

„Verbinde mit Microsoft…”

Die Beschriftung von „Mit Microsoft verbinden”, solange die Anmeldung läuft. Auf dem Desktop wartet CompanyWizard höchstens 3 Minuten auf den Browser; danach erscheint die Abbruch-Meldung oben.

„Mit Microsoft verbinden” ist ausgegraut

Nur auf dem Desktop, und Absicht: Die Verbindung ist nachgewiesen — Konto verbunden, Ergebnis „Verbindung steht. …”, nichts ungespeichert. „Microsoft-Konto trennen”, eine Änderung im Formular oder ein anderes Testergebnis geben den Knopf wieder frei. Ein anderes Konto verbinden: trennen, dann verbinden.

„Microsoft-Konto getrennt. Über ‚Mit Microsoft verbinden’ melden Sie sich neu an.”

Erscheint auf dem Desktop nach „Microsoft-Konto trennen” — und nach dem Speichern einer SharePoint-Adresse, die zu einer anderen Organisation gehört: CompanyWizard verwirft die Anmeldung dabei, weil sie für die neue Organisation nicht gilt. → „Mit Microsoft verbinden”.

Browserseite „Anmeldung erfolgreich” / „Anmeldung fehlgeschlagen”

Nur auf dem Desktop: Nach dem Verbinden zeigt der System-Browser eine Seite von CompanyWizard. „Anmeldung erfolgreich” heißt: Das Fenster kann zu, CompanyWizard hat die Anmeldung. „Anmeldung fehlgeschlagen” nennt darunter den Fehlercode und die Beschreibung von Microsoft — meist einer der Fehlercodes unten. Fenster schließen, Ursache beheben, erneut verbinden.

Weitere Meldungen der Einstellungsseite

„Die Anmeldung ist fehlgeschlagen: …”

Ein echter Fehler — im Gegensatz zu einem Abbruch. Der angehängte Text ist die Originalmeldung von Microsoft; sie beginnt mit dem Fehlercode. Die zwei mit Abstand häufigsten stehen unten.

„Diese Installation hat keine Microsoft-Anmeldung eingerichtet, die Verbindung lässt sich deshalb nicht prüfen.”

Ursache: Es ist noch gar keine Anwendungs-ID hinterlegt, es gibt also nichts zu prüfen. Betrifft praktisch nur Web-Installationen vor der Ersteinrichtung.

Behebung: Wie die Meldung sagt — zuerst eine Anwendungs-ID eintragen, speichern, Seite neu laden, dann „Mit Microsoft verbinden”.

„Tragen Sie zuerst Ihre Anwendungs-ID ein — der Freigabe-Link wird daraus gebildet.”

Ursache: Sie haben in Modus „Eigene App” auf den Rückfall-Knopf „Zugriff für Ihre Organisation freigeben” geklickt, ohne dass eine Anwendungs-ID eingetragen ist. Die Freigabe-Adresse wird aus dieser ID gebildet.

Behebung: Anwendungs-ID eintragen und speichern, dann „Mit Microsoft verbinden” — die Freigabe erteilt ein Administrator dort mit dem Häkchen „Im Namen Ihrer Organisation zustimmen”.

„Der Schnellstart steht in dieser Installation nicht zur Verfügung …”

Ursache: Kein Fehler, sondern eine Einschränkung: Die Installation läuft nicht als Desktop-App. Der Schnellstart trägt nur dort. → Welcher Weg gilt für mich?

Behebung: „Eigene App” wählen.

„Client-ID geändert — Seite neu laden …”

Ursache: Nur im Web: Eine geänderte Anwendungs-ID, Mandanten-ID oder ein anderer Modus wurde gespeichert. Die Microsoft-Anbindung der Seite wird aber beim Laden eingerichtet — mit den zu diesem Zeitpunkt gespeicherten Werten; die neuen greifen erst nach dem Neuladen.

Behebung: Seite neu laden, dann „Mit Microsoft verbinden”. Ein Neustart ist nicht nötig.

„Achtung: Nach dem Wechsel müssen alle bestehenden Microsoft-Verbindungen neu hergestellt werden.”

Eine Vorwarnung vor dem Speichern, kein Fehler. Sie erscheint, sobald Sie den Modus umstellen. Was danach passiert, steht unter Später etwas ändern.

Meldungen des Bereitstellungsassistenten

Diese Meldungen erscheinen nur im Modus „Eigene App” auf einer Desktop-Installation, nachdem Sie „Registrierung automatisch anlegen” angeklickt haben. → Weg B automatisch

„In Ihrem Verzeichnis existiert bereits eine Registrierung ‚CompanyWizard’ mit der Anwendungs-ID …”

Vollständig: „In Ihrem Verzeichnis existiert bereits eine Registrierung ‚CompanyWizard’ mit der Anwendungs-ID <ID>. Gehört sie zu dieser Installation? Dann tragen Sie <ID> oben unter Anwendungs-ID ein und starten Sie den Assistenten erneut — er ergänzt sie dann. Andernfalls benennen Sie die vorhandene Registrierung in Entra um, damit hier eine neue entstehen kann. Es wurde nichts verändert.”

Ursache: Der Assistent hat eine Registrierung dieses Namens gefunden, deren Anwendungs-ID nicht die ist, die oben im Formular steht. Er kann nicht wissen, ob sie zu dieser Installation gehört — und legt deshalb weder eine zweite an noch verändert er die vorhandene.

Behebung: Wie in der Meldung. Gehört sie dazu: die genannte Anwendungs-ID oben eintragen und den Assistenten erneut starten — Ihr Eintrag ist die Bestätigung. Gehört sie nicht dazu: die vorhandene Registrierung in Entra umbenennen.

Wichtig: Es wurde nichts verändert. Diese Meldung ist ein sauberer Abbruch, kein halber Lauf.

„In Ihrem Verzeichnis existieren bereits mehrere Registrierungen ‚CompanyWizard’ …”

Ursache: Wie oben, nur mit mehreren Treffern. Die Meldung listet alle gefundenen Anwendungs-IDs auf.

Behebung: Die gewünschte Anwendungs-ID oben eintragen und den Assistenten erneut starten — er ergänzt dann genau diese. Auch hier wurde nichts verändert.

„Die erhöhten Schreibrechte konnten nicht zurückgenommen werden.”

Vollständig: „Die erhöhten Schreibrechte konnten nicht zurückgenommen werden. Bitte im Entra-Portal unter Unternehmensanwendungen → CompanyWizard → Berechtigungen prüfen und dort entfernen.”

Ursache: Der Assistent hat die beiden geliehenen Berechtigungen (Application.ReadWrite.All, DelegatedPermissionGrant.ReadWrite.All) zurückgenommen, beim anschließenden Nachlesen aber nicht bestätigt bekommen, dass sie wirklich fort sind — oder die Rücknahme selbst ist fehlgeschlagen. Oder Microsoft hat die frisch erteilte Zustimmung auch nach etwa 30 Sekunden noch nicht angezeigt, sodass der Assistent sie gar nicht zurücknehmen konnte. Die Anwendung meldet lieber diese Lage, als einen unbestätigten Erfolg zu behaupten.

Behebung — von Hand, und zwar zeitnah:

1. Im Entra-Portal → Unternehmensanwendungen → CompanyWizard → Berechtigungen.
2. Die Einträge Application.ReadWrite.All und DelegatedPermissionGrant.ReadWrite.All entfernen.
3. Die übrigen Leseberechtigungen stehen lassen — die braucht die Anbindung.

Was der Assistent bis dahin angelegt hat, bleibt gültig; die Registrierung ist in Ordnung. Es geht allein um die geliehenen Rechte. → Die geliehenen Schreibrechte

„Der Assistent wurde abgebrochen. Es wurde nichts weiter verändert.”

Ursache: Die erhöhte Anmeldung wurde geschlossen oder abgelehnt, bevor sie abgeschlossen war.

Behebung: Erneut versuchen — oder die Registrierung von Hand anlegen. Ein Abbruch ist folgenlos.

„Die Registrierung konnte nicht angelegt werden: …”

Ursache: Ein echter Fehler beim Anlegen. Der angehängte Text ist die Originalmeldung von Microsoft. Die häufigsten Auslöser: Ihr Konto hat nicht die Rolle Globaler Administrator oder Anwendungsadministrator, oder eine Richtlinie in Ihrem Mandanten verbietet das Anlegen von App-Registrierungen.

Behebung: Rolle prüfen (der Hinweis unter dem Knopf nennt die Anforderung), dann erneut versuchen. Bleibt es dabei, führt der manuelle Weg zum selben Ziel.

Zu den geliehenen Rechten: Die Meldung sagt Ihnen zusätzlich, ob die erhöhten Schreibrechte zurückgegeben werden konnten. Steht dort, dass das nicht gelungen ist, gehen Sie vor wie bei der Cleanup-Meldung oben.

„Registrierung angelegt. Bitte jetzt noch speichern.”

Kein Fehler, sondern der wichtigste Satz des ganzen Ablaufs: Der Assistent hat die Felder oben nur ausgefüllt. Ohne Speichern ist nichts übernommen — die Registrierung in Entra existiert dann, CompanyWizard benutzt sie aber nicht.

Fehlercodes von Microsoft (AADSTS)

AADSTS50011 — Umleitungs-URI stimmt nicht

Vollständig: The redirect URI specified in the request does not match the redirect URIs configured for the application.

Ursache: Die Adresse, mit der sich CompanyWizard bei Microsoft meldet, ist in der App-Registrierung nicht (oder nicht exakt so) hinterlegt. Der mit Abstand häufigste Auslöser: eine abgetippte oder geratene Umleitungs-URI.

Behebung: In Entra unter Authentifizierung genau die Adressen hinterlegen, die im Formular unter „Umleitungs-URIs für die Registrierung” als Kopierfelder stehen:

Ihre Installation	Plattform in Entra	Umleitungs-URI
Desktop	Mobile Geräte und Desktopanwendungen	http://localhost
Web	Web	https://<ihr-host>/api/integrations/microsoft/callback

Die Web-Adresse endet auf /api/integrations/microsoft/callback. Ein abweichender Pfad erzeugt genau diesen Fehler — bei jedem Nutzer, jedes Mal.

Weitere Stolperstellen: fehlendes oder überzähliges https://, ein abschließender /, ein falscher Hostname (interner statt öffentlicher Name), oder die richtige Adresse unter der falschen Plattform eingetragen.

Eine ältere Registrierung kann zusätzlich die Plattform Einzelseitenanwendung (SPA) mit .../msal-redirect.html tragen. Sie wird nicht mehr gebraucht und stört auch nicht — zum Aufräumen siehe Umleitungs-URIs hinterlegen.

AADSTS700016 — Anwendung im Mandanten unbekannt

Vollständig: Application with identifier ’…’ was not found in the directory.

Ursache: Die Anwendungs-ID ist in Ihrem Mandanten nicht bekannt. Typische Fälle:

• Tippfehler in der Anwendungs-ID.
• Die ID stammt aus einem anderen Mandanten (etwa aus einer Test- statt Produktionsumgebung).
• Die Registrierung existiert, aber es gab noch nie eine Administratorzustimmung — dadurch ist die Anwendung im Mandanten nicht angelegt.
• Die Registrierung wurde gelöscht.

Behebung: Anwendungs-ID gegen die Entra-Übersichtsseite abgleichen und speichern, danach als Administrator „Mit Microsoft verbinden” und im Microsoft-Dialog das Häkchen „Im Namen Ihrer Organisation zustimmen” setzen.

Fehlerbilder im laufenden Betrieb

Diese Meldungen erscheinen nicht in den Systemeinstellungen, hängen aber an derselben Anbindung.

Meldung	Ursache / Behebung
„SharePoint nicht konfiguriert. Der Ordner für diese Quelle kann erst gewählt werden, wenn Microsoft Graph eingerichtet ist.”	Die Anbindung ist noch nicht eingerichtet → Einrichten.
„Der SharePoint-Import ist derzeit nicht verfügbar.” / „Der SharePoint-Ordner-Picker ist derzeit nicht verfügbar.”	Es kommt kein gültiges Token zustande. Mit „Verbindung testen” die Lage bestimmen und oben nachschlagen.
„Die Microsoft-Verbindung des Eigentümers ist abgelaufen oder wurde entzogen.”	Eine synchronisierte Quelle pausiert. Der Eigentümer der Konfiguration muss sein Microsoft-Konto neu verbinden; andere Synchronisierungen laufen weiter. → Knowledge-Sync einrichten
„Nicht mit Microsoft verbunden. Verbinden Sie Ihr Microsoft-Konto oben unter …”	Kein Fehler, sondern der Hinweis im Sync-Editor: Die Ordnerauswahl im Web nutzt die Verbindung der Karte „Microsoft-Verbindung für geplante SharePoint-Synchronisierungen”. Dort verbinden, dann erneut auswählen. Der Editor leitet bewusst nicht selbst weiter — das würde die ungespeicherte Konfiguration verwerfen.
„Verbunden als …, aber ohne SharePoint-Berechtigung. Erneut verbinden, um sie zu erteilen.”	Die Verbindung stammt aus der Zeit vor der Umstellung auf die eine Microsoft-Anmeldung und trägt nur Kalender-Berechtigungen. Einmal „Erneut verbinden” auf der Karte — die SharePoint-Berechtigung wird in derselben Zustimmung mit erteilt.
„Bei Microsoft angemeldet. Klicken Sie erneut auf …”	Kein Fehler, und nur auf dem Desktop: Die Anmeldung war der erste Schritt, der zweite Klick öffnet die Auswahl. Im Web wechselt die Seite stattdessen zu Microsoft und kommt danach zurück.
„Die ausgewählten Elemente haben keinen Downloadlink geliefert und wurden übersprungen.”	Betrifft Elemente, die SharePoint nicht als Datei herausgibt (z. B. Verknüpfungen oder OneNote-Abschnitte). Datei-Typ prüfen.

Wenn nichts davon passt

• Anmeldung funktioniert, aber es sind keine Sites zu sehen: meist die OneDrive-Rückfallebene oben — mit „Verbindung testen” gegenprüfen.
• Bei einzelnen Nutzern schlägt es fehl, bei anderen nicht: die Anbindung ist in Ordnung; es fehlen dem Konto die Rechte in SharePoint selbst. CompanyWizard sieht nur, was der Nutzer ohnehin sehen darf → Welche Zugriffe die Anwendung hat.
• Alles bricht auf einmal ab: häufig ein abgelaufenes Clientgeheimnis (nur Web-Installationen) oder eine geänderte Anwendungs-ID.

Verwandt

• Microsoft-/SharePoint-Anbindung einrichten
• Welche Zugriffe die Anwendung hat
• Dokumente aus SharePoint holen