Fragen vor dem ersten Gespräch

Oprivia ist ein Kunstwort aus «Operational» und «via», dem lateinischen Begriff für Weg oder Methode. Der Name steht sinngemäss für einen strukturierten operativen Weg nach der Buchung.

Oprivia ist eine modulare B2B-Softwareplattform für operative Abläufe und Governance nach der Buchung. Sie verbindet Aufgaben, Rollen, Zuständigkeiten, Status, Fristen, Nachweise und Eskalationen in einer gemeinsamen Arbeitsstruktur.

Nach einer Reservierung laufen Registrierung, Pflichtangaben, Servicefälle, Reinigung, Übergaben und Partnerleistungen häufig über verschiedene Kanäle. Oprivia soll diese verstreuten Vorgänge in einen nachvollziehbaren betrieblichen Zusammenhang überführen.

Oprivia richtet sich an professionelle Hosts, Betreiber von Business und Serviced Apartments, Property Manager, Portfolio-Verantwortliche sowie operative Partner und Dienstleister mit wiederkehrenden Abläufen nach der Buchung.

Oprivia ist nicht auf private Einzelvermietungen ohne wiederkehrenden Betriebsaufwand ausgerichtet. Die Plattform ersetzt zudem weder ein Buchungsportal noch die vollständige Übernahme sämtlicher Betreiberaufgaben.

Oprivia befindet sich im kontrollierten Aufbau und in der Pilotvalidierung. Die öffentliche Website informiert über das Angebot; die operative Anwendung wird autorisierten Nutzern separat und schrittweise bereitgestellt.

Oprivia wird in der Schweiz aufgebaut und orientiert sich an Präzision, Verlässlichkeit und kontrollierter Entwicklung. Der Schweizer Ursprung beschreibt damit einen Qualitätsanspruch, keine Herkunfts- oder Leistungsgarantie.

Im Mittelpunkt stehen Gästeregistrierung, Identitäts- und Pflichtdaten, Service- und Ticketmanagement sowie Reinigung und Partnerkoordination. Gemeinsame Rollen-, Status- und Nachweisfunktionen verbinden diese Bereiche.

Nein. Oprivia ist modular aufgebaut. Im Pilot oder späteren Betrieb können diejenigen Abläufe priorisiert werden, die für das jeweilige Betriebsmodell den grössten praktischen Nutzen versprechen.

Modulübergreifend wirken insbesondere Rollen und Zuständigkeiten, Status und Fristen, Checklisten, Nachweise, Bearbeitungsverläufe, Eskalationen und operative Übersichten.

Geprüft werden unter anderem Bestandsfunktionen, zusätzliche Auswertungen, Integrationen sowie weiterführende Prüf- und Risikofunktionen. Nicht verfügbare Funktionen werden ausdrücklich als geplant, optional oder in Prüfung gekennzeichnet.

Mögliche Schnittstellen werden anhand des Systems, des Datenbedarfs und des vereinbarten Umfangs geprüft. Eine Integration gehört erst nach technischer Bewertung und ausdrücklicher Vereinbarung zum Leistungsumfang.

Vorgesehen sind grundsätzlich Gast, Host oder Betreiber, Operator sowie Administration und Governance. Aufgaben, Informationen und Berechtigungen richten sich nach der jeweiligen Rolle.

Eine Rolle sieht nur die Informationen, die sie für ihren vorgesehenen Aufgabenbereich benötigt. Zusätzlich können Organisation, Portfolio, Objekt und konkreter Vorgang den zulässigen Zugriff begrenzen.

Jeder Vorgang kann einer verantwortlichen Rolle, einem Status und bei Bedarf einer Frist zugeordnet werden. Änderungen und Übergaben bleiben mit dem Vorgang verbunden.

Eskalationen können bei Fristüberschreitungen, blockierten Vorgängen, fehlenden Nachweisen oder definierten Ausnahmen ausgelöst werden. Der Vorgang wird dadurch an die vorgesehene Kontroll- oder Entscheidungsrolle weitergeleitet.

