Rechtesteuerung

Information

• In diesem Beitrag wird eingehend erklärt, wie die Rechtesteuerung funktioniert. Er ist insbesondere für Projektmanagement-Administratoren gedacht, die erfahren sollen, wie sie die Benutzerrechte vergeben und verwalten.
• Eine allgemeine Einführung in die Benutzerrechte, sowie wie Benutzer herausfinden können, über welche Benutzerrechte sie verfügen, findet man hier.

Information

• In PLANTA project erfolgt die Rechtesteuerung auf zwei Ebenen:
  • Rechtesteuerung über Rollenzuordnung. Damit werden einem Benutzer Zugriffsrechte auf bestimmte Module und Menüpunkte gewährt.
  • Rechtesteuerung über Benutzerparameter. Damit wird festgelegt, welche Daten ein Benutzer in den ihm zur Verfügung gestellten Modulen tatsächlich sehen darf und was er mit diesen Daten machen darf.

Rechtesteuerung über Rollenzuordnung

Rollen und Arbeitsgebiete

Rollen sind in PLANTA project Gruppierungseinheiten, die der Rechtesteuerung dienen. Eine Rolle gewährt den Benutzern, denen sie zugewiesen wurde, Zugriff auf eine oder mehrere Gruppen von Modulen und Menüpunkten. Diese Gruppen werden Arbeitsgebiete genannt.

Ein Arbeitsgebiet besteht aus mindestens einem Modul oder Menüpunkt, gewöhnlich jedoch aus mehreren Modulen/Modulpanels oder Menüpunkten. Es gibt reine Modul-Arbeitsgebiete und reine Menüpunkt-Arbeitsgebiete.  

Details

• Rollen und Arbeitsgebiete werden durch Projektmanagement-Administratoren erstellt, angepasst und den einzelnen Benutzern zugeordnet.
  • Projektmanagement-Administratoren benötigen dafür lediglich Zugriff auf die Module, in denen sie die Änderungen vornehmen. Es sind keine weiteren Benutzerrechte erforderlich. 
    • Verwaltet werden Rollen und Arbeitsgebiete in den Modulen Rollen und Arbeitsgebiete.
    • Die Zuordnung von Rollen zu Benutzern erfolgt im Modul Benutzer.

Beispiele für die Zuordnung

Details

• Es besteht die Möglichkeit Rollen mittels Drag&Drop-Verschieben zu strukturieren.
  • Die Strukturierung kann für eine bessere Übersichtlichkeit verwendet werden, sie hat keine Auswirkung auf die Zugriffsrechte.

Beispiel für die Strukturierung

Hinweise

• Im Lieferumfang von PLANTA project sind mehrere vordefinierte Standardrollen enthalten.
  • Diese können sowohl unverändert den Benutzern zugeordnet als auch individuell angepasst werden.
  • Wenn PLANTA-Demodaten installiert sind, können die Standardrollen über Standardbenutzer aufgerufen werden. Eine Auflistung der Standardbenutzer ist hier zu finden.

Rechtesteuerung über Benutzerparameter

Zugriffs-/Leserechte

Ziel

• Das System muss jederzeit in der Lage sein, den Zugriff auf Ressourcen/Skills und Planungsobjekte (Ideen, Vorhaben, Projekte, Programme) und Portfolios zu steuern, beispielsweise um sicherzustellen,
  • dass ein Projektmanager nur Ressourcen für sein Projekt verwendet, die aus seiner eigenen Abteilung stammen, oder
  • dass ein Mitarbeiter aus Abteilung A nicht ungehindert Projekte oder Informationen aus Abteilung B anschauen kann.
• Somit wird die Mandantenfähigkeit des Systems gewährleistet.

Hinweis

• PLANTA project ist so konfiguriert, dass man, wenn man auf ein Planungsobjekt oder eine Ressource zugreifen kann, automatisch die Daten für dieses Objekt/diese Ressource sehen und etwa in Listboxen auswählen kann.
• Die Änderungsrechte werden explizit über die Einstellungen bestimmter Parameter vergeben. Hierzu siehe Kapitel Änderungsrechte für Planungsobjekte/Portfolios und Ressourcen.

Steuerung des Zugriffs auf Planungsobjekte und Portfolios

Frage

