Zum Hauptinhalt wechseln
Administrator Guide
Zuletzt aktualisiert: 2025-10-03
Konzept: Konfigurationsänderungs-Tracker

Konzept: Konfigurationsänderungs-Tracker

Der Bericht
Konfigurationsänderungs-Tracker
(Änderungs-Tracker) ist ein Implementierungstool, das Änderungen an Konfigurationsdaten in einem Mandanten über einen ausgewählten Zeitrahmen und von ausgewählten Benutzern meldet. So müssen Sie Ihre Mandantenänderungen bei der Vorbereitung auf eine spätere Migration nicht mehr manuell verfolgen. Außerdem können Sie sehen, wer sonst noch Änderungen an einem Mandanten vorgenommen hat.
Beispiel. Nachdem Sie Änderungen an Konfigurationsdaten in einem Sandbox-Mandanten vorgenommen und geprüft haben, ob die Änderungen funktionieren, möchten Sie die Änderungen zu Ihrem Produktionsmandanten migrieren. Zuerst benötigen Sie eine Liste der von Ihnen vorgenommenen Änderungen, damit Sie wissen, was Sie migrieren möchten. Anstatt jede Änderung manuell zu erfassen, verwenden Sie den Konfigurationsänderungs-Tracker, um einen Bericht zu den vorgenommenen Änderungen zu erstellen:
  • In dem von Ihnen angegebenen Datumsbereich.
  • Von Ihnen und allen anderen Benutzern, die Sie einschließen möchten.
  • Wenn Sie Webservices verwenden oder nicht.
Der Bericht organisiert die Konfigurationsänderungen in
"Bereit zur Migration"
und
"Nicht bereit zur Migration"
.
Der Konfigurationsänderungs-Tracker
gibt nur geänderte Instanzen zurück, die zu einer Implementierungsart gehören, die Workday migrieren kann. Wenn eine geänderte Instanz keine Implementierungsart hat, meldet der Änderungs-Tracker die Änderung nicht an die Instanz und Workday migriert die Instanz nicht.
Der Konfigurationsänderungs-Tracker
kann bis zu 2 Millionen Konfigurationsänderungen in einen Bericht aufnehmen. Dieser Grenzwert basiert auf der Gesamtanzahl der Änderungen im Mandanten und nicht auf der Anzahl der Konfigurationsänderungen.

Berichtsorganisation

Der Konfigurationsänderungs-Tracker
zeigt folgende Informationen an und organisiert sie, um Sie bei der Vorbereitung der Migration zu unterstützen:
Register
Inhalt
Bereit zur Migration
Listet geänderte Instanzen im Mandanten auf, die Sie ohne weitere Änderungen migrieren können. Je nach Art der Änderung zeigt der Bericht möglicherweise Folgendes an:
  • Das letzte Änderungsdatum der Änderung.
  • Implementierungsart und Primäre Instanz.
  • Die Referenz-ID der primären Instanz.
  • Änderungsmethode: Manuell in Workday oder über einen Webservice.
  • Eine Änderung, die als neue Instanz markiert ist.
  • Den Benutzer, der die Änderung vornimmt.
Klicken Sie für jede Instanz
auf Änderungen anzeigen
, um einen Audit-Trail der Änderungen für die primäre Instanz anzuzeigen.
Nicht bereit zur Migration
Listet Änderungen auf, die Sie wahrscheinlich nicht migrieren möchten, z. B. gelöschte Instanzen. Dazu gehören auch Instanzen, die Probleme verursachen können, z. B. fehlende Referenz-IDs oder Instanzen, die möglicherweise nicht ordnungsgemäß mit dem Webservice funktionieren.
Je nachdem, warum eine Instanz nicht für die Migration bereit ist, werden im Bericht möglicherweise folgende Elemente angezeigt:
  • Der Zeitstempel für die letzte Änderung.
  • Implementierungsart, Zugehörige Implementierungsart und Primäre Instanz.
  • Die Workday-Aufgabe, mit der die Änderung vorgenommen wurde.
  • Die Referenz-ID der primären Instanz.
  • Die Änderungsmethode: Manuell in Workday, über einen Webservice oder nicht klassifiziert.
  • Das Tool, mit dem die Änderung vorgenommen wird, z. B. Object Transporter (OX) oder Enterprise Interface Builder (EIB).
  • Eine Änderung, die als neue Instanz markiert ist.
  • Den Benutzer, der die Änderung vornimmt.
