Konzept: Workday Reportingbeziehungen
Das Workday -Reporting verwendet Geschäftsobjekte, die Daten, Beziehungen und Logik darstellen. Anstatt isolierte Zeilen und Spalten abzufragen, interagieren Sie mit einem Netzwerk aus diesen miteinander verbundenen Objekten.
Beispiele:
- Das Geschäftsobjekt Mitarbeiter dient als primäre Datenentität für (Angestellter) Mitarbeiter und Externer Mitarbeiter . Von diesem Geschäftsobjekt aus können Sie zu zugehörigen Informationen wie Stelle, Vergütung und Zusatzleistungsdaten navigieren.
- Das Geschäftsobjekt „Lieferantenrechnung“ enthält Informationen zu den Daten des Lieferantenrechnung Headers. Über dieses Geschäftsobjekt können Sie auf zugehörige Informationen zugreifen, z. B. Rechnung und Zahlungsinformationen.
Workday verknüpft Geschäftsobjekte über Instanz miteinander, die dynamische Referenzen auf bestimmte Datensätze sind und nicht nur Nur-Text. In diesem Modell geben Sie Informationen einmal ein und Workday verwendet diese dann einheitlich im gesamten Mandant. SeeDatenstrukturprinzipien .
Kernkomponenten eines Geschäftsobjekts
Jedes Geschäftsobjekt besteht aus:
- Instanzen, die einen einzelnen, eindeutigen Datensatz innerhalb eines Geschäftsobjekt darstellen. Beispiel: Das Geschäftsobjekt „Mitarbeiter“ enthält eine Instanz für jeden Mitarbeiter. Felder, die die einzelnen Attribute innerhalb einer Instanz sind. Beispiel: Das Geschäftsobjekt „Mitarbeiter“ enthält Felder wieEinstellungsdatumundOffizieller Name. Workday verwendet folgende primäre Feldarten:
- Von Workday bereitgestellte Felder: Dies sind die Standardfelder, die in allen Workday Mandanten enthalten sind. Beispiel: Das Geschäftsobjekt Mitarbeiter enthält von Workday bereitgestellte Felder wieEinstellungsdatum,Offizieller NameundKostenstelle.
- Benutzerdefinierte Felder: Dies sind Felder, die Sie erstellen können, um Daten zu speichern, die für Ihre Organisation spezifisch sind und von den von Workday bereitgestellten Feldern nicht unterstützt werden.
- Berechnete Felder: Diese benutzerdefinierten Felder führen Berechnungen, Transformationen oder logische Evaluierungen für andere Felder durch. Damit können Sie Daten bearbeiten und Werte abrufen, die nicht als Standardfeld vorhanden sind.
Beziehungen zwischen primärem Geschäftsobjekt und zugehörigem Geschäftsobjekt
Die Beziehungen zwischen Geschäftsobjekten definieren, wie die Objekte verbunden sind, und ermöglichen es Ihnen, Daten aus einem primäres Geschäftsobjekt und den entsprechenden zugehörigen Geschäftsobjekten zu laden.
Die Beziehung zwischen PBOs und RBOs kann wie folgt sein:
- 1-zu-1, wobei 1 PBO- Instanz mit 1 RBO- Instanz verknüpft ist. Beispiel: Mitarbeiter zu Hauptstelle.
- 1-to-Many, wobei eine PBO- Instanz mit mehreren RBO-Instanzen verknüpft ist. Beispiel: Von Mitarbeiter zu Angehörigen.
Um einen Bericht zu Build , beginnen Sie mit einem PBO, das durch die ausgewählte Datenquelle bestimmt wird. Sie können dann Daten aus RBOs laden.
Der von Ihnen ausgewählte PBO bestimmt, was eine einzelne Datenzeile darstellt. Beispiel: Wenn Sie einen Bericht mit dem Geschäftsobjekt „Mitarbeiter“ als PBO Build , stellt jede Zeile einen eindeutigen (Angestellter) Mitarbeiter oder Externer Mitarbeiter dar. Sie können dann RBOs verwenden, um auf Daten zuzugreifen, die mit dem PBO verbunden sind. Beispiel: Über den Mitarbeiter-PBO können Sie die RBOs für Hauptstelle und Angehörige öffnen.
Wenn Sie einen PBO auswählen, verbindet Workday den PBO über Instanz mit einem RBO, die bestimmen, welche Daten vom RBO abgerufen werden. Beispiel: Das PBO des Mitarbeiters ist mit dem RBO der Organisation verknüpft. Obwohl viele Felder im Objekt Mitarbeiter auf das Objekt Organisation verweisen, dienen sie jedoch unterschiedlichen funktionalen Zwecken, z. B.:
- Das FeldLinienorganisation, das nur die spezifische Organisation zurückgibt, die mit der Stelle des Mitarbeiters verknüpft ist.
- Das Feld„Organisationen verwaltet“, das eine Liste aller Organisation zurückgibt, in denen der Mitarbeiter eine Manager innehat.
"Linienorganisation" und "Verwaltete
Organisationen"
verweisen beide auf dasselbe Organisations-RBO, geben jedoch unterschiedliche Ergebnisse zurück, da die Logik der Verknüpfung für jedes Feld eindeutig ist.Datenstrukturprinzipien
Workday organisiert Informationen mithilfe horizontaler Verknüpfungen und vertikaler Hierarchien.
- Horizontale Konnektivität, wenn verschiedene Geschäftsobjekte über zugehörige Geschäftsobjekte miteinander verknüpft sind Wenn Sie Informationen zu einem PBO eingeben, sind die Informationen automatisch überall dort verfügbar, wo sie benötigt werden.
- Vertikale Hierarchien, wenn Geschäftsobjekte vertikal in einer Hierarchie organisiert sind und allgemeine Kategorien zu spezifischeren Arten werden
Wenn ein Geschäftsobjekt Teil einer Hierarchie ist, stellt das übergeordnete Geschäftsobjekt einen gemeinsamen Satz von Feldern bereit, die seine untergeordneten Geschäftsobjekte Erben. Wenn Sie eine Datenquelle mit einem übergeordneten Geschäftsobjekt als PBO verwenden, gibt Ihr Bericht automatisch Instanzen aus den untergeordneten Geschäftsobjekten des PBO zurück.
Der Hauptzweck dieser Struktur besteht darin, Konsistenz zu gewährleisten und Redundanzen zu reduzieren. Indem Sie allgemeine Felder einmal für das übergeordnete Objekt definieren, Erben alle untergeordneten Geschäftsobjekte diese automatisch. Diese Funktion ist besonders leistungsstark für das Reporting.
Beispiele:
- Für HCM:
- Übergeordnetes Geschäftsobjekt: Mitarbeiter
- Untergeordnete Geschäftsobjekte: Fest angestellter Mitarbeiter, Externer Mitarbeiter
- Geerbte Felder (für Mitarbeiter):Offizieller Name,Personalnummer,Geschäftliche E-Mail-Adresse,Linienorganisation.
- Eindeutige Felder für Mitarbeiter:Art der Anstellung (Regulär/Befristet),Ende der Probezeit,Tarifvereinbarung.Verwenden Sie das Objekt Mitarbeiter, um allgemeine Felder wieE-Mailanzuzeigen, aber wechseln Sie zum untergeordneten Objekt Mitarbeiter, um auf das Probedatum zuzugreifen.
- Für Finanzmanagement:
- Übergeordnetes Geschäftsobjekt: Buchungs-Worktag
- Untergeordnete Geschäftsobjekte: Kostenstelle, Programm, Geldmittel, Schenkung usw.
- Geerbte Felder für Worktag: Worktag-Name, Referenz-ID, Worktag-Art.
- Eindeutige Felder für Kostenstelle: Kostenstellenmanager, übergeordnete Hierarchie, externe ID.
Ein untergeordnetes Geschäftsobjekt erbt alle Felder von seinem übergeordneten Geschäftsobjekt und enthält eigene eindeutige Felder.
Beispiele:
- Das EreignisMitarbeiter einstellenist ein untergeordnetes Geschäftsobjekt desEreignissesEreignis. Sie enthält alle Felder des übergeordneten Elements sowie bestimmte Felder, die nur für den Einstellungsprozess relevant sind.
- Ein Buchungsjournal ist ein untergeordnetes Geschäftsobjekt eines Journals. Workday verwendet das Buchungsjournal für Journaleingaben, die von einem Benutzer erstellt wurden und nicht automatisch von einem anderen Geschäftsprozess generiert wurden. Als untergeordnetes Objekt erbt ein Buchungsjournal alle gemeinsamen Felder vom übergeordneten Objekt, dem Journal, und schließt eigene eindeutige Felder ein, die nur für einen manuellen Eingabeprozess relevant sind, wie z. B.:
- Erstellt von
- Journalquelle
- Genehmigungsstatus