IT-Planungsrat soll auf Marktstandards abstellen. Aber Was sind Marktstandards?

Heute in zwei Wochen, am 22. April, soll der IT-Planungsrat, der die Zusammenarbeit von Bund und Ländern in IT-Fragen koordinieren soll, zum ersten Mal zusammenkommen. Dieser soll in Zukunft vorrangig „Marktstandards“ berücksichtigen. Was bedeutet dies für uns?

Beschlossen wurde dies am 25. Februar bei der „Zweite(n) Beratung und Schlussabstimmung Bundesregierung zum Vertrag über die Errichtung des IT-Planungsrats und über die Grundlagen der Zusammenarbeit beim Einsatz der Informationstechnologie in den Verwaltungen von Bund und Ländern – Vertrag zur Ausführung von Artikel 91c GG“ – Drs 17/427, 17/571. Im Wortlaut von 17/427 (S. 11) unter § 3 Festlegung von IT-Interoperabilitäts- und IT-Sicherheitsstandards:

(1) Für den im Rahmen ihrer Aufgabenerfüllung notwendigen Austausch von Daten zwischen dem Bund und den Ländern sollen gemeinsame Standards für die auszutauschenden Datenobjekte, Datenformate und Standards für Verfahren, die zur Datenübertragung erforderlich sind, sowie IT-Sicherheitsstandards festgelegt werden. Hierbei ist vorrangig auf bestehende Marktstandards abzustellen.

Wie bitte? Marktstandards? Mit diesem Begriff versuchen Freie-Software-Gegner schon seit längerem Offene Standards auszuhebeln und damit Freie Software zu verhindern. Die Argumentation lautet dann: „Lasst uns ein Format/Protokoll benutzen, das eine weite Verbreitung hat.“ Eine weite Verbreitung kann aber entweder durch einen Offenen Standard enstanden sein oder durch die Monopolstellung eines Software-Anbieters. Im Gegensatz zu Offenen Standards werden bei dieser Argumentation eben keine bestehenden Monopole aufgebrochen. Im Gegenteil, Migrationen zu Freier Software (oder anderen unfreien Lösungen) werden damit extrem erschwert.

Ist es den Gegnern nun gelungen, die derzeitige Situation abzusichern und Veränderungen zu verhindern? Wird der IT-Planungsrat bestehende Monopole im Sofwarebereich weiter sichern und in Zukunft neue schaffen? Hatte die Regierung nicht andere Ziele für Freie Software und Offene Standards? Was sagt denn der Koalitionsvertrag dazu?

Die Informationstechnik des Bundes bedarf der Konzentration, Standardisierung und Effizienzsteigerung sowie Bündelung vorhandener Ressourcen. Wir werden hierzu den Beauftragten der Bundesregierung für Informationstechnik stärken. Wir prüfen, wie die IT des Bundes sich zukünftig an offenen Standards orientieren und dabei auch Open-Source-Lösungen berücksichtigen kann. (S. 102)

Hat die Prüfung ergeben, dass die Regierung jetzt doch keine Offenen Standards will oder wie sollen wir das verstehen? In der Begründung für den Satz „Hierbei ist vorrangig auf bestehende Marktstandards abzustellen.“ (S. 88) steht:

Der Verweis auf den Vorrang bestehender Marktstandards in Satz 2 verpflichtet den IT-Planungsrat, vor der Prüfung, ob Bund und Länder eigene Standards entwickeln sollen, auf dem Markt zu prüfen, ob es dort bereits wirtschaftlichere Lösungen gibt.

Ah. Der Begriff Marktstandards soll als Gegensatz zu verwaltungseigenen Standards verstanden werden. Trotzdem ergibt der Begriff für mich keinen Sinn. Wie die EU-Kartellverfahren zu Webbrowsern oder Arbeitsgruppen-Servernzeigen, haben wir ja gerade das Problem, dass es oft keinen Markt gibt. Wenn proprietäre Standards einen Markt ermöglichen würden, dann gäbe es gar keine Notwendigkeit für Offene Standards. Statt von Marktstandards sollte man bei vielen verbreiteten Standards leider von Monopolstandards sprechen. (Bei der Bundestagswahlkampagne der FSFE hat Wolfgang Schäuble die Gefahr von „Dienstleistungsmonopolen“ bestätigt.)

