Software laytime e demurrage: smettere di perdere denaro a ogni viaggio

Il demurrage e' uno dei costi controllabili piu' grandi nel tramp shipping, ed e' anche uno dei meno controllati. Sui viaggi dry bulk e tanker, il denaro che si muove fra armatore e noleggiatore una volta che la nave arriva in porto non e' deciso dal nolo ma dall'orologio: quanto tempo la nave puo' restare, come quel tempo viene contato e cosa succede quando finisce. Conta bene e un credito di dispatch torna al noleggiatore o una claim di demurrage pulita viene pagata prontamente all'armatore. Sbaglia, presenta in ritardo o documenta male, e il denaro semplicemente si disperde. Su una flotta, questa perdita raramente e' piccola.

La disciplina che governa tutto questo e' il laytime, e la conseguenza finanziaria del superarlo e' il demurrage. Per decenni il lavoro di contare il laytime e preparare le claim di demurrage e' stato fatto in fogli di calcolo, spesso da un singolo analista post-fixture sovraccarico che lavora su Statement of Facts scansionati e su un charter party che nessun altro ha letto con attenzione. Quel modello sta cedendo. I termini di charter party sono diventati piu' complessi, le scadenze di time-bar sono brevi e inflessibili, e il volume dei viaggi ha superato la capacita' di calcolare ognuno con cura a mano. E' questo il divario che il software dedicato di laytime e demurrage e' progettato per colmare.

Questa guida spiega cosa sia davvero il laytime, come si conta secondo il linguaggio comune di charter party, perche' l'approccio manuale a fogli di calcolo distrugge valore silenziosamente e cosa fa di diverso un buon software di gestione del demurrage. E' scritta per armatori, noleggiatori, operatori e per i desk di chartering e post-fixture che convivono con questi numeri ogni giorno, sia nel dry bulk sia nei traffici tanker.

Perche' il demurrage e' un grande costo disperso

Il demurrage raramente compare nell'economia di prima riga di un fissato, ed e' proprio per questo che si disperde. Il nolo viene negoziato apertamente e seguito con attenzione. Il rate di demurrage e' concordato nello stesso recap, ma l'esposizione effettiva dipende da eventi che si dispiegano settimane dopo a una banchina congestionata, nel maltempo, dietro una coda di altre navi. Un noleggiatore concentrato sul nolo puo' trattare il demurrage come un dettaglio operativo; un armatore puo' presumere che il broker o l'agente proteggeranno la claim. Nessuna delle due ipotesi sopravvive al contatto con un porto di carico affollato.

La perdita prende diverse forme. Le claim sono calcolate in modo errato perche' un'eccezione e' stata mancata o una fascia oraria letta male. Le claim sono presentate dopo il time-bar contrattuale e vengono respinte in toto, a prescindere dal merito. Il dispatch viene sovrapagato perche' il calcolo del noleggiatore non e' stato verificato contro quello dell'armatore. Le controparti contestano cifre indifendibili perche' la documentazione di supporto non e' mai stata assemblata in un fascicolo coerente. Ognuno di questi fallimenti e' evitabile, e ognuno ricorre di continuo nelle organizzazioni che trattano il laytime come lavoro d'ufficio invece che come la disciplina commerciale che e'.

Il problema strutturale e' che il demurrage sta nella cucitura fra il team commerciale che fissa la nave e il team operativo che gestisce il viaggio. I termini sono fissati da un gruppo e le conseguenze contate da un altro, spesso senza un sistema condiviso. Il valore cade in quella cucitura abitualmente, e poiche' nessun singolo numero e' mai clamorosamente sbagliato, la perdita cumulativa e' facile da trascurare.

Basi del laytime: il vocabolario dell'orologio

