Software de laytime y demurrage: deja de perder dinero en cada viaje

El demurrage es uno de los mayores costes controlables del tramp shipping, y tambien uno de los menos controlados. En los viajes de granel seco y tanquero, el dinero que se mueve entre armador y fletador una vez que el buque llega a puerto no lo decide el flete sino el reloj: cuanto tiempo puede permanecer el buque, como se cuenta ese tiempo y que ocurre cuando se agota. Cuentalo bien y un credito de despatch vuelve al fletador o una reclamacion de demurrage limpia se paga con prontitud al armador. Hazlo mal, presentalo tarde o documentalo mal, y el dinero simplemente se escapa. En una flota, esa fuga rara vez es pequena.

La disciplina que gobierna todo esto es el laytime, y la consecuencia financiera de excederlo es el demurrage. Durante decadas, el trabajo de contar el laytime y preparar las reclamaciones de demurrage se ha hecho en hojas de calculo, a menudo por un solo analista post-fixture sobrecargado que trabaja con Statements of Facts escaneados y una poliza de fletamento que nadie mas ha leido con atencion. Ese modelo se esta rompiendo. Los terminos de la poliza se han vuelto mas complejos, los plazos de time-bar son cortos e inflexibles, y el volumen de viajes ha superado la capacidad de calcular cada uno con cuidado a mano. Esta es la brecha que el software especifico de laytime y demurrage esta disenado para cerrar.

Esta guia explica que es realmente el laytime, como se cuenta segun el lenguaje habitual de las polizas, por que el enfoque manual de hojas de calculo destruye valor en silencio y que hace distinto un buen software de gestion de demurrage. Esta escrita para armadores, fletadores, operadores y los equipos de fletamento y post-fixture que conviven con estas cifras a diario, tanto en granel seco como en trafico tanquero.

Por que el demurrage es un gran coste fugado

El demurrage rara vez aparece en la economia de portada de un fixture, y precisamente por eso se fuga. El flete se negocia abiertamente y se sigue con cuidado. La tarifa de demurrage se acuerda en el mismo recap, pero la exposicion real depende de eventos que se despliegan semanas despues en un atraque congestionado, con mal tiempo, detras de una cola de buques. Un fletador centrado en el flete puede tratar el demurrage como un detalle operativo; un armador puede suponer que el broker o el agente protegeran la reclamacion. Ninguna de las dos suposiciones sobrevive al contacto con un puerto de carga atareado.

La fuga adopta varias formas. Las reclamaciones se calculan mal porque se omitio una excepcion o se leyo mal una franja horaria. Las reclamaciones se presentan despues del time-bar contractual y se rechazan de plano, sin importar su merito. El despatch se sobrepaga porque el calculo del propio fletador no se contrasto con el del armador. Las contrapartes disputan cifras indefendibles porque la documentacion de soporte nunca se reunio en un expediente coherente. Cada uno de estos fallos es evitable, y cada uno se repite constantemente en organizaciones que tratan el laytime como trabajo administrativo en lugar de la disciplina comercial que es.

El problema estructural es que el demurrage se situa en la costura entre el equipo comercial que fija el buque y el equipo de operaciones que gestiona el viaje. Los terminos los fija un grupo y las consecuencias las cuenta otro, a menudo sin un sistema compartido. El valor cae por esa costura de forma rutinaria, y como ninguna cifra es nunca dramaticamente erronea, la perdida acumulada es facil de pasar por alto.

Fundamentos del laytime: el vocabulario del reloj

El laytime es el periodo acordado entre armador y fletador durante el cual el buque puede cargarse o descargarse sin pago adicional mas alla del flete. Solo existe bajo un voyage charter, donde el armador cobra por transportar una carga de A a B y asume el riesgo del retraso en puerto. Bajo un time charter la dinamica es distinta: el fletador paga hire por el uso del buque y asume de hecho el riesgo del tiempo, asi que el laytime y el demurrage en sentido de viaje no aplican. Entender que regimen gobierna un empleo dado es el primer paso, y los sistemas automatizados deberian imponerlo en lugar de suponerlo.

Dentro del voyage chartering, varios conceptos se repiten en casi todos los fixtures, y el software que gestiona el laytime debe modelar fielmente cada uno:

• Poliza de fletamento (CP). El contrato que gobierna. Formularios estandar como Gencon, Asbatankvoy y Synacomex fijan las reglas por defecto, luego enmendadas por las rider clauses acordadas en el recap. Los terminos de la CP son la fuente de verdad de todo calculo.
• Laycan. La ventana, definida por un layday y una fecha de cancelacion, dentro de la cual el buque debe llegar y dar aviso de listo. Llegar demasiado pronto y el fletador no tiene que aceptar el buque antes del layday; llegar despues de la fecha de cancelacion y el fletador puede tener derecho a cancelar.
• Notice of Readiness (NOR). El aviso formal, dado por el capitan, de que el buque ha llegado y esta listo en todos los aspectos para cargar o descargar. La validez y el momento del NOR son de los puntos mas disputados del laytime, porque suelen determinar cuando arranca el reloj.
• Statement of Facts (SOF). El registro cronologico de puerto, firmado por el agente y a menudo por el capitan, que recoge cada evento desde la llegada hasta la salida: NOR dado, atraque, inicio de operaciones, paradas, meteo, finalizacion. El SOF es la prueba en bruto desde la que se cuenta el laytime.
• Laytime fijo y reversible. El laytime puede ser una asignacion fija para carga y otra separada para descarga, o reversible, es decir tiempo de carga y descarga agrupado en un solo total. El laytime reversible puede salvar un puerto de carga lento con una descarga rapida, y la logica de calculo difiere de forma sustancial entre ambos.

Estos terminos no son curiosidades intercambiables. Cada uno es un punto de decision que cambia el resultado, y cada uno es un lugar donde un calculo manual puede equivocarse en silencio.

Como se cuenta el laytime

Una vez que arranca el reloj, contar el laytime es aplicar las reglas de la poliza a la cronologia del Statement of Facts. La asignacion de cabecera, expresada en dias, horas o una tasa de carga en toneladas por dia, es solo el punto de partida. Que consume esa asignacion y que no lo hace lo gobiernan los terminos de laytime, y pequenas diferencias de redaccion producen grandes diferencias de dinero.

Las abreviaturas conocidas codifican estas reglas. WWD significa weather working days, tiempo en que el trabajo es posible si el tiempo lo permite. SHEX significa Sundays and holidays excepted, asi que esos periodos no cuentan. SHINC significa Sundays and holidays included, asi que si cuentan. Combinaciones como WWDSHINC, weather working days domingos y festivos incluidos, son comunes y cada una se comporta distinto. Un sistema que no interprete bien estas clausulas contara tiempo que deberia exceptuarse, o no exceptuara tiempo que deberia, y el error se acumula en cada parada de la estancia en puerto.

Interrupciones y excepciones es donde vive la mayoria de las disputas. El mal tiempo que impide las operaciones puede detener el reloj bajo un regimen de weather working days. Las paradas causadas por el buque, como la averia del equipo de a bordo, en general no cuentan contra el fletador. Las paradas causadas por el fletador o el puerto, como esperar carga o cambiar de atraque, normalmente si. La poliza tambien llevara periodos especificos exceptuados, y el principio once on demurrage always on demurrage significa que, una vez vencido el laytime, muchas de las excepciones que antes detenian el reloj ya no aplican. Rastrear la secuencia precisa de eventos contra la redaccion precisa de las clausulas es todo el juego.

El laytime no es aritmetica aplicada a un registro de puerto. Es la poliza leida contra el reloj, evento a evento, excepcion a excepcion. La cifra final solo es tan defendible como el razonamiento que la produjo.

Demurrage frente a despatch

Cuando el laytime concedido se agota antes de completar las operaciones, el buque entra on demurrage. Desde ese momento el fletador debe al armador la tarifa de demurrage acordada por el tiempo adicional, compensando al armador por el buque retenido mas alla del trato. El demurrage es, en terminos legales, danos liquidados por detencion, y la tarifa se fija de antemano precisamente para que las partes no tengan que discutir el valor del tiempo perdido a posteriori.

El despatch es la imagen especular, y aparece sobre todo en el trafico de granel seco. Si el buque completa la carga o descarga antes de que venza el laytime, el armador puede deber al fletador un pago de despatch como recompensa por el tiempo ahorrado. El despatch se paga por convencion a la mitad de la tarifa de demurrage, y puede calcularse sobre todo el tiempo ahorrado o solo sobre el tiempo de trabajo ahorrado, segun la poliza. Las polizas tanqueras en general no contemplan despatch, una de las varias razones por las que los dos traficos exigen logicas de calculo distintas.

El punto comercial es que demurrage y despatch son dos caras de un mismo calculo, y ambos dependen de donde caiga exactamente la linea del laytime. Una hora disputada en el limite puede convertir un credito de despatch en una obligacion de demurrage o viceversa, y por eso tanto armador como fletador tienen todo el incentivo de calcular el statement de laytime de forma independiente y reconciliar la diferencia.

El problema de la hoja de calculo manual y el riesgo de time-bar

