MARPOL-Compliance: Automatisiertes Öltagebuch per KI

Das echte Ausmaß des Problems

MARPOL 73/78 Annex I verpflichtet jeden Schiffsbetreiber über 400 BRZ, das Öltagebuch (Oil Record Book, ORB) lückenlos zu führen. Jeder Betrieb des Ölwassertrenngeräts (OWS), jedes Pumpen von Bilgenwasser, jeder Sludge- oder Sloptransfer muss mit Code, Menge, Zeitpunkt, GPS-Position und Unterschrift dokumentiert sein, innerhalb von 24 Stunden nach dem Vorgang, spätestens. Das Tagebuch muss drei Jahre griffbereit an Bord bleiben.

In der Praxis führen Leitende Ingenieure dieses Tagebuch manuell, oft nach einer Nachtschicht, oft aus dem Gedächtnis, oft parallel zu anderen Aufgaben. Das erzeugt strukturelle Fehler: falsche Mengenangaben, fehlendes Datum der Quittierung, fehlende Zeugenunterschrift, Zeitlücken im Betriebsprotokoll.

Die Konsequenzen sind alles andere als theoretisch:

• Zeaborn Ship Management bekannte sich 2023 in einem US-Bundesgericht schuldig, das ORB über mehrere Monate systematisch gefälscht zu haben, mehr als 7.500 Gallonen unbehandeltes Bilgewasser wurden direkt über Bord gepumpt, die Einträge entsprechend manipuliert. Ergebnis: 2 Millionen USD Strafe (davon 1,5 Mio. USD Strafgeld, 500.000 USD Bewährungsauflage), vier Jahre Bewährung für das Unternehmen, strafrechtliche Verfolgung von Kapitän und Leitendem Ingenieur.
• Eagle Ship Management zahlte 2022 1,75 Millionen USD nach vergleichbarem Sachverhalt: Der Leitende Ingenieur hatte das Öltagebuch gefälscht, um illegale Einleitungen zu verschleiern, entdeckt durch einen Besatzungsmitglied, der den Vorfall bei der US Coast Guard meldete.
• Die USCG PSC-Statistik 2023 zeigt einen Anstieg der Festhaltequote von 0,89 % auf 1,22 %, Mängel im ORB und an der OWS-Anlage machen einen erheblichen Anteil der dokumentierten Deficiencies aus.

Das Besondere an MARPOL-Verstößen in den USA: Die Strafverfolgung läuft nicht nur gegen das Unternehmen, sondern direkt gegen die Besatzung. Leitende Ingenieure und Kapitäne werden persönlich angeklagt, wegen Behinderung der Justiz und falscher Aussage gegenüber USCG-Inspektoren. Das ist kein Bußgeldrisiko, das ist strafrechtliches Berufsrisiko.

Warum passiert das auch bei ehrlichen Betreibern? Weil das Öltagebuch eine administrative Aufgabe ist, die im Maschinenraum-Betrieb regelmäßig Priorität verliert. Maschinen, Druckabfall, Alarm-Management kommen zuerst. Die Dokumentation kommt nachts, aus dem Gedächtnis, mit einem Stift in einem Ringbuch.

Mit vs. ohne KI, ein ehrlicher Vergleich

Quellenbasis: USCG PSC Annual Report 2023; Maritime Executive Fallberichte 2022–2024; Erfahrungswerte aus Digitalisierungsprojekten in maritimen Flotten (2023–2025).

Einschätzung auf einen Blick

Zeitersparnis, hoch (4/5)
Die Einsparung ist messbar und substanziell: Aus 45–90 Minuten täglicher ORB-Pflege werden 10–15 Minuten für Prüfung und Unterschrift. Das entspricht einer Entlastung von 30–75 Minuten täglich für den Leitenden Ingenieur, in dieser Branche mit wenigen Anwendungsfällen, die an diesen Wert herankommen. Die Zeitersparnis allein rechtfertigt die Investition bei Flotten ab 5 Schiffen.