• Woher weiß das System, welche Planungsobjekte ein Benutzer sehen darf?

Antwort

• Dies wird durch die Verwendung des Kostenstellen-Strukturcodes erzielt.
  • Jedes Planungsobjekt wird einer bestimmten Kostenstelle zugeordnet.
  • Jeder Kostenstelle wird ein Strukturcode zugewiesen.
  • Pro Benutzer wird hinterlegt, auf welchen Kostenstellen-Strukturcode er Zugriff hat.
  • In allen Auswertungen und Listboxen, bei denen Projekte ausgewählt werden, wird geprüft, ob der Strukturcode, der im Benutzer hinterlegt ist, mit dem des Projektes übereinstimmt. Datentechnisch wird das über die Systemvariable @53 als Filterkriterium auf dem Feld Kostenstellen-Strukturcode gelöst.

Vorgehensweise

1. Gewünschte Kostenstellen/Organisationseinheiten im Modul Kostenstellen unter PM-Administration → Stammdaten → Kosten erfassen und für jede Kostenstelle einen Strukturcode vergeben.
2. Kostenstellen Planungsobjekten zuweisen. Hierzu
   • im Steckbrief des jeweiligen Planungsobjekts (Projektsteckbrief, Ideensteckbrief, Vorhabensteckbrief) im Feld Kostenstelle die Kostenstelle eintragen, zu der das Planungsobjekt gehört.
3. Kostenstellen-Strukturcodes einem Benutzer zuweisen. Hierzu
   • PM-Administration → Stammdaten → Benutzer, Rollen, Ressourcen aufrufen und das Modul Benutzer öffnen.
   • Bei dem gewünschten Benutzer im Feld Zugriff auf Objekte den Strukturcode der Kostenstelle eingeben, auf deren Planungsobjekte der Benutzer zugreifen darf oder den Strukturcode-Bereich (durch Verwendung von Wildcard *) eingeben, falls der Benutzer auf mehrere Kostenstellen zugreifen darf..
     • Ein Stern (*) bedeutet sinngemäß: alle darauf folgenden Unterpunkte des mit dem Stern gekennzeichneten Punkts.

Beispiele für mögliche Eintragungen im Feld Zugriff auf Objekte und deren Bedeutung

Steuerung des Zugriffs auf Ressourcen/Skills

Frage

• Woher weiß das System, welche Ressourcen/Skills dem angemeldeten Benutzer angezeigt werden bzw. zur Auswahl stehen sollen?

Antwort

• Dies wird durch die Verwendung des Ressourcenstrukturcodes/Skill-Strukturcodes erzielt.
  • Jede Ressource / jeder Skill bekommt einen eigenen Strukturcode.
  • Jedem Benutzer wird der Strukturcode zugewiesen, auf den er den Zugriff hat.
  • In allen Auswertungen und Listboxen, bei denen Ressourcen/Skills ausgewählt werden, wird nach allen Ressourcen/Skills gesucht, die den Ressourcenstrukturcode/Skills-Strukturcode besitzen, auf den der momentane Benutzer zugreifen darf. Datentechnisch wird das über die Systemvariable @32 als Filterkriterium auf den Feldern Ressourcenstrukturcode und Skill-Strukturcode gelöst.

Vorgehensweise

1. Strukturcodes und Ressourcen und Skills vergeben
   • Der Ressourcenstrukturcode wird manuell entsprechend der Ressourcenstruktur/Unternehmensstruktur im Feld Ressourcenstrukturcode in folgenden Modulen vergeben
     • Ressourcen
     • Ressourcendatenblatt
     • Ressourcenstruktur
   • Der Skill-Strukturcode wird manuell entsprechend der Skillstruktur im Feld Skill-Strukturcode in folgenden Modulen vergeben:
     • Skills
     • Skills nach Skill-Gruppe
2. Strukturcodes Benutzern zuweisen
   • PM-Administration → Stammdaten → Benutzer, Rollen, Ressourcen aufrufen und das Modul Benutzer öffnen.
   • Für den gewünschten Benutzer im Feld Zugriff auf Ressourcen den Strukturcode der Ressource eingeben, auf die der Benutzer zugreifen darf oder den Strukturcode-Bereich (durch Verwendung von Wildcard *) eingeben, falls der Benutzer auf mehrere Ressourcen zugreifen darf.
     • Ein Stern (*) bedeutet hier: alle darauf folgenden Unterpunkte des mit dem Stern gekennzeichneten Punkts.

