BW LNG wählt BASSnet Neo nach Evaluierung von 30 maritimen ERP-Anbietern

Eins von dreißig. Das ist die Auswahlquote, gegen die BW LNG seine maritime ERP-Beschaffung geführt hat, bevor es mit BASS Software einen Vertrag abschloss – und das ist die Zahl, mit der sich Ingenieurleiter jedes Flottenoperators auseinandersetzen sollten, bevor sie die nächste Plattform-Ausschreibung genehmigen. Die meisten Unternehmenssoftwareentscheidungen werden auf Basis einer Dreierliste und eines Gartner-Quadranten getroffen. Diese nicht – und die Gründe sind für alle relevant, die missionskritische Betriebstechnologie auf veralteten On-Premises-Systemen betreiben.

Das Problem

Maritime ERP ist eine der letzten Unternehmenssoftwarekategorien, in der die On-Premises-Client-Server-Architektur noch immer Standard ist. Wartungsplanung, Ersatzteillagerhaltung, Beschaffung und Werftaufenthalts-Workflows laufen auf den meisten Flotten noch auf Installationen, die vor der mobilen App-Ära konzipiert wurden. Die Betriebskosten dieses Rückstands summieren sich: Schiffe verbringen Wochen auf See mit instabiler Konnektivität, Synchronisierungsfenster sind fragil, und Analysteams an Land erhalten Daten, die beim Eintreffen im Warehouse bereits tagelang veraltet sind.

Die Entscheidung von BW LNG, wie The Maritime Executive berichtete, fiel nach einer globalen Prüfung von bis zu 30 Lösungen, wobei BASSnet Neo nach technischen und operativen Evaluierungen einschließlich Sandbox-Tests ausgewählt wurde. Das ist ein bedeutsames Detail. Sandbox-Tests sind in der maritimen Beschaffung keine Standardpraxis; viele Flottenoperatoren kaufen noch immer auf Basis von Referenzkundengesprächen und Herstellerdemos. Eine Kandidatenplattform mit echten Flottendaten durch einen funktionierenden Sandbox-Test zu führen, impliziert, dass die IT-Organisation von BW LNG über die technische Kompetenz verfügt, Architektur tatsächlich zu bewerten – nicht nur Feature-Checklisten.

Die entscheidende Veränderung ist die Cybersicherheitslage. Die Plattform erfüllt ISO 27001 und das NIST Cybersecurity Framework und wird als vollständig verwaltetes SaaS bereitgestellt. Für einen LNG-Carrier- und FSRU-Betreiber sind das keine Marketing-Auszeichnungen. FSRUs sind kritische Energieinfrastruktur in mehreren nationalen Gasimportstrategien, und die Cybersicherheitsanforderungen der IMO und der Flaggenstaaten haben sich in den letzten drei Jahren erheblich verschärft. Ein selbst gehostetes ERP, das das kleine IT-Team des Kunden patchen und prüfen muss, ist eine Haftung, die bei jeder Versicherungserneuerung schwieriger zu verteidigen ist.

Die Quelle gibt weder den Vertragswert noch den Migrationszeitplan noch die Anzahl der betroffenen Schiffe preis – was relevant ist, weil die Pro-Schiff-Lizenzierungsökonomie von cloud-nativer maritimer ERP die größte unbekannte Variable in dieser Kategorie ist. Wir wissen nicht, ob BW LNG einen Pauschalpreis-SaaS-Vertrag oder eine Pro-Rumpf-Preisgestaltung ausgehandelt hat, aber die Rahmendaten sind in jedem Fall aufschlussreich: Bei einer Flotte, die die Quelle nur als „führenden globalen" LNG-Carrier- und FSRU-Betreiber beschreibt, handelt es sich fast sicher um einen siebenstelligen Jahresvertrag, und die Verlängerungskonditionen werden entscheiden, ob andere LNG-Betreiber folgen.

Die verfügbaren Optionen

Für einen CTO oder VP IT, der vor derselben Entscheidung steht wie BW LNG, gibt es realistisch vier Wege – und die Kompromisse sind nicht subtil.

Weg eins: beim bestehenden On-Premises-ERP für maritime Anwendungen bleiben. Das Argument dafür sind versunkene Kosten und Integrationstiefe. Die meisten Flotten haben zehn bis fünfzehn Jahre an Anpassungen, Custom Reports und Integrationen mit Besatzungs-, Reisemanagement- und Buchhaltungssystemen. Das herauszureißen ist ein mehrjähriges Programm. Das Argument dagegen ist, dass die Cybersicherheitslücke sich vierteljährlich vergrößert und der Talentpool, der bereit ist, veraltete Delphi- oder .NET-Framework-Stacks zu warten, schrumpft.

