Diese Dokumentation unterstützt Sie bei der Auswahl einer geeigneten Organisationsstruktur für das Portal. Die vorliegende Ergänzung zum Artikel "Anlage Organisationsstruktur RetailForce Cloud", bietet eine detaillierte Beschreibung der praktischen Umsetzung.
Grundlagen der Organisationshierarchie im RetailForce-Portal
Das Portal bietet Distributoren die Möglichkeit, Strukturen für ihre Endkunden anzulegen und zu verwalten. Innerhalb ihrer Distribution bildet das Portal Geschäftsstrukturen über bis zu drei Hauptebenen ab:
Organisation
Ist die höchste Hierarchieebene, die der Partner für einen Endkunden anlegt. Sie repräsentiert diesen Endkunden als eigenständigen Mandanten.
- Sie bietet eine komplette Datentrennung zu anderen Organisationen
- Kann ein primäres Unternehmenskennzeichen (z. B. VAT-ID, Steuernummer) führen (→ siehe auch Company Identification)
Company
Die Company-Ebene ist eine optionale Untergliederung innerhalb einer Organisation. Sie wird genutzt, um rechtlich eigenständige Gesellschaften, verschiedene Länder oder spezifische Geschäftsbereiche eines Endkunden (Mandanten) abzubilden, die alle unter dem Dach derselben Organisation verwaltet werden und somit denselben Organisations-API-Schlüssel nutzen.
- Dient der Abbildung von Tochtergesellschaften oder Ländervertretungen innerhalb einer Organisation
- Jede Company kann eigene Unternehmenskennzeichen (Company Identification) führen (→ siehe Multi-Company-Struktur)
- Alle Aktionen und Datenzugriffe für Companies und deren untergeordnete Stores erfolgen über den API-Schlüssel der übergeordneten Organisation
Stores
Die unterste Ebene, die eine physische Filiale oder einen operativen Standort repräsentiert.
- Ein Store ist immer einer Company oder - falls keine Companies genutzt werden - direkt einer Organisation zugeordnet
- Innerhalb eines Stores werden die Terminals (Kassen) verwaltet
Schlüsselfaktoren für die Wahl Ihrer Organisationsstruktur
Die korrekte Strukturwahl wird von folgenden Aspekten bestimmt. (→ Für eine schnelle Übersicht siehe Entscheidungshilfe)
1. API-Schlüssel Management und Zugriffskontrolle
Das Portal bietet zwei Ebenen für die Generierung von API-Keys mit unterschiedlichen Zugriffsberechtigung:
Für den API-Zugriff des Endkunden oder dessen Systeme (inklusive Portal-Login) ist der Organisations-API-Schlüssel zu verwenden. Der Distributor-API-Schlüssel dient vorrangig internen Zwecken des Distributors und sollte aus Sicherheits- und Trennungsgründen nicht an Endkunden weitergegeben werden. Benötigt ein Endkunde einen eigenen API-Schlüssel für den Portalzugang oder andere Systeme, muss er als separate Organisation angelegt sein. (→ siehe Multi-Organisation-Struktur)
2. Company Identification
Im Portal können verschiedene Arten von Unternehmenskennzeichen (Company Identification) hinterlegt werden, darunter die USt-ID sowie weitere länderspezifische Identifikatoren (z. B. Handelsregisternummer, Steuernummer). Die Notwendigkeit, separate Unternehmenskennzeichen, insbesondere unterschiedliche USt-ID für verschiedene Länder oder rechtliche Gesellschaften zu führen, ist ein entscheidender Faktor. Diese müssen entweder auf der Company-Ebene (innerhalb einer Organisation) oder falls eine strikte API-Trennung ebenfalls erforderlich ist (d.h. jede Einheit benötigt einen eigenen Organisations-API-Schlüssel), durch separate Organisationen abgebildet werden. (→ Vergleichen Sie Multi-Company vs. Multi-Organisation)
Strukturmodelle im Detail
Einfache Organisationsstruktur
Endkunden, die in nur einem Land tätig sind, ein einziges primäres Unternehmenskennzeichen für alle Standorte nutzen und eine zentrale, einheitliche Verwaltung wünschen.
API-Schlüssel auf Organisationsebene
Unternehmenskennzeichen auf Organisationsebene, das für alle Stores gilt
Multi-Company-Struktur (innerhalb einer Organisation)
Endkunden, die international tätig sind oder mehrere rechtliche Gesellschaften unter einer einheitlichen Organisation führen. Unternehmenskennzeichen und länderspezifische Konfigurationen pro Company, während die Gesamtverwaltung und der API-Zugriff für diesen Mandanten zentral über die Organisationsebene erfolgen. (→ Alternative: Multi-Organisation für strikte Trennung)
API-Schlüssel auf Organisationsebene
Unternehmenskennzeichen auf Company-Ebene, das für alle Stores gilt
Multi-Organisation-Struktur (innerhalb eines Distributors)
Endkunden, die eine strikte Trennung zwischen verschiedenen Geschäftsbereichen, Marken oder Regionen benötigen. Jeder Bereich wird als separate Organisation mit eigenem API-Zugang verwaltet. (→ Vergleich: Multi-Company für zentrale Verwaltung)
Separate API-Schlüssel pro Organisation
Unternehmenskennzeichen auf Organisations- und Company-Ebene
Entscheidungshilfe
| Anforderung | Empfohlene Struktur | Begründung |
|---|---|---|
| Ein Land, eine CompanyIdentification | Einfache Struktur | Geringste Komplexität, zentrale Verwaltung |
| Mehrere Länder/Gesellschaften, zentrale API-Verwaltung | Multi-Company | Separate CompanyIdentification pro Land, ein API-Key |
| Mehrere unabhängige Endkunden verwalten | Multi-Organisation | Strikte Datentrennung, separate API-Keys |
Kommentare
0 Kommentare
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.