Zusammenfassung

  • BT meldete am 21. Juli um 08:00 UTC einen Vertrag über mehrere Millionen Pfund innerhalb des umfassenderen, 130 Millionen GBP schweren Netz- und Sicherheitsprogramms von Scottish Water. Die 130 Millionen GBP sind nicht der veröffentlichte BT-Auftragswert.
  • BT übernimmt Ende-zu-Ende-Verantwortung für IT- und OT-Konnektivität sowie Sicherheit, darunter etwa 7.000 Breitband-, MPLS-, Satelliten- und Internetverbindungen und ein großes OT-Netz.
  • Ein traditionelles Mehrlieferantenmodell wird durch einen integrierten Ansatz mit zusammengeführter NOC-/SOC-Überwachung in Echtzeit und einem schottischen Team ersetzt.
  • Laufzeit, SLA, Vertragsstrafen, Marge, Übergangsdatum und gemessene Verbesserungen sind nicht bekannt. Die Konstruktion verspricht klarere Zuständigkeit, aber noch kein bewiesenes Ergebnis.

Bei einer Versorgungsinfrastruktur kann nicht nur die technische Störung Zeit kosten. Auch die Suche nach dem zuständigen Vertragspartner verlängert die Wiederherstellung. Wenn Zugangsnetz, Sicherheitsplattform, Anwendung und industrielles Umfeld getrennt betreut werden, prüft zunächst jeder Lieferant seinen Abschnitt. Der Kunde muss aus einzelnen Aussagen eine vollständige Ereigniskette bauen.

Der BT-Vertrag verlagert diese Koordination. Scottish Water ist in öffentlichem Eigentum und versorgt rund 2,6 Millionen Haushalte sowie 150.000 Gewerbeimmobilien, insgesamt mehr als fünf Millionen Menschen. Das Kommunikationsumfeld stützt damit eine kritische Wasser- und Abwasserleistung. Aus dem veröffentlichten Umfang folgt jedoch nicht, dass BT physische Aufbereitungsprozesse betreibt; es geht um Konnektivität und Sicherheit in IT und OT.

Die Verantwortungsbündelung beginnt mit einer riskanten Migration

Bevor der neue Ansatz Nutzen bringen kann, müssen Bestandsdaten, Überwachung, Berechtigungen, Störungshistorie und Lieferantenbeziehungen übergeben werden. Gerade diese Phase kann blinde Flecken erzeugen. Entscheidend sind Parallelbetrieb, Abnahmekriterien, getestete Rückfallpläne und die Frage, wann BT tatsächlich die volle Verantwortung übernimmt. Einen öffentlichen Zeitplan gibt es nicht.

Die ungefähr 7.000 Verbindungen bezeichnen den zu betreuenden Bestand, nicht 7.000 neue Anschlüsse. Breitband, MPLS, Satellit und Internet besitzen unterschiedliche Verfügbarkeits-, Latenz- und Änderungsprofile. Hinzu kommt ein großes OT-Netz. Integration bedeutet deshalb nicht technische Gleichförmigkeit, sondern ein gemeinsames Modell, das die Unterschiede sichtbar und beherrschbar macht.

Ein lokales Team in Schottland kann Standorte und Prioritäten des öffentlichen Dienstes besser kennen. Doch seine Größe und Organisation sind nicht veröffentlicht. Ebenso fehlen Basiswerte für Verfügbarkeit, mittlere Reparaturzeit oder Sicherheitsvorfälle. Personelle Nähe ist ein plausibler Vorteil, kein gemessener Leistungsnachweis.

NOC und SOC können Ursachen schneller zusammenführen

Das Network Operations Centre beobachtet Verbindungen und Dienste, das Security Operations Centre Bedrohungen und Kontrollen. Eine gemeinsame Zeitleiste kann zeigen, ob ein Ausfall auf Hardware, Routing, eine Änderung oder ein Sicherheitsereignis zurückgeht. Besonders bei Vorfällen zwischen IT und OT könnte das die Eskalation verkürzen.