Weg zwei: das bestehende ERP per Lift-and-Shift in eine Hyperscaler-VM verlagern. Das ist der Weg des geringsten Widerstands und nach meiner Einschätzung das schlechteste Preis-Leistungs-Verhältnis. Man übernimmt Cloud-Infrastrukturkosten, ohne cloud-native Vorteile zu erhalten: kein horizontales Skalieren, kein verwaltetes Patching, keine native mobile Synchronisierung. Man zahlt AWS- oder Azure-Margen, um Software zu betreiben, die nie für diese Umgebung konzipiert wurde. Einige Betreiber tun dies als Zwischenschritt, aber aus dem Zwischenschritt wird häufig eine dauerhafte Lösung.

Weg drei: ein cloud-natives maritimes ERP wie BASSnet Neo oder Mitbewerber in derselben Kategorie wählen. Die Entscheidung von BW LNG ist ein Datenpunkt, kein Urteil. Die Quelle zitiert Per Steinar Upsaker, CEO von BASS Software, der „cloud-native Architektur" und die Fähigkeit der Plattform hervorhebt, „kritische LNG- und FSRU-Operationen zu unterstützen". Harald Martin Myhre, VP IT und Digitalisierung bei BW LNG, nannte ausdrücklich „moderne, zukunftssichere Cloud-Architektur" sowie die Bereitschaft des Anbieters, den Systemvalidierungsprozess gemeinsam zu durchlaufen. Dieser zweite Punkt ist aufschlussreich. Die Bereitschaft zur Validierungskooperation ist die Variable, die einen SaaS-Anbieter, der Ihre Flotte als Mieter behandelt, von einem unterscheidet, der sie als Partner behandelt.

Weg vier: intern auf einem generischen ERP-Backbone aufbauen. Eine kleine Anzahl sehr großer Betreiber hat dies auf SAP S/4HANA oder Oracle Fusion mit maritimen Erweiterungen umgesetzt. Das Kostenprofil ist brutal, der Time-to-Value wird in Jahren gemessen, und die Wartungslast fällt auf den Betreiber zurück. Für alle außerhalb der Top Ten der globalen Flotten nach Tonnage ist das keine ernsthafte Option.

Der entscheidende Vergleich: Weg drei zu SaaS-Preisen gegenüber Weg eins zu amortisierten On-Premises-Kosten. Die Gesamtkosten sprechen in Jahr eins für On-Premises und fast immer ab Jahr drei für SaaS, sobald Sicherheitsbetrieb, Hardware-Erneuerung und die Opportunitätskosten veralteter Daten eingerechnet werden. BW LNG hat diese Kalkulation offensichtlich durchgeführt.

Was Engineering-Teams tatsächlich tun sollten

Das Vorgehen von BW LNG ist es wert, kopiert zu werden – mit Anpassungen. Erstens: eine echte Sandbox-Evaluierung durchführen. Herstellerdemos sind Theater. Ein zweiwöchiger Sandbox-Test mit anonymisierten Flottendaten, durchgeführt von Wartungsleitern und Beschaffungsverantwortlichen, liefert mehr Erkenntnisse als jeder Analysebericht. Die Tatsache, dass BW LNG Kandidaten durch diesen Prozess geführt hat, ist der am besten replizierbare Teil ihres Vorgehens.

Zweitens: Cybersicherheitskonformität als Ausschlusskriterium bewerten, nicht als Bonus. ISO 27001 und das NIST Cybersecurity Framework sind Mindestanforderungen für jedes SaaS, das operative Daten auf energiekritischen Anlagen verarbeitet. Wenn ein Anbieter keine aktuellen Nachweise vorlegen kann, sollte er von der Shortlist gestrichen werden. Den SOC 2 Type II Bericht und die Zusammenfassung des Penetrationstests anfordern. Wenn der Anbieter ausweicht, ist das die Antwort.

Drittens: die Integrationsfläche vor der Vertragsunterzeichnung abgrenzen. Die BASSnet Neo-Module für BW LNG umfassen Maintenance, Materials & Inventory Management, Procurement und Dry-Docking sowie die mobilen Apps BASSnet Inventory, Inspectra und Projects. Das ist ein kohärenter operativer Kern, aber nicht der vollständige Stack. Besatzungsmanagement, Reisemanagement, Charterpartei-Verwaltung und Finanzkonsolidierung müssen integriert werden. Diese API-Verträge in der Beschaffungsphase festlegen, nicht erst nach dem Go-live.