Nein. Die Plattform kann Informationen strukturieren, Regeln anwenden und Prüfbedarf anzeigen. Kritische Freigaben, Abweichungen und Entscheidungen bleiben den dafür zuständigen Menschen vorbehalten.

Kritische Aktionen werden als neue Ereignisse in einer fortlaufenden Historie ergänzt, statt frühere Einträge unbemerkt zu überschreiben. Korrekturen bleiben möglich, werden jedoch als zusätzliche Einträge dokumentiert.

Oprivia ist kein öffentliches Bewertungsportal. Statt Sternen oder Rankings stehen dokumentierte Vorgänge, Abweichungen, Rückmeldungen und Arbeitsergebnisse im Mittelpunkt.

Qualität wird anhand definierter Prozesspunkte beurteilt, etwa Checklisten, Statusinformationen, Fotobelegen, Rückmeldungen, Nacharbeit und dokumentierten Abschlüssen.

Welche Informationen sichtbar sind, richtet sich nach Rolle, Zuständigkeit und Berechtigung.

Je nach Modul und vereinbartem Umfang können dies Checklisten, Bilder, Dokumente, Notizen, Bestätigungen, Zeitinformationen oder dokumentierte Entscheidungen sein.

Kritische Audit-Ereignisse sollen nicht stillschweigend überschrieben werden. Korrekturen und neue Erkenntnisse werden als zusätzliche Einträge geführt; der genaue Umfang richtet sich nach Plattformversion und Vereinbarung.

Der Pilot untersucht, ob ausgewählte Module, Rollen, Fristen, Nachweise und Eskalationswege in einem realen Anwendungsfall sinnvoll zusammenspielen. Im Mittelpunkt steht die betriebliche Eignung, nicht nur die technische Funktion.

Geeignet sind professionelle Betreiber oder Partner mit einer konkreten operativen Herausforderung, wiederkehrenden Vorgängen, klaren Ansprechpersonen und der Bereitschaft, strukturierte Rückmeldungen zu geben.

Der Pilot kann Gästeregistrierung, Pflichtdaten, Servicefälle, Reinigung, Partnerkoordination, Aufgabensteuerung, Nachweise und Eskalationen umfassen. Der tatsächliche Scope wird für jeden Pilotbetrieb separat festgelegt.

Zu Beginn werden Ausgangslage, Rollen, priorisierte Abläufe, Module, Beobachtungspunkte und ausgeschlossene Funktionen festgelegt. Daraus entsteht ein klar begrenzter Testumfang.

Der Pilotkunde stellt geeignete Ansprechpersonen, Prozessinformationen, vereinbarte Testfälle und Rückmeldungen bereit. Zugänge, Datenübermittlungen und Integrationen werden nur bei Bedarf und nach separater Vereinbarung einbezogen.

Ein Pilot kann fortgeführt, angepasst, pausiert oder beendet werden. Er schafft eine Entscheidungsgrundlage, begründet jedoch keine automatische Rollout-, Abnahme- oder Vertragsverpflichtung.

Nein. Der konkrete Preis wird auf Grundlage des Betriebsmodells, des vereinbarten Umfangs und der organisatorischen beziehungsweise technischen Anforderungen festgelegt.

Massgeblich sind insbesondere Betriebsgrösse, ausgewählte Module, Rollen, Pilotumfang, Support, Integrationen, Einführung und Schulung. Die verbindlichen Konditionen ergeben sich aus dem jeweiligen Angebot.

Pilotkonditionen werden in einem separaten Angebot festgelegt. Entscheidend sind Umfang, Module, Betreuungsaufwand, technische Anforderungen und vereinbarte Mitwirkung.

Nein. Eine Umsatzkomponente ist kein zwingender Bestandteil jedes Modells. Ob und wie sie eingesetzt wird, muss ausdrücklich im jeweiligen Angebot oder Vertrag festgelegt werden.