Kosteneinsparung, mittel (3/5)
Die Systemkosten sind real: PLC-Integration, Bordinstallation und Flaggenstaat-Zulassung kosten typischerweise 20.000–80.000 Euro je Schiff. Die Kosteneinsparung entsteht fast ausschließlich durch Strafvermeidung, nicht durch direkten Prozessgewinn. Das macht die Kennzahl schwer zu vergleichen: Der erwartete Nutzen ist hoch, aber nur realisiert, wenn tatsächlich eine Inspektion droht. Betreiber, die bisher nie aufgefallen sind, unterschätzen diesen Wert systematisch.

Schnelle Umsetzung, niedrig (2/5)
Das ist die ehrlichste Zahl auf diesem Chart. PLC-Integration im Maschinenraum erfordert Hardware-Zugang, Schnittstellenentwicklung und Kalibrierung, das dauert 3–6 Monate je Schiff. Hinzu kommt die Flaggenstaat-Zulassung für das elektronische ORB, die 4–12 Wochen in Anspruch nehmen kann. Wer das in 6 Wochen erledigt sehen will, wird enttäuscht. Kein Anwendungsfall in dieser Branche, der echte Hardware-Integration fordert, sollte einen höheren Wert bekommen.

ROI-Sicherheit, sehr hoch (5/5)
Dieser Wert ist so klar wie kaum irgendwo sonst: Ein einziger vermiedener Detentions-Fall mit 100.000 USD Liegezeit plus Strafgeld refinanziert die gesamte Flotteninstallation. Die Zeaborn-Strafe von 2 Millionen USD finanziert 30–50 Schiffsinstallationen. Der ROI lässt sich nicht schönrechnen, er ist einfach geometrisch. Die Frage ist nicht ob, sondern wann der Präventionsfall eintritt.

Skalierbarkeit, hoch (4/5)
Einmal entwickelt, ist das System auf weitere Schiffe des gleichen Typs übertragbar, Konfiguration, Validierungsregeln und IMO-Codierung bleiben identisch. Die Flotteneinführung auf 10 gleiche Schiffe kostet nicht 10x die Initialentwicklung. Nicht ganz maximal, weil unterschiedliche Schiffstypen unterschiedliche Sensorarchitekturen mitbringen und eigene Konfigurationsarbeit erfordern.

Richtwerte, abhängig von Flottengröße, Schiffstyp und vorhandener Automatisierungsinfrastruktur.

Was das System konkret macht

Der Prozess gliedert sich in drei Schichten, die zusammen ein vollständiges automatisiertes ORB-System ergeben:

Schicht 1, Sensordatenerfassung: PLCs und Messinstrumente im Maschinenraum liefern Rohdaten: OWS-Durchflussrate (l/min), Ölgehalt-Signal (ppm), Bilgentank-Füllstand (m³), Sludge-Transfer-Volumenzähler, GPS-Position (Koordinaten mit Zeitstempel). Diese Daten existieren bereits auf modernen Schiffen, sie werden nur bisher nicht strukturiert protokolliert.

Schicht 2, Regelbasierte Eintragsgenerierung: Ein Regelwerk übersetzt die Sensordaten in IMO-konforme ORB-Codes. Beispiel: Wenn OWS-Pumpe läuft, Durchfluss > 0, PPM-Sensor unter 15 ppm, Außenbordventil offen, dann ist das Code C (Bilge Pumping) mit den gemessenen Mengen und der GPS-Position im Moment der Einleitung. Das entspricht exakt der Anforderung aus MARPOL Annex I Regulation 17 und dem Format des ORB Part I.

Schicht 3, Ingenieur-Review und digitale Signatur: Der Leitende Ingenieur sieht morgens die vorbereiteten Einträge für seine Schicht. Er prüft, ob die Mengen plausibel sind, ergänzt ggf. Zeugen-Codes und unterschreibt digital. Was früher Schreiben war, ist jetzt Prüfen. Der Unterschied im Zeitaufwand: 60 Minuten vs. 10 Minuten.

Das Ergebnis ist ein PDF im offiziellen ORB-Format, das von Flaggenstaat und PSC-Inspektoren akzeptiert wird, sofern das System die entsprechende Zulassung hat.

Der “Magic Pipe” als systemisches Risiko, und wie Automatisierung ehrliche Betreiber schützt

