Mandantentrennung ist bei Reynt keine Bedingung, die im Programmcode mitgeschrieben werden muss, sondern eine Regel in der Datenbank. Dazu eigene Schlüssel je Mandant, Betrieb in EU-Rechenzentren und ein Auftragsverarbeitungsvertrag, den du deinen Kunden vorlegen kannst.
Keine Kreditkarte nötig — nach 14 Tagen endet der Test von selbst.
Pro Mandant
Eigene abgeleitete Schlüssel für Daten, Suche und Signaturen
Jede Tabelle
Mandantenbezogene Daten liegen hinter erzwungener Row Level Security
90 Tage
Aufbewahrung der Backups, redundant in EU-Rechenzentren
Wird Mandantenfähigkeit nachträglich eingebaut, hängt sie an jeder einzelnen Abfrage. Hier hängt sie an der Datenbank.
Jede mandantenbezogene Tabelle trägt eine erzwungene Zeilen-Sicherheitsregel. Jede Anfrage läuft auf einer Verbindung, für die vorher der Mandant gesetzt wurde — ohne ihn gibt die Datenbank nichts heraus. Ein vergessener Filter im Programmcode kann damit keine fremden Daten offenlegen.
Aus einem Hauptschlüssel wird für jeden Mandanten ein eigener Satz abgeleitet: einer für personenbezogene Daten, einer für die Suche darüber, einer fürs Signieren. Sie entstehen, bevor der erste Datensatz geschrieben wird.
Jeder Mandant hat ein Schlüsselpaar. Checkout, Gästeregistrierung und Kontaktformular kennen davon nur den öffentlichen Schlüssel: Gästedaten werden verschlüsselt, sobald sie ankommen. Den privaten Schlüssel öffnet allein das Back-Office — wer die Buchungsseite übernimmt, kann nicht lesen, was sie geschrieben hat.
Verschlüsselte Felder bleiben auffindbar: Ein Blindindex führt die Suche zum richtigen Datensatz, ohne dass der Klartext dafür gelesen werden muss.
Anmeldung über Zitadel, Rollen und Rechte je Mitglied. Maschinen bekommen eigene API-Schlüssel mit denselben Grenzen. Geprüft wird immer auf dem Server, nie erst in der Oberfläche.
Redundant betrieben in EU-Rechenzentren, Backups mit 90 Tagen Aufbewahrung, Auftragsverarbeitungsvertrag nach Art. 28 DSGVO und ein Melde- und Abhilfeverfahren nach DSA. Deine Daten kannst du jederzeit exportieren.
Der Unterschied fällt erst auf, wenn etwas schiefgeht.
Bei Reynt
Nachträglich eingebaut
Wo die Trennung sitzt
Bei Reynt
Nachträglich eingebaut
Wenn eine Abfrage den Filter vergisst
Bei Reynt
Nachträglich eingebaut
Schlüssel
Bei Reynt
Nachträglich eingebaut
Was die öffentliche Buchungsseite kann
Bei Reynt
Nachträglich eingebaut
Verschlüsselte Felder durchsuchen
Bei Reynt
Nachträglich eingebaut
Hintergrundaufgaben
Bei Reynt
Nachträglich eingebaut
Nachweis im Auswahlprozess
Bei Reynt
Nachträglich eingebaut
Vier Schritte, die niemand von Hand auslöst.
Er bekommt seine eigenen Schlüssel, bevor überhaupt etwas gespeichert werden kann.
Die Datenbankverbindung wird auf ihn gesetzt, bevor die erste Zeile gelesen wird.
Rolle und Berechtigung entscheiden, was die Anfrage überhaupt darf — unabhängig davon, was die Oberfläche anzeigt.
Auftragsverarbeitung, Aufbewahrung und Exportierbarkeit sind schriftlich geregelt, nicht zugesagt.
Ein vergessener Filter im Code kann keine fremden Daten zeigen
Jeder Mandant hat eigene Schlüssel — auch gegenüber allen anderen
Die öffentliche Buchungsseite verschlüsselt Gästedaten, lesen kann sie sie nicht
Betrieb, Backups und Verträge bleiben in der EU
Im Auswahlprozess gibt es etwas zum Vorlegen statt Zusicherungen
Andere Vermieter inserieren unter deiner Marke — du verdienst an jeder Buchung
Mehr erfahrenJede Buchung, Anfrage und Rechnung — aufgeräumt an einem Ort
Mehr erfahrenFrag in normalen Sätzen — der Assistent findet, rechnet und bereitet vor
Mehr erfahren