Beispiele für mögliche Eintragungen im Feld Zugriff auf Ressourcen und deren Bedeutung

Hinweis

• Da der Zugriff sowohl auf Ressourcen als auch auf Skills zurzeit über den gleichen Parameter (Zugriff auf Ressourcen) gesteuert wird, soll darauf geachtet werden, dass die Strukturcodes bei den Ressourcen und Skills, auf die der Benutzer zugreifen soll, übereinstimmen.

Hinweis für PLANTA-Hybrid

• Der in PLANTA project definierte Zugriff auf Ressourcen wirkt auch bei Nutzung von PLANTA-Hybrid. Z.B. kann ein Benutzer in PLANTA pulse für Ressourcen, auf die er in PLANTA project zugreifen darf, Arbeitszeiten erfassen

Abteilungsmanager

Information

• Für die Steuerung der Anzeige der Abteilungsressourcen für den Abteilungsmanager in Modulen Meine Abteilung und Einplanungen wird zusätzlich zu dem Parameter Zugriff auf Ressourcen auch der Parameter Abteilung herangezogen. In diesem Parameter wird die Abteilung hinterlegt, für die der Benutzer Managerrechte (Abteilungsrechte) wahrnimmt.

Details

• Die im Parameter Abteilung eingetragene Abteilung muss nicht zwingend die Abteilung sein, zu der der Benutzer selbst gehört, so kann hier z.B. eine übergeordnete Abteilung eingetragen werden, wenn der Benutzer für alle Unterabteilungen verantwortlich sein soll. In diesem Fall ist auf den Eintrag des richtigen Strukturcodes im Feld Zugriff auf Ressourcen zu achten, so dass dieser nicht im Widerspruch zu dem Eintrag hier steht und womöglich seinerseits den Zugriff auf Ressourcen einschränkt.
  
  • Der Strukturcode der hier eingetragenen Abteilung muss mit dem Wert im Feld Zugriff auf Ressourcen übereinstimmen bzw. der Wert im Zugriff auf Ressourcen muss den Strukturcode der eingetragenen Abteilung implizieren.
    • Beispiel: Ist der Strukturcode der eingetragenen Abteilung 1.4.1, muss der Eintrag in Zugriff auf Ressourcen  1.4.1, 1.4.1*, 1.4* oder 1* sein.
• Das Hinterlegen der Abteilung ist für alle Benutzer obligatorisch, die die Ressourcenmanager-Rolle zugewiesen bekommen, da anderenfalls das Öffnen des Abteilungsboards nicht möglich ist.

Änderungsrechte 

Information

• In PLANTA project werden Änderungsrechte (Anlegen, Bearbeiten/Ändern, Löschen) für Planungsobjekte (Projekte, Programme, Ideen, Vorhaben), Portfolios und Ressourcen über mehrere Parameter gesteuert.
  
  • Objektberechtigung im Modul Benutzer
  • Manager im Steckbrief-Modul des jeweiligen Planungsobjekts (Projektsteckbrief, Programmsteckbrief, Vorhabensteckbrief) bzw. Portfoliomanager im Portfoliosteckbrief. Bei Ideen ist das Feld Manager im Steckbrief-Modul nicht enthalten, sodass der Ideenmanager nur im Modul Planungsobjekte bearbeiten in der Modulvariante Ideen geändert werden kann.
  • Änderungszugriff im Bereich Stakeholder im Steckbrief-Modul des jeweiligen Planungsobjekts (Projektsteckbrief, Programmsteckbrief, Vorhabensteckbrief).
  • Daraus ergeben sich folgende Rechtegruppen, die mit folgenden Parametereinstellungen definiert werden können:
    • Kein Manager / Projektmitarbeiter
      • Objektberechtigung = 0 und 
      • nicht als Manager des jeweiligen Planungsobjekts definiert und
      • nicht als Stakeholder mit Änderungszugriff des jeweiligen Planungsobjekts definiert   
    •  Stellvertreter (Stakeholder mit Änderungszugriff)
      
      • Objektberechtigung = 0 und
      • nicht als Manager des jeweiligen Planungsobjekts definiert, aber
      • als Stakeholder mit Änderungszugriff des jeweiligen Planungsobjekts definiert
    •  Portfoliomanager
      • Objektberechtigung = 0, aber
      • als Portfoliomanager des jeweiligen Portfolios definiert
    • Multiprojektmanager
      • Objektberechtigung = 1
    • Multiportfoliomanager
      • Objektberechtigung = 2

