Laytime- und Demurrage-Software: Schluss mit dem Geldverlust

Demurrage ist einer der grossten steuerbaren Kosten im Trampschiffsverkehr und zugleich einer der am wenigsten gesteuerten. Auf Massengut- und Tankerreisen wird das Geld, das zwischen Reeder und Charterer fliesst, sobald das Schiff im Hafen ankommt, nicht von der Fracht bestimmt, sondern von der Uhr: wie lange das Schiff bleiben darf, wie diese erlaubte Zeit gezahlt wird und was geschieht, wenn sie ablauft. Zahlt man richtig, kehrt ein Despatch-Guthaben an den Charterer zuruck oder eine saubere Demurrage-Forderung wird dem Reeder prompt gezahlt. Macht man es falsch, reicht man zu spat ein oder dokumentiert schlecht, dann versickert das Geld einfach. Uber eine Flotte hinweg ist dieser Verlust selten klein.

Die Disziplin, die das alles regelt, ist die Laytime, und die finanzielle Folge ihrer Uberschreitung ist die Demurrage. Jahrzehntelang wurde die Arbeit, Laytime zu zahlen und Demurrage-Forderungen vorzubereiten, in Tabellenkalkulationen erledigt, oft von einem einzigen uberlasteten Post-Fixture-Analysten, der mit gescannten Statements of Facts und einer Charterpartei arbeitet, die niemand sonst genau gelesen hat. Dieses Modell bricht zusammen. Die Charterpartei-Bedingungen sind komplexer geworden, die Verjahrungsfristen sind kurz und unerbittlich, und das Reisevolumen hat die Kapazitat uberholt, jede einzelne sorgfaltig von Hand zu berechnen. Genau diese Lucke soll zweckgebaute Laytime- und Demurrage-Software schliessen.

Dieser Leitfaden erklart, was Laytime wirklich ist, wie sie nach gangiger Charterpartei-Sprache gezahlt wird, warum der manuelle Tabellenansatz still Wert vernichtet und was gute Demurrage-Management-Software anders macht. Er richtet sich an Reeder, Charterer, Operators und die Chartering- und Post-Fixture-Teams, die taglich mit diesen Zahlen leben, sowohl im Massengut- als auch im Tankerverkehr.

Warum Demurrage ein grosser versickerter Kostenposten ist

Demurrage erscheint selten in der Schlagzeilen-Okonomie eines Fixtures, und genau deshalb versickert sie. Die Frachtrate wird offen verhandelt und sorgfaltig verfolgt. Die Demurrage-Rate wird im selben Recap vereinbart, aber das tatsachliche Risiko hangt von Ereignissen ab, die sich Wochen spater an einem uberfullten Liegeplatz, bei Wetter, hinter einer Schlange anderer Schiffe entfalten. Ein auf die Fracht fixierter Charterer mag Demurrage als operative Nebensache behandeln; ein Reeder mag annehmen, dass der Broker oder der Agent die Forderung schutzt. Keine der beiden Annahmen ubersteht den Kontakt mit einem geschaftigen Ladehafen.

Der Verlust nimmt mehrere Formen an. Forderungen werden falsch berechnet, weil eine Ausnahme ubersehen oder eine Zeitspanne falsch gelesen wurde. Forderungen werden nach der vertraglichen Verjahrungsfrist eingereicht und rundheraus abgelehnt, unabhangig von ihrem Gehalt. Despatch wird uberzahlt, weil die eigene Berechnung des Charterers nicht gegen die des Reeders gepruft wurde. Gegenparteien bestreiten Zahlen, die unbeweisbar sind, weil die Belege nie zu einer schlussigen Akte zusammengefugt wurden. Jedes dieser Versagen ist vermeidbar, und jedes wiederholt sich standig in Organisationen, die Laytime als Buroarbeit statt als die kaufmannische Disziplin behandeln, die sie ist.

