Prowerb OS
Zugriff folgt Mandant, Rolle und Vorgang.
Prowerb OS trennt Kundensicht und Operations-Cockpit, projiziert Daten für ihren jeweiligen Zweck und bindet Aktionen an den fachlichen Kontext.
Zugriff nach Rolle prüfenDie Rollenansicht ordnet Kunde und Operations ihrem Bereich und den erlaubten Aktionen zu. Lesen und Freigeben werden getrennt geprüft.
Ansicht vergrößern (öffnet neuen Tab) ↗Berechtigung wird dort geprüft, wo Daten und Aktionen entstehen.
Atlas und Nexus verwenden getrennte Zugangs- und Darstellungsbereiche. Jede Anfrage verbindet Identität, Mandant, Rolle und fachlichen Vorgang.
- 01
Host und Oberfläche
Kundenportal und Operations-Cockpit besitzen eigene Einstiege und rollenbezogene Navigation.
- 02
Rolle und Aktion
Eine sichtbare Funktion ist nur ausführbar, wenn Rolle und Vorgang die Aktion erlauben.
- 03
Fail closed
Fehlender Mandanten- oder Berechtigungskontext schließt Daten und Aktionen.
Der fachliche Kontext reist mit jeder Ansicht und Aktion.
Der fachliche Kontext reist mit jeder Ansicht und Aktion.
Mandantenbindung und ownDataOnly-Regeln begrenzen Listen, Details, Suchergebnisse und Aktionen auf den erlaubten Ausschnitt.
- 01
Listen
Boards und Übersichten liefern nur Vorgänge aus dem zulässigen Mandanten- und Rollenraum.
- 02
Details
Direkte Aufrufe prüfen denselben Kontext erneut am betreffenden Vorgang.
- 03
Aktionen
Freigabe, Statuswechsel und Handoff verwenden die fachliche Berechtigung des Vorgangs.
Atlas zeigt Kundennutzen, Nexus zeigt Operations-Kontext.
Atlas zeigt Kundennutzen, Nexus zeigt Operations-Kontext.
Die Kundensicht erhält freigegebene fachliche Informationen. Interne Kennungen, Maschinenzustände und Bearbeitungsdetails bleiben im Operations- oder Quellsystemkontext.
- 01
Atlas
Zeigt verständliche Vorgänge, Termine, Dokumente, Bestandsinformationen und Kundenaktionen.
- 02
Nexus
Zeigt Verantwortlichkeit, Statuslogik, Ausnahmeursache, Handoff und technische Referenzen für die Bearbeitung.
- 03
Auftrags- und Bestandsansichten
Formen Daten aus führenden Systemen zu stabilen, zweckgebundenen Ansichten für Portal und Operations.
Versionierte Verträge verbinden Lesen und Handeln.
Die Customer API ordnet Ressourcen, Berechtigungen und Aktionen einem stabilen Vertrag zu. Schreibende Vorgänge übernehmen Rollen-, Mandanten- und Prozesskontext.
- 01
Ressourcen lesen
Vorgänge, freigegebene Daten und ausgewählte Auftrags- und Bestandsansichten werden über klar benannte Endpunkte abgerufen.
- 02
Aktionen ausführen
Freigaben und Workflow-Aktionen verwenden explizite Berechtigungen und fachliche Validierung.
- 03
Fehler verarbeiten
Antworten unterscheiden Eingabe, Berechtigung, Konflikt und technischen Fehler für einen gezielten Folgepfad.
Ein Workflow-Event hat einen benannten Auslöser und Empfänger.
Events transportieren relevante Änderungen wie Freigabe, Handoff oder Versandfortschritt. Der jeweilige Workflow definiert Payload, Ziel, Wiederholung und Fehlerbehandlung.
- 01
Auslöser
Eine fachliche Änderung erzeugt ein klar benanntes Event mit Vorgangsreferenz.
- 02
Zustellung
Das Zielsystem erhält nur die für den Integrationsschritt benötigten Daten.
- 03
Wiederholung
Idempotente Verarbeitung und definierte Wiederholungen halten Übergaben kontrollierbar.
Fehlerpfade gehören zum Workflow.
Prowerb OS behandelt fehlende Daten, Konflikte und nicht erreichbare Zielsysteme als sichtbare operative Aufgaben mit Owner und nächstem Schritt.
- 01
Erkennen
Validierung und Integrationsantworten ordnen den Fehler dem betroffenen Vorgang zu.
- 02
Bearbeiten
Klärfall, Priorität, Wiedervorlage und Verantwortlichkeit strukturieren die Lösung.
- 03
Fortsetzen
Nach der Klärung läuft der Workflow am vorgesehenen Übergang weiter.
Jede Anbindung beginnt mit Verantwortung.
Vor dem Projekt werden führende Datenquelle, erlaubte Aktionen und Fehlerbearbeitung festgelegt. Zur Betriebsabstimmung gehören Hosting und Datenstandort, Updates und Support, Datensicherung mit Wiederherstellungstest sowie AVV und Löschfristen. Die projektbezogene technische Dokumentation und die benötigten Unterlagen erhalten Sie im Integrationsgespräch.
- 01
System of Record
Eine klare Quelle führt Stammdaten, Bestand, Auftrag oder Versandinformation.
- 02
Prozessvertrag
Mapping, Richtung, Frequenz und fachliche Validierung werden am konkreten Handoff beschrieben.
- 03
Betriebsübergabe
Monitoring, Fehlerbearbeitung und Verantwortlichkeit sind Teil des Integrationsworkflows.
Architektur in klaren Antworten.
Die wichtigsten Fragen zu Zugriff, Daten und Integration.
Wie trennt Prowerb OS Kunden und interne Teams?
Atlas und Nexus besitzen getrennte Zugänge und rollenbezogene Ansichten auf denselben fachlichen Vorgang.
Wie werden Lagerdaten eingebunden?
Auftrags- und Bestandsansichten formen Bestand, Wareneingang, Bewegungen und ausgewählte Stammdaten für den jeweiligen Portal- oder Operations-Zweck.
Wie werden schreibende Aktionen abgesichert?
Versionierter Vertrag, Rollenrecht, Mandantenkontext und fachliche Validierung greifen vor dem Workflow-Übergang zusammen.
Sehen Sie Rollen, Datensicht und Handoffs im Workflow.
Öffnen Sie die Demo direkt und folgen Sie einem Vorgang durch Kundenportal und Operations-Cockpit.
Prowerb OS Demo starten