Ein eigenständiges öffentliches Preispaket für Gäste ist nicht vorgesehen. Die wirtschaftlichen Konditionen werden grundsätzlich mit dem Betreiber oder Vertragspartner vereinbart.

Zusatzkosten können insbesondere durch Identitätsdienste, Integrationen, zusätzliche Infrastruktur, besonderen Support oder individuelle Anpassungen entstehen. Solche Positionen werden im Angebot separat ausgewiesen.

Je nach eingesetzten Modulen können Aufenthalts-, Kontakt-, Identitäts-, Aufgaben-, Service-, Status-, Nachweis- und Kommunikationsdaten verarbeitet werden. Einzelheiten ergeben sich aus den Datenschutzinformationen und Vereinbarungen.

Die Sichtbarkeit richtet sich nach Rolle, Organisation, Objekt, Zuständigkeit und konkretem Vorgang. Sensible Informationen sollen nur den ausdrücklich berechtigten Rollen zugänglich sein.

Personendaten werden für festgelegte operative und vertragliche Zwecke bearbeitet. Zwecke, Kategorien, Empfänger und Zugriffe richten sich nach dem jeweiligen Setup und den anwendbaren Datenschutzinformationen.

Aufbewahrung und Löschung richten sich nach Datenart, Zweck, Vereinbarung und rechtlichen Anforderungen. Deshalb können für verschiedene Datenkategorien unterschiedliche Fristen gelten.

Für Hosting, Identitätsprüfung, Kommunikation oder Integrationen können externe Anbieter eingesetzt werden. Ihr Einsatz und relevante Datenübermittlungen werden in den anwendbaren Unterlagen ausgewiesen.

Nein. Oprivia vermittelt keine Unterkünfte, veröffentlicht keine Inserate und übernimmt keine Reservierungs- oder Preisgestaltung. Die Plattform setzt nach der Buchung an.

Nein. Oprivia übernimmt nicht automatisch Vermarktung, Pricing, Gästebetreuung, Reinigung oder Objektverwaltung. Die Plattform unterstützt die Steuerung von Abläufen, Rollen, Nachweisen und Governance.

Ein Property Manager kann operative Verantwortung für Immobilien und Dienstleistungen übernehmen. Oprivia unterstützt deren Steuerung und Dokumentation, führt die Betreiberaufgaben jedoch nicht automatisch selbst aus.

PMS- und Check-in-Systeme konzentrieren sich häufig auf Reservierung, Kalender, Kommunikation oder Anreise. Oprivia verbindet mehrere Abläufe nach der Buchung über gemeinsame Rollen-, Status- und Nachweisfunktionen.

Nein. Oprivia ist kein Zahlungsdienst und wickelt keine Zahlungen als eigener Anbieter ab. Finanzielle Transaktionen erfolgen über dafür vorgesehene externe Systeme.

Nein. Oprivia unterstützt die betriebliche Organisation und Dokumentation, ersetzt jedoch keine fachliche oder rechtliche Prüfung. Die Verantwortung für die Einhaltung anwendbarer Pflichten verbleibt beim jeweiligen Betreiber oder Vertragspartner.

Nein. Oprivia kann Abläufe strukturieren, Informationen sichtbar machen und Dokumentation unterstützen. Ein bestimmter wirtschaftlicher Erfolg oder die automatische Einhaltung rechtlicher Anforderungen wird nicht garantiert.

Zunächst werden Betriebsmodell und aktuelle Herausforderung kurz eingeordnet. Anschliessend lässt sich beurteilen, ob ein Erstgespräch, eine Pilotprüfung oder eine andere Klärung sinnvoll ist.

Nein. Ein Erstgespräch dient zunächst der Einordnung. Eine Pilotdurchführung, Preisvereinbarung oder spätere Nutzung erfordert eine separate Entscheidung und entsprechende Vereinbarung.