Doch was meinen die Parteien dazu? Werfen wir einen Blick in das Plenarprotokoll 17/24 vom 25. Februar 2010. Zuerst äußert sich der parlamentarische Staatssekretär Dr. Christoph Bergner (S. 2129):

Erstens. In dem Staatsvertrag ist vorgesehen, dass IT-Standards im IT-Planungsrat durch Mehrheitsentscheidungen beschlossen werden. Solche Beschlüsse des IT-Planungsrats werden in allen Behörden Bindungswirkung entfalten. Umgekehrt kann auf Antrag des Bundes oder dreier Länder eine unabhängige Einrichtung überprüfen, ob eine Standardisierung wirklich notwendig ist. Das ist eine Sicherung, die verhindert, dass sich in der öffentlichen Verwaltung einseitig proprietäre Standards verfestigen.

Hier sieht es so aus, als ob der Entwurf vom BMI nicht gegen Offene Standards gerichtet ist. Proprietäre Standards werden als Gefahr dargestellt. Allerdings kein Wort dazu, dass proprietäre Standards sich bereits stark in der öffentlichen Verwaltung verfestigt haben. Aufgrund hoher Migrationskosten und Netzwerkeffekten wird sich daran ohne große Anstrengungen nichts ändern.

Auch der nächste Redner, Manuel Höferlin von der FDP, ist der Ansicht, dass Offene Standards selbstverständlich sind (S. 2131):

Auch die Forderung nach der vorrangigen Verwendung offener IT-Standards ist berechtigt. Die Koalition aus FDP und Union hat dies bereits im Koalitionsvertrag zum Thema gemacht. Es ist schön, dass Sie sich uns hier anschließen. […]

Die FDP steht im Deutschen Bundestag wie keine andere Fraktion für Wettbewerb und Mittelstandsförderung, sodass Sie von den Grünen mit der Forderung nach Verhinderung marktbeherrschender Positionen einzelner Anbieter bei uns offene Türen einrennen.

Liebe Kolleginnen und Kollegen von den Grünen, alle Forderungen, die Sie hier in Ihrem Entschließungsantrag stellen, sind vor allen Dingen eines: Selbstverständlichkeiten.

Das BMI sagt also, es wolle Offene Standards und für die FDP scheint dies auch selbstverständlich. Halina Wawzyniak von Die Linke – (S. 2132) ist der Ansicht, dass die Errichtung des IT-Planungsrats Freie Software behindert.

Die Verwendung freier Software mit offenem Quellcode wird durch die Einrichtung des IT-Planungsrats behindert statt ermöglicht. Es besteht weder eine hinreichende demokratische Legitimation des IT-Planungsrats und seiner Beschlüsse noch die Gewähr, dass bei dessen Beschlüssen datenschutzrechtliche Grundsätze gewahrt bleiben. Wir werden aus diesem Grund der Ratifizierung dieses Staatsvertrages unsere Zustimmung nicht geben. Da wir aber für Einzelfallprüfungen und nicht für allgemeine Ablehnung von Anträgen der Grünen stehen, haben wir uns entschlossen, dem Entschließungsantrag der Grünen, weil er einige unserer Kritikpunkte aufgreift, unsere Zustimmung zu geben.

Ja, Zentralisierung stellt eine potentielle Gefahr für Freie Software dar, aber das ist ein anderes Thema. Als Nächster in der Rednerliste hebt Dr. Konstantin von Notz von den Grünen seine Position hervor (S. 2133), welche sich mit der des Abgeordnetenhauses Berlin deckt:

Es müssen aber auch Vorkehrungen getroffen werden, dass die vorrangige Verwendung der Marktstandards nicht zu marktbeherrschenden Positionen von Anbietern der jeweiligen technischen Dienste führt. Wir wünschen uns außerdem, dass bei der Definition von technischen IT-Standards darauf hingewirkt wird, dass vorrangig offene IT-Standards eingesetzt werden. Und es bedarf mehr Transparenz – da stimme ich der Linken voll zu – durch eine regelmäßige Berichtspflicht. Der Deutsche Bundestag und die Öffentlichkeit müssen über die Entscheidungen und Berichte bezüglich des IT-Planungsrats zeitnah und regelmäßig informiert werden.