Viertens: Observability-Zusagen einfordern. Ein verwaltetes SaaS, bei dem der Anbieter keine Trace-Level-Transparenz in die eigene Tenant-Performance gewährt, ist eine Black Box. Standards wie OpenTelemetry sind inzwischen ausgereift genug, dass der OTLP-kompatible Export von Betriebsmetriken eine sinnvolle Vertragsklausel darstellt. Die Quelle gibt nicht an, ob BW LNG dies ausgehandelt hat; ich würde es auf jedes Term Sheet setzen.

Wenn sich diese Entwicklung fortsetzt, sollten innerhalb der nächsten zwölf bis achtzehn Monate mindestens zwei weitere große LNG- oder FSRU-Betreiber ähnliche Cloud-native-ERP-Migrationen ankündigen, und mindestens ein etablierter On-Premises-Anbieter für maritime ERP sollte eine beschleunigte cloud-native Neuentwicklung ankündigen oder übernommen werden.

Fallstricke und Sonderfälle

Konnektivität ist der erste Versagenspunkt. LNG-Carrier auf langen Fahrten haben nach wie vor eingeschränkte Satellitenverbindungen, und ein cloud-natives ERP, das Always-on-Konnektivität voraussetzt, wird während Ozeanpassagen stark beeinträchtigt. Die im Deal genannten mobilen Apps – BASSnet Inventory, Inspectra und Projects – handhaben vermutlich Offline-first-Synchronisierung, aber die Quelle bestätigt dies nicht. Wer eine cloud-native maritime Plattform evaluiert, sollte das Offline-Verhalten der mobilen Clients im Sandbox-Test einem Stresstest unterziehen.

Zweitens: Datenhaltungsort. FSRUs operieren in Hoheitsgewässern von Gastländern, die möglicherweise Datenlokalisierungsvorschriften haben. Eine SaaS-Plattform, die aus einer einzigen Region bereitgestellt wird, kann regulatorische Reibungspunkte erzeugen. Wir wissen nicht, in welcher Hyperscaler-Region BASSnet Neo betrieben wird oder ob eine Multi-Region-Bereitstellung angeboten wird – diese Lücke sollte in jeder Beschaffungsverhandlung geschlossen werden.

Drittens: Ausstiegskosten. Jeder SaaS-Vertrag sollte das Datenausgabeformat, die Aufbewahrungsdauer nach Vertragsende und den Zeitplan für die Übergabe festlegen. Maritimes ERP enthält Jahrzehnte an Wartungshistorie, die Gewährleistungsansprüche und Klassifikationsgesellschaftsprüfungen unterstützt. Der Zugriffsverlust auf diese Daten während eines Anbieterwechsels ist operativ katastrophal.

Viertens: Change Management an Bord. Die beste Cloud-Architektur der Welt scheitert, wenn Chefingenieure und Betriebsleiter die mobilen Apps nicht nutzen. Schulungen budgetieren – und mehr als man zunächst glaubt zu benötigen.

Wichtigste Erkenntnisse

• BW LNG evaluierte bis zu 30 maritime ERP-Lösungen, bevor BASSnet Neo ausgewählt wurde – eine Auswahlquote, die den Maßstab für eine ernsthafte Beschaffung in dieser Kategorie setzen sollte.
• Sandbox-Tests mit echten Flottendaten sind der entscheidende Unterschied zwischen dem Kauf auf Basis von Demos und dem Kauf auf Basis von Belegen; diesen Teil des Prozesses sollte man übernehmen.
• ISO 27001 und die NIST Cybersecurity Framework-Konformität sind inzwischen Ausschlusskriterien, keine optionalen Extras, für jedes SaaS, das LNG-Carrier- oder FSRU-Betrieb berührt.
• Vertragswert, Schiffsanzahl und Migrationszeitplan werden nicht offengelegt, was die Pro-Rumpf-SaaS-Ökonomie zur offenen Frage macht, die darüber entscheidet, ob Mitbewerber nachziehen.
• Es ist zu beobachten, ob zwei oder mehr gleichrangige LNG- oder FSRU-Betreiber innerhalb von zwölf bis achtzehn Monaten ähnliche Migrationen ankündigen; geschieht das nicht, ist die cloud-native maritime ERP-These schwächer als der BW LNG-Deal vermuten lässt.