Il laytime e' il periodo concordato fra armatore e noleggiatore durante il quale la nave puo' essere caricata o scaricata senza pagamenti ulteriori oltre al nolo. Esiste solo sotto un voyage charter, dove l'armatore e' pagato per trasportare un carico da A a B e sopporta il rischio del ritardo in porto. Sotto un time charter la dinamica e' diversa: il noleggiatore paga l'hire per l'uso della nave e di fatto si assume il rischio del tempo, quindi laytime e demurrage nel senso del voyage non si applicano. Capire quale regime governa un dato impiego e' il primo passo, e i sistemi automatizzati dovrebbero imporlo invece che presumerlo.

Nel voyage chartering alcuni concetti ricorrono in quasi ogni fissato, e il software che gestisce il laytime deve modellare fedelmente ognuno di essi:

• Charter party (CP). Il contratto che governa. Formulari standard come Gencon, Asbatankvoy e Synacomex fissano le regole di default, poi modificate dalle rider clause concordate nel recap. I termini del CP sono la fonte di verita' per ogni calcolo.
• Laycan. La finestra, definita da un layday e una cancelling date, entro cui la nave deve arrivare e dare prontezza. Arrivare troppo presto e il noleggiatore non e' tenuto ad accettare la nave prima del layday; arrivare dopo la cancelling date e il noleggiatore puo' avere il diritto di cancellare.
• Notice of Readiness (NOR). L'avviso formale, dato dal comandante, che la nave e' arrivata ed e' pronta sotto ogni aspetto a caricare o scaricare. Validita' e tempistica del NOR sono fra i punti piu' contesi del laytime, perche' di solito determinano quando parte l'orologio.
• Statement of Facts (SOF). Il log cronologico di porto, firmato dall'agente e spesso dal comandante, che registra ogni evento dall'arrivo alla partenza: NOR dato, accosto, inizio operazioni, fermi, meteo, completamento. Lo SOF e' la prova grezza da cui si conta il laytime.
• Laytime fisso e reversibile. Il laytime puo' essere un'allocazione fissa per il carico e una separata per lo scarico, oppure reversibile, ossia tempo di carico e scarico messi in un unico totale. Il laytime reversibile puo' salvare un porto di carico lento con uno scarico veloce, e la logica di calcolo differisce in modo sostanziale fra i due.

Questi termini non sono curiosita' intercambiabili. Ognuno e' un punto decisionale che cambia il risultato, e ognuno e' un luogo dove un calcolo manuale puo' sbagliare in silenzio.

Come si conta il laytime

Una volta partito l'orologio, contare il laytime e' applicare le regole del charter party alla cronologia dello Statement of Facts. L'allocazione di testa, espressa in giorni, ore o un rate di carico in tonnellate al giorno, e' solo il punto di partenza. Cosa consuma quell'allocazione e cosa no e' governato dai termini di laytime, e piccole differenze di formulazione producono grandi differenze di denaro.

Le abbreviazioni note codificano queste regole. WWD significa weather working days, tempo in cui il lavoro e' possibile meteo permettendo. SHEX significa Sundays and holidays excepted, quindi quei periodi non contano. SHINC significa Sundays and holidays included, quindi contano. Combinazioni come WWDSHINC, weather working days domeniche e festivi inclusi, sono comuni e ognuna si comporta diversamente. Un sistema che non interpreta correttamente queste clausole contera' tempo che dovrebbe essere escluso, o non escludera' tempo che dovrebbe esserlo, e l'errore si moltiplica su ogni fermo della sosta in porto.

Interruzioni ed eccezioni sono il luogo dove vive la maggior parte delle dispute. Il maltempo che impedisce le operazioni puo' fermare l'orologio sotto un regime di weather working days. I fermi causati dalla nave, come l'avaria delle gru di bordo, in genere non contano contro il noleggiatore. I fermi causati dal noleggiatore o dal porto, come l'attesa del carico o lo spostamento di banchina, di solito si'. Il charter party portera' anche periodi specifici eccettuati, e il principio once on demurrage always on demurrage significa che, scaduto il laytime, molte delle eccezioni che prima fermavano l'orologio non si applicano piu'. Tracciare la sequenza precisa degli eventi contro la formulazione precisa delle clausole e' tutto il gioco.