“Magic Pipe” bezeichnet im Fachjargon eine illegale Bypassleitung, die den Ölwassertrenner umgeht und Bilgewasser direkt über Bord leitet, ohne PPM-Messung, ohne Filterung, ohne Eintrag im ORB. Die Praxis ist in der Branche bekannt. Die USCG, das UK Maritime and Coastguard Agency (MCA) und Interpol dokumentieren seit Jahrzehnten Fälle, in denen Besatzungen unter Druck gesetzt wurden, den “Magic Pipe” zu benutzen, um Hafenliegezeiten zu sparen.

Das perfide an dieser Situation: Wenn ein ehrlicher Leitender Ingenieur nach seiner Amtsübernahme eine Manipulation entdeckt, steckt er in einem Dilemma. Er kann den Vorwurf nicht mit Papiereinträgen widerlegen, weil die Papierlage gefälscht sein könnte, und weil es keine objektiven Sensor-Logs gibt, die seine eigene Unschuld belegen.

Ein automatisiertes Logsystem mit unveränderlichem Sensor-Audit-Trail dreht diese Situation um:

• Jeder OWS-Betrieb ist mit gemessenen Werten dokumentiert, eine Manipulation ist retroaktiv erkennbar, weil Sensor-Log und ORB-Eintrag übereinstimmen müssen
• Wenn ein Vorgesetzter Druck ausübt, das Außenbordventil außerhalb des OWS-Betriebs zu öffnen, erscheint das als Anomalie im Sensor-Protokoll
• Whistleblower in der Besatzung können auf objektive Daten verweisen, nicht nur auf persönliche Aussagen, was den Schutz unter dem APPS-Whistleblower-Programm stärkt

Das System schützt damit nicht nur den Betreiber vor regulatorischem Risiko. Es schützt die Besatzung vor dem Druck zur Komplizenschaft. Für eine Reederei, die integer operiert, ist das ein Argument, das über Compliance hinausgeht.

ISM-Code §10 (Wartung und Erhalt des Schiffes und der Ausrüstung) verlangt, dass Betriebsprozesse dokumentiert und überprüfbar sind. Ein automatisiertes ORB-System ist eine direkte Antwort auf diese Anforderung: Der Maschinenraumprozess ist nicht nur ausgeführt, sondern nachweislich korrekt protokolliert, auf eine Weise, die manuelle Fehler strukturell ausschließt.

Was du hardware-seitig brauchst

Das ist der Abschnitt, den viele IT-Projekte überspringen, und dann teuer nachholen müssen. Automatisierte ORB-Befüllung hängt nicht an der Software, sie hängt an der Sensorinfrastruktur.

Was du auf modernen Schiffen (Baujahr 2010+) typischerweise schon hast:

• OWS mit integriertem PPM-Sensor und Durchflussmesser, in vielen Fällen bereits an die Maschinenraumautomation angebunden
• Bilge-Niveausensoren (Niveau-Schwimmerschalter oder Ultraschall), oft vorhanden, aber nicht immer loggingfähig
• GPS-Schnittstelle über NMEA 0183 oder 2000, fast universell vorhanden
• Sloptank-Volumenzähler oder Pegelsonden, vorhandene Kalibrierung entscheidend

Was du zusätzlich brauchst oder anpassen musst:

• Datenaggregation: Danelec VRS oder vergleichbare Hardware-Box, die Sensor-Outputs in ein standardisiertes Protokoll aggregiert (Modbus, IEC 61162, proprietär je nach PLC-Hersteller)
• Schnittstelle zur Automatisierung: IEC 61511-Systeme (Wärtsilä, Kongsberg, Alfa Laval) haben unterschiedliche API-Strukturen, Custom-Entwicklung ist typisch
• Kalibriernachweis: PPM-Sensoren und Durchflussmesser müssen kalibriert sein und Kalibrierprotokolle müssen ins System
• Netzwerksegmentierung: OT-Netzwerk (Maschinenraum) und IT-Netzwerk (Büro/Satellite) müssen sicher getrennt bleiben, hier liegt ein häufiger Projektfehler

Was auf älteren Schiffen aufwändig wird: Anlagen ohne digitale PLC-Schnittstellen (Baujahr vor 2005) haben oft nur analoge Signale oder manuelle Messpunkte. Nachrüstung ist möglich aber teuer, 30.000–80.000 Euro Sensorik-Investition sind keine Seltenheit. In solchen Fällen lohnt das Full-Automation-Setup nur für Flotten, nicht für Einzelschiffe.