La herramienta tradicional para todo esto es la hoja de calculo, y falla de formas predecibles. Una hoja de calculo no conoce la poliza. El analista tiene que leer la CP, transcribir las clausulas relevantes a su propio modelo mental, teclear a mano los eventos del SOF y aplicar las reglas manualmente. Cada uno de esos pasos es un lugar para error de transcripcion, lectura erronea de una clausula o simple fatiga al final de una semana larga. Como la hoja no lleva rastro de auditoria de por que se conto o exceptuo un periodo, una reclamacion disputada meses despues no puede reconstruirse con confianza.

Peor, la hoja de calculo no gestiona el tiempo. Las reclamaciones de demurrage estan sujetas a time-bars contractuales, con frecuencia en el rango de noventa dias desde la finalizacion de la descarga, y a menudo con requisitos documentales estrictos: la reclamacion debe presentarse con los documentos especificados o decae por completo, por solidas que sean las cifras. Una reclamacion caducada por time-bar no vale nada. Los armadores pierden cada ano demurrage por lo demas valido solo porque una reclamacion quedo en una bandeja de entrada hasta que paso el plazo, o porque no se adjunto un documento requerido. Ninguna exactitud de calculo rescata una reclamacion que llega un dia tarde.

El problema de volumen lo agudiza. Un modelo en hoja que un analista cuidadoso puede manejar para un punado de viajes se convierte en un pasivo en una flota con cientos de escalas al ano. El analista se vuelve un punto unico de fallo, los calculos son inconsistentes de una persona a otra, y por lo general no hay vista de cartera de que reclamaciones estan abiertas, cuales se acercan a su time-bar y cuanto dinero esta en riesgo. El trabajo crece linealmente con los viajes mientras el equipo no, y las reclamaciones empiezan a escaparse.

Que hace un buen software de laytime y demurrage

El software especifico de laytime y demurrage sustituye la hoja de calculo por un sistema que entiende a la vez la poliza, la cronologia y el plazo. El objetivo no es solo calcular mas rapido; es hacer cada reclamacion consistente, defendible y a tiempo. Las capacidades que mas importan son estas:

• Captura del Statement of Facts. Los eventos del SOF se introducen, importan o cada vez mas se extraen de documentos a una cronologia estructurada, asi el calculo parte de eventos limpios y fechados en lugar de un registro reescrito.
• Calculo automatizado del laytime. El sistema aplica automaticamente los terminos de laytime, las reglas de weather working days, el tratamiento SHEX o SHINC, excepciones e interrupciones a la cronologia, produciendo un statement que muestra exactamente como se trato cada periodo y por que.
• Una biblioteca de terminos de poliza. Los formularios estandar y las rider clauses de uso frecuente se guardan una vez y se reutilizan, asi la tarifa de demurrage, la asignacion de laytime, las excepciones y el periodo de time-bar de un fixture se aplican de forma consistente en vez de reteclearse cada viaje.
• Un flujo de reclamaciones con seguimiento de time-bar. Cada reclamacion tiene un responsable, un estado y un plazo. El sistema marca las reclamaciones que se acercan a su time-bar, las escala y da a la direccion una vista de cartera en vivo de la exposicion abierta, la defensa individual mas eficaz contra la fuga silenciosa.
• Documentacion y auditoria. Los documentos de soporte, SOF, NOR, registros meteo y correspondencia se adjuntan a la reclamacion y viajan con ella. Como el calculo registra su propio razonamiento, una cifra disputada puede reproducirse contra los inputs en lugar de discutirse de memoria.
• Analitica. Con cada viaje calculado en un solo sistema, los patrones se hacen visibles: que puertos generan demurrage de forma sistematica, que contrapartes disputan mas, donde se sobrepaga despatch y como se comparan las tasas de recuperacion entre traficos.

El cambio es de una reconstruccion administrativa de cada viaje a una tuberia gestionada en la que calculo, documentacion y plazo se manejan como un solo proceso conectado. Para una vision mas amplia de como encaja junto a las operaciones de viaje y carga, consulta nuestra vision general de modulos.

Integracion con datos de viaje y de puerto

El calculo del laytime no ocurre en aislamiento, y los mejores resultados llegan cuando el sistema de demurrage comparte datos con el resto de la operacion. La hora de llegada del buque, el timestamp del NOR, los eventos de atraque y desatraque y el inicio y fin de la carga son todos datos que pueden existir ya en los sistemas de voyage management y de agencia portuaria. Cuando fluyen automaticamente al calculo del laytime, el analista pasa menos tiempo reteclear y mas tiempo en los juicios que de verdad exigen experiencia.