Diese Position wurde am 25. März mit dem Beschluss im Berliner Abgeordnetenhaus für den interfraktionellen Antrag zur „Berücksichtigung des Datenschutzes und Verhinderung von marktbeherrschenden Standards bei der Umsetzung des IT-Staatsvertrags“ (Abgeordnetenhaus Berlin Drucksache 16/3057, 17.03.2010, 16. Wahlperiode) einstimmig unterstützt.

Darin haben die Parteien noch einmal die größten Bedenken der FSFE zum Staatsvertrag ausgedrückt:

5. Die im Staatsvertrag vorgesehene vorrangige Verwendung bestehender Markstandards darf nicht zu marktbeherrschenden Positionen von Anbietern dieser technischen Standards führen.

6. Bei der Definition von technischen IT-Standards muss darauf hingewirkt werden, sowohl vorrangig offene IT-Standards einzusetzen, als auch einer marktbeherrschenden Stellung von Anbietern keinen Vorschub zu leisten.

Was bedeutet der Begriff Marktstandard nun für Offene Standards? Zunächst einmal können sich die Offenen-Standard-Gegener freuen, dass der Begriff untergebracht wurde. Sie werden später ihre Freude daran haben, den Käufern in der öffentlichen Verwaltung zu erklären, was ein Marktstandard ist. Alle Beteiligten, die sich öffentlich geäußert haben, scheinen sich einig zu sein, dass Offene Standards selbstverständlich sind und die Grundlage für eine erfolgreiche deutsche Wirtschaft darstellen. Aber was zählen ein paar Äußerungen zu Offenen Standards im Bundestag, welche wir aus dem Plenarprotokoll zitieren können, gegenüber einem Gesetzestext, der von Marktstandards spricht?

Was wir mit dem IT-Staatsvertrag bekommen werden, ist eine Verantwortliche dafür: die Beauftragte der Bundesregierung für Informationstechnik (BfIT) Cornelia Rogall-Grothe. Die Politiker sagen, dass sie Offene Standards wollen, und mit dem IT-Planungsrat hat die BfIT ein starkes Instrument den geäußerten Wunsch der Politik umzusetzen. Hat das BMI unwissentlich einen extrem missverständlichen Begriff gewählt, der gegen Offene Standards und dadurch gegen die geäußerten Ziele der Politik arbeiten wird oder war dies beabsichtigt? War es schlampige Arbeit bei der Begriffwahl oder ein bewusster Angriff auf Offene Standards?

Die Bundes-CIO wird sich in Zukunft daran messen lassen müssen, ob sie es schafft, bestehende Software-Monopole in der Öffentlichen Verwaltung aufzubrechen, oder ob sie bisherige Monopole weiter festigt und neue Monopole fördert. Unsere Aufgabe ist es, dies weiterhin genau zu beobachten.

Update 16. April: Herr Schallbruch, IT-Direktor im BMI, hat heute auf Nachfrage bei seinem Vortrag auf der re:publica den Begriff Marktstandards erläutert. Nach ihm werden Marktstandards vom BMI als Gegensatz zu Standards verstanden, die von der öffentlichen Verwaltung selbst entwickelt werden. Der Begriff sei nicht als Gegensatz zu Offenen Standards gemeint.

Deine Spende für digitale Freiheitsrechte

Wir berichten über aktuelle netzpolitische Entwicklungen, decken Skandale auf und stoßen Debatten an. Dabei sind wir vollkommen unabhängig. Denn unser Kampf für digitale Freiheitsrechte finanziert sich zu fast 100 Prozent aus den Spenden unserer Leser:innen.