Il laytime non e' aritmetica applicata a un log di porto. E' il charter party letto contro l'orologio, evento per evento, eccezione per eccezione. Il numero finale e' difendibile solo quanto il ragionamento che lo ha prodotto.

Demurrage contro dispatch

Quando il laytime concesso si esaurisce prima del completamento delle operazioni, la nave va on demurrage. Da quel momento il noleggiatore deve all'armatore il rate di demurrage concordato per il tempo aggiuntivo, compensando l'armatore per la nave trattenuta oltre l'accordo. Il demurrage e', in termini legali, un danno liquidato per la detenzione, e il rate e' fissato in anticipo proprio perche' le parti non debbano discutere il valore del tempo perso a posteriori.

Il dispatch e' l'immagine speculare, e compare soprattutto nei traffici dry bulk. Se la nave completa carico o scarico prima della scadenza del laytime, l'armatore puo' dovere al noleggiatore un pagamento di dispatch come premio per il tempo risparmiato. Il dispatch e' per convenzione pagabile a meta' del rate di demurrage, e puo' essere calcolato su tutto il tempo risparmiato o solo sul tempo lavorativo risparmiato, secondo il charter party. I charter tanker in genere non prevedono il dispatch, una delle varie ragioni per cui i due traffici richiedono logiche di calcolo diverse.

Il punto commerciale e' che demurrage e dispatch sono due facce di un unico calcolo, ed entrambi dipendono da dove cade esattamente la linea del laytime. Un'ora contestata al confine puo' trasformare un credito di dispatch in una passivita' di demurrage o viceversa, ed e' per questo che sia armatore sia noleggiatore hanno ogni incentivo a calcolare lo statement di laytime in modo indipendente e a riconciliare la differenza.

Il problema del foglio di calcolo manuale e il rischio time-bar

Lo strumento tradizionale per tutto questo e' il foglio di calcolo, e fallisce in modi prevedibili. Un foglio di calcolo non conosce il charter party. L'analista deve leggere il CP, trascrivere le clausole rilevanti nel proprio modello mentale, inserire a mano gli eventi dello SOF e applicare le regole manualmente. Ognuno di questi passi e' un luogo per errori di trascrizione, lettura errata di una clausola o semplice stanchezza a fine settimana. Poiche' il foglio non porta alcuna traccia di audit del perche' un periodo sia stato contato o eccettuato, una claim contestata mesi dopo non puo' essere ricostruita con sicurezza.

Peggio, il foglio di calcolo non gestisce il tempo. Le claim di demurrage sono soggette a time-bar contrattuali, spesso nell'ordine di novanta giorni dal completamento dello scarico, e spesso con requisiti documentali rigorosi: la claim deve essere presentata con i documenti specificati o decade per intero, per quanto solide siano le cifre. Una claim caduta in time-bar non vale nulla. Gli armatori perdono ogni anno demurrage altrimenti valido solo perche' una claim e' rimasta in una casella di posta fino allo scadere del termine, o perche' un documento richiesto non era allegato. Nessuna accuratezza di calcolo salva una claim che arriva un giorno tardi.

Il problema del volume lo rende acuto. Un modello a foglio che un analista attento puo' gestire per una manciata di viaggi diventa una passivita' su una flotta con centinaia di scali l'anno. L'analista diventa un singolo punto di rottura, i calcoli sono incoerenti da una persona all'altra, e di norma non c'e' alcuna vista di portafoglio su quali claim siano aperte, quali si avvicinino al time-bar e quanto denaro sia a rischio. Il lavoro cresce linearmente con i viaggi mentre il team no, e le claim iniziano a sfuggire.

Cosa fa un buon software di laytime e demurrage

