Las operaciones de reparación naval exigen un ERP de nivel proyecto. En la práctica, eso significa reestimación rápida, cambios de alcance durante el dique seco, seguimiento de costes de trabajos expeditivos, gestión de tripulación embarcada y visibilidad en tiempo real del coste hasta la finalización.
Los ERP genéricos y los sistemas de gestión de activos fallan porque la reparación naval es trabajo por proyecto, no programación de mantenimiento. ProjectVIEW ERP de DANAOS Projects por eso ofrece esto con control de costes nativo de BoQ.
Por qué la reparación naval es trabajo por proyecto, no mantenimiento de activos
Los astilleros de reparación naval operan con un modelo de negocio fundamentalmente distinto al de la gestión operativa de activos. Para empezar, cada trabajo de reparación es único. El alcance también cambia constantemente, porque las evaluaciones de daños revelan problemas estructurales ocultos, corrosión oculta o defectos de maquinaria que nadie podía ver al principio. Además, la presión de tiempo es extrema: un buque en dique seco acumula costes de fuera de flete de USD 20,000–100,000 por día, según el tipo de buque y las tarifas del mercado. Como resultado, las órdenes de cambio son la norma, no la excepción.
Los requisitos de las sociedades de clasificación también añaden complejidad regulatoria. El buque no puede volver a entrar en servicio hasta que las inspecciones del casco, las certificaciones de maquinaria y las inspecciones reglamentarias estén completas y documentadas. En resumen, esto es gestión de proyectos, no programación de mantenimiento. Cada reparación es una entrega de cumplimiento normativo y navegabilidad con plazo definido, presupuesto limitado y alcance variable.
En cambio, los proveedores diseñan sistemas genéricos de gestión de activos (eMaintenance, CMMS) para mantenimiento preventivo rutinario, inventario de repuestos y monitoreo predictivo. Sin embargo, estos sistemas no pueden gestionar la reestimación rápida, la coordinación de subcontratistas multidisciplinares, la contratación de urgencia ni la complejidad de la facturación. Tampoco tienen control de costes de proyecto. Es decir, la capacidad de seguir a la vez los costes estimados, los reales y los comprometidos, y alertar a los directivos sobre desviaciones en tiempo real.
Los tres modos de la reparación naval
Varada planificada en dique seco
Este modo cubre el mantenimiento programado, el tratamiento del casco, la revisión general de maquinaria y las inspecciones reglamentarias. Aquí, el astillero define de antemano las especificaciones de reparación. Primero, redacta un Bill of Quantities (BoQ). Luego licita a subcontratistas, acuerda presupuestos y programa los trabajos para cumplir los plazos de la clase y de la normativa.
Las varadas planificadas en dique seco suelen durar entre 4 y 12 semanas. Los presupuestos concentran la mayor parte de los costes por adelantado, por lo que los costes son relativamente previsibles. Aun así, se producen cambios de alcance cuando las inspecciones de pintura revelan corrosión adicional o el desmontaje de maquinaria expone desgaste oculto. Por eso el control de costes en dique seco importa incluso en trabajos planificados.
Trabajos expedientes
Los trabajos expedientes son reparaciones de emergencia no planificadas. Por ejemplo, un buque sufre un siniestro, ya sea daños en el casco, avería del motor o un problema estructural durante una travesía. Entonces el buque debe dirigirse al astillero de reparación más cercano. La evaluación de daños es rápida y el astillero redacta las especificaciones de reparación sobre la marcha. Mientras tanto, moviliza a los subcontratistas de inmediato y agiliza la compra con un coste superior. Por eso la velocidad y la visibilidad del coste son críticas.
En particular, el armador y el perito de la aseguradora necesitan claridad en tiempo real sobre el coste hasta la finalización para poder autorizar o limitar el alcance. Los trabajos expedientes también pueden durar entre 2 y 8 semanas y presentar una volatilidad de costes significativa.
Tripulación a bordo / reparaciones durante la travesía
Son reparaciones en el mar o en puerto durante la travesía operativa del buque. Por ejemplo, la tripulación y técnicos externos, mediante helicóptero o barco de apoyo, realizan reparaciones de emergencia con parches, sustituyen componentes averiados o ejecutan arreglos temporales para mantener el buque operativo hasta que llegue a un astillero de reparación completo.
Estas reparaciones son de corta duración y se coordinan a distancia. Aun así, el astillero debe registrarlas y cargarlas de vuelta al proyecto o a la travesía del buque. Los equipos obtienen materiales y mano de obra localmente o mediante una cadena de suministro de emergencia. Como resultado, la documentación y el seguimiento de costes quedan fragmentados, porque el trabajo se realiza en ubicaciones distribuidas.
Qué necesitan los astilleros de reparación naval de un ERP
Estimación basada en BoQ
En primer lugar, el astillero debe definir las especificaciones de reparación como un Bill of Quantities estructurado. Se trata de un desglose ítem por ítem del trabajo de casco, maquinaria, habilitación y certificación, con cantidades, unidades, tarifas y coste total por partida. Ese BoQ pasa entonces a ser la línea base de control para todas las actividades posteriores: compras, contratos de subcontratistas, seguimiento de costes y gestión de variaciones.
Control de costes en tiempo real durante la ejecución
A continuación, el sistema debe registrar los costes reales, mano de obra, materiales y facturas de subcontratistas, y compararlos en tiempo real con las estimaciones del BoQ. También debe señalar sobrecostes, costes comprometidos, órdenes de compra y órdenes de cambio de subcontratistas, así como previsiones de coste hasta la finalización. Al fin y al cabo, los directivos necesitan esa visibilidad para decidir si autorizan aumentos de alcance o si recortan trabajos.
Gestión de órdenes de cambio
Además, el ERP debe capturar los cambios de alcance durante el dique seco, como reparación adicional de corrosión, defectos de maquinaria o sorpresas regulatorias, como órdenes de cambio formales. Cada una cubre nuevas partidas del BoQ, el impacto en coste y cronograma, la cadena de aprobación y la facturación al armador. El ERP también debe seguir el alcance original, los cambios autorizados y la ejecución real.
Gestión de Subcontratistas
La reparación naval es una disciplina multioficio: caldereros, soldadores, pintores, electricistas, técnicos de maquinaria, buzos para trabajos submarinos en el casco, especialistas en acceso por cuerda. Normalmente, cada oficio es un subcontratista distinto. Por tanto, el ERP debe asignar partidas del BoQ a subcontratistas, seguir certificaciones intermedias y aprobaciones, supervisar el avance frente al programa y gestionar la facturación y las variaciones.
Compra de materiales vinculada a las especificaciones de reparación
Del mismo modo, el astillero debe adquirir chapa de acero, sistemas de pintura, fijaciones, tuberías, válvulas, juntas y consumibles para ajustarse a las especificaciones de reparación. En los trabajos expedientes, la compra es urgente y con coste superior. Por eso el ERP debe vincular la compra al BoQ, seguir órdenes de compra, recepción y facturación, y señalar retrasos en las entregas que puedan afectar al cronograma.
Gestión de repuestos de maquinaria
Motores, bombas, compresores, calderas y maquinaria auxiliar requieren repuestos específicos. Por ello, el ERP debe mantener una biblioteca de repuestos vinculada a los modelos de maquinaria, seguir el inventario y señalar obsolescencia o elementos de largo plazo de entrega. La integración con el control de costes de maquinaria también garantiza que los costes de repuestos se imputen al alcance correcto de la reparación.
Facturación multimoneda
Los armadores son internacionales. Por ejemplo, un buque matriculado en Panamá, gestionado en Singapur, asegurado en Londres y reparado en Dubái necesita una facturación que concilie costes en varias monedas: USD, para mano de obra y subcontratistas internacionales, EUR, para algunos oficios, AED, para servicios locales, y otras. En consecuencia, el ERP debe gestionar la captura y la facturación de costes multimoneda.
Integración con la sociedad de clasificación
Por último, el ERP debe hacer seguimiento de hitos de certificación, fechas de inspección y aprobaciones de la sociedad de clasificación del buque, como Lloyd’s, ABS, DNV, ClassNK, etc. El incumplimiento de los calendarios de inspección puede retrasar la reincorporación del buque al servicio y generar penalizaciones por fuera de flete.
Comparativa de ERP y software para reparación naval
ProjectVIEW ERP para operaciones de reparación naval
DANAOS Projects construyó ProjectVIEW ERP sobre un marco nativo de BoQ. En otras palabras, el Bill of Quantities es la estructura de datos central, no una idea secundaria. Cada módulo de ProjectVIEW se conecta con el BoQ.
Estimación de presupuesto y licitación
ProjectVIEW permite crear rápidamente el BoQ a partir de las especificaciones de reparación. Los estimadores definen partidas, como reparaciones de acero, pintura y revisión general de maquinaria, con sus cantidades y tarifas. Después, el sistema calcula el coste total estimado y los cronogramas de materiales. Para los trabajos expedientes, el equipo puede elaborar un BoQ acelerado y compartirlo con el armador en cuestión de horas.
Control de costes
A medida que avanza el trabajo, el sistema registra los costes reales por partida del BoQ. También vincula órdenes de compra, partes de horas de mano de obra y facturas de subcontratistas a esas partidas. ProjectVIEW calcula entonces: coste estimado, presupuesto; coste comprometido, órdenes de compra y contratos de subcontratistas; coste real, facturas y mano de obra; y coste previsto hasta la finalización. Las alertas de desviación se activan cuando los reales superan las estimaciones por un umbral definido. Esta es la forma más rápida de detectar sobrecostes y autorizar acciones correctivas.
Gestión de órdenes de cambio
Cuando se producen cambios de alcance, como reparación adicional de acero, un defecto de maquinaria descubierto o un requisito regulatorio, el equipo crea una Orden de Cambio formal. Esta define nuevas partidas del BoQ, el impacto en coste y cronograma, y la cadena de aprobación. ProjectVIEW sigue: alcance original, línea base del BoQ; cambios autorizados, órdenes de cambio aprobadas; y alcance actual, original más cambios aprobados. Como resultado, el sistema evita el aumento de alcance no autorizado.
Gestión de Subcontratistas
El sistema asigna las partidas del BoQ a subcontratistas por oficio. Por ejemplo, los caldereros reciben las partidas de reparación de casco. Los técnicos de maquinaria reciben las partidas de motores y bombas, mientras que los pintores se ocupan del tratamiento de superficies. ProjectVIEW sigue el alcance de cada subcontratista, el avance intermedio, las certificaciones intermedias, aprobación del inspector de la sociedad de clasificación, y la facturación. Las certificaciones intermedias se vinculan a hitos de finalización del BoQ, de modo que el sistema puede exigir la certificación antes del pago final.
Compras y gestión de materiales
Los equipos compran materiales y repuestos conforme a los requisitos del BoQ. Para los trabajos expedientes, ProjectVIEW puede señalar los elementos de largo plazo de entrega y activar la búsqueda urgente de suministro. Como cada orden de compra se vincula al BoQ, el seguimiento de costes queda unificado: estimado → comprometido (OC) → real (recepción y factura).
Gestión de maquinaria
El seguimiento de costes de maquinaria se conecta directamente con las especificaciones de reparación. Por ejemplo, el BoQ define como partidas la revisión general del motor, el retubado de la caldera o la sustitución del compresor. El módulo de Maquinaria sigue entonces los repuestos, la mano de obra y los costes de subcontratistas de cada elemento de maquinaria y los concilia con la línea base de costes del BoQ. Esto garantiza que los trabajos de maquinaria no se desplacen a un terreno sin control.
¿Qué ERP usan actualmente los astilleros de reparación naval?
La mayoría de los astilleros usa sistemas heredados o herramientas fragmentadas: BIM para diseño, MS Project para programación, hojas de cálculo para el control de costes y paquetes contables independientes. Pocos disponen de un control de costes integrado y nativo de BoQ. Esto genera lagunas de visibilidad y retrasos en la autorización de órdenes de cambio.
¿Puede un ERP genérico gestionar la reparación naval?
Parcialmente. Los ERP genéricos, como SAP u Oracle, pueden gestionar finanzas, compras y RR. HH. Pero carecen de control de costes nativo de BoQ, reestimación rápida y flujos de trabajo de subcontratistas multidisciplinares. La implantación tarda entre 12 y 18 meses y requiere una personalización intensa. La reparación naval no es el centro de diseño de estas plataformas.
¿Cuál es la diferencia entre el control de costes en dique seco y el control de costes en trabajos expedientes?
El dique seco está planificado, presupuestado de antemano y da tiempo para gestionar contratos con proveedores y ciclos de compra. Los trabajos expedientes no están planificados, requieren reestimación y aprobación en tiempo real, y operan con coste superior debido a la urgencia. El ERP debe soportar ambos modos: planificado, con bloqueo de presupuesto, y expedito, con visibilidad rápida de las desviaciones.
¿Cómo gestiona ProjectVIEW las reparaciones de la tripulación a bordo durante la travesía?
Las reparaciones de la tripulación a bordo pueden registrarse como un subproyecto o como un código de coste independiente dentro del proyecto del buque. Los costes de mano de obra, materiales y técnicos externos se registran en tiempo real, mediante móvil o captura remota de datos, y se agregan a la línea base de costes del buque. Esto mantiene las reparaciones durante la travesía integradas con todo el ciclo de vida de reparación del buque.
¿Cuánto tiempo lleva implantar ProjectVIEW ERP en un astillero de reparación naval?
La puesta en marcha habitual tarda de 5 a 7 meses: descubrimiento (4 semanas), diseño y configuración (8 semanas), pruebas y formación (4 semanas), corte de transición (2 semanas). Un astillero suele poder ejecutar un proyecto piloto, una reparación, en paralelo durante la implantación para validar flujos de trabajo e identificar brechas con antelación.
Conclusión
En resumen, la reparación naval no es mantenimiento de activos. Es trabajo por proyecto, único, limitado en el tiempo, con alcance variable y sometido a presión de costes en tiempo real. La varada planificada en dique seco, los trabajos expedientes y las reparaciones de la tripulación a bordo requieren la misma capacidad central: estimación rápida basada en BoQ, control de costes en tiempo real, gestión de órdenes de cambio y coordinación de subcontratistas.
Sin embargo, los ERP genéricos y los sistemas de gestión de activos se quedan cortos. Carecen de control de costes nativo de BoQ y no pueden responder a la velocidad que exige la reparación naval. ProjectVIEW ERP está diseñado específicamente para industrias de proyectos intensivos en capital. Su marco trilateral BoQ ↔ WBS ↔ Cost Codes ofrece control de costes de nivel proyecto para astilleros de reparación, constructores navales y operadores marítimos.
Si su astillero de reparación naval tiene problemas con sobrecostes, órdenes de cambio retrasadas o visibilidad fragmentada entre subcontratistas y materiales, ProjectVIEW ofrece una vía más rápida y sencilla para recuperar el control.