17 Ergänzungen

  1. Matthias,

    natürlich war der Begriff „Marktstandards“ verdächtig, gerade zu Faust-aufs-Auge. Es meint aber tatsächlich nur das Gegenteil von „de jure“. Marktstandards ist allgemein und schliesst all jene Formate ein, die von Konsortien wie z.B. OASIS verabschiedet wurden.

    Also in streng genommener EU-Terminologie:

    Open Specifications = patentfreie Marktstandards
    Open Standards = patentfreie DIN/ISONormen
    beides auf Deutsch als „Offene Standards“ zusammengefasst. Herstellerspezifische Formate sind keine „Standards“

    Die wichtige Frage ist also nicht, was das bedeutet, sondern was es über das Gremium aussagt, dass der Begriff im Text auftaucht, und welche Bedeutung die explizite Abwicklung bestehender zuständiger Gremien in der Bundesverwaltung hat. Alles ziemlich durchsichtig.

  2. Ist doch ganz einfach, es wird der Standard verwendet beim dem die Politiker/Beamten am ehesten einen kleinen „Nebenverdienst“ einstreichen können, schließlich leben wir im Zeitalter des Lobbyismus.

  3. Ich verstehe den Artikel nicht so ganz. Es geht im Ganzen darum, wie Microsoft und SAP nicht allzuviel Macht bekommen sollen? Also wie in München ( Verwaltung ) die Behörden auf Linux Distros setzen?

    Ich glaube, wenn ich dass alles richtig verstehe, dann kann es nur einen Weg in Richtung Open Source geben, wenn man Datenbanken an herkömmliche Progs anbinden kann. Geht nicht immer ohne Verluste. Siehe Progs im Pharma Sektor, welche auf MS Maschinen
    einfach sauberer laufen.

    Mag in den Behörden anders sein, ist aber nicht mein Fachgebiet. Trotzdem interessanter Artikel.

  4. Grundgütiger…

    Erstmal möchte ich mal bewisen sehen, das die nutzung etablierter Standarts, sei es .doc oder ähnliches open source einen Nachteil bringt (abgesehen vom offensichtlichen, das die alternative das format rückentwickeln muss).
    Der Kunde möchte das dokument x mit möglichst vielen Anwendungen funktioniert. Also wählt er ein Format das dies am besten kann. Wenn die offene Variante ausscheidet, ist das nicht fehler des Staats oder das des Formats.

    Die Wahl einen kommerzielles Angebot zu nehmen ist nicht immer eine schlechte, wenn offene Alternativen vorhanden sind.
    Für ein Unternehmen bedeuted offen: „Wir bieten keinen (umfangreichen) Support!“ Wenn was nicht stimmt, bist du auf dich selbst gestellt.
    Bei einem commerzielen Angebot können Unternehmen den Hersteller um Hilfe bitten (auch gegen Geld) und ihn ggf. zur Verantwortung ziehen, wenn der HErsteller bei der QA versagt hat.

    Ein Punkt bleibt aber doch, der Staat ist kein Unternehmen, und sollte sich auch nicht in abhängigkeit eines solchen begeben, weshalb ich eine Migartion zu offenen Stadarts befürworten.
    Ich finde, es sollte grundsätzlich ein Bundesgesetz geben, in dem festgeschrieben ist das keine Standarts verwendet werden mit dem sich der Staat in abhängikeit begibt.

    1. @Jaquento: Freie Software und kommerzielle Software sind keine Gegensatzpaare. Es gibt kommerzielle Freie Software, es gibt unkommerzielle Freie Software. Genauso wie es kommerzielle und unkommerzielle unfreie Software gibt.

      Freie Software gibt dem Benutzer die vier Freiheiten, sie für jeden Zweck zu verwenden, sie durch Kopie zu verbreiten, ihre Funktionsweise zu verstehen und sie zu verbessern. Dies verhindert nicht, dass für die Dienstleistungen wie (Weiter-)Entwicklung, Schulung, Support, etc. Geld verlangt wird. Und natürlich bieten Freie-Software-Unternehmen ihre Dienstleistungen nicht kostenlos an.

  5. Wenn Daten, welche eine wichtige Grundlage der öffentlichen Verwaltung bilden, in Datenformaten gespeichert und verarbeitet werden, die der Fremdkontrolle eines Softwareherstellers unterliegen, entstehen gravierende Abhängigkeiten.

    Informationen, die in einem Format gespeichert werden, das nur die Software eines (marktbeherrschenden) Herstellers lesen kann, sind potentiell verloren. Es muss die Frage gestellt werden, ob Software, die in der Lage ist, die Daten zu lesen und zu bearbeiten, noch in zehn, fünfzehn oder gar fünfzig Jahren zur Verfügung steht.

    Prekär wird die Situation nämlich dann, wenn Inkompatibilitäten zwischen verschiedenen Softwareversionen auftreten oder der Hersteller das Produkt abkündigt, d.h. Weiterentwicklung und Fehlerbeseitigung einstellt, oder sogar insolvent wird.

    Nur freie und offene Standards ermöglichen es den öffentlichen Verwaltungen unabhängig vom Willen und Schicksal des Softwareherstellers auch mit anderen Programmen und auch nach Jahren noch auf ihre Dokumente und Daten zuzugreifen und sie auszuwerten.

    Freie und offene Standards bewirken somit, dass die öffentlichen Verwaltungen flexibel über ihre Softwareinfrastruktur verfügen können und nicht in „Sachzwängen“ stecken (bleiben), aus denen sie sich bestenfalls mit hohem Aufwand befreien können.

    Der Einsatz proprietärer Standards ist daher mit inakzeptablen, vor allem auch finanziellen Risiken behaftet. Selbst „Verwaltungsstandards“ sind besser als proprietäre, wenn sie nämlich der Kontrolle Verwaltung unterliegen.

    Freie und offene Standards ermöglichen darüber hinaus den Austausch von Dokumenten und Daten mit anderen, Bürgern und Unternehmen, unabhängig davon, welche Software in welcher Version bei den Beteiligten zum Einsatz kommt.

  6. Als Initiator der Petition für die Verwendung offener Dokumentenstandards vor knapp fünf Jahren fühle ich mich zum wiederholten Male von der Politik einfach nur verarscht…

  7. Ich würde mich übrigens anbieten, euch bei Netzpolitik.org zu helfen, von den Marktstandards Flash und mp3 zu HTML5-Audio/Video mit offenen Formaten zu migrieren. Practice what you preach und so. Höhöhö.

    1. @erlehmann: KÖnnen wir gerne angehen, wenn die re:publica vorbei ist und es bei mir wieder was ruhiger wird. Aber wie verbreitet ist denn HTML5 schon? Ich hab ja recht oft parallel zu MP3s auch die OGG Variante bei meinen Audio- und Videopodcasts dabei, die werden aber recht selten abgerufen. Und ich bräuchte noch einen Konvertierungstip, wie ich meine Flip Mino Videos zu OGG Theora konvertieren kann. Der Codec ist so schrott, dass die MP4-Datei unter Linux keinen Ton hat. Wenn Du dafür mal einen LÖsungsvorschlag hast, wäre ich dankbar.

  8. @Markus: Außer IE haben alle modernen Browser HTML5-Features. Das Video-Element unterstützen zur Zeit Firefox, Chrome, Opera, Safari, wobei die ersten drei Ogg / Theora + Vorbis können und die letzen beiden h.264 / mp3 / aac (Chrome kann beides und warum Safari kein Ogg / Theora + Vorbis kann, darf man sich denken). h.264 wird übrigens ab 2016 (also in ca. 3 Internetjahrzehnten) wohl auch für Anbieter kostenpflichtig.

    Ein Media-Element kann mehrere Formate anbieten, der Browser sucht sich dann das passende und spielt es ab. Außerdem kann man ein Flash-Fallback für ältere Browser anbieten, ganz ohne Javascript.

    Ich hatte da mal was vorbereitet (erklärender Blogbeitrag), nachdem Maika Jachmann (zuständig für den Bundestags-Webauftritt) beim OpenData Network war. Der mir empfohlene Techniker dort mochte aber wohl keine Webstandards …

  9. @A. Rebentisch: Es kommt ja nicht nur darauf an, wie ein Begriff gemeint ist, sondern auch wie ein Begriff nachher verstanden wird. Wenn du dir die Kommentare auf den Heise-Artikel anschaust, dann kann man schon erahnen, dass ein Großteil der Leute unter Marktstandards etwas anderes versteht als evtl. gemeint ist.

    Bezüglich der Frage, die dir wichtig ist. Meinst du damit die Umstellung von KoopA ADV / IMKA zu IT-Planungsrat / IT-Rat?

  10. Ich argumentiere ja auch immer für offene Standards. Aber es fühlt sich wie ein Kampf gegen Windmühlen an.

    Gerade diejenigen, die sich der Marktwirtschaft verschrieben haben, sind fast immer Freunde nicht offener Standards, obwohl nicht offene Standards im „Idealfall“ immer zu Monopolen führen.

    Monopole sind – abgesehen davon, dass sie ein Marktversagen darstellen – natürlich das angestrebte Ziel jedes Unternehmens. Der Defekt im System.

Dieser Artikel ist älter als ein Jahr, daher sind die Ergänzungen geschlossen.