Un software dedicato di laytime e demurrage sostituisce il foglio di calcolo con un sistema che comprende insieme charter party, cronologia e scadenza. Il punto non e' solo calcolare piu' in fretta; e' rendere ogni claim coerente, difendibile e puntuale. Le capacita' che contano di piu' sono queste:

• Cattura dello Statement of Facts. Gli eventi dello SOF sono inseriti, importati o sempre piu' estratti dai documenti in una cronologia strutturata, cosi' il calcolo lavora su eventi puliti e con marca temporale invece che su un log ritrascritto.
• Calcolo automatizzato del laytime. Il sistema applica automaticamente i termini di laytime, le regole dei weather working days, il trattamento SHEX o SHINC, eccezioni e interruzioni alla cronologia, producendo uno statement che mostra esattamente come ogni periodo e' stato trattato e perche'.
• Una libreria di termini di charter party. Formulari standard e rider clause usate di frequente sono memorizzati una volta e riutilizzati, cosi' rate di demurrage, allocazione di laytime, eccezioni e periodo di time-bar di un fissato sono applicati con coerenza invece di reinserirli ogni viaggio.
• Un workflow di claim con tracciamento del time-bar. Ogni claim ha un responsabile, uno stato e una scadenza. Il sistema segnala le claim in avvicinamento al time-bar, le escala e da' alla direzione una vista di portafoglio in tempo reale dell'esposizione aperta, la difesa singola piu' efficace contro la perdita silenziosa.
• Documentazione e audit. I documenti di supporto, SOF, NOR, log meteo e corrispondenza sono allegati alla claim e viaggiano con essa. Poiche' il calcolo registra il proprio ragionamento, una cifra contestata puo' essere riprodotta contro gli input invece che discussa a memoria.
• Analisi. Con ogni viaggio calcolato in un unico sistema, gli schemi diventano visibili: quali porti generano sistematicamente demurrage, quali controparti contestano piu' spesso, dove il dispatch viene sovrapagato e come si confrontano i tassi di recupero fra i traffici.

Il passaggio e' da una ricostruzione d'ufficio di ogni viaggio a una pipeline gestita in cui calcolo, documentazione e scadenza sono trattati come un unico processo connesso. Per una visione piu' ampia di come si colloca accanto alle operazioni di viaggio e carico, vedi la nostra panoramica dei moduli.

Integrazione con dati di viaggio e di porto

Il calcolo del laytime non avviene in isolamento, e i risultati migliori arrivano quando il sistema di demurrage condivide i dati con il resto dell'operazione. L'orario di arrivo della nave, il timestamp del NOR, gli eventi di accosto e disormeggio e l'inizio e fine del carico sono tutti dati che possono gia' esistere nei sistemi di voyage management e di agenzia portuale. Quando confluiscono automaticamente nel calcolo del laytime, l'analista passa meno tempo a reinserire e piu' tempo sulle valutazioni che richiedono davvero competenza.

Gli agenti di porto sono centrali in questo. Lo Statement of Facts nasce in porto, e qualita' e tempestivita' di quel documento determinano la qualita' della claim. Un workflow connesso che recupera lo SOF dall'agente, lo valida contro gli eventi attesi e lo alimenta nel calcolo chiude il ritardo piu' lungo del processo tradizionale, ossia l'attesa che i documenti arrivino via email e siano inseriti a mano. Un software di demurrage che ignora la fonte dati lato porto risolve solo meta' del problema.

Per armatori e operatori con flotte miste l'integrazione conta anche perche' tipi di nave diversi portano logiche di calcolo diverse. Bulk carrier, tanker, portacontainer e ro-ro hanno ognuno formulari di charter e convenzioni di laytime caratteristici, e un sistema che gestisce l'intera flotta in un solo luogo evita la frammentazione di strumenti separati per traffico.

Come scegliere un software di laytime e demurrage

Nel valutare un software la tentazione e' concentrarsi sul motore di calcolo, ma il calcolo e' la parte piu' facile da fare bene. Le domande piu' difficili riguardano l'adattamento, il workflow e i dati. Una breve checklist aiuta:

1. Modella correttamente i tuoi traffici? Logica del dispatch dry bulk, convenzioni tanker e laytime reversibile dovrebbero essere gestiti nativamente, non aggiunti dopo.
2. Puo' estrarre o importare i tuoi Statement of Facts con minimo inserimento manuale, dati i formati che i tuoi agenti usano davvero?
3. La libreria di termini di charter party riflette i formulari e le rider clause su cui fissi, e puo' essere estesa?
4. Il tracciamento del time-bar e' proattivo, con escalation e vista di portafoglio, invece di un campo data passivo?
5. Produce uno statement di laytime auditabile che una controparte accettera', con i documenti di supporto allegati?
6. Si integra con i dati di voyage management e agenzia portuale, cosi' il sistema viene alimentato invece di essere reinserito?

La risposta giusta per ogni organizzazione dipende da dimensione della flotta, mix di traffici e da come sono strutturati i team commerciale e post-fixture. Cio' che non varia e' la lezione di fondo: il valore del software di demurrage sta nella coerenza, nel controllo delle scadenze e nella difendibilita', non solo nella pura velocita' di calcolo.

Domande frequenti

Qual e' la differenza fra laytime e demurrage?

Il laytime e' il tempo concesso al noleggiatore per caricare o scaricare il carico senza pagamento extra. Il demurrage e' il denaro che il noleggiatore paga all'armatore una volta superato quel tempo concesso, compensando l'armatore per la nave trattenuta al rate di demurrage concordato.

Qual e' il time-bar di una claim di demurrage?

Il time-bar e' la scadenza contrattuale entro cui una claim di demurrage deve essere presentata, con tutti i documenti di supporto richiesti, altrimenti decade. I periodi variano per charter party ma sono spesso intorno ai novanta giorni dal completamento dello scarico. Una claim presentata dopo il time-bar, o senza i documenti specificati, e' tipicamente respinta a prescindere dall'accuratezza delle cifre, ed e' per questo che il tracciamento delle scadenze e' cruciale.

Come gestisce il software di calcolo del laytime meteo ed eccezioni?

Un buon software applica i termini di laytime del charter party direttamente alla cronologia dello Statement of Facts. Interpreta le regole dei weather working days, il trattamento SHEX e SHINC, i fermi causati dalla nave e quelli causati dal noleggiatore, e produce uno statement che mostra esattamente come ogni periodo e' stato contato o eccettuato, cosi' il risultato e' riproducibile e difendibile invece che una ricostruzione manuale.

Cos'e' il dispatch e quando si applica?

Il dispatch e' un pagamento dall'armatore al noleggiatore quando le operazioni finiscono prima della scadenza del laytime, premiando il noleggiatore per il tempo risparmiato. E' comune nei traffici dry bulk, in genere a meta' del rate di demurrage, e puo' basarsi su tutto il tempo risparmiato o solo sul tempo lavorativo. I charter tanker in genere non prevedono il dispatch.

Il software di demurrage puo' sostituire l'analista post-fixture?

No, e non e' pensato per farlo. Il software rimuove il lavoro meccanico e soggetto a errori di reinserire gli eventi e applicare le regole a mano, e impone le scadenze, ma il giudizio dell'analista sulla validita' contestata del NOR, sulle clausole ambigue e sulla negoziazione con le controparti resta essenziale. Il software rende l'analista piu' veloce, piu' coerente e molto meno propenso a mancare un time-bar.

Il modulo Merchant di SupaMaritime porta gestione del charter party, calcolo del laytime e claim di demurrage in un unico sistema connesso, alimentato dagli stessi dati di viaggio e di porto che fanno girare il resto dell'operazione. Per vedere come si adatta ai desk dry bulk e tanker, esplora il modulo Merchant, le nostre pagine dedicate agli operatori tanker e agli operatori di bulk carrier, e la panoramica completa dei moduli.