Rechtliche Besonderheiten: IMO, USCG und ISM-Code

Dieser Anwendungsfall hat eine dichte regulatorische Schicht, die ein IT-Projektteam oft nicht kennt:

IMO MARPOL 73/78 Annex I, Regulation 17 schreibt Format, Inhalt und Aufbewahrungsdauer des ORB vor. Elektronische ORBs sind seit Oktober 2020 (MEPC.314(74)) offiziell anerkannt, aber nur mit Zulassung durch die jeweilige Flaggenadministration. Das bedeutet: Kein digitales ORB ohne Flaggenstaat-Freigabe für das konkrete System.

IMO Resolution MEPC.312(74) legt die Softwareanforderungen fest, die ein elektronisches Recordbook erfüllen muss: unveränderliche Einträge nach Signatur, Revisionspfad für alle Änderungen, Datensicherung, Rollenbefugnisse, Offline-Betrieb. Das ist technische Pflicht, keine Option.

US 33 CFR Part 151 setzt MARPOL in US-Recht um. Verstöße sind nach dem Act to Prevent Pollution from Ships (APPS) als Felony strafbar. Wichtig: Die USA haben eines der aggressivsten Durchsetzungsregimes der Welt, USCG-Inspektoren vergleichen Tanksondierungen mit ORB-Einträgen und ziehen auf Wunsch Sensorlog-Dumps. Ein digitales System mit Audit-Trail hält dieser Überprüfung stand, ein Papiertagebuch oft nicht.

ISM-Code §10 (Wartung) fordert nachweisbare Prozessdokumentation. Ein automatisiertes ORB ist eine Prozessdokumentationsmaßnahme im Sinne des ISM-Codes und kann in der Document of Compliance-Dokumentation positiv vermerkt werden.

Was das für die Beschaffung bedeutet: Das Softwaresystem muss von der Flaggenstaat-Administration des jeweiligen Schiffes zugelassen sein. Liberia, Marshall Islands, Panama, Bahamas und die meisten großen Flaggenstaaten haben eigene Approved-ORB-Listen. Systemauswahl ohne Abstimmung mit der Klassifikationsgesellschaft (DNV, Lloyd’s Register, Bureau Veritas) ist ein typischer Fehler.

Konkrete Werkzeuge, was wann passt

Der Markt für maritime Compliance-Software ist klein und spezialisiert. Es gibt keine Flatrate-SaaS-Lösungen für €30/Monat, alle Systeme sind flaggenstaatlich zugelassen und Enterprise-Pricing.

NAVTOR Digital Logbook, Beste Wahl für Flotten mit Danelec-Hardware (VRS) oder wenn Danelec-Nachrüstung geplant ist. Ab Version 2.4 (November 2024) werden Sensor-Rohdaten automatisch in Logbuchmasken übertragen. Deckt ORB, Ballastwassertagebuch und Mülltagebuch in einer Plattform ab. Über 18.000 Schiffe weltweit. Preise auf Anfrage.

Wärtsilä eLogbook, Empfehlenswert für Schiffe im Wärtsilä-Ökosystem (UNIC-Automation, W-Care) oder wenn eine breite Flaggenstaat-Zulassung Priorität hat (17 Flaggenstaaten, Lloyd’s Register). 14 Logbuchtypen in einer Plattform. Keine automatische Sensor-Integration out-of-the-box, Custom-Integration möglich.

proimio e-ORB, Schlankstes Einstiegssystem, ausschließlich auf das Öltagebuch spezialisiert. Gut geeignet, wenn keine anderen Logbücher digitalisiert werden sollen und die Investition überschaubar bleiben muss. Über 1.500 Schiffsinstallationen, laut Hersteller null ORB-Vorfälle. Keine Sensor-Automatisierung, manuelle Eingabe bleibt, aber strukturiert und validiert.

Wann welcher Ansatz

