Cloud oder eigener Server? Datenschutz und Souveränität im Kalibriermanagement
Stand:
Kurz erklärt
Kalibriermanagement-Software läuft entweder auf einem Server des Anbieters (Cloud) oder auf einem Server des Betriebs (On-Premise, „im eigenen Haus“). Die Cloud spart Installation und Betrieb, der eigene Server behält die Daten im eigenen Netz. Welche Variante passt, entscheiden Datenschutz, IT-Richtlinien, Verfügbarkeit und die Frage, wer im Ernstfall die Kontrolle hat. Prüfmitteldaten sind selten geheim, aber sie sind der Nachweis für die Qualität eines Betriebs, und sie enthalten Kundennamen, Seriennummern und Mitarbeiter.
Warum ist das wichtig?
Ein Kalibriermanagement sammelt über Jahre, was ein Betrieb gemessen hat, für wen, mit welchem Ergebnis. Diese Daten sind Nachweis im Audit, Grundlage für Produkthaftung und, bei Dienstleistern, das eigentliche Geschäft. Wer sie in eine fremde Cloud legt, muss wissen, wo sie liegen, wer darauf zugreifen kann und wie er sie zurückbekommt. Wer sie selbst betreibt, muss Sicherung, Updates und Verfügbarkeit selbst leisten.
Beides geht. Die falsche Entscheidung ist nicht Cloud oder Server, sondern die Entscheidung ohne Blick auf die eigenen Anforderungen.
Im Detail
Die Begriffe
| Cloud (SaaS) | Eigener Server (On-Premise) | Gehostet beim Anbieter | |
|---|---|---|---|
| Wo laufen die Daten | Rechenzentrum des Anbieters, oft geteilt | Eigenes Netz, eigene Hardware | Rechenzentrum, eigene Instanz |
| Wer betreibt | Anbieter | Eigene IT | Anbieter |
| Updates | Anbieter, für alle gleichzeitig | Eigene IT, wann sie will | Anbieter, abgestimmt |
| Zugriff von außen | Internet | nur im eigenen Netz oder per VPN | Internet |
| Anfangsaufwand | gering | Server, Installation | gering |
| Laufende Kosten | Miete | Hardware, Betrieb, Lizenz | Miete |
| Datenhoheit | Vertrag | vollständig | Vertrag, aber eigene Instanz |
Datenschutz: was die DSGVO verlangt
Prüfmitteldaten enthalten personenbezogene Daten: Prüfer, Verantwortliche, Ansprechpartner bei Kunden. Sobald ein Anbieter diese Daten verarbeitet, ist er Auftragsverarbeiter nach Art. 28 DSGVO. Dafür braucht es:
- einen Auftragsverarbeitungsvertrag (AVV) mit dem Anbieter,
- Klarheit über den Ort der Verarbeitung, also in welchem Rechenzentrum und in welchem Land,
- eine Liste der Unterauftragnehmer (Hosting, Support, Backup),
- technische und organisatorische Maßnahmen (TOM): Verschlüsselung, Zugriffskontrolle, Protokollierung.
Liegen die Daten bei einem Anbieter außerhalb der EU oder bei einem US-Unternehmen, kommt der Drittlandtransfer dazu. Seit dem Urteil Schrems II (EuGH, 2020) war die Übermittlung in die USA umstritten. Das EU-US Data Privacy Framework von 2023 regelt sie neu, ist aber angefochten. Unabhängig davon gilt der US CLOUD Act für US-Anbieter, auch wenn das Rechenzentrum in Europa steht. Ein Rechenzentrum in Deutschland, betrieben von einem deutschen Anbieter, vermeidet beide Fragen.
Digitale Souveränität
Der Begriff meint mehr als den Serverstandort. Souverän ist, wer die Software auch ohne den Anbieter weiterbetreiben kann, wer seine Daten jederzeit in einem offenen Format exportieren kann, wer die Anmeldung, den Dokumentenspeicher und die Sicherung selbst kontrolliert, und wer nicht an einen einzelnen Cloud-Dienst gebunden ist. Fragen dazu:
- Läuft die Software auch ohne Internetverbindung?
- Welche Dienste werden im Hintergrund genutzt, und können sie ersetzt werden?
- Was passiert mit den Daten am Vertragsende?
- Gibt es eine Hinterlegung des Quellcodes für den Fall, dass der Anbieter ausfällt?
- Meldet die Software Nutzungsdaten nach außen?
Wann die Cloud passt
- Kleines Team ohne eigene IT.
- Mehrere Standorte, die ohne VPN zugreifen sollen.
- Kein Bedarf an Anbindung interner Systeme.
- Deutscher Anbieter, deutsches Rechenzentrum, AVV liegt vor.
Wann der eigene Server passt
- Die IT-Richtlinie schließt externe Datenhaltung aus oder schränkt sie stark ein, etwa bei Behörden und in der Verteidigung, oft auch in Pharma (GMP, EU-GMP Annex 11) und kritischer Infrastruktur (BSI-Vorgaben, NIS2).
- Anbindung an Active Directory, ERP oder Messsoftware im eigenen Netz.
- Netze ohne Internetzugang.
- Eigene IT vorhanden, die Container oder VMs ohnehin betreibt.
- Der Betrieb will die Daten physisch kontrollieren.
Die Zwischenform
Viele Anbieter bieten eine eigene Instanz im deutschen Rechenzentrum an: keine geteilte Datenbank, feste Zuordnung, aber ohne eigenen Betrieb. Für viele Mittelständler ist das der passende Weg.
Was im Vertrag stehen sollte
- Exportformat und Frist für die Datenrückgabe
- Verfügbarkeit (SLA) und Reaktionszeiten
- Backup-Rhythmus und Wiederherstellungszeit
- Verhalten bei Kündigung: Lesezugriff, Export, Löschung
- Ort der Datenhaltung und Liste der Unterauftragnehmer
Praxisbeispiel
Ein Kalibrierdienstleister mit 15 Mitarbeitern betreibt seine Software seit Jahren in einer US-Cloud. Ein Pharmakunde verlangt im Lieferantenaudit den Nachweis, dass Kalibrierdaten die EU nicht verlassen. Der Anbieter kann das nicht zusichern. Der Dienstleister steht vor der Wahl: Kunde verlieren oder wechseln.
Er entscheidet sich für eine eigene Instanz im deutschen Rechenzentrum, mit AVV, Datenexport und der Option, später auf einen eigenen Server zu wechseln. Die Datenübernahme dauert vier Wochen, der Kunde bleibt. Im nächsten Audit ist der Serverstandort ein Satz, keine Diskussion.
So unterstützt calServer
- Drei Betriebsmodelle, eine Software. calServer läuft auf dem eigenen Server (einzelne VM, Kubernetes, OpenShift), gehostet in einem deutschen Rechenzentrum oder als Cloud-Edition. Die Software ist in jedem Betriebsmodell dieselbe, der Umfang hängt von der Edition ab.
- Alles im Haus betreibbar. Anmeldung über Active Directory, OpenLDAP oder SAML; Dokumente auf dem eigenen Speicher oder S3-kompatiblem Objektspeicher; Sicherung auf eigenem Ziel; KI mit lokalem Modell. Keine Schnittstelle setzt einen Cloud-Dienst voraus.
- Keine Telemetrie. calServer meldet sich nur für Lizenz und Updates, beides lässt sich ersetzen. Kein Analytics, keine Fehlerberichte.
- Auch ohne Internet. Lizenzbestätigung für abgeschottete Netze, Updates über eine eigene Registry. Fällt eine Lizenzprüfung aus, läuft calServer weiter, es erscheint nur ein Hinweis.
- Daten bleiben lesbar. Standard-Datenbank (PostgreSQL oder Microsoft SQL Server), Export aller Daten, offene REST-API. Auch nach Lizenzende: ansehen, drucken, exportieren.
- Rechte und Protokoll. Rechte je Rolle und Funktion, Spaltenansichten je Rolle, Audit-Log ab Werk, Freigabeprotokoll mit Prüfsumme.
Basis und Professional laufen als Cloud, Expert auf dem eigenen Server oder als eigene Instanz. Digitale Souveränität, Betrieb und Deployment, Sicherheit und DSGVO oder Demo anfragen.
Häufige Fragen
Sind Prüfmitteldaten personenbezogen? Teilweise. Prüfernamen, Verantwortliche und Ansprechpartner bei Kunden sind personenbezogene Daten. Deshalb braucht jede Cloud-Lösung einen Auftragsverarbeitungsvertrag.
Ist ein deutsches Rechenzentrum automatisch DSGVO-konform? Der Standort hilft, reicht aber nicht. Entscheidend sind Anbieter, Vertrag, Unterauftragnehmer und technische Maßnahmen. Ein US-Anbieter mit deutschem Rechenzentrum unterliegt weiterhin dem US CLOUD Act.
Kann ich später von der Cloud auf den eigenen Server wechseln? Wenn der Anbieter beide Varianten mit derselben Software anbietet und einen vollständigen Export liefert, ja. Das sollte vor Vertragsschluss geklärt sein.
Was kostet der eigene Server? Hardware oder VM, Strom, Sicherung und Arbeitszeit der IT. Für Betriebe mit vorhandener IT meist weniger als die Cloud-Miete, für Betriebe ohne IT meist mehr.