Casos de estudio / Mare Blu
Mare Blu Tuna Farm Ltd · Acuicultura — Malta
Del papel y las planillas desconectadas a siete sistemas integrados en producción
Antes, cada registro se anotaba en papel y se volvía a digitar en una planilla, y los reportes dependían de un proceso manual diario. Ahora cada registro se ingresa una sola vez, donde ocurre, y siete sistemas integrados entregan los reportes al momento a la dirección y a las autoridades.
Cifras principales
- Base
- Web, escritorio y Android
- Base
- Embarque, arribo a puerto, descarga, bodega, consumo y devolución del vacío — con los costos de sobrestadía, conexión eléctrica del contenedor, almacenaje y transporte terrestre
- Base
- De catorce horas a dos, mediante rediseño del flujo de trabajo y automatización
- Base
- Estimación propia, a valores de mercado, de contratar externamente el alcance entregado
- Marco
- Costo de reemplazo evitado, no un ahorro de caja.
El punto de partida
Mare Blu cría atún rojo en jaulas frente a la costa de Malta. El inventario del negocio está bajo el agua y no se puede contar directamente: lo único que dice cuánto pez hay y cuánto ha costado son los registros de lo que entra a las jaulas, se traspasa, se cosecha y se alimenta. Son los mismos registros que la autoridad exige.
Cuando llegué, en 2023, cada registro se hacía en papel o quedaba en un archivo aparte. Los capitanes anotaban la alimentación en el mar; los formularios de cosecha y las notas de venta se redactaban a bordo del buque factoría, donde los atunes se procesan antes de almacenarse congelados en sus bodegas; la base en tierra registraba la descarga y preparación de los contenedores de carnada — el pescado con que se alimenta al atún. Todos esos reportes en papel se fotografiaban y se enviaban por WhatsApp a la oficina, que los digitaba de nuevo. Los documentos de captura, los traspasos entre embarcaciones y las estadísticas de stock estaban en archivos aparte, sin conexión entre sí.
La información era correcta y cuadraba. El problema era el proceso: todo se digitaba dos veces, la consolidación se hacía a mano en planillas, y los reportes del Director y de las autoridades dependían de la jornada de una persona.
Esa persona fui yo durante dos años. Actualicé las planillas a diario, ejecuté los flujos de transformación en EasyMorph y produje los reportes de la dirección y de las autoridades. De ese período salen el modelo de datos de los sistemas actuales y el conocimiento de la operación y su normativa.
Diagnóstico
Automatizar las planillas habría acelerado el proceso equivocado: todo se seguiría ingresando dos veces, solo que en otro formato.
La unidad correcta no era el reporte sino el evento operacional: una alimentación, un ingreso de peces a jaula, una cosecha, un contenedor descargado. Cada evento es a la vez un registro para la autoridad, un movimiento de inventario y un costo. El diseño lo captura una vez, con autor y hora, y desde ese único registro genera los tres.
Los registros no se borran: se anulan o se reversan, y la corrección queda a su vez registrada con autor y fecha. Eso hace que el sistema sea defendible ante un auditor.
Mandato y alcance
- Rol contractualAdministration Officer. El trabajo de sistemas se entregó como alcance funcional, no como un cargo aparte.
- Responsabilidad propiaModelo operativo y arquitectura funcional; reglas de negocio; modelos y estructuras de datos; formatos de reportes; elección de plataformas; el modelo de permisos y accesos; criterios de QA y validación; la dirección de la depuración y corrección; despliegue, capacitación, soporte y aceptación en producción. El conocimiento operacional y regulatorio que los sistemas codifican es mío.
- Asistencia de IAClaude se usó para acelerar la implementación de código, evaluar alternativas técnicas, refactorizar, depurar, ejecutar verificaciones y redactar documentación técnica. No definió qué hacen los sistemas ni decidió si estaban aptos para producción.
- Fuera de mi ámbitoLas decisiones comerciales de la granja, y las operaciones de pesca y crianza propiamente tales.
El modelo operativo
Implementación
Sistemas en producción
- Feeding App v3Operación diaria de alimentación y consumo contra stock.
- Captain AppCaptura en el mar; sigue funcionando sin señal y sincroniza después.
- Supervisor AppSiete vistas en vivo de solo lectura sobre ambas bases de datos.
- Caging AppIngresos a jaula, traspasos, liberaciones y cosechas, con reportes a la autoridad.
- Bait ControlLogística de contenedores, descarga, consumo, costeo FIFO y costo puesto en destino.
- Controlled StockRegistro de acceso restringido para ítems regulados, con historial completo de movimientos.
- Reports ViewerPortal web de reportes — 39 reportes en cinco perfiles de acceso.
Antes
- Eventos escritos en papel en el mar y en tierra, digitados de nuevo en la oficina
- Fuentes digitales desconectadas; planillas de consolidación llevadas a mano
- Arribo, consumo y costo de la carnada controlados en tres lugares distintos
- Registros en papel sin autor ni hora legibles por sistema
- Procesamiento de pagos a proveedores: catorce horas
Después
- Captura en tablets, en el mar y en tierra — un registro, en origen, con sincronización posterior si falla la señal
- Aplicaciones en cuatro idiomas —español, inglés, italiano y árabe—, porque la tripulación es de varias nacionalidades
- Siete sistemas, en uso diario por 22 personas
- Contenedor trazado de punta a punta, con costeo FIFO y costo puesto en destino en el mismo registro
- Anular y reversar en lugar de borrar; autor y hora conservados en cada evento
- Procesamiento de pagos a proveedores: dos horas
Antes de programar, documenté cada procedimiento y regla de negocio en un repositorio de conocimiento — Obsidian conectado a IA — accesible para toda la empresa. El objetivo: que el conocimiento operativo dejara de depender de una sola persona.
Los sistemas se desplegaron sobre la granja en funcionamiento, sin piloto. Las restricciones eran tres: tolerar cortes de señal en el mar — la captura sigue funcionando offline y sincroniza después —, ser más rápidos que el papel y ser usables por gente cuyo trabajo son los peces, no el software.
El mayor riesgo era que quienes siempre habían trabajado en papel rechazaran el cambio. En lugar de imponerlo, empecé por el Jefe de Vivero: le mostré la visibilidad que la herramienta le daba sobre su propia operación. Su adopción arrastró al resto.
Definí los cinco perfiles de acceso según cómo se opera en la práctica, e hice yo mismo la capacitación, el soporte y la aceptación en producción. Hoy 22 personas usan los sistemas a diario, y otros equipos han empezado a digitalizar sus propias operaciones por iniciativa propia.
Las pantallas
Dos pantallas de captura y dos de salida, con la disposición que se usa en producción. Todos los valores son inventados.




