Offene Standards
Kurz gesagtEin Format ist offen, wenn es mehr als eine Umsetzung gibt — alles andere ist eine Dokumentation.
Auf einen Blick
- Vier Merkmale
- Öffentliche Spezifikation, mehrere unabhängige Umsetzungen, offene Weiterentwicklung, keine Lizenzhürden
- Der entscheidende Test
- Gibt es mindestens zwei voneinander unabhängige Implementierungen, die miteinander funktionieren?
- Beispiele
- IMAP und SMTP, CalDAV und CardDAV, ODF, PDF/A, S3-kompatible Objektspeicher-Schnittstellen, Matrix
- Häufige Verwechslung
- Ein dokumentiertes Format eines einzelnen Herstellers ist nicht offen, sondern beschrieben
- Rechtlicher Rückenwind
- Interoperable Europe Act und Europäischer Interoperabilitätsrahmen für die öffentliche Hand
- Praktischer Nutzen
- Senkt die Wechselkosten auf der Formatebene — die einzige Ebene, die sich technisch lösen lässt
Offene Standards sind der einzige Teil der Souveränitätsdiskussion, der sich rein technisch entscheiden lässt. Alles andere — Eigentum, Recht, Betrieb — hängt an Verträgen und Organisationen. Ein Format funktioniert oder es funktioniert nicht.
Deshalb lohnt es sich, den Begriff genau zu nehmen.
Die vier Merkmale
Die Spezifikation ist öffentlich einsehbar, ohne Vertrag und ohne Anfrage.
Es gibt mehrere unabhängige Umsetzungen, die miteinander funktionieren. Das ist der Test, der zählt.
Die Weiterentwicklung findet in einem offenen Gremium statt, nicht in der Produktplanung eines Herstellers.
Und die Nutzung ist nicht an Lizenzhürden gebunden, die eine Umsetzung praktisch verhindern.
Warum die zweite Bedingung entscheidet
Ein Hersteller kann sein Format vollständig dokumentieren und trotzdem der einzige bleiben, der es beherrscht. Die Spezifikation beschreibt dann, was das Produkt tut, und ändert sich, wenn das Produkt sich ändert.
Erst eine zweite, unabhängige Umsetzung macht aus der Beschreibung eine Verabredung. Ab diesem Punkt kostet ein Wechsel Zeit statt Datenverlust — und genau darum geht es beim Vendor Lock-in.
Wo es sich im Alltag am meisten lohnt
Vier Bereiche decken den größten Teil der alltäglichen Bindung ab: E-Mail über IMAP und SMTP, Kalender und Kontakte über CalDAV und CardDAV, Dokumente in ODF sowie PDF/A für die Archivierung, und Objektspeicher über eine S3-kompatible Schnittstelle.
Bei Chat ist Matrix der einzige verbreitete offene Ansatz. Bei Fachanwendungen gibt es meist keinen Standard — dort bleibt nur die Frage nach dem Export, die zu jeder Exit-Strategie gehört.
Der Rückenwind aus der Regulierung
Der Interoperable Europe Act und der Europäische Interoperabilitätsrahmen verpflichten vor allem die öffentliche Hand. Für Unternehmen wirken sie mittelbar: Wer an Verwaltungen liefert, wird zunehmend nach Interoperabilität gefragt — und wer offene Formate ohnehin verwendet, kann diese Frage ohne Projekt beantworten.
Häufige Fragen
- Ist ein dokumentiertes Format automatisch offen?
- Nein. Dokumentation ist notwendig, aber nicht hinreichend. Erst wenn mehrere unabhängige Umsetzungen existieren und miteinander funktionieren, ist der Wechsel praktisch möglich. Sonst bleibt die Spezifikation eine Beschreibung dessen, was ein Hersteller tut.
- Welche offenen Standards lohnen sich im Alltag am meisten?
- E-Mail über IMAP und SMTP, Kalender und Kontakte über CalDAV und CardDAV, Dokumente in ODF oder PDF/A für die Archivierung, Objektspeicher über eine S3-kompatible Schnittstelle. Diese vier decken den größten Teil der alltäglichen Bindung ab.
- Lösen offene Standards das Lock-in-Problem?
- Nur die Formatebene. Prozesse, Wissen im Haus und Verträge binden weiter. Ein stark angepasstes System mit offenem Format kann teurer zu verlassen sein als ein Mietprodukt mit sauberem Export.
- Woran erkenne ich Marketing?
- An der Antwort auf eine einzige Frage: Nennen Sie mir zwei unabhängige Produkte, die dieses Format vollständig lesen und schreiben. Wer darauf ausweicht, verkauft eine Dokumentation als Standard.
Quellen
Siehe auch
Verwandte Begriffe
- Vendor Lock-inLock-in ist keine Eigenschaft eines Produkts, sondern eine Zahl: was der Wechsel Sie kosten würde.
- Exit-StrategieEin Ausstiegsplan, der nie ausgeführt wurde, ist eine Vermutung.
- Öffentliches Geld, öffentlicher CodeSoftware, die die Allgemeinheit bezahlt hat, soll die Allgemeinheit auch benutzen dürfen.