Problembehandlung Workplace-Kalender-Synchronisierung

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 3 Minuten Lesedauer
  • Dieser Abschnitt hilft Administratoren bei der Behebung von Verbindungs-Setup-Problemen in Workplace-Kalender-Synchronisierung. Die Kalendersynchronisierung integriert ServiceNow Workplace mit externen Kalenderanbietern – Microsoft Exchange Online Und Google Kalender: Zum Synchronisieren der Raum- und Ressourcenverfügbarkeit.

    Die Kalendersynchronisierung stellt zwei Arten von Verbindungen her, die beide korrekt konfiguriert sein müssen, damit die Integration funktioniert:
    • System-zu-System-Verbindung: Eine Back-End-Integration, die Kalenderdaten automatisch mithilfe von Service-Account-Anmeldeinformationen synchronisiert.
    • Verbindung auf Anwenderebene: Eine pro Anwender hergestellte Verbindung, die hergestellt wird, wenn ein Anwender mit der Anwendung interagiert, nur im persönlichen Modus erforderlich.
    Hinweis:
    Die Schritte zur Fehlerbehebung in diesem Leitfaden gelten für beide Microsoft Exchange Online Und Google Kalenderintegrationen, sofern nicht anders angegeben.

    System-zu-System-Verbindung

    Die System-zu-System-Verbindung verarbeitet die Back-End-Synchronisierung zwischen ServiceNow und Ihrem Kalenderanbieter. Führen Sie die folgenden Schritte aus, um Konfigurationsprobleme zu diagnostizieren und zu beheben.

    Identifizieren Sie den Verbindungsalias

    Der Verbindungsalias bestimmt, welche Anmeldeinformationen und OAuth-Konfiguration für die Integration verwendet werden. ServiceNow löst den Alias in der folgenden Reihenfolge auf.

    1. Navigieren Sie zum Kalenderanbieterdatensatz für den relevanten Anbieter (Microsoft oder Google).
    2. Überprüfen Sie, ob ein Überschreibungsalias im Anbieterdatensatz konfiguriert ist.
    3. Wenn ein Überschreibungsalias einem Alias für Verbindungen und Anmeldeinformationen zugeordnet ist, wird dieser Alias für die Integration verwendet.
    4. Wenn kein Überschreibungsalias zugeordnet ist, verwendet ServiceNow den Standardalias für den Prozessor, z. B. den standardmäßigen Microsoft Exchange Online-Alias für ms_Graph Prozessor

    Validieren Sie den Alias für Verbindungen und Anmeldeinformationen

    Bestätigen Sie, dass der Alias korrekt konfiguriert ist, bevor Sie die Anmeldeinformationen überprüfen.

    • Stellen Sie sicher, dass der Alias für den ausgewählten Integrationsmodus geeignet ist: Normal, strikt oder persönlich.
    • Bestätigen Sie, dass alle der folgenden Elemente für den Alias konfiguriert und aktiv sind:
      • die Verbindung
      • Anmeldeinformationen
      • OAuth-Einheitenprofil
      • Anwendungsbereiche
      • Applikationsregistrierung
    Hinweis:
    Ein unvollständiger Alias, z. B. ein fehlendes OAuth-Entitätsprofil oder eine Anwendungsregistrierung, führt dazu, dass die Tokengenerierung und API-Aufrufe fehlschlagen, auch wenn die Anmeldeinformationen selbst gültig sind.

    Überprüfen Sie Die Anmeldeinformationseinstellungen

    Navigieren Sie zum Anmeldeinformationsdatensatz, der dem Alias zugeordnet ist, und bestätigen Sie die folgenden Einstellungen:
    • Integrationstyp Muss auf festgelegt werden System .
    • Gewährungstyp Muss dem Integrationsmodus und dem Anbieter entsprechen, wie in der folgenden Tabelle angezeigt.
    Tabelle : 1. Anmeldeinformationseinstellungen
    Anbieter Integrationsmodus Erforderlicher Gewährungstyp
    Microsoft Exchange Online Normal Client-Anmeldeinformationen
    Microsoft Exchange Online Strikt oder persönlich Autorisierungscode
    Google Kalender Alle Modi (einschließlich normal) Autorisierungscode
    Wichtig:
    Die Verwendung eines nicht übereinstimmenden Gewährungstyps ist eine häufige Ursache für Authentifizierungsfehler. Beispielsweise führt das Konfigurieren von Client-Anmeldeinformationen in einer Exchange Online-Integration, die im strikten Modus ausgeführt wird, zu Autorisierungsfehlern.

    OAuth-Token abrufen (nur Autorisierungscode)

    Dieser Schritt gilt nur, wenn der Gewährungstyp „Autorisierungscode“ ist. Wenn der Gewährungstyp Client-Anmeldeinformationen ist, überspringen Sie diesen Schritt.

    1. Öffnen Sie den Anmeldeinformationsdatensatz, der dem Alias zugeordnet ist.
    2. Wählen Sie Aus OAuth-Token abrufen .
    3. Wenn Sie dazu aufgefordert werden, authentifizieren Sie sich mit den Anmeldeinformationen eines Anwenders, der Lese- oder Schreibzugriff auf die Raumkalender im externen System hat.
    4. Bestätigen Sie, dass das Token erfolgreich generiert wurde, bevor Sie fortfahren.
    Warnung:
    Beim Klicken werden falsche Anmeldeinformationen verwendet OAuth-Token abrufen Führt zu Fehlern wie „Ressource nicht gefunden“ , „Abonnement fehlgeschlagen“ , Oder „Zugriff verweigert“ . Stellen Sie sicher, dass der authentifizierende Anwender über die erforderlichen Berechtigungen verfügt, bevor Sie das Token generieren.

    Konfigurieren Sie Die E-Mail-Adresse Des Delegierten Anwenders

    Die E-Mail-Adresse Des Delegierten Anwenders Das Feld im Kalenderanbieterdatensatz ist nur im strikten oder persönlichen Integrationsmodus erforderlich.

    • Wenn der Integrationsmodus strikt oder persönlich ist: Füllen Sie aus E-Mail-Adresse Des Delegierten Anwenders Feld im Anbieterdatensatz mit der E-Mail-Adresse des delegierten Service-Accounts.
    • Wenn der Integrationsmodus normal ist: Lassen Sie dieses Feld leer. Wird im normalen Modus nicht verwendet.
    Hinweis:
    Eine fehlende oder falsche E-Mail-Adresse für delegierte Anwender im strikten oder persönlichen Modus führt dazu, dass Kalenderereignissuchen und Raumverfügbarkeitsabfragen fehlschlagen.

    Verbindung Auf Anwenderebene

    Die Verbindung auf Anwenderebene wird pro Anwender hergestellt, wenn er mit der Arbeitsplatzanwendung interagiert. Die erforderliche Konfiguration hängt vom Integrationsmodus ab.

    Normale und strikte Modi
    Es ist keine zusätzliche Konfiguration auf Anwenderebene erforderlich. System-zu-System-Anmeldeinformationen verarbeiten alle Kalendervorgänge.
    Persönlicher Modus
    Im persönlichen Modus authentifiziert sich jeder Anwender einzeln beim Kalenderanbieter. Für jeden Prozessortyp (Exchange Online und Google Kalender) wird ein sofort einsatzbereiter Alias (OOB) bereitgestellt.
    • Suchen Sie den OOB-Alias für den relevanten Prozessor (Exchange oder Google).
    • Bestätigen Sie, dass der Alias für den Prozessortyp korrekt konfiguriert ist.
    • Stellen Sie sicher, dass für den Alias alle der folgenden konfigurierten und aktiven Elemente aktiviert sind:
      • die Verbindung
      • Anmeldeinformationen
      • OAuth-Einheitenprofil
      • Anwendungsbereiche
      • Applikationsregistrierung
    • Bestätigen Sie, dass Gewährungstyp Im Anmeldeinformationsdatensatz ist auf Autorisierungscode festgelegt.
    • Bestätigen Sie, dass Integrationstyp Im Anmeldeinformationsdatensatz ist auf „persönlich“ festgelegt.
    Wichtig:
    Nicht auswählen OAuth-Token abrufen Im Datensatz mit persönlichen Anmeldeinformationen. Im persönlichen Modus wird das OAuth-Token jedes Anwenders bei der ersten Interaktion mit der Kalenderfunktion automatisch über ein Popup oder eine anwendungsinterne Eingabeaufforderung generiert. Das manuelle Generieren des Tokens für diese Anmeldeinformationen beeinträchtigt die Tokenverwaltung pro Anwender.