• Danelec VRS vorhanden oder geplant → NAVTOR Digital Logbook
• Wärtsilä-Automation an Bord → Wärtsilä eLogbook
• Nur ORB digitalisieren, kein großes Infrastrukturprojekt → proimio e-ORB
• Vollautomatisierung mit eigener PLC-Integration → Custom-Entwicklung auf Basis eines der oben genannten Systeme als Frontend

Hinweis zu kostenlosen Alternativen: Es gibt keine frei zugänglichen, flaggenstaatlich zugelassenen ORB-Systeme. Das liegt in der Natur des Zulassungsverfahrens. Wer das Öltagebuch digitalisieren will, ohne Flaggenstaat-Zulassung einzuholen, betreibt kein rechtskonformes System, das PSC-Risiko bleibt identisch.

Datenschutz und Datenhaltung

Im Maschinenraum gibt es keine personenbezogenen Daten im klassischen DSGVO-Sinn, der OWS-Sensor kennt keine Namen. Was es gibt, sind betriebliche Daten mit regulatorischer Relevanz:

• Sensor-Logs mit GPS-Koordinaten und Zeitstempeln, einsehbar für Flaggenstaat und PSC-Behörden im Rahmen von Inspektionen, kein DSGVO-Problem, aber ein Geheimhaltungsproblem für den Betreiber
• Signaturprotokolle der Leitenden Ingenieure, personenbezogen, da namentlich; Auftragsverarbeitungsvertrag (AVV) mit dem Software-Anbieter erforderlich
• Shore-Office-Anbindung: Wenn Flottenmanager die ORB-Einträge in Echtzeit einsehen können, fließen Betriebs- und ggf. Personaldaten über Cloud-Verbindungen, EU-Datenspeicherung und API-Sicherheit prüfen

Alle genannten Anbieter bieten AVV-Vereinbarungen an. Für NAVTOR und Wärtsilä ist EU-Datenhaltung konfigurierbar. Proimio ist ein kleinerer Anbieter, Datenschutzvereinbarungen vor Vertragsabschluss explizit klären.

Für das ISM-Code-Audit sind die Sensor-Logs und ORB-Einträge ohnehin behördenseitig einsehbar, insofern ist die Datensicherheit hier weniger “Privatsphäre” als “Manipulationsschutz”: Das System muss nachweisen können, dass Einträge nicht rückwirkend geändert wurden.

Was es kostet, realistisch gerechnet

Stufenmodell: Was welcher Ansatz kostet

Diese Schätzwerte basieren auf Brancheninformationen für Handelsschiffe (Containerfeeder, Bulker, Tanker); Kreuzfahrtschiffe und Offshore-Einheiten liegen höher.

Was du dagegenrechnen kannst:

• Eine PSC-Detention im Hafen New York: durchschnittlich 3–7 Tage, Liegekosten 15.000–40.000 USD/Tag plus Einschränkungen beim nächsten US-Hafenanlauf
• Eine Verurteilung wie Zeaborn (2023): 2.000.000 USD Strafe, 4 Jahre Bewährung, Reputationsschaden
• Strafrechtliche Verurteilung des Leitenden Ingenieurs: Lizenzentzug, Berufsverbot, personell nicht zu beziffern

Konservatives ROI-Szenario:
Eine Flotte mit 8 Schiffen investiert 200.000 Euro in Gesamt-Einrichtung (mittlerer Aufwand). Wenn in 5 Jahren ein einziger Detention-Vorfall mit 80.000 USD Liegekosten vermieden wird, ist die Hälfte der Investition bereits amortisiert. Das ist die unterste Schwelle, jeder weitere vermiedene Vorfall ist direkter Gewinn.

Wie du den Nutzen tatsächlich misst:
Deficiency-Rate bei PSC-Inspektionen vor und nach Einführung. Anzahl ORB-Korrekturen je Monat (zeigt, wie oft Einträge nachgebessert werden mussten). Dokumentationszeit des Leitenden Ingenieurs (vor/nach). Diese drei Kennzahlen sind im Bordtagebuch oder im Fleet-Management-System messbar, keine Schätzung nötig.

Drei typische Einstiegsfehler