Los agentes de puerto son centrales en esto. El Statement of Facts nace en el puerto, y la calidad y prontitud de ese documento determinan la calidad de la reclamacion. Un flujo conectado que extrae el SOF del agente, lo valida contra los eventos esperados y lo alimenta al calculo cierra el retraso mas largo del proceso tradicional, que es la espera a que los documentos lleguen por correo y se introduzcan a mano. Un software de demurrage que ignora la fuente de datos del lado puerto resuelve solo la mitad del problema.

Para armadores y operadores con flotas mixtas la integracion importa tambien porque distintos tipos de buque llevan distintas logicas de calculo. Bulk carriers, tanqueros, portacontenedores y ro-ro tienen cada uno formularios de fletamento y convenciones de laytime caracteristicos, y un sistema que gestiona toda la flota en un solo lugar evita la fragmentacion de herramientas separadas por trafico.

Como elegir software de laytime y demurrage

Al evaluar software, la tentacion es centrarse en el motor de calculo, pero el calculo es la parte mas facil de hacer bien. Las preguntas mas dificiles son sobre ajuste, flujo y datos. Una breve lista de comprobacion ayuda:

1. Modela bien tus traficos? La logica de despatch de granel seco, las convenciones tanqueras y el laytime reversible deberian gestionarse de forma nativa, no anadirse despues.
2. Puede extraer o importar tus Statements of Facts con minima entrada manual, dados los formatos que tus agentes usan en realidad?
3. La biblioteca de terminos de poliza refleja los formularios y rider clauses con los que fijas, y puede ampliarse?
4. El seguimiento de time-bar es proactivo, con escalado y vista de cartera, en vez de un campo de fecha pasivo?
5. Produce un statement de laytime auditable que una contraparte aceptara, con los documentos de soporte adjuntos?
6. Se integra con tus datos de voyage management y agencia portuaria, de modo que el sistema se alimenta en lugar de reteclearse?

La respuesta adecuada para cada organizacion depende del tamano de la flota, la mezcla de traficos y como esten estructurados los equipos comercial y post-fixture. Lo que no varia es la leccion de fondo: el valor del software de demurrage esta en la consistencia, el control de plazos y la defendibilidad, no solo en la pura velocidad de calculo.

Preguntas frecuentes

Cual es la diferencia entre laytime y demurrage?

El laytime es el tiempo concedido al fletador para cargar o descargar la carga sin pago extra. El demurrage es el dinero que el fletador paga al armador una vez superado ese tiempo concedido, compensando al armador por el buque retenido a la tarifa de demurrage acordada.

Cual es el time-bar de una reclamacion de demurrage?

El time-bar es el plazo contractual en el que una reclamacion de demurrage debe presentarse, con todos los documentos de soporte requeridos, o se pierde. Los periodos varian por poliza pero suelen rondar los noventa dias desde la finalizacion de la descarga. Una reclamacion presentada despues del time-bar, o sin los documentos especificados, suele rechazarse sin importar la exactitud de las cifras, por eso el seguimiento de plazos es critico.

Como gestiona el software de calculo de laytime el meteo y las excepciones?

Un buen software aplica los terminos de laytime de la poliza directamente a la cronologia del Statement of Facts. Interpreta las reglas de weather working days, el tratamiento SHEX y SHINC, las paradas causadas por el buque y las causadas por el fletador, y produce un statement que muestra exactamente como se conto o exceptuo cada periodo, de modo que el resultado es reproducible y defendible en vez de una reconstruccion manual.

Que es el despatch y cuando aplica?

El despatch es un pago del armador al fletador cuando las operaciones terminan antes de que venza el laytime, recompensando al fletador por el tiempo ahorrado. Es comun en el trafico de granel seco, normalmente a la mitad de la tarifa de demurrage, y puede basarse en todo el tiempo ahorrado o solo en el tiempo de trabajo. Las polizas tanqueras en general no contemplan despatch.

Puede el software de demurrage sustituir al analista post-fixture?

No, y no esta pensado para ello. El software elimina el trabajo mecanico y propenso a errores de reteclear eventos y aplicar reglas a mano, e impone los plazos, pero el juicio del analista sobre la validez disputada del NOR, las clausulas ambiguas y la negociacion con contrapartes sigue siendo esencial. El software hace al analista mas rapido, mas consistente y mucho menos propenso a perder un time-bar.

El modulo Merchant de SupaMaritime integra la gestion de polizas de fletamento, el calculo de laytime y las reclamaciones de demurrage en un solo sistema conectado, alimentado por los mismos datos de viaje y de puerto que mueven el resto de la operacion. Para ver como encaja en los equipos de granel seco y tanquero, explora el modulo Merchant, nuestras paginas dedicadas a operadores tanqueros y a operadores de bulk carriers, y la vision general completa de modulos.