Wo Ihre Daten liegen, wer darauf zugreifen kann und was passiert, wenn Sie uns verlassen möchten.
Wenn Sie iTenance im Auftrag Ihres Unternehmens prüfen, sind dies die vier Fakten, die Sie höchstwahrscheinlich brauchen.
Alle Anwendungs- und Datenbankserver laufen in Frankfurt am Main.
Jeder Kunde erhält ein eigenes Datenbankschema — keine gemeinsame Tabelle.
Automatische Datenbanksicherungen laufen täglich und werden getrennt vom Primärserver aufbewahrt.
Exportieren Sie Ihre Datensätze jederzeit nach Excel oder CSV — ohne Rückfrage bei uns.
iTenance läuft auf Infrastruktur in Frankfurt am Main, betrieben von Laravel Cloud. Ihre Arbeitsaufträge, Anlagen, Maschinendaten, Dokumente und Benutzerkonten werden auf Servern innerhalb der Europäischen Union gespeichert und unterliegen dem EU-Datenschutzrecht.
Wir verarbeiten personenbezogene Daten als Auftragsverarbeiter in Ihrem Auftrag. Für die Datensätze, die Ihr Team in der Plattform anlegt, bleiben Sie der Verantwortliche. Einen Auftragsverarbeitungsvertrag stellen wir auf Anfrage bereit — siehe den Kontaktabschnitt am Ende dieser Seite.
Zwei Einschränkungen nennen wir offen. Der Datenverkehr zur Plattform läuft über das globale Edge-Netzwerk von Cloudflare, bevor er Frankfurt erreicht; Verbindungsmetadaten werden damit auch außerhalb der EU verarbeitet, Ihre Datensätze werden dort jedoch nicht gespeichert. Und bei Nutzung einer KI-Funktion wird der Inhalt genau dieser Anfrage an unseren KI-Anbieter außerhalb der EU übermittelt — vollständig beschrieben im KI-Abschnitt weiter unten. Alles Übrige bleibt in Frankfurt.
Die meisten cloudbasierten Instandhaltungssysteme legen alle Kunden in denselben Satz von Datenbanktabellen und trennen sie über eine Spalte, die angibt, zu welchem Unternehmen ein Datensatz gehört. Wird diese Spalte in auch nur einer einzigen Abfrage falsch behandelt, kann ein Kunde die Daten eines anderen sehen.
iTenance funktioniert anders. Jeder Kunde erhält ein eigenes, dediziertes PostgreSQL-Schema, das bei der Kontoeröffnung angelegt wird. Ihre Tabellen sind eigenständige Objekte in der Datenbank, und eine für Ihr Konto geöffnete Verbindung kann das Schema eines anderen Kontos nicht ansprechen. Die Trennung wird von der Datenbank selbst erzwungen — nicht von Anwendungslogik, die jedes einzelne Mal fehlerfrei sein muss.
In der Praxis bedeutet das: Die häufigste und schädlichste Art von Datenlecks in mandantenfähigen Systemen ist hier konstruktionsbedingt ausgeschlossen.
Jede Verbindung zu iTenance ist verschlüsselt. Die Plattform wird ausschließlich über HTTPS ausgeliefert.
Der Zugriff innerhalb Ihres Kontos wird von Ihren eigenen Administratoren gesteuert. Wir entscheiden nicht, wer in Ihrem Team welche Datensätze sieht.
Datenbanksicherungen laufen automatisch jeden Tag und werden außerhalb des Primärservers gespeichert. Der Ausfall einer einzelnen Maschine bedeutet daher nicht den Verlust Ihrer Instandhaltungshistorie.
Für Sicherungen gilt dieselbe Trennung wie für Live-Daten — das Schema jedes Kunden ist unabhängig wiederherstellbar.
Wir halten Anbieterbindung für ein schlechtes Geschäftsmodell. Die folgenden Zusagen sind bewusst einfach gehalten.
iTenance nutzt KI, um Arbeitsaufträge zu entwerfen, Wartungsschritte vorzuschlagen, Fotos von Anlagen auszuwerten und Maschinen zu kennzeichnen, deren Zustand sich verschlechtert. Weil Käufer gerade hier die schärfsten Fragen stellen, beschreiben wir genau, wie es funktioniert.
Dies sind die Dritten, die am Betrieb von iTenance beteiligt sind. Wir veröffentlichen die vollständige Liste, weil Ihre IT-Abteilung ohnehin danach fragen wird.
| Anbieter | Zweck | Betroffene Daten |
|---|---|---|
| Laravel Cloud | Hosting, Datenbank und Dateispeicher (Frankfurt, Deutschland) | Alle Anwendungsdaten, einschließlich hochgeladener Dokumente und Fotos |
| Cloudflare | Edge-Netzwerk, DNS und Schutz vor Denial-of-Service-Angriffen | Verbindungsmetadaten — IP-Adresse, angeforderte URL, Browsertyp |
| Google (Gemini API) | KI-Verarbeitung für Assistenz-, Fotoerkennungs- und Prognosefunktionen | Ausschließlich der Kontext einer einzelnen KI-Anfrage, einschließlich eines hochgeladenen Bildes, sofern die Funktion ein solches auswertet |
| Pusher | Live-Aktualisierungen und Benachrichtigungen im Browser (EU-Cluster) | Benachrichtigungsinhalte und der Kanal, den ein Nutzer abonniert hat |
| Mailgun | Zustellung von Transaktions-E-Mails | E-Mail-Adressen und Nachrichteninhalte |
| Stripe | Abonnementzahlungen | Rechnungsdaten — Kartendaten erreichen unsere Server nie |
Wir sagen Ihnen lieber, was es noch nicht gibt, als dass Sie es später herausfinden. Das Folgende ist geplant und heute nicht verfügbar.
Wenn Ihre IT- oder Einkaufsabteilung einen Sicherheitsfragebogen hat, senden Sie ihn uns — wir füllen ihn aus. Wenn Sie vor Beginn eines Tests einen Auftragsverarbeitungsvertrag benötigen, fragen Sie danach, und wir stellen ihn bereit.
Wenn Sie glauben, eine Sicherheitslücke in iTenance gefunden zu haben, melden Sie sie bitte direkt an uns, statt sie öffentlich zu machen. Wir bestätigen Ihre Meldung und halten Sie während der Behebung auf dem Laufenden.
Sicherheitskontakt: support@itenance.com
Diese Seite beschreibt, wie iTenance heute arbeitet. Wo etwas geplant und nicht umgesetzt ist, haben wir das ausdrücklich gekennzeichnet.
Zuletzt aktualisiert: August 24, 2026