Überlegungen zum Setup: Projekthierarchien
Dieses Thema kann als Entscheidungshilfe bei der Planung Ihrer Konfiguration und Verwendung von Projekthierarchien dienen. Darin wird Folgendes erläutert:
- Warum die Kalender eingerichtet werden sollten.
- Wie sie sich in Workday einfügen.
- Nachgelagerte Auswirkungen und produktübergreifende Interaktionen.
- Sicherheitsanforderungen und Geschäftsprozesskonfigurationen.
- Fragen und Einschränkungen, die vor der Implementierung zu berücksichtigen sind.
Vollständige Konfigurationsdetails finden Sie in den detaillierten Anweisungen zur Aufgabe.
Worum es geht
Projekthierarchien definieren die über- und untergeordneten Beziehungen zwischen Hierarchien und kategorisieren außerdem Projekte.
In Workday gibt es zwei Arten von Projekthierarchien:
Hierarchieart | Definition |
|---|---|
Primary | Erforderlich für die Projekterstellung.
Untergeordnete Hierarchien und Projekte erben die Konfiguration von der übergeordneten Hierarchie. |
Optional | Optional für die Projekterstellung.
Untergeordnete Hierarchien und Projekte erben keine Konfigurationsoptionen. Verwenden Sie optionale Hierarchien, um weitere Kategorien zu Ihren Projekten hinzuzufügen und so die Granularität Ihrer Rollup-Berichte zu erhöhen. |
Vorteile für Ihr Unternehmen
Projekthierarchien vereinfachen das Erstellen von Projekten und das Reporting zu diesen. Mit Projekthierarchien haben Sie folgende Möglichkeiten:
- Optimieren Sie die Projekterstellung. Konfigurieren Sie die Optionen für die Projekte in derselben primären Projekthierarchie. Durch die Konfiguration von Optionen auf der Hierarchieebene wird verhindert, dass dieselben Konfigurationsschritte für jedes einzelne Projekt manuell wiederholt werden müssen.
- Erstellen Sie detaillierte Berichte, um Kosten, Ertrag, Zeit und Fortschritt der Projekte in Ihrer Organisation zu vergleichen.
Anwendungsfälle
Mit Projekthierarchien haben Sie folgende Möglichkeiten:
- Fügen Sie einen Ressourcenplan zu einer Projekthierarchie hinzu, sodass die Projekte in der Hierarchie denselben Plan verwenden.
- Weisen Sie Mitarbeitern auf der Hierarchieebene Rollen zu, die für Projekte geerbt werden sollen.
- Kategorisieren Sie Projekte mit primären und optionalen Projekthierarchien für detaillierte Rollup-Berichte.
- Erstellen Sie Budget- und Worktag-Regeln auf der Hierarchieebene, die für Projekte geerbt werden sollen.
- Konfigurieren Sie Geschäftsprozesse so, dass Projekte in derselben Hierarchie dieselben Genehmigungsarten verwenden.
- Verhindern Sie, dass Projektmitarbeiter in einer Hierarchie Zeit für ein zukünftiges Projektdatum protokollieren.
- Beschränken Sie für eine optimierte Dateneingabe Projektplanaufgaben und Projektrollen auf bestimmte primäre Projekthierarchien.
Zu berücksichtigende Fragen
Fragen | Überlegungen |
|---|---|
Wie können Sie Ihre Projekte mithilfe von Hierarchien gruppieren? | Sie können primäre Projekthierarchien verwenden, um ähnliche Projektarten zu gruppieren. Damit haben Sie folgende Möglichkeiten:
|
Müssen Sie Ihre Projekte in verschiedenen funktionalen oder logischen Kategorien gruppieren? | Sie können optionale Projekthierarchien verwenden, um für granulare Berichte weitere Kategorien zu Projekten hinzuzufügen.
Beispiel: Gruppieren Sie Projekte nach Region in einer optionalen Hierarchie und nach Produktlinie in einer anderen. |
Wann sollten Sie Ressourcenpläne für Projekthierarchien erstellen? | Sie können einen Ressourcenplan für eine primäre Projekthierarchie erstellen, sodass alle Projekte derselben Hierarchie denselben Ressourcenplan erben können.
Verwenden Sie diese Methode, damit Ihre Benutzer Zeit sparen, wenn die Projekte innerhalb einer Hierarchie immer denselben Ressourcenplan verwenden. |
Welche Projektaufgaben sollten Sie auf bestimmte Projekthierarchien beschränken? | Sie können die Verfügbarkeit von Projektaufgaben auf primäre Projekthierarchien beschränken. Diese Beschränkung vereinfacht die Aufgabenauswahl und reduziert Fehler bei der Dateneingabe. Untergeordnete Hierarchien erben Aufgabenbeschränkungen von ihren übergeordneten Hierarchien.
Beschränken Sie Projektaufgaben mithilfe der Aufgabe Projektaufgaben verwalten . |
Welche Projektrollen sollten Sie auf bestimmte Projekthierarchien beschränken? | Sie können die Verfügbarkeit von Projektrollen auf primäre Projekthierarchien beschränken. Diese Beschränkung vereinfacht die Rollenauswahl und reduziert Fehler bei der Dateneingabe. Untergeordnete Hierarchien erben Rollenbeschränkungen von ihren übergeordneten Hierarchien.
Beschränken Sie Projektrollen mit der Aufgabe Projektrollen verwalten . |
Empfehlungen
So reduzieren Sie Dateneingaben:
- Konfigurieren Sie primäre Projekthierarchien so, dass die zugehörigen Projekte gemeinsame Einstellungen erben.
- Erstellen Sie Ressourcenpläne auf Projekthierarchieebene, wenn die zugehörigen Projekte denselben Ressourcenplan verwenden können.
- Beschränken Sie Projektaufgaben und -rollen auf die relevanten primären Projekthierarchien.
Öffnen Sie für Worktags, die Sie in abgeleiteten Worktag-Regeln verwenden möchten, den Bericht
Verwendung von Worktags verwalten
und lassen Sie die Verwendung Ihrer Worktags in Kundenverträgen und Kundenrechnungen zu.Um mehr Berichtsdetails zu erhalten, erstellen Sie optionale Projekthierarchien zur weiteren Gruppierung Ihrer Projekte.
Verknüpfen Sie nur eine Projekthierarchie, die über einen benutzerdefinierten Geschäftsprozess verfügt, mit einem Projekt. Wenn ein Projekt zu mehreren Hierarchien mit jeweils einem eigenen Geschäftsprozess gehört, wählt Workday nach dem Zufallsprinzip einen Geschäftsprozess für das Projekt aus.
Anforderungen
Erstellen Sie mindestens eine primäre Projekthierarchie, damit Benutzer Projekte erstellen können.
Einschränkungen
Sie können optionale Projekthierarchien nicht mit Kontierungsregeln verwenden.
Mandanten-Setup
Keine Auswirkungen.
Sicherheit
Domänen | Überlegungen |
|---|---|
Business Process Administration im funktionalen Bereich „System“ | Über diese Domäne gesicherte Benutzer können den Geschäftsprozess Projekthierarchie erstellen bearbeiten. |
Manage: Business Process Definitions im funktionalen Bereich „System“ | Über diese Domäne gesicherte Benutzer können den Geschäftsprozess Projekthierarchie erstellen verwalten. |
Set Up: Project Hierarchy im funktionalen Bereich „Project Tracking“. | Über diese Domäne gesicherte Benutzer können Projekthierarchien und Ressourcenpläne in Projekthierarchien verwalten. |
Um einen ordnungsgemäßen Zugriff zu gewährleisten, prüfen Sie die folgenden Rollen und Aktivitäten der Teammitglieder:
Domänen-Sicherheitsrollen | Überlegungen |
|---|---|
Projektadministrator |
|
Projekthierarchiemanager |
|
Geschäftsprozesse
Mit dem Geschäftsprozess
Projekthierarchie erstellen
können Sie neue Projekthierarchien erstellen, prüfen und genehmigen.Reporting
Berichte | Überlegungen |
|---|---|
Durch Projekthierarchie navigieren | Bietet einen Überblick über die Projekthierarchien, einschließlich untergeordneter Hierarchien und Projekte. Sie können außerdem Mitarbeiterinformationen anzeigen und Folgendes bearbeiten:
|
Projekthierarchie anzeigen | Wird verwendet als zentraler Zugangspunkt zum Anzeigen und Bearbeiten von Informationen zu vorhandenen Projekthierarchien. |
Konfiguration der Setup-Objekte für Projekthierarchie anzeigen | Wird verwendet, um die direkten, geerbten und unbeschränkten Projektaufgaben und -rollen anzuzeigen. Diese Rollen und Aufgaben sind für die Projekte auswählbar, die mit der primären Projekthierarchie verknüpft sind.
Sie können in den möglichen Aktionen für eine Projekthierarchie den Bericht öffnen. |
Sie können auch primäre und optionale Projekthierarchien verwenden, um benutzerdefinierte Berichte zur Projektprüfung zu erstellen:
- Zeit
- Ertrag
- Kosten
- Aufwand
Mit benutzerdefinierten Berichten können Sie aus Sicherheitsgründen oder für Übersichtsberichte mehrere Projekte gruppieren.
Sie können die folgenden Berichtsdatenquellen verwenden, um benutzerdefinierte Berichte zu erstellen:
- „Project Hierarchies“im Geschäftsobjekt „Projekthierarchie“.
- Project Taskim Geschäftsobjekt „Projektaufgabe“.
- Project Timesheet Lines by Project and Project Hierarchyim Geschäftsobjekt „Zeitnachweisposition für Projekt“.
- Timesheet Day for Project Hierarchies and Timesheet Periodsim Geschäftsobjekt Zeitnachweistag.
- Top Level Project Hierarchiesim Geschäftsobjekt „Projekthierarchie“.
Integrationen
Webservices | Überlegungen |
|---|---|
Get Workday Project Hierarchies
| Ruft Projekthierarchien und untergeordnete Hierarchien ab. |
Workday-Projekthierarchie übermitteln
| Erstellt ein Projekthierarchieereignis und übermittelt es über den Geschäftsprozess Projekthierarchie erstellen zur Genehmigung. Workday erstellt dann die neue Projekthierarchie. |
Workday-Projekthierarchien ohne Abhängigkeiten abrufen
| Ruft nur Projekthierarchien ab. Enthält keine übergeordneten und untergeordneten Hierarchiebeziehungen. |
Ressourcenpläne abrufen
| Ruft Daten zu Ressourcenplänen und Ressourcenplanpositionen für Projekthierarchien und Projekte ab. |
Verbindungen und Touchpoints
Features | Überlegungen |
|---|---|
Aufwand | Mit den Worktag-Regeln für eine Projekthierarchie können Sie konfigurieren, wie Workday Spesen berechnet. |
Ertrag | Mit den Worktag-Regeln für eine Projekthierarchie können Sie konfigurieren, wie Workday Erträge berechnet. |
Zeiterfassung | Die Zeiteingaberegeln für eine Projekthierarchie verhindern, dass Projektmitarbeiter zukünftige Zeiten in einem Projekt protokollieren. |
Workday bietet ein Touchpoints Kit mit Ressourcen, die Ihnen helfen, die Konfigurationsbeziehungen in Ihrem Mandanten besser zu verstehen. Weitere Informationen zum Workday Touchpoints Kit finden Sie in der Workday Community.