Reconstrucciones, no capturas. La disposición es la que se usa en producción; todos los datos son ficticios.
Resultados
| Medida | Antes | Después | Base de medición | Resultado |
|---|---|---|---|---|
| Registro operacional | Papel y planillas aisladas | Una única fuente operacional y regulatoria | Siete sistemas en uso diario en producción | 7 |
| Procesamiento de pagos a proveedores | 14 horas | 2 horas | Rediseño del flujo de trabajo y automatización | −85% |
| Reportabilidad | Compilada a pedido | 39 reportes web permanentes | Portal web de reportes, en cinco perfiles de acceso | 39 |
| Captura en el mar | Papel, digitado de nuevo en tierra | Registro digital en origen, con sincronización posterior | Tres aplicaciones Android | 3 |
| Cadena de suministro de carnada | Tres registros desconectados | De punta a punta, con costo puesto en destino | Embarque, puerto, descarga, bodega, consumo y devolución del vacío; sobrestadía, conexión eléctrica, almacenaje y transporte terrestre | 500+/año |
| Integridad del registro | Papel y planillas, editables por naturaleza | Solo anulación o reverso | Autor y fecha conservados en cada evento operacional | — |
| Reemplazo externo | Vía contratación | Construido internamente | Estimación propia, a valores de mercado, de contratar externamente el alcance entregado — costo de reemplazo evitado, no un ahorro de caja | €200–500K |
Lo que me llevo
- Captura el evento una sola vez, donde ocurre. Lo regulatorio, el stock, el costo y la gestión salen del mismo registro.
- Un registro que se puede borrar no sirve como evidencia. Anular y reversar, con autor y fecha en cada corrección.
- Diseña para el corte de señal, no para la red perfecta. La captura sigue funcionando sin conexión y sincroniza al reconectar; la operación nunca espera a la red.
- La adopción es el entregable. El sistema vale lo que la gente lo usa: hoy son 22 personas cada día.
Nota de alcance y medición
Las cifras corresponden a los sistemas en uso productivo en Mare Blu Tuna Farm Ltd a la fecha de redacción. El rango de €200.000–€500.000 es mi estimación, a valores de mercado, del costo de contratar externamente el alcance entregado; es un costo de reemplazo evitado, no un ahorro de caja.
La arquitectura funcional, las reglas de negocio, los modelos de datos, los formatos de reportes, la elección de plataformas, el QA, el despliegue, la capacitación y la aceptación en producción fueron responsabilidad mía. Claude se usó para acelerar la implementación de código, evaluar alternativas técnicas, refactorizar y depurar.
Se omiten por diseño: identidades de proveedores, términos comerciales, valores de compras, detalle de cuotas y casos regulatorios, y los parámetros de la configuración de seguridad, que se describen por su existencia y no por sus valores.
Ferrovial (Broadspectrum) — Servicios mineros — Chile
¿Buscas este tipo de trabajo para tu operación?
Hablemos →