Ob dieser Mechanismus wirkt, lässt sich erst nach dem Übergang prüfen. „Echtzeit“ ist kein SLA, „konvergiert“ keine Verfügbarkeitszahl. Es gibt weder einen veröffentlichten Ausgangswert noch ein zugesagtes Verbesserungsmaß. Daher wären Behauptungen über bereits gestiegene Betriebszeit, sinkende Kosten oder bessere Cyberabwehr verfrüht.

Scottish Water braucht zudem eigene Beobachtungsmöglichkeiten. Kann der Kunde Protokolle und Telemetrie unabhängig einsehen? Sind privilegierte Konten zwischen IT und OT getrennt? Bleiben Satelliten- und terrestrische Wege physisch divers? Kann eine fehlerhafte Änderung zurückgerollt werden, ohne die Überwachung mit auszuschalten? Nur dann verkürzt die gemeinsame Sicht die Reaktion, ohne zu einer undurchsichtigen Kontrollstelle zu werden.

Ein Hauptauftragnehmer bleibt eine Lieferkette

Netzbetreiber, Gerätehersteller, Sicherheitssoftware und Unterauftragnehmer können hinter BT bestehen bleiben. Der Kunde hat einen Ansprechpartner, die technische Kette aber weiterhin mehrere Glieder. Koordinationsrisiko verschwindet nicht; BT übernimmt es intern.

Damit wächst eine mögliche gemeinsame Fehlerdomäne. Eine falsche Konfiguration in einem zentralen Werkzeug oder ein misslungener Migrationsschritt könnte mehrere Technologien treffen. Funktionstrennung, Redundanz, Prüfungsrechte, Servicegutschriften und Ausstiegsklauseln können das begrenzen. Nichts davon ist öffentlich detailliert. Das beweist keine schwachen Vertragsbedingungen, erlaubt aber auch keine Entwarnung.

130 Millionen GBP sind kein BT-Preisschild

BT nennt das eigene Abkommen einen Vertrag über mehrere Millionen Pfund. Die 130 Millionen GBP gehören zum breiteren Investitionsprogramm von Scottish Water für Netze und Sicherheit. Darin können Kundentätigkeiten, Hardware, Werkzeuge, weitere Anbieter und andere Projektphasen liegen. Der Gesamtbetrag darf deshalb weder als BT-Umsatz noch als Auftragsmarge behandelt werden.

Auch der Vergabehinweis hat Grenzen. Er zeigt den beabsichtigten Rahmen mit softwaredefinierten Netzen, Zero Trust und IT-/OT-Konvergenz. Eine vor der Vergabe beschriebene Option ist aber nicht automatisch Bestandteil des unterschriebenen Vertrags. Ohne genauen Preis, Laufzeit und Leistungsplan lässt sich die Wirtschaftlichkeit von außen nicht berechnen.

Die nächste aussagekräftige Evidenz besteht aus Übergangsmeilensteinen und Betriebsdaten. Abnahmen zeigen, wann Verantwortung wirksam wechselt. Reaktionszeiten, Wiederholungsfehler und Verfügbarkeit nach Zugangstechnik zeigen, ob das NOC/SOC-Modell arbeitet. Vertragsstrafen, Erneuerungs- und Exit-Konditionen zeigen, ob die gebündelte Verantwortung durchsetzbar bleibt.

Scottish Water hat die Zahl der organisatorischen Grenzen verringert. Zugleich hängt mehr davon ab, ob BT eine breite Lieferkette transparent und fehlertolerant steuert. Der Vertrag ist dann erfolgreich, wenn eine Störung nicht mehr zwischen Unternehmen wandert und der öffentliche Kunde trotzdem selbst sehen kann, was geschieht. Erst dieser Nachweis trennt klare Verantwortung von bloß konzentrierter Abhängigkeit.

Sources