Klicken Sie für jede Instanz
auf Änderungen anzeigen
, um einen Audit-Trail der Änderungen für die primäre Instanz anzuzeigen.

Zugriff auf Konfigurationsänderungs-Tracker

Customer Central-Sicherheitsadministratoren können den Benutzerzugriff auf
den Konfigurationsänderungs-Tracker
aktivieren, indem Sie sie zu einem Teil der Sicherheitsgruppe machen, die Zugriff auf die Domäne
Configuration Change Management
mit „Anzeigen“- und „Ändern“-Berechtigungen hat. Konfigurieren Sie den Zugriff für jeden Mandanten, in dem Sie den
Konfigurationsänderungs-Tracker
ausführen möchten.
Um zuvor ausgeführte Berichte anzuzeigen, können Benutzer auf den Bericht
"Änderungs-Tracker-Berichte anzeigen"
zugreifen.

Konfigurationsänderungen werden migriert

Mit
dem Configuration Change Tracking
können Sie die Änderungslisten aus Berichten paketieren und die Änderungen zu Workday-Mandanten in jeder Umgebung migrieren. Dies ist eine effektive und sichere Methode, um ausgefüllte Mandanten mit Änderungen zu synchronisieren, die von bestimmten Benutzern und Zeitrahmen vorgenommen wurden.
Die Migration aus
dem Konfigurationsänderungs-Tracker
hat den zusätzlichen Vorteil, dass Sie Objekte jeder Implementierungsart paketieren können. Es werden nur migrierbare Instanzen gemeldet, die Sie auswählen, validieren und überarbeiten können, um ein erweitertes Konfigurationspaket zu erstellen. Der Object Transporter fügt dem Paket während des Migrationsprozesses keine abhängigen Instanzen hinzu wie bei Standardkonfigurationspaketen. Daher migrieren Sie nur die Instanzen, die Sie geprüft haben und auf die Sie Zugriff haben. Dies gewährleistet eine sicherere und weniger problematische Migration.
Um erweiterte Konfigurationspakete aus
dem Konfigurationsänderungs-Tracker
zu migrieren, muss Ihnen ein Customer Central-Sicherheitsadministrator Zugriff auf die Aufgabe
"Zugriff auf Customer Central-Tooling verwalten"
gewähren, indem Sie das Kontrollkästchen
OX-Migration: Vollständige Objektabdeckung
aktivieren.

Audit-Trails

Sie können die leistungsstarken Auditfunktionen des
Konfigurationsänderungs-Trackers
mit Ihren anderen Auditprozessen nutzen. Zeigen Sie die Details zu Konfigurationsänderungen an, die in einem Mandanten vorgenommen wurden, indem Sie
Änderungen anzeigen
für eine primäre Instanz auswählen.
Der Konfigurationsänderungs-Tracker
meldet alle direkten Änderungen an Objekten. Es werden keine Verhaltensänderungen als Ergebnis der direkten Änderung am Objekt gemeldet.
Beispiel: Sie ändern ein berechnetes Feld, die auch zu einer Änderung einer Bedingungsregel führt, die diesem berechneten Feld zugeordnet ist. Der Änderungs-Tracker meldet die Änderung nur für das berechnete Feld. Die Änderung der Bedingungsregel wird nicht gemeldet. Dies stellt eine Verhaltensänderung dar.

Beispiel:

Video 4 Min. 19 Sek. ansehen