Offene Standards und Interoperabilität

Ein Standard ist offen, wenn drei Dinge zutreffen: Die Spezifikation ist frei verfügbar, sie darf ohne Lizenzgebühr umgesetzt werden, und mehr als ein Anbieter hat sie tatsächlich umgesetzt. Fehlt der dritte Punkt, ist es eine Dokumentation, kein Standard.

Was sich damit erledigt

Die Liste ist kurz und wirkt banal, bis man sie gegen den eigenen Bestand hält.

• Dokumente: ODF und PDF/A statt anbieterabhängiger Formate.
• E-Mail und Kalender: IMAP, SMTP, CalDAV, CardDAV. Ein Postfach, das diese Protokolle spricht, kann in einem Wochenende umziehen.
• Anmeldung: OIDC und SAML. Damit ist der Identitätsanbieter austauschbar, ohne jede Anwendung neu zu bauen.
• Objektspeicher: die S3-Schnittstelle, die praktisch jeder europäische Anbieter unterstützt.
• Container: OCI-Abbilder und Kubernetes.
• Rechnungen: die europäische Norm EN 16931, in Deutschland als XRechnung und ZUGFeRD.

Wer bei einer Neuanschaffung nur eine Frage stellen darf, ist diese die richtige: In welchem Format kommen unsere Daten wieder heraus, und wer außer Ihnen kann es lesen?

Der Unterschied zwischen Export und Interoperabilität

Ein Export ist ein Ereignis. Interoperabilität ist ein Zustand: Zwei Systeme arbeiten parallel mit denselben Daten. Das ist der Grund, warum eine Migration mit offenen Formaten schrittweise laufen kann und eine ohne sie als Stichtagsumstellung enden muss — mit allem, was an einem Stichtag schiefgeht.

Was der Interoperable Europe Act ergänzt

Seit 2024 verpflichtet er öffentliche Stellen, vor größeren IT-Vorhaben eine Interoperabilitätsbewertung durchzuführen und Lösungen wiederverwendbar zu veröffentlichen. Für Unternehmen gilt er nicht — aber er macht die öffentliche Nachfrage berechenbarer, und daran hängt, welche europäischen Produkte überhaupt entstehen. Siehe Öffentliches Geld, öffentlicher Code.