Ein Arbeitsraum für alles nach der Buchung
Oprivia verbindet Aufenthalt, Aufgabe, Rolle, Status, Frist und Nachweis in einem gemeinsamen operativen Kontext.
Wenn Buchung und Betrieb auseinanderlaufen
Buchungsplattformen bestätigen Verfügbarkeit, Preis und Aufenthalt. Die anschliessende Ausführung beginnt jedoch erst danach: Pflichtangaben müssen eingeholt, Servicefälle bearbeitet, Reinigungen koordiniert und Ergebnisse dokumentiert werden.
Fehlt dafür eine durchgängige Arbeitslogik, bleiben Informationen in einzelnen Kanälen, Zuständigkeiten ausserhalb des Systems und Fristen ohne verbindliche Steuerung.
- Informationen ohne eindeutigen Bezug
- Zuständigkeiten ausserhalb des Systems
- Fristen ohne verbindliche Steuerung
Was zusammengehört, bleibt verbunden
Oprivia verknüpft Aufenthalt, Vorgang, Rolle, Status, Frist und Nachweis in einem gemeinsamen Kontext. Dadurch bleibt sichtbar, was bearbeitet werden muss, wer handeln kann und wie sich ein Vorgang entwickelt.
Kontext
Aufenthalt
Aufenthalt als Bezug
Reservierungs-, Unterkunfts- und Aufenthaltsdaten bilden die Grundlage für alle nachfolgenden Aktivitäten. Jede Information und jeder Arbeitsschritt kann dadurch eindeutig zugeordnet werden.
.png)
Vorgang
Aufgabe
Arbeit wird zum Vorgang
Serviceanliegen, Pflichtangaben, Reinigungen oder Übergaben werden als eigenständige Vorgänge mit Zweck, Bearbeitungsstand und erwartetem Ergebnis geführt.
.png)
Berechtigung
Zuständigkeit
Zugriff folgt dem Auftrag
Rolle, Organisation, Objekt und Vorgang bestimmen, welche Informationen und Funktionen freigegeben werden. Bearbeitung, Kontrolle und Entscheidung können getrennt zugewiesen werden.
.png)
Verlauf
Nachweis
Verlauf bleibt belegbar
Statuswechsel, Rückmeldungen, Nachweise und Abschlüsse werden dem jeweiligen Vorgang zugeordnet. So bleibt erkennbar, was bereits erfolgt ist und welcher Schritt als Nächstes ansteht.
.png)
Ein Vorgang. Vier Sichten.
Alle Beteiligten arbeiten mit demselben zugrunde liegenden Kontext. Welche Daten, Aufgaben und Funktionen verfügbar sind, richtet sich jedoch nach der jeweiligen Verantwortung.
.png)
Gast
Ergänzt erforderliche Angaben, meldet Anliegen und sieht ausschliesslich Rückmeldungen zum eigenen Aufenthalt.
.png)
Host
Steuert Unterkünfte und offene Vorgänge, priorisiert Handlungsbedarf und koordiniert interne sowie externe Ausführung.
.png)
Operator
Übernimmt zugewiesene Arbeiten, pflegt Bearbeitungsstand und Fristen und hinterlegt die vorgesehenen Belege.
.png)
Governance
Prüft Ausnahmen, begleitet Eskalationen und dokumentiert Freigaben sowie wesentliche Entscheidungen.
Zugriff folgt der Aufgabe
Eine Rolle allein eröffnet noch keinen uneingeschränkten Zugang. Zusätzlich begrenzen Organisation, Objekt und konkreter Vorgang, welche Daten und Funktionen freigegeben werden.
Ein Gast sieht seinen Aufenthalt, ein Operator seinen Auftrag und ein Betreiber die für sein Portfolio relevanten Vorgänge. Kontroll- und Freigabefunktionen bleiben den dafür vorgesehenen Stellen vorbehalten.
Nicht ausdrücklich definierte Berechtigungen werden standardmässig verweigert. Ausführung, Prüfung und Freigabe können dadurch organisatorisch und technisch voneinander getrennt werden.
Freigabe nach Rolle, Organisation, Objekt und Vorgang
Minimaler Informationsumfang je Aufgabe
Trennung von Ausführung, Prüfung und Freigabe
Protokollierte Aktionen und Statuswechsel
Die Logik im Hintergrund
Die sichtbare Anwendung baut auf getrennten, aber verbundenen Ebenen auf: Datenbeziehungen, Berechtigungen, Ereignisse und Regeln. Funktionen können dadurch erweitert werden, ohne Zugriffslogik und Verlaufskontrolle miteinander zu vermischen.
.png)
Verknüpftes Datenmodell
Aufenthalt, Unterkunft, Person und Vorgang bleiben eigenständige Datensätze und werden über eindeutige Beziehungen miteinander verbunden. Angaben müssen dadurch nicht in jedem Modul erneut angelegt werden.
Die Plattform ordnet Informationen ihrem Ursprung und Zweck zu, statt sie in einem einzigen unübersichtlichen Datensatz zusammenzuziehen.
.png)
Zugriffskontrolle nach Rolle und Kontext
Jede Anfrage wird gegen Rolle, Organisation, Objekt und zugehörigen Vorgang geprüft. Ein Gast erhält deshalb andere Berechtigungen als ein Host, Operator oder Administrator.
Nicht vorgesehene Zugriffe werden standardmässig verweigert. Eine Freigabe besteht nur innerhalb des ausdrücklich definierten Aufgaben- und Datenbereichs.
.png)
Fortlaufendes Ereignisprotokoll
Relevante Aktionen werden als neue Ereignisse in einer fortlaufenden Historie ergänzt. Frühere Einträge bleiben erhalten; Korrekturen und spätere Erkenntnisse erscheinen als zusätzliche Ereignisse.
Dadurch lässt sich der ursprüngliche Verlauf von nachträglichen Ergänzungen unterscheiden.
.png)
Regel- und Zeitsteuerung nach Bedarf
Statuswechsel, Fristen, Erinnerungen und Eskalationen können nach dem vereinbarten Betriebs- und Pilotmodell definiert werden. Die Grundarchitektur bleibt bestehen, während Regeln an den konkreten Einsatz angepasst werden.
Auf Basis dieser Regeln zeigt die Plattform an, wann ein nächster Schritt, eine Prüfung oder eine Weiterleitung erforderlich ist.
Webseite informiert. Plattform arbeitet.
Die Website erläutert Produkt, Module, Einsatzmodelle und Governance. Personenbezogene und betriebliche Vorgänge werden ausschliesslich in der geschützten Anwendung bearbeitet, die auf einer separaten Plattform-Domain bereitgestellt wird.
Autorisierte Nutzer melden sich dort mit persönlichen Zugangsdaten an. Welche Daten und Funktionen verfügbar sind, ergibt sich aus Rolle, Organisation, Objekt und Auftrag.
Der Zugang wird während Entwicklung und Pilotierung schrittweise für freigegebene Nutzer aktiviert.
Aus verstreut wird geordnet
Beschreiben Sie den Bereich, in dem Informationen, Zuständigkeiten oder Fristen heute auseinanderlaufen. Wir ordnen ein, welche Plattformbausteine für einen begrenzten Pilot sinnvoll sind.