1. Software beschaffen, bevor die Flaggenstaat-Zulassung geprüft ist.
Das ist der häufigste Fehler: Ein Reederei-Manager kauft eine Logbuch-Software, die “MARPOL-konform” bewirbt. Beim PSC-Inspektor in Baltimore stellt sich heraus, dass der Flaggenstaat des Schiffes (z.B. Malta) das konkrete System nicht auf seiner Approved-List hat. Das digitale ORB wird nicht anerkannt, es gibt keine offizielle Aufzeichnung. Lösung: Zuerst prüfen, welche Systeme der eigene Flaggenstaat akzeptiert. Dann kaufen. Nicht umgekehrt.

2. Sensoren kalibrieren vergessen, der tödliche Audit-Fehler.
Das automatisierte System schreibt Mengen mit zwei Dezimalstellen ins Öltagebuch. Wenn der PPM-Sensor seit zwei Jahren nicht kalibriert wurde, schreibt das System systematisch falsche Werte, mit Präzision. Ein PSC-Inspektor, der Tanksondierungen mit ORB-Einträgen vergleicht und eine Abweichung von 12 % findet, wird das als Manipulation werten, nicht als Kalibrierfehler. Lösung: Kalibrierprotokolle müssen Teil des Systems sein und ins ORB fließen.

3. Die PLC-Integration zu spät ins Projekt holen.
Softwareprojekte im maritimen Bereich werden oft von der Reederei-IT gestartet, ohne frühzeitigen Einbezug des Maschinenraum-Teams und des Klassifizierungsingenieurs der Klasse. Das führt dazu, dass Schnittstellen, die für die Sensor-Integration notwendig sind, erst in Woche 8 eines 12-Wochen-Projekts entdeckt werden und proprietär oder nicht dokumentiert sind. Lösung: Klassifikationsgesellschaft und Leitender Ingenieur des Referenzschiffes sind von Projektbeginn an im Boot.

Und der gefährlichste Fehler passiert nach der Inbetriebnahme:
Sensoren werden nicht gewartet, weil “das System läuft”. Nach 18 Monaten laufen Kalibrierfristen ab, ein Durchflusssensor zeigt 0 an, das System schreibt trotzdem. Wer keine automatischen Kalibrierungsalarme im System hat und keine Verantwortlichen für Sensorwartung namentlich benennt, baut sich ein falsches Sicherheitsgefühl auf. Alle drei Systeme (NAVTOR, Wärtsilä, proimio) bieten Alarm-Konfiguration für Datenlücken, diese Funktion muss aktiviert und getestet werden.

Was mit der Einführung wirklich passiert, und was nicht

Die Technik ist beherrschbar. Die Widerstände kommen von woanders.

Widerstand der Besatzung: Leitende Ingenieure haben das Öltagebuch ihr Leben lang manuell geführt. Ein System, das “automatisch” Einträge generiert, löst zwei Reaktionen aus: “Das stimmt nicht, ich weiß es besser”, und “Wenn das System falsch liegt und ich unterschreibe, bin ich schuldig.” Beides ist berechtigt. Die Lösung ist keine Schulung, sondern Partizipation: Der LI des Referenzschiffes konfiguriert mit, definiert die Plausibilitätsgrenzen für seine Anlage, und unterschreibt für das erste Monat im Parallelbetrieb, damit er selbst sieht, dass die Werte stimmen.

Widerstand der Flottenleitung: “Wozu bezahlen wir das, wenn wir bisher nie Probleme hatten?” Das ist das häufigste Gegenargument in Flottenkonferenzen. Antwort: Zeaborn und Eagle Ship Management hatten auch bisher nie Probleme. Bis zum ersten Whistleblower. Automatisierte Logs schützen gerade die Reederei, die integer ist, weil sie zeigen kann, dass nichts verschleiert wurde.

Was nicht passiert: Das System meldet keine Verstöße, die du nicht weißt. Wenn der OWS aus technischen Gründen nicht auf 15 ppm kommt und der Leitende Ingenieur trotzdem Overboard-Discharge einträgt, schreibt das System diesen Eintrag mit Sensorwert. Das ist keine Manipulation durch KI, das ist Transparenz, die du intern zuerst siehst, bevor der PSC-Inspektor sie sieht.

Was konkret hilft:

• Einen LI als Projektpaten benennen, der das System mit aufbaut und intern erklärt
• Ersten Monat im Parallelbetrieb (digital + Papier), nicht als Test, sondern als Kalibrierungsphase
• Flottenleitung bekommt Dashboard-Zugang von Beginn an, dann sehen alle dieselben Daten
• PSC-Erfahrungen dokumentieren: Welche Fragen stellt der Inspektor? Was hat das System in diesem Moment gezeigt?

Realistischer Zeitplan mit Risikohinweisen

Realistische Gesamtdauer bis produktiver Flottenbetrieb: 9–18 Monate für eine Flotte von 5–10 Schiffen. Kurzfristige Einführungen für Einzelschiffe sind in 5–6 Monaten möglich, wenn Hardware passt.

Häufige Einwände, und was dahintersteckt

“Wir hatten noch nie Probleme mit dem Papier-ORB.”
Das ist die häufigste Aussage, und die am schwersten zu widerlegende. Kein Schiffsbetreiber wird sagen: “Wir hatten schon Fehler.” Was stimmt: USCG und andere Hafenstaaten prüfen nicht jedes Schiff gleich intensiv. PSC-Risikoscoring bewertet Flottenzugehörigkeit, Flaggenstaat, Detentionshistorie und Besatzungsfluktuations-Indikatoren. Wer bisher unter dem Radar geblieben ist, hat nicht bewiesen, dass das Papier-ORB korrekt war, nur, dass es noch nicht geprüft wurde.

“Das kostet 50.000 Euro je Schiff, wir haben 15 Schiffe.”
Die Investition ist real. Was oft nicht daneben gestellt wird: Ein einziger Fall wie Zeaborn oder Eagle kostet nicht 50.000 Euro, sondern 1,75–2 Millionen. Das sind 35–40 Einzelinstallationen. Die Frage ist nicht “Können wir uns das leisten?”, sondern “Können wir uns den ersten Vorfall leisten?” Für eine Flotte mit 15 Schiffen, die regelmäßig US-Gewässer befährt, ist die Antwort meist eindeutig.

“Die Besatzung wird das nie nutzen.”
Stimmt halb, wenn man das System oben installiert und unten ignoriert. Wenn der Leitende Ingenieur sieht, dass sein Morgen-ORB fertig ist, wenn er in die Kantine geht, und er nur noch prüft und unterschreibt, dann nutzt er es. Die Einführungserfahrung von Systemen wie proimio e-ORB zeigt: Akzeptanz folgt der Entlastung, nicht der Schulung.

Woran du merkst, dass das zu dir passt

• Deine Schiffe laufen US-Häfen an, New York, New Orleans, Houston, Los Angeles. Die USCG hat das aggressivste PSC-Regime der westlichen Welt. Kein anderer Hafenstaat verfolgt ORB-Mängel so konsequent strafrechtlich
• Du hast 5 oder mehr Schiffe, erst ab dieser Flottengröße amortisiert sich die Initialentwicklung einer PLC-Integration durch Mehrfachnutzung
• Deine Leitenden Ingenieure wechseln regelmäßig, Besatzungsfluktuation ist der häufigste Grund für Eintragungs-Inkonsistenzen. Automatisierung macht das ORB personenunabhängig
• Du hast bereits einen elektronischen Voyage Data Recorder (VDR), dann ist die Sensor-Hardware-Basis vorhanden und die Integration deutlich günstiger
• Du bist in Flotten-Compliance-Audits durch die ISM-Klassifikationsgesellschaft, automatisiertes ORB ist ein nachweisbarer Schritt zu ISM §10-konformer Prozessdokumentation

Wann das (noch) nicht passt, drei harte Ausschlusskriterien:

1. Einzelschiff oder Zwei-Schiff-Reederei. Der Overhead für Flaggenstaat-Zulassung, PLC-Integration und laufende Software-Wartung ist erst ab 5+ Schiffen wirtschaftlich. Für einen Betreiber mit zwei Schiffen ist ein validiertes e-ORB-System wie proimio e-ORB (manuelle Eingabe, aber strukturiert und validiert) das bessere Verhältnis aus Aufwand und Ertrag.

2. Schiff mit Baujahr vor 2000 ohne PLC-Upgrade. Ältere Maschinenraumanlagen haben keine digitalen Signalausgänge für OWS und Bilgepumpen. Nachrüstung ist möglich, kostet aber 50.000–100.000 Euro allein in Sensorik und Kabelwege, bevor die Software auch nur installiert ist. In diesen Fällen lohnt Vollautomatisierung selten; strukturierte manuelle Eingabe ist die realistischere Alternative.

3. Kein Shore-side-Ansprechpartner für Flaggenstaat-Koordination. Das Zulassungsverfahren und die laufende Systemwartung erfordern einen technisch versierten Ansprechpartner in der Reederei, der mit der Klassifikationsgesellschaft kommuniziert und Software-Updates koordiniert. Reedereien ohne eigene technische Abteilung (Shipmanagement ausgelagert) müssen diesen Ansprechpartner extern einkaufen, was das Gesamtbudget um 15.000–30.000 Euro/Jahr erhöht.

Das kannst du heute noch tun

Bevor du auch nur eine Investitionsentscheidung triffst: Prüfe, welche digitalen ORB-Systeme dein Flaggenstaat derzeit zulässt.

Die Approved-List ist fast immer öffentlich. Für die großen Flaggenstaaten findest du sie direkt auf den Webseiten der Maritimen Behörden: LISCR (Liberia), Marshall Islands Registry (MIMOSA), Bahamas Maritime Authority, Panama Maritime Authority. Für kleinere Flaggenstaaten ruf dort direkt an, die Listen werden manchmal nur auf Anfrage herausgegeben.

Das kostet dich eine Stunde, und du weißt danach, welche der drei im letzten Abschnitt genannten Systeme für deine Flotte überhaupt in Frage kommen.

Wenn du den Prozess intern durchdenken und einen Business Case für deine Flottenleitung bauen willst: Hier ist ein Prompt, den du mit deinen konkreten Schiffsdaten befüllen und in einem LLM wie Claude oder ChatGPT ausführen kannst:

Quellen & Methodik

• Zeaborn Ship Management MARPOL-Verurteilung (2023): Maritime Executive, „Zeaborn Pleads Guilty, Pays $2M to Settle Felony MARPOL Charges”, August 2023, Falldetails, Strafmaß, Tatbeschreibung.
• Eagle Ship Management / Gannet Bulker (2022): Maritime Executive, „Ship Manager Pleads Guilty and Agrees to $1.75M Fine in MARPOL Case”, Strafmaß, ORB-Fälschung, Besatzungs-Whistleblower.
• USCG PSC Annual Report 2023: US Coast Guard, Detention Rate-Anstieg von 0,89 % auf 1,22 %; MARPOL Annex I-Deficiencies unter den Hauptgründen.
• IMO MEPC.314(74) / MEPC.312(74): IMO-Resolutionen von 2019 / in Kraft ab Oktober 2020, Rechtsbasis für elektronische Öltagebücher.
• NAVTOR Digital Logbook + Danelec VRS Integration: Smart Maritime Network, „NAVTOR e-logbooks integrated with Danelec for automated data collection”, November 2024, Produktdetails, Automatisierungsumfang.
• proimio e-ORB: Produktwebseite e-orb.proimio.com (abgerufen Mai 2026), Installationsbasis 1.500+ Schiffe, 12.750+ Nutzer, 11 Jahre Betrieb.
• Wärtsilä eLogbook: Wärtsilä-Produktseite (abgerufen Mai 2026), 14 Logbuchtypen, 17 Flaggenstaaten, Lloyd’s Register-Zulassung.
• MARPOL 73/78 Annex I, Regulation 17: IMO-Originaltext, ORB-Format, Inhalt, Aufbewahrungspflicht.
• US 33 CFR Part 151 / Act to Prevent Pollution from Ships (APPS): US-Bundesrecht, strafrechtliche Basis für MARPOL-Durchsetzung in den USA.
• Kostenschätzungen für Integration: Brancheninformationen aus maritimen IT-Projekten 2023–2025; keine öffentlich verifizierten Einzelpreise der Anbieter verfügbar (Enterprise-Pricing ohne Listenpreise).

Du willst wissen, welche Systeme dein Flaggenstaat bereits zugelassen hat und welcher Automatisierungsgrad für deine Flotte passt? Meld dich, das klären wir gemeinsam in einem kurzen Gespräch.