Dein Team hört auf, Berechtigungen zu umgehen, sobald die Berechtigungen zur Arbeitsweise passen. Jede Person sieht und bearbeitet genau die Datensätze, die ihr Job braucht. Das regeln Bedingungen am Datensatz selbst, nicht die Frage, welche Datei, welchen Ordner oder welches Tabellenblatt jemand öffnen kann.
Ist der Zugriff zu breit, wandern sensible Daten weiter, als sie sollten. Ist er zu eng, exportieren Leute in Tabellen oder teilen Logins, nur um ihren Arbeitstag zu schaffen. Die Lösung sind Regeln auf Datensatzebene, die der Server durchsetzt und die dein eigenes Team anpasst, wenn sich Rollen ändern.
Offener Zugriff funktioniert, bis dein Team ihm entwächst
Am schnellsten testest du deine Berechtigungen mit einer Frage: Wie viele Kundenexporte liegen gerade in den Download-Ordnern deines Teams? Zuckst du bei der Antwort zusammen, sind die Regeln nicht das Problem, für das alle sie halten.
Geteilter Zugriff macht vieles richtig. Führen fünf Leute gemeinsam ein Unternehmen, ist eine Tabelle oder ein geteiltes Laufwerk, das alle öffnen können, schnell, flexibel und braucht keine Verwaltung. Niemand wartet auf eine Freigabe, und alle sehen das Gesamtbild.
Schwierig wird es mit der zehnten Einstellung, dem ersten Freelancer oder dem ersten Partner, der ein Projekt sehen soll und sonst nichts. Ab diesem Punkt ist „alle sehen alles" kein Vertrauen mehr, sondern ein Risiko. Und die meisten Teams springen direkt ins andere Extrem.
Wer bei der Arbeit blockiert wird, sucht sich einen Umweg
Alles abzuriegeln fühlt sich sicher an, bleibt es aber selten. Laut einer CyberArk-Umfrage unter mehr als 14.000 Büroangestellten, über die Help Net Security berichtete, haben 65 % schon Wege gefunden, Sicherheitsrichtlinien zu umgehen, um ihre Arbeit zu erledigen. In einer separaten KnowBe4-Studie, über die TechRadar berichtete, gab die Hälfte der 435.000 Befragten an, regelmäßig nicht freigegebene Dienste für ihren Job zu nutzen.
Diese Leute sind keine Bösewichte. Sagt das offizielle System Nein und die Deadline Ja, nehmen sie den Weg des geringsten Widerstands. Ein Vertriebsmitarbeiter, der den Rechnungsstatus nicht sieht, bittet die Finanzabteilung um ein PDF per Mail. Eine Projektleiterin, die keinen externen Mitarbeiter hinzufügen kann, teilt ihren eigenen Login. Jeder Workaround löst das Problem von heute und öffnet ein neues, das niemand im Blick hat.
Gute Berechtigungen hängen am Datensatz, nicht an der Datei
Dieser Unterschied beendet die Workarounds. Datei- und Ordnerberechtigungen beantworten eine grobe Frage: Darf diese Person das hier öffnen? Berechtigungen auf Datensatzebene beantworten die Frage, die dein Unternehmen stellt: Soll diese Person diesen Kunden, diese Rechnung, dieses Projekt sehen?
In der Praxis sieht das aus wie ein Regelwerk, das sich liest wie dein Organigramm. Ein Vertriebsmitarbeiter sieht seine eigenen Accounts, eine Regionalleiterin jeden Account in ihrer Region. Die Finanzabteilung sieht Rechnungsbeträge, die das Außendienstteam nie braucht. Ein Servicetechniker aktualisiert den Status eines Auftrags, aber nicht seinen Preis. Ein externer Partner sieht die zwei Projekte, an denen er arbeitet, ohne dass ihm jemand den Generalschlüssel in die Hand drückt.
Standardsoftware gibt dir meist eine Handvoll fester Rollen und überlässt den Rest dem Zufall. Mit individueller Datenbanksoftware schreibst du genau die Regel, die dein Unternehmen braucht, bis hinunter zu einem einzelnen Feld in einem einzelnen Datensatz. Passt die Regel, braucht niemand einen Workaround.
Regeln, die dein Team lesen, ändern und ihnen vertrauen kann
Ninox ist eine AI-native Low-Code-Plattform für individuelle Datenbanksoftware, und Berechtigungen gehören ab der ersten Tabelle zum Datenmodell. Auf Tabellenebene entscheiden Bedingungen wie „Can read if", „Can edit if", „Can create if" und „Can delete if", wer was mit jedem Datensatz tun darf. Auf Feldebene legst du Lese- und Bearbeitungsrechte getrennt fest. So blendest du ein Gehalt aus oder sperrst einen Preis, während der Rest des Datensatzes offen bleibt.
Diese Regeln arbeiten mit echter Logik. Ein Datensatz ist dann zum Beispiel für die Person sichtbar, die ihn angelegt hat, für alle mit Managerrolle oder für alle, die dem Projekt zugewiesen sind. Ninox setzt die Regeln auf dem Server durch. Sie gelten also, egal wie jemand auf die Daten zugreift, ob über eine Seite, eine Ansicht oder die REST API. API-Schlüssel haben ihre eigenen, eng gefassten Berechtigungen statt vollen Zugriff auf den Workspace. Und Admins entscheiden, ob Ninox AI überhaupt auf Datensätze zugreifen darf. Standardmäßig ist das ausgeschaltet.
Weil Ninox eine Low-Code-Plattform ist, pflegen die Leute die Regeln, die die Rollen am besten verstehen. Kommt ein Freelancer dazu oder wechselt eine Managerin die Region, passt du eine Bedingung in Minuten an, statt auf einen Entwickler zu warten. Nutzer sehen jedes Gerät, auf dem sie angemeldet sind, und melden sich mit einem Klick überall ab. Ninox ist DSGVO-konform und nach ISO 27001 zertifiziert.
Der Kreis der Leute, die Zugriff brauchen, wird immer größer
Berechtigungen werden jedes Jahr wichtiger, weil immer mehr Leute außerhalb deines Unternehmens mit deinen Daten arbeiten. Der Data Breach Investigations Report 2025 von Verizon hat 12.195 bestätigte Datenpannen ausgewertet. Der Anteil, an dem Dritte beteiligt waren, hat sich auf 30 % verdoppelt. Jeder Partner, jeder Freelancer und jeder Lieferant, mit dem du Daten teilst, ist ein Grund, genau zu wissen, was jeder von ihnen sieht.
Vorne bleiben die Teams, deren individuelle Datenbanksoftware den richtigen Zugriff zum einfachsten Weg macht, erstellt auf einer Low-Code-Plattform, die sie so schnell anpassen, wie sich ihr Unternehmen verändert.
Mach den nächsten Schritt.