• • Welche konkreten Berechtigungen diese Gruppen haben, entnehmen Sie bitte der folgenden Matrix:

• X      - Rechte ohne Einschränkung  
• X¹    - Bearbeitungs- bzw. Löschrechte nur für eigene Planungsobjekte, d.h. in denen er/sie Manager oder Stellvertreter (Stakeholder mit Änderungszugriff) ist
  • X¹⁺²   - Bearbeitungs- bzw. Löschrechte nur für eigene Planungsobjekte und zusätzlich noch folgende weitere Einschränkungen (keine Berechtigung für diese Funktionen):
    • fachliche ID des Planungsobjekts ändern
    • das beantragte Budget genehmigen
    • Projekt sperren, wenn das Projekt bereits entsperrt ist
•  O - Keine Bearbeitungsrechte für Planungsobjekte, mit Ausnahme von Erfassung der Ist-Stunden auf Vorgängen. Dies geschieht jedoch im Rahmen der Zeiterfassung in speziellen Modulen und nicht direkt in den Planungsobjekten.

Berechtigungen zum Löschen von Buchungen

Information

• Als Buchungsdatensätze oder einfach Buchungen werden bei PLANTA Ist-Belastungsdatensätze bezeichnet (Ist-Stunden, Ist-Kosten und Ist-Erlöse).
• Für den Benutzer, der das Recht bekommen soll, Buchungsdatensätze zu löschen, muss im Modul Benutzer die Checkbox Darf Ist-Buchungen löschen aktiviert werden.
  • Dasselbe gilt auch für den Benutzer, der die Projekte mit Ist-Buchungen löschen möchte (Multiprojektmanagement-Rechte alleine sind da nicht ausrechend).

Achtung

• PLANTA rät dringend davon ab, komplette Buchungsdatensätze zu löschen, sondern stattdessen Stornobuchungen zu erfassen.
  • Begründung:
    • Die Wirkung des Stichtags wird ausgehebelt, da auch Datensätze vor dem Stichtag gelöscht werden können.
    • Das Löschen von exportierten/importierten Buchungsdatensätzen führt zu Inkonsistenzen zwischen Fremdsystem und PLANTA.
    • Das Löschen von Buchungsdatensätzen, die bereits eine Terminrechnung durchlaufen haben, hat Auswirkungen auf die Berechnung der Rest-Werte.
      • Erklärung: Sobald ein Ist-Belastungswert erfasst ist, reduziert sich der Rest-Wert auf der Ressourcenzuordnung (DT466) entsprechend.
        • Wird nur der Ist-Belastungswert gelöscht, wird der Rest-Wert durch die Terminrechnung auf der Ressourcenzuordnung (DT466) wieder entsprechend angepasst, sprich erhöht.
        • Wird dagegen der ganze Ist-Belastungsdatensatz gelöscht, bleibt der bereits reduzierte Rest-Wert auf der Ressourcenzuordnung (DT466) unverändert.
• Falls dennoch Buchungsdatensätze gelöscht werden sollen, müssen Rest-Aufwände/Rest-Kosten/Rest-Erlöse und Ist-Anfangstermin-Einträge überprüft und ggf. manuell korrigiert werden.

Customizer-Rechte

• Customizer-Rechte werden über die Aktivierung des Parameters Customizer im Modul Benutzer vergeben. Diese Rechte berechtigen den Benutzer zum Ändern der Customizing-Parameter oder gar des kompletten Customizings der Module, auf die er zugreifen kann. Dies ist unabhängig davon, ob der Benutzer Änderungsrechte für Projektdaten hat.
• Des Weiteren besitzen Benutzer mit Customizer-Rechten sämtliche Änderungsrechte auf der Anwendungsebene, unabhängig von anderen für sie definierten Rechten.
  •  Über die Funktionen des Customizers kann ein Benutzer mit Customizer-Rechten jeden Datensatz (einschließlich ganzer Planungsobjekte) bearbeiten und löschen.