Autonality.AI
Demo
B2B · Sicherheit und Datenschutz

Kontrolle für den Betrieb, nicht nur Datenspeicherung

Autonality verarbeitet sensible Flotteninformationen: Touren, Fahrzeuge, Ladepunkte, Störungen, Dokumente und operative Entscheidungen. Deshalb basiert das Produkt auf Berechtigungen, Nachverfolgbarkeit, dem Minimalprinzip und verantwortungsvollem KI-Einsatz.

Demo anfragen Produkt ansehen

Grundsätze

Sicherheit in Flottensoftware darf nicht beim Schutz von Dokumenten enden. Sie muss auch steuern, wer Daten sehen, Entscheidungen treffen, Aktionen auslösen und Informationen verändern darf, die den täglichen Betrieb beeinflussen.

Minimalprinzip
Jeder Nutzer, jede Rolle und jede Integration sollte nur auf die für die jeweilige Aufgabe benötigten Informationen zugreifen: gesamte Flotte, Betriebshof, Fahrzeug, Dokument oder spezifischer Workflow.
Operative Nachverfolgbarkeit
Relevante Aktionen sollten eine klare Spur hinterlassen: Was wurde entschieden, welche Daten stützten die Entscheidung, wer war beteiligt und wann änderten sich Informationen?
Trennung von Verantwortlichkeiten
Betrieb, Administration, Werkstatt, Lieferanten und Audit benötigen weder dasselbe Zugriffsniveau noch dieselben Möglichkeiten, Änderungen auszulösen.

Zugriff, Rollen und Berechtigungen

Autonality ist für Teams konzipiert, in denen Betrieb, Management, Fahrer, Techniker, Werkstätten, Lieferanten und externe Profile zusammenarbeiten. Der Zugriff sollte dem Prozess folgen, statt allen alles offenzulegen.

Funktionsbasierte Rollen
Rollen für Betrieb, Administration, Management, Werkstatt/Lieferant, Fahrer, Audit oder individuelle Profile können passend zu Ihrer Organisation definiert werden.
Zugriffsbereiche
Berechtigungen können nach Unternehmen, Betriebshof, Fahrzeuggruppe, Einzelfahrzeug, Dokument, Tour, Störung oder operativem Workflow strukturiert werden.
Gesteuerte Aktionen
Das Erstellen oder Bearbeiten von Ereignissen, Anhängen von Dokumenten, Öffnen von Tickets, Validieren von Entscheidungen, Anzeigen der Historie oder Exportieren von Informationen kann rollenbasiert eingeschränkt werden.

Daten, Datenschutz und Aufbewahrung

Bessere Flottenentscheidungen erfordern nicht immer jede Integration ab dem ersten Tag. Für jede Einführung sollte definiert werden, welche Daten benötigt werden, warum sie verwendet werden und wie lange sie aufbewahrt werden.

Minimale Daten für den Start
Ein Pilot kann mit Fahrzeugen, Touren, Einsätzen, Dokumenten und Störungen starten. Telematik-, OBD- oder Ladepunktdaten lassen sich schrittweise ergänzen.
Aufbewahrung nach Datentyp
Nicht alle Daten haben denselben Wert oder dasselbe Risiko. Historie, Nachweise, Arbeitsberichte, Ladeereignisse oder Dokumente können unterschiedliche Aufbewahrungsregeln benötigen.
Export und Kontinuität
Betriebs- und Dokumentenhistorie sollten für Audit, interne Prüfung, Servicekontinuität oder spätere Migration strukturiert sein.

Die genauen Details hängen von Flottentyp, Land, internen Prozessen, Lieferanten und verfügbaren Daten ab. In einem Pilotprojekt wird der Umfang kontrolliert definiert.

KI: Empfehlungen mit Grenzen und Nachweisen

KI in Autonality soll operative Kontrolle nicht ersetzen. Sie soll Teams helfen, besser zu entscheiden und umzusetzen. Dafür braucht es begrenzten Kontext, klare Berechtigungen und nachvollziehbare Empfehlungen.

Durch Berechtigungen begrenzter Kontext
KI sollte mit den Informationen arbeiten, die der Nutzer oder Prozess verwenden darf – nicht mit sämtlichen Daten der Organisation.
Strukturierte Aktionen
Operative Aktionen – etwa ein Ticket erstellen, eine Benachrichtigung senden, ein Dokument anhängen, Einsatzbereitschaft validieren oder eine Zuordnung empfehlen – sollten als kontrollierte Workflows ausgeführt werden.
Nachweise beigefügt
Eine nützliche Empfehlung sollte zeigen, worauf sie beruht: Tour, Fahrzeug, Ladestand, Störung, Historie, Dokument, Standortgrenze oder Betriebsregel.

Integrationen und Angriffsfläche

Autonality kann Flottendatenquellen, Telematik, Ladepunkte, Dokumente oder Betriebssysteme anbinden. Ziel ist nicht, alles zu verbinden, sondern das, was für bessere Entscheidungen und einen sicheren Betrieb benötigt wird.

Minimal sinnvolle Integration
In einem Pilotprojekt haben die für den Anwendungsfall benötigten Daten Priorität: Touren, Fahrzeuge, Ladepunkte, Störungen, Dokumente oder Verfügbarkeit.
Trennung von Pilot und Produktion
Bei Bedarf können Pilot- und Produktionsumgebungen getrennt werden, um Daten, Workflows, Berechtigungen und Integrationen vor der Skalierung zu validieren.
Gemeinsame Prüfung vor der Skalierung
Berechtigungen, Quellen, Automatisierungen, Rollen und Aufbewahrung sollten vor einer Ausweitung gemeinsam mit Betrieb, IT oder Security geprüft werden.

Häufige Fragen

Was benötigen Sie, um einen Pilot aus Sicherheitssicht zu bewerten?
Datenquellen, Rollen, Berechtigungen, Aktions-Workflows, erforderliche Integrationen und Aufbewahrungsregeln. Damit lässt sich der Umfang begrenzen, ohne mehr Zugriff als nötig zu öffnen.
Kann der Zugriff nach Betriebshof, Gruppe oder Fahrzeug begrenzt werden?
Ja. Je nach Flottenstruktur kann das Modell nach Unternehmen, Betriebshof, Gruppe, Fahrzeug, Dokument, Störung oder operativem Workflow gegliedert werden.
Kann KI Aktionen automatisch ausführen?
Das hängt vom Prozess ab. Sie kann als Empfehlung, unterstützte Aktion oder kontrollierte Automatisierung eingerichtet werden. Jede Aktion sollte durch Berechtigungen, Regeln und Nachverfolgbarkeit gesteuert sein.
Müssen Telematik, OBD oder Ladepunkte ab dem ersten Tag integriert sein?
Nicht zwingend. Sie können mit grundlegenden Betriebs- und Dokumentendaten starten und Telematik, OBD oder Ladepunkte ergänzen, sobald der Anwendungsfall es rechtfertigt.
Demo anfragen

Falls Sie einen Sicherheitsfragebogen beantworten oder technische Dokumentation für die IT vorbereiten müssen, können wir sie auf Ihren konkreten Fall zuschneiden.