Oprivia Plattform für Aufgaben, Rollen und Nachweise
Oprivia macht aus jeder bestätigten Buchung einen Arbeitskontext mit Aufgaben, Fristen, Berechtigungen und Nachweisen. Jede Rolle sieht nur, was sie für ihre Verantwortung benötigt.


Ein Arbeitsraum statt Einzelkanäle
Buchungsplattformen bestätigen Verfügbarkeit, Preis und Reservierung. Die anschliessende Ausführung beginnt jedoch erst danach: Angaben müssen ergänzt, Klärfälle bearbeitet, Reinigung koordiniert und Ergebnisse dokumentiert werden.
Fehlt dafür eine durchgängige Arbeitslogik, bleiben Informationen verteilt, Verantwortlichkeiten unklar und zeitkritische Punkte schwer steuerbar.
- Informationen ohne gemeinsamen Bezug
- Verantwortung ausserhalb des Systems
- Zeitkritische Punkte ohne klare Steuerung
Reservierung verwalten ist nicht Betrieb führen
Buchungsplattformen und PMS-Systeme bilden Reservierung, Verfügbarkeit und Preis ab. Danach müssen jedoch Angaben vervollständigt, Identitäten geprüft, Reinigungen ausgeführt, Partner koordiniert, Abweichungen geklärt und Ergebnisse dokumentiert werden.
Oprivia steuert genau diese operative Ebene. Die Plattform verbindet Aufgaben, Rollen, Fristen, Nachweise und Entscheidungen mit dem richtigen Aufenthalt, Objekt oder Auftrag.
Damit bleibt Oprivia fokussiert: weniger Funktionsballast, mehr Automatisierung und Kontrolle im tatsächlichen Betriebsalltag.
- Gästeregistrierung und Pflichtdaten
- Identitäts- und Unternehmensverifikation
- Anliegen, Schäden und Servicefälle
- Reinigung und Partneraufträge
- Checklisten, Fotos und Leistungsnachweise
- Freigaben, Eskalationen und Auditverlauf
- öffentliche Nachfragevermittlung
- Reservierungen und Verfügbarkeiten
- umfassende Preis- und Ertragssteuerung
- Vertrieb über Buchungskanäle
- rechtliche, steuerliche oder regulatorische Einzelfallberatung
Ein Arbeitskontext für alle Rollen
Jeder offene Punkt erhält einen klaren Bezug, eine verantwortliche Rolle und ein nachvollziehbares Ergebnis.
Kontext
Kontext
Aufenthalt als gemeinsamer Bezug
Reservierung, Objekt und Zeitraum bilden den Rahmen für alles, was danach passiert.
.avif)
Vorgang
Vorgang
Arbeit mit Status und Zuständigkeit
Eine Rückfrage, Aufgabe oder Abweichung wird als bearbeitbarer Fall mit Status, verantwortlicher Rolle und erkennbarem Ergebnis geführt.

Berechtigung
Berechtigung
Zugriff nach Rolle und Kontext
Gäste, Hosts, Operatoren und Governance-Rollen erhalten nur die Informationen und Funktionen, die sie für den jeweiligen Fall benötigen.
.avif)
Verlauf
Verlauf
Änderungen nachvollziehbar halten
Änderungen, Rückmeldungen und Freigaben werden ergänzt, ohne frühere Informationen zu überdecken.
.avif)
Vier Rollen, begrenzte Sichtbereiche
Alle Beteiligten arbeiten mit derselben Grundlage. Welche Daten, Aufgaben und Funktionen sichtbar sind, richtet sich nach der jeweiligen Verantwortung.
.avif)
Gast
Ergänzt erforderliche Angaben, meldet Anliegen und sieht ausschliesslich Rückmeldungen zum eigenen Aufenthalt.
.avif)
Host
Steuert Unterkünfte und offene Punkte, priorisiert Handlungsbedarf und koordiniert interne sowie externe Ausführung.
.avif)
Operator
Bearbeitet zugewiesene Arbeiten, pflegt Bearbeitungsstände und ergänzt vorgesehene Belege.
.avif)
Governance
Prüft Ausnahmen, begleitet Eskalationen und dokumentiert Freigaben sowie wesentliche Entscheidungen.
Freigaben nur im vorgesehenen Kontext
Eine Rolle allein eröffnet keinen uneingeschränkten Zugang. Zusätzlich begrenzen Organisation, Objekt und konkreter Arbeitsfall, welche Daten und Funktionen verfügbar sind.
Ein Gast sieht den eigenen Aufenthalt. Ein Operator sieht den eigenen Auftrag. Ein Betreiber sieht die für sein Portfolio relevanten Bereiche. 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 getrennt werden.
Freigabe nach Rolle, Organisation, Objekt und Arbeitsfall
Minimaler Informationsumfang je Aufgabe
Trennung von Ausführung, Prüfung und Freigabe
Protokollierte Aktionen und Statuswechsel

Architektur über alle Module
Die Plattform hält die Grundlogik zusammen: Welche Daten gehören zu welchem Aufenthalt, wer darf welche Informationen sehen, welche Aktion wurde ausgelöst und wie verändert sich der Bearbeitungsstand. Module nutzen diese Grundlage, ohne eigene Parallelstrukturen aufzubauen.
.avif)
Verknüpftes Datenmodell
Aufenthalt, Unterkunft, Person und Arbeitsfall bleiben eigenständige Datensätze. Sie werden über eindeutige Beziehungen verbunden, statt in einem unübersichtlichen Gesamtdatensatz zu verschwimmen.
Informationen behalten dadurch ihren Ursprung und Zweck. Sie müssen nicht in jedem Modul erneut angelegt werden.
.avif)
Zugriffskontrolle nach Rolle und Kontext
Jede Anfrage wird gegen Rolle, Organisation, Objekt und zugehörigen Arbeitsfall geprüft. Ein Gast erhält andere Berechtigungen als ein Host, Operator oder Administrator.
Nicht vorgesehene Zugriffe werden standardmässig verweigert. Eine Freigabe besteht nur innerhalb des definierten Aufgaben- und Datenbereichs.
.avif)
Fortlaufender Audit-Trail
Relevante Aktionen werden als neue Einträge in eine fortlaufende 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.
.avif)
Regeln nach Einsatzmodell
Statuswechsel, Zeitfenster, Erinnerungen und Eskalationen können nach vereinbartem Betriebs- oder Pilotmodell definiert werden.
Die Grundarchitektur bleibt bestehen, während Regeln an den konkreten Einsatz angepasst werden.
Öffentliche Website, geschützte Plattform
Die Website erläutert Produkt, Module, Einsatzmodelle und Governance. Personenbezogene und betriebliche Arbeitsfälle 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.

Verstreute Abläufe zusammenführen
Beschreiben Sie den Bereich, in dem Informationen, Zuständigkeiten oder zeitkritische Punkte heute auseinanderlaufen. Wir ordnen ein, welche Plattformbausteine für einen begrenzten Pilot sinnvoll sind.