Das strukturelle Problem ist, dass Demurrage an der Naht zwischen dem kaufmannischen Team, das das Schiff fixt, und dem Operations-Team, das die Reise fuhrt, sitzt. Die Bedingungen werden von der einen Gruppe gesetzt und die Folgen von der anderen gezahlt, oft ohne gemeinsames System. Wert fallt routinemassig durch diese Naht, und weil keine einzelne Zahl je dramatisch falsch ist, lasst sich der kumulierte Verlust leicht ubersehen.

Laytime-Grundlagen: das Vokabular der Uhr

Laytime ist der zwischen Reeder und Charterer vereinbarte Zeitraum, in dem das Schiff geladen oder geloscht werden darf, ohne Zahlung uber die Fracht hinaus. Sie existiert nur unter einer Reisecharter, bei der der Reeder fur den Transport einer Ladung von A nach B bezahlt wird und das Risiko der Hafenverzogerung tragt. Unter einer Zeitcharter ist die Dynamik anders: der Charterer zahlt Hire fur die Nutzung des Schiffes und tragt faktisch selbst das Zeitrisiko, sodass Laytime und Demurrage im Reisesinn nicht gelten. Zu verstehen, welches Regime einen gegebenen Einsatz regelt, ist der erste Schritt, und automatisierte Systeme sollten dies erzwingen statt voraussetzen.

Innerhalb des Reisecharterns kehren mehrere Begriffe in fast jedem Fixture wieder, und die Software, die Laytime verwaltet, muss jeden davon treu abbilden:

• Charterpartei (CP). Der massgebende Vertrag. Standardformulare wie Gencon, Asbatankvoy und Synacomex legen die Standardregeln fest, die dann durch die im Recap vereinbarten Rider-Klauseln geandert werden. Die CP-Bedingungen sind die Wahrheitsquelle jeder Berechnung.
• Laycan. Das Fenster, definiert durch einen Layday und ein Cancelling-Date, innerhalb dessen das Schiff ankommen und Bereitschaft anzeigen muss. Zu fruh angekommen, muss der Charterer das Schiff vor dem Layday nicht annehmen; nach dem Cancelling-Date angekommen, kann der Charterer ein Stornorecht haben.
• Notice of Readiness (NOR). Die formelle Mitteilung des Kapitans, dass das Schiff angekommen und in jeder Hinsicht zum Laden oder Loschen bereit ist. Gultigkeit und Zeitpunkt des NOR gehoren zu den umstrittensten Punkten der Laytime, weil sie meist bestimmen, wann die Uhr startet.
• Statement of Facts (SOF). Das chronologische Hafenprotokoll, vom Agenten und oft vom Kapitan unterzeichnet, das jedes Ereignis von Ankunft bis Abfahrt festhalt: NOR getendert, Anlegen, Beginn der Operationen, Stillstande, Wetter, Abschluss. Das SOF ist der Rohbeweis, aus dem Laytime gezahlt wird.
• Feste und reversible Laytime. Laytime kann eine feste Zuteilung fur das Laden und eine separate fur das Loschen sein, oder reversibel, das heisst Lade- und Loschzeit zu einer Gesamtsumme zusammengefasst. Reversible Laytime kann einen langsamen Ladehafen durch ein schnelles Loschen retten, und die Berechnungslogik unterscheidet sich erheblich zwischen beiden.

Diese Begriffe sind keine austauschbaren Trivia. Jeder ist ein Entscheidungspunkt, der das Ergebnis andert, und jeder ist ein Ort, an dem eine manuelle Berechnung still schiefgehen kann.

Wie Laytime gezahlt wird

Sobald die Uhr lauft, ist das Zahlen der Laytime eine Ubung darin, die Regeln der Charterpartei auf die Zeitleiste im Statement of Facts anzuwenden. Die Kopf-Zuteilung, ausgedruckt in Tagen, Stunden oder einer Laderate in Tonnen pro Tag, ist nur der Ausgangspunkt. Was diese Zuteilung verbraucht und was nicht, regeln die Laytime-Bedingungen, und kleine Unterschiede im Wortlaut erzeugen grosse Unterschiede im Geld.

Die bekannten Abkurzungen kodieren diese Regeln. WWD bedeutet weather working days, Zeit, in der Arbeit wetterbedingt moglich ist. SHEX bedeutet Sundays and holidays excepted, sodass diese Zeitraume nicht zahlen. SHINC bedeutet Sundays and holidays included, sodass sie zahlen. Kombinationen wie WWDSHINC, weather working days Sonntage und Feiertage inbegriffen, sind ublich und jede verhalt sich anders. Ein System, das diese Klauseln nicht korrekt auslegt, zahlt Zeit, die ausgenommen sein sollte, oder nimmt Zeit nicht aus, die es sollte, und der Fehler addiert sich uber jeden Stillstand des Hafenaufenthalts.

Unterbrechungen und Ausnahmen sind der Ort, an dem die meisten Streitigkeiten leben. Wetter, das die Operationen verhindert, kann unter einem Weather-Working-Days-Regime die Uhr stoppen. Vom Schiff verursachte Stillstande, wie der Ausfall des bordseitigen Gerats, zahlen in der Regel nicht gegen den Charterer. Vom Charterer oder Hafen verursachte Stillstande, wie das Warten auf Ladung oder das Verholen, zahlen meist. Die Charterpartei enthalt zudem bestimmte ausgenommene Zeitraume, und der Grundsatz once on demurrage always on demurrage bedeutet, dass nach Ablauf der Laytime viele der Ausnahmen, die zuvor die Uhr stoppten, nicht mehr gelten. Die genaue Abfolge der Ereignisse gegen den genauen Wortlaut der Klauseln zu verfolgen, ist das ganze Spiel.

Laytime ist keine Arithmetik, die auf ein Hafenprotokoll angewendet wird. Es ist die Charterpartei, gegen die Uhr gelesen, Ereignis fur Ereignis, Ausnahme fur Ausnahme. Die Zahl am Ende ist nur so beweisbar wie die Begrundung, die sie hervorgebracht hat.

Demurrage gegen Despatch

Wenn die erlaubte Laytime vor Abschluss der Operationen erschopft ist, geht das Schiff on demurrage. Von diesem Moment an schuldet der Charterer dem Reeder die vereinbarte Demurrage-Rate fur die zusatzliche Zeit und entschadigt den Reeder dafur, dass das Schiff uber die Abmachung hinaus festgehalten wird. Demurrage ist rechtlich ein pauschalierter Schadenersatz fur Festhalten, und die Rate wird im Voraus festgelegt, gerade damit die Parteien den Wert verlorener Zeit nicht im Nachhinein streiten mussen.

Despatch ist das Spiegelbild und erscheint vor allem im Massengutverkehr. Schliesst das Schiff Laden oder Loschen vor Ablauf der Laytime ab, kann der Reeder dem Charterer eine Despatch-Zahlung als Belohnung fur die eingesparte Zeit schulden. Despatch ist konventionell zur Halfte der Demurrage-Rate zahlbar und kann auf alle eingesparte Zeit oder nur auf eingesparte Arbeitszeit berechnet werden, je nach Charterpartei. Tankercharter sehen in der Regel keinen Despatch vor, einer von mehreren Grunden, warum die beiden Verkehre unterschiedliche Berechnungslogik verlangen.

Der kaufmannische Punkt ist, dass Demurrage und Despatch zwei Seiten einer Berechnung sind und beide davon abhangen, wo genau die Laytime-Linie fallt. Eine an der Grenze umstrittene Stunde kann ein Despatch-Guthaben in eine Demurrage-Verbindlichkeit verwandeln oder umgekehrt, weshalb sowohl Reeder als auch Charterer jeden Anreiz haben, das Laytime-Statement unabhangig zu berechnen und die Differenz abzustimmen.

Das Problem der manuellen Tabelle und das Verjahrungsrisiko

Das traditionelle Werkzeug fur all das ist die Tabellenkalkulation, und sie versagt auf vorhersehbare Weise. Eine Tabelle kennt die Charterpartei nicht. Der Analyst muss die CP lesen, die relevanten Klauseln in sein eigenes mentales Modell ubertragen, die SOF-Ereignisse von Hand eingeben und die Regeln manuell anwenden. Jeder dieser Schritte ist ein Ort fur Ubertragungsfehler, Fehllesen einer Klausel oder schlichte Mudigkeit am Ende einer langen Woche. Da die Tabelle keine Prufspur tragt, warum ein Zeitraum gezahlt oder ausgenommen wurde, kann eine Monate spater bestrittene Forderung nicht mit Sicherheit rekonstruiert werden.

Schlimmer noch, die Tabelle verwaltet keine Zeit. Demurrage-Forderungen unterliegen vertraglichen Verjahrungsfristen, haufig im Bereich von neunzig Tagen nach Abschluss des Loschens, und oft mit strengen Dokumentationsanforderungen: die Forderung muss mit den angegebenen Belegen vorgelegt werden, sonst scheitert sie vollstandig, so solide die zugrunde liegenden Zahlen auch sind. Eine verjahrte Forderung ist nichts wert. Reeder verlieren jedes Jahr ansonsten gultige Demurrage, nur weil eine Forderung in einem Posteingang lag, bis die Frist verstrich, oder weil ein erforderliches Dokument nicht beigefugt war. Keine Rechengenauigkeit rettet eine Forderung, die einen Tag zu spat ankommt.

Das Volumenproblem macht dies akut. Ein Tabellenmodell, das ein sorgfaltiger Analyst fur eine Handvoll Reisen bewaltigen kann, wird zur Belastung uber eine Flotte mit Hunderten Hafenanlaufen pro Jahr. Der Analyst wird zum einzigen Ausfallpunkt, die Berechnungen sind von Person zu Person inkonsistent, und es gibt in der Regel keine Portfolio-Sicht darauf, welche Forderungen offen sind, welche ihrer Verjahrung nahern und wie viel Geld auf dem Spiel steht. Die Arbeit wachst linear mit den Reisen, das Team nicht, und Forderungen beginnen zu entgleiten.

Was gute Laytime- und Demurrage-Software leistet

Zweckgebaute Laytime- und Demurrage-Software ersetzt die Tabelle durch ein System, das Charterpartei, Zeitleiste und Frist gemeinsam versteht. Es geht nicht nur darum, schneller zu rechnen; es geht darum, jede Forderung konsistent, beweisbar und punktlich zu machen. Die wichtigsten Fahigkeiten sind diese:

• Erfassung des Statement of Facts. Die SOF-Ereignisse werden eingegeben, importiert oder zunehmend aus Dokumenten in eine strukturierte Zeitleiste extrahiert, sodass die Berechnung mit sauberen, zeitgestempelten Ereignissen statt mit einem neu getippten Protokoll arbeitet.
• Automatisierte Laytime-Berechnung. Das System wendet Laytime-Bedingungen, Weather-Working-Day-Regeln, SHEX- oder SHINC-Behandlung, Ausnahmen und Unterbrechungen automatisch auf die Zeitleiste an und erzeugt ein Statement, das genau zeigt, wie jeder Zeitraum behandelt wurde und warum.
• Eine Bibliothek von Charterpartei-Bedingungen. Standardformulare und haufig genutzte Rider-Klauseln werden einmal gespeichert und wiederverwendet, sodass Demurrage-Rate, Laytime-Zuteilung, Ausnahmen und Verjahrungsfrist eines Fixtures konsistent angewandt statt bei jeder Reise neu eingegeben werden.
• Ein Forderungs-Workflow mit Verjahrungsverfolgung. Jede Forderung hat einen Verantwortlichen, einen Status und eine Frist. Das System markiert Forderungen, die ihrer Verjahrung nahern, eskaliert sie und gibt dem Management eine Live-Portfolio-Sicht des offenen Risikos, die wirksamste Einzelverteidigung gegen stillen Verlust.
• Dokumentation und Audit. Die Belege, SOF, NOR, Wetterprotokolle und Korrespondenz werden an die Forderung angehangt und reisen mit ihr. Da die Berechnung ihre eigene Begrundung aufzeichnet, kann eine bestrittene Zahl gegen die Eingaben abgespielt statt aus dem Gedachtnis gestritten werden.
• Analytik. Mit jeder Reise in einem System berechnet, werden Muster sichtbar: welche Hafen durchgangig Demurrage erzeugen, welche Gegenparteien am haufigsten bestreiten, wo Despatch uberzahlt wird und wie sich die Einbringungsquoten zwischen Verkehren vergleichen.

Die Verschiebung geht von einer burokratischen Rekonstruktion jeder Reise zu einer verwalteten Pipeline, in der Berechnung, Dokumentation und Frist als ein verbundener Prozess behandelt werden. Fur einen breiteren Blick, wie das neben Reise- und Ladungsoperationen steht, siehe unsere Modulubersicht.

Integration mit Reise- und Hafendaten

Die Laytime-Berechnung geschieht nicht isoliert, und die besten Ergebnisse entstehen, wenn das Demurrage-System Daten mit dem Rest der Operation teilt. Die Ankunftszeit des Schiffes, der NOR-Zeitstempel, An- und Ablegeereignisse sowie Beginn und Abschluss der Ladung sind alles Datenpunkte, die in den Voyage-Management- und Hafenagentursystemen bereits vorhanden sein konnen. Wenn sie automatisch in die Laytime-Berechnung einfliessen, verbringt der Analyst weniger Zeit mit dem Neueintippen und mehr Zeit mit den Beurteilungen, die wirklich Fachwissen erfordern.

Hafenagenten sind dabei zentral. Das Statement of Facts entsteht im Hafen, und Qualitat und Aktualitat dieses Dokuments bestimmen die Qualitat der Forderung. Ein verbundener Workflow, der das SOF vom Agenten zieht, es gegen die erwarteten Ereignisse validiert und in die Berechnung einspeist, schliesst die langste Verzogerung des traditionellen Prozesses, namlich das Warten darauf, dass Dokumente per E-Mail eintreffen und von Hand eingegeben werden. Demurrage-Software, die die hafenseitige Datenquelle ignoriert, lost nur die Halfte des Problems.

Fur Reeder und Operators mit gemischten Flotten ist die Integration auch deshalb wichtig, weil verschiedene Schiffstypen unterschiedliche Berechnungslogik tragen. Massengutfrachter, Tanker, Containerschiffe und Ro-Ro haben jeweils charakteristische Charterformen und Laytime-Konventionen, und ein System, das die gesamte Flotte an einem Ort verwaltet, vermeidet die Fragmentierung getrennter Werkzeuge je Verkehr.

Wie man Laytime- und Demurrage-Software auswahlt

Bei der Bewertung von Software ist die Versuchung gross, sich auf die Berechnungsmaschine zu konzentrieren, doch die Berechnung ist der Teil, der am leichtesten richtig zu machen ist. Die schwierigeren Fragen betreffen Passung, Workflow und Daten. Eine kurze Checkliste hilft:

1. Bildet es Ihre Verkehre korrekt ab? Despatch-Logik fur Massengut, Tankerkonventionen und reversible Laytime sollten nativ behandelt werden, nicht nachtraglich aufgesetzt.
2. Kann es Ihre Statements of Facts mit minimaler manueller Eingabe parsen oder importieren, angesichts der Formate, die Ihre Agenten tatsachlich verwenden?
3. Spiegelt die Bibliothek der Charterpartei-Bedingungen die Standardformulare und Rider-Klauseln wider, auf die Sie fixen, und lasst sie sich erweitern?
4. Ist die Verjahrungsverfolgung proaktiv, mit Eskalation und Portfolio-Sicht, statt eines passiven Datumsfelds?
5. Erzeugt es ein pruffahiges Laytime-Statement, das eine Gegenpartei akzeptieren wird, mit angehangten Belegen?
6. Integriert es sich mit Ihren Voyage-Management- und Hafenagenturdaten, sodass das System gespeist statt neu eingegeben wird?

Die richtige Antwort fur eine bestimmte Organisation hangt von Flottengrosse, Verkehrsmix und der Struktur der kaufmannischen und Post-Fixture-Teams ab. Was nicht variiert, ist die grundlegende Lehre: der Wert von Demurrage-Software liegt in Konsistenz, Fristenkontrolle und Beweisbarkeit, nicht allein in roher Rechengeschwindigkeit.

Haufig gestellte Fragen

Was ist der Unterschied zwischen Laytime und Demurrage?

Laytime ist die dem Charterer gewahrte Zeit, die Ladung ohne zusatzliche Zahlung zu laden oder zu loschen. Demurrage ist das Geld, das der Charterer dem Reeder zahlt, sobald diese gewahrte Zeit uberschritten ist, und entschadigt den Reeder fur das zur vereinbarten Demurrage-Rate festgehaltene Schiff.

Was ist die Verjahrungsfrist einer Demurrage-Forderung?

Die Verjahrungsfrist ist die vertragliche Frist, bis zu der eine Demurrage-Forderung mit allen erforderlichen Belegen eingereicht werden muss, sonst ist sie verloren. Die Fristen variieren je Charterpartei, liegen aber oft bei etwa neunzig Tagen nach Abschluss des Loschens. Eine nach der Frist oder ohne die angegebenen Dokumente vorgelegte Forderung wird in der Regel abgelehnt, unabhangig von der Genauigkeit der Zahlen, weshalb Fristenverfolgung entscheidend ist.

Wie behandelt Laytime-Berechnungssoftware Wetter und Ausnahmen?

Gute Software wendet die Laytime-Bedingungen der Charterpartei direkt auf die Zeitleiste des Statement of Facts an. Sie legt Weather-Working-Day-Regeln, SHEX- und SHINC-Behandlung, vom Schiff verursachte und vom Charterer verursachte Stillstande aus und erzeugt ein Statement, das genau zeigt, wie jeder Zeitraum gezahlt oder ausgenommen wurde, sodass das Ergebnis reproduzierbar und beweisbar statt einer manuellen Rekonstruktion ist.

Was ist Despatch und wann gilt es?

Despatch ist eine Zahlung vom Reeder an den Charterer, wenn die Operationen vor Ablauf der Laytime enden, und belohnt den Charterer fur die eingesparte Zeit. Es ist im Massengutverkehr ublich, typischerweise zur Halfte der Demurrage-Rate, und kann auf alle eingesparte Zeit oder nur auf Arbeitszeit beruhen. Tankercharter sehen in der Regel keinen Despatch vor.

Kann Demurrage-Software den Post-Fixture-Analysten ersetzen?

Nein, und das ist nicht beabsichtigt. Die Software entfernt die mechanische, fehleranfallige Arbeit des Neueintippens von Ereignissen und manuellen Anwendens von Regeln und erzwingt Fristen, aber das Urteil des Analysten zur bestrittenen NOR-Gultigkeit, zu mehrdeutigen Klauseln und zur Verhandlung mit Gegenparteien bleibt wesentlich. Die Software macht den Analysten schneller, konsistenter und weit weniger anfallig dafur, eine Verjahrungsfrist zu verpassen.

Das Merchant-Modul von SupaMaritime vereint Charterpartei-Verwaltung, Laytime-Berechnung und Demurrage-Forderungen in einem verbundenen System, gespeist von denselben Reise- und Hafendaten, die den Rest der Operation antreiben. Um zu sehen, wie es zu Massengut- und Tanker-Teams passt, erkunden Sie das Merchant-Modul, unsere dedizierten Seiten fur Tankerbetreiber und Massengutfrachter-Betreiber sowie die vollstandige Modulubersicht.