> For the complete documentation index, see [llms.txt](https://hub.equipme.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hub.equipme.io/pro/dokumentation/administration/roles-and-permissions.md). # Rollen und Rechte Rollen und Rechte in Equipme Pro: Provider-Rollen für Vertrieb, Portfolio, Einkauf, Lager, Fulfillment, Abrechnung und Automation, eigene Rollen, Einzelrechte und Portalrollen. **Pfad:** „Administration“ → „Rollen und Rechte“ Mit Rollen legst du fest, welche Bereiche von Equipme Pro deine Mitarbeiter sehen und bearbeiten dürfen. Die Rechte mehrerer Rollen addieren sich; du kombinierst also z. B. „Lager Manager“ und „Fulfillment Operator“ für eine Person im Lager. Zugriff: Rolle **„Administrator“**. Die Seite hat zwei Reiter: | Reiter | Inhalt | | ------------------- | -------------------------------------------------------------------------- | | **„Provider“** | Rollen innerhalb deines Provider-Unternehmens, also für die Arbeit in Pro | | **„Kundenportale“** | Rollen, die deine Mitarbeiter in den Kundenportalen deiner Kunden erhalten | ## Reiter „Provider“ „Konfiguriere die Berechtigungen der Benutzer innerhalb deiner Providerentität indem du ihnen Rollen zuweist. Du kannst die Rollen kombinieren, indem du einem Benutzer mehrere Rollen zuweist.“ ### Systemrollen | Rolle | Beschreibung (aus der App) | Typische Menüpunkte | | ------------------------------ | --------------------------------------------------------------------------------------------------- | ---------------------------------------------------------- | | **„Administrator“** | Vollzugriff auf Lieferantenebene bzw. auf ausgewählte Kunden; darf Rollen zuweisen | alle, inkl. „Administration“ | | **„Abrechnungsleser“** | Zugriff auf Kundenabrechnungen | „Vertrieb“ → „Abrechnung“ | | **„Account Manager“** | Darf auf alle Kunden zugreifen, diese verwalten und neue Kunden erstellen | „Vertrieb“ → „Kunden“ | | **„Vertrieb“** | Darf neue Kunden anlegen und diese verwalten; kein Zugriff auf bestehende Kunden | „Vertrieb“ → „Kunden“ | | **„Reseller“** | Wie „Vertrieb“, aber mit eingeschränkter Bearbeitung der Kunden und ohne Preise | „Vertrieb“ → „Kunden“ | | **„Portfolio Manager“** | Verwaltet das Service-Angebot des Providers | „Portfolio Management“, „Administration“ → „Integrationen“ | | **„Portfolio Controller“** | Lesender Zugriff auf das Service-Angebot | „Portfolio Management“ (lesend) | | **„Einkauf Manager“** | Verwaltet Bestellvorschläge, Einkaufsbestellungen und Finanzierungsverträge | „Einkauf“ | | **„Einkauf Controller“** | Lesender Zugriff auf Einkaufsbestellungen und Finanzierungsverträge | „Einkauf“ (lesend) | | **„Lager Manager“** | Bucht Bestände ein, aus und um und nimmt Wareneingänge entgegen | „Lager“ | | **„Lager Controller“** | Lesender Zugriff auf Lager und Bestände | „Lager“ (lesend) | | **„Fulfillment Manager“** | Plant und bearbeitet Kundenbestellungen unabhängig von den im Service Mapping definierten Prozessen | „Fulfillment“, „Operations“ → „Serviceinstanzen“ | | **„Fulfillment Operator“** | Bearbeitet Kundenbestellungen entsprechend den im Service Mapping definierten Prozessen | „Fulfillment“, „Operations“ → „Serviceinstanzen“ | | **„Fulfillment Controller“** | Lesender Zugriff auf die Positionen der Kundenbestellungen | „Fulfillment“ (lesend), „Operations“ → „Serviceinstanzen“ | | **„Automation Administrator“** | Vollzugriff auf das Automation-Modul | „Automation“ | | **„Automation User“** | Bearbeitet Aufgaben, die Flows für Personen erzeugen | – | {% hint style="info" %} **Fulfillment Manager oder Operator?** Der „Fulfillment Operator“ arbeitet strikt nach dem Prozess, den das Service Mapping vorgibt. Der „Fulfillment Manager“ darf davon abweichen, z. B. Pflichtmerkmale überspringen, Status trotz hinterlegtem Prozess setzen, Aufträge stornieren oder Reservierungen anderer Aufträge übernehmen. Vergib die Manager-Rolle deshalb gezielt. {% endhint %} {% hint style="info" %} „Kommissionierung“, „Produktion“ und „Versand“ im Menü „Fulfillment“ erscheinen nur mit Schreibrechten im Fulfillment (z. B. „Fulfillment Operator“) und wenn deine Organisation die Lagerverwaltung nutzt, also mindestens ein Lager angelegt ist oder du Zugriff auf das Lager hast (z. B. als „Lager Controller“). {% endhint %} Systemrollen kannst du nicht umbenennen. „Systemrollen können entsprechend ihrer Beschreibung weitere Berechtigungen beinhalten, die über diese Ansicht noch nicht eingesehen/konfiguriert werden können.“ Bei unveränderbaren Systemrollen ist die Bearbeitung der Einzelrechte deaktiviert. ### Benutzer einer Rolle zuweisen 1. Rolle in der Liste anklicken. 2. Reiter **„Benutzer“** → **„Hinzufügen“** → Benutzer auswählen („Wähle die Benutzer aus, die du der aktuellen Rolle hinzufügen möchtest.“) → speichern. Mit **„Löschen“** entziehst du den ausgewählten Benutzern die Rolle. Rollen vergibst du auch direkt beim [Anlegen eines Benutzers](/pro/dokumentation/administration/users.md#einen-neuen-benutzer-anlegen). {% hint style="warning" %} Ein Benutzer ohne Rolle kann sich nicht mehr in Pro anmelden. Prüfe deshalb vor dem Entziehen, ob er noch eine andere Rolle hat. {% endhint %} ### Eigene Rollen Reichen die Systemrollen nicht aus, legst du eigene Rollen an: 1. **„Neu“** → Dialog **„Rolle erstellen“** mit **„Name“** und **„Beschreibung“** → **„Speichern“**. 2. Rolle öffnen → Reiter **„Berechtigungen“** → Einzelrechte erlauben oder verweigern → **„Speichern“**. 3. Reiter **„Benutzer“** → Benutzer hinzufügen. Name und Beschreibung änderst du über das Stift-Symbol neben dem Rollennamen. Mehrere eigene Rollen löschst du in der Liste über Auswahl und **„Löschen“**; die zugewiesenen Benutzer verlieren daraufhin die Rechte aus diesen Rollen. ### Einzelrechte Im Reiter **„Berechtigungen“** einer Rolle bzw. eines Benutzers stehen Einzelrechte mit den Spalten **„Erlaubt“** und **„Verweigert“**. Für Provider besonders wichtig: | Einzelrecht | Bedeutung | | ------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **„Eingegangene Kundenbestellungen bestätigen“** | Darf eingegangene Kundenbestellungen prüfen und bestätigen, um sie für die Bearbeitung freizugeben – Voraussetzung für den Menüpunkt [„Auftragseingang“](/pro/dokumentation/sales/order-reception.md) | | **„Kundeneinstellungen verwalten“** | Darf Portaleinstellungen einzelner Kunden wie die Bestellberechtigung oder Premium-Funktionen ein- und ausschalten; benötigt Zugriff auf die Kundenverwaltung | Je nach Konfiguration erscheinen weitere Einzelrechte, z. B. „Serviceinstanzen & Inventar erfassen“ oder „Serviceinstanzen & Inventar entfernen“. {% hint style="warning" %} **Verweigern schlägt Erlauben.** Verweigerst du ein Recht in einer Rolle, gilt das für alle Benutzer dieser Rolle – auch wenn sie das Recht über eine andere Rolle erlaubt bekommen. {% endhint %} ## Reiter „Kundenportale“ „Konfiguriere die Berechtigungen der Benutzer innerhalb deiner Kundenportale. Du kannst bei jeder Berechtigung steuern, welcher Benutzer in welchem Kunden die jeweilige Rolle zugewiesen bekommt.“ So arbeiten deine Mitarbeiter direkt im Kundenportal eines Kunden mit – z. B. um für einen Hosted-Kunden zu bestellen oder Konfigurationen vorzubereiten. Zur Verfügung stehen die Kundenrollen: | Rolle | Bedeutung im Kundenportal | | ------------------- | ------------------------------------------------------------------------------------------------ | | **„Controller“** | Ausschließlich lesender Zugriff auf ausgewählte Kunden | | **„Planer“** | Lesender Zugriff auf ausgewählte Kunden; darf diese verwalten, z. B. Konfigurationen vorbereiten | | **„Einkäufer“** | Darf im Auftrag ausgewählter Kunden Bestellungen durchführen | | **„Administrator“** | Vollzugriff auf ausgewählte Kunden | 1. Rolle anklicken. 2. **„Hinzufügen“** → Benutzer auswählen. 3. In der Spalte **„Mandanten“** beim Benutzer die Kunden auswählen, in denen er die Rolle erhält. Mit **„Löschen“** entziehst du den ausgewählten Benutzern die Rolle – „Dies gilt auch für diese Rollen in allen anderen Kunden“. Was die Rollen im Kundenportal im Einzelnen erlauben, beschreibt das Kundenhandbuch (siehe Kundenhandbuch, „Rollen und Rechte“). ### Automatischer Zugriff auf Kundenportale Einige Provider-Rollen bringen automatisch Rollen in den Kundenportalen mit: | Provider-Rolle | Automatisch im Kundenportal | | ------------------------------ | ---------------------------------------------------------- | | **„Administrator“** | „Administrator“ in allen bestehenden und neuen Kunden | | **„Account Manager“** | „Planer“ in allen bestehenden und neuen Kunden | | **„Vertrieb“**, **„Reseller“** | „Planer“ in den Kunden, die die Person selbst angelegt hat | ## Häufige Fragen **Ein Mitarbeiter sieht einen Menüpunkt nicht.** Ihm fehlt die passende Rolle. Prüfe in den [Benutzerdetails](/pro/dokumentation/administration/users.md#berechtigungen) unter „Berechtigungen“, welche Rollen er hat. Änderungen wirken nach dem Neuladen der Seite. **Wie gebe ich einem Mitarbeiter nur Zugriff auf einen einzelnen Kunden?** Über den Reiter „Kundenportale“: Rolle wählen, Benutzer hinzufügen und in der Spalte „Mandanten“ nur diesen Kunden auswählen. Gib ihm dazu keine Rolle wie „Administrator“ oder „Account Manager“, die automatisch für alle Kunden gilt. **Warum ist der Reiter „Kundenportale“ leer?** Die Rollen erscheinen nur, wenn deine eigene Rolle das Anlegen von Kunden erlaubt (z. B. „Administrator“). **Wer darf Kundenaufträge bestätigen?** Wer das Einzelrecht „Eingegangene Kundenbestellungen bestätigen“ hat; Administratoren haben es immer. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hub.equipme.io/pro/dokumentation/administration/roles-and-permissions.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.