Saltar al contenido
Guillermo CruzBusiness Systems Manager

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.

Organización
Mare Blu Tuna Farm Ltd
Sector y mercado
Acuicultura — Malta
Rol
Administration OfficerAlcance funcional: Líder de Sistemas de Negocio y Transformación Digital
Período
Jul. 2023 – Presente

Cifras principales

7sistemas en uso diario en producción
Base
Web, escritorio y Android
500+contenedores de carnada trazados de punta a punta cada año
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
85%menos tiempo en el procesamiento de pagos a proveedores
Base
De catorce horas a dos, mediante rediseño del flujo de trabajo y automatización
€200–500Kcosto estimado de reemplazo externo
Base
Estimación propia, a valores de mercado, de contratar externamente el alcance entregado
Marco
Costo de reemplazo evitado, no un ahorro de caja.
01

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.

02

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.

ANTESAHORAAlimentacióncapitanes · en el marCosechas y ventasbuque factoríaCarnadabase en tierraAlimentacióncapitanes · en el marCosechas y ventasbuque factoríaCarnadabase en tierraFoto por WhatsAppSe digita de nuevo en la oficinaPlanillas de consolidaciónReportes, el mismo díacada dato: dos veces · al ritmo de una personaUN REGISTROautor y horaDocumentaciónregulatoriaControlde stockCosteo39 reportes22 usuarioscada dato: una vez · disponible al momentoLa captura tolera cortes de señal y sincroniza después.
Las mismas tres fuentes, medidas de dos maneras: una cadena manual de cuatro pasos antes; un registro y sus cuatro usos ahora.
03

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.
04

El modelo operativo

UN EVENTO, REGISTRADO UNA VEZ — LEÍDO DE CUATRO FORMASCAPTURAEn el mar — Android, sin conexiónTres aplicaciones en cuatro idiomas, sincronizadas al volver.En tierra — escritorio y webBodega, administración y supervisión.Alimentación · Ingreso a jaula · Traspasos · Liberaciones · Cosecha · Descarga y consumo de carnada · Inventarios · Movimientos de stockregistrado una sola vez, con su autor y su horaEL REGISTROUn solo registro operacional y regulatorioUn evento se puede anular o revertir. No se puede borrar, y la corrección queda registrada a su vez.el mismo registro, leído de cuatro formasREGULATORIODocumentación eBCD y JFOReporte de ingreso a jaulay a la autoridad, validadocontra datos oficiales de pescaEXISTENCIASConteo y biomasaRangos de peso operativosProyección de crecimiento conparámetros reales de la granjaCOSTOCosteo FIFOCosto puesto por contenedorSobrestadía, conexión eléctrica,almacenaje y transporte interiorGESTIÓN39 reportes web22 usuarios, 5 roles de accesoSiete vistas en vivo de sólolectura para supervisiónMARCO DE CONTROLAcceso por rol en cinco perfiles · copias de seguridad cifradas · retención definida · historial de eventos inmutable
Un punto de captura por evento; cuatro lecturas del mismo registro. Se omiten términos comerciales, identidades de proveedores y el detalle de casos regulatorios.
05

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.

06

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.

Reconstrucción de la aplicación del capitán: un parte de alimentación del día con dos registros pendientes de sincronizar y un aviso de que se guarda en el móvil aunque no haya cobertura.
Captura en el mar. Sigue funcionando sin señal y sincroniza al volver.
Reconstrucción de un registro anulado: el valor original tachado, el motivo, quién lo anuló y cuándo, y el registro que lo sustituyó.
No se borra nada. La corrección es a su vez un registro, con su autor y su hora.
Reconstrucción de la pantalla de documentos de captura: piezas y kg declarados por documento, con estados emitido y pendiente, y una barra lateral con las secciones que tiene esta aplicación.
Un registro, leído como documentación regulatoria.Detalle. El enlace abre la pantalla completa.Ver a tamaño completo
Reconstrucción del portal de reportes: pestañas de existencias, alimentación y enjaules sobre una vista de posiciones.
El portal de reportes: lo que cada perfil de acceso puede abrir.Detalle. El enlace abre la pantalla completa.Ver a tamaño completo

Reconstrucciones, no capturas. La disposición es la que se usa en producción; todos los datos son ficticios.

07

Resultados

MedidaAntesDespuésBase de mediciónResultado
Registro operacionalPapel y planillas aisladasUna única fuente operacional y regulatoriaSiete sistemas en uso diario en producción7
Procesamiento de pagos a proveedores14 horas2 horasRediseño del flujo de trabajo y automatización−85%
ReportabilidadCompilada a pedido39 reportes web permanentesPortal web de reportes, en cinco perfiles de acceso39
Captura en el marPapel, digitado de nuevo en tierraRegistro digital en origen, con sincronización posteriorTres aplicaciones Android3
Cadena de suministro de carnadaTres registros desconectadosDe punta a punta, con costo puesto en destinoEmbarque, puerto, descarga, bodega, consumo y devolución del vacío; sobrestadía, conexión eléctrica, almacenaje y transporte terrestre500+/año
Integridad del registroPapel y planillas, editables por naturalezaSolo anulación o reversoAutor y fecha conservados en cada evento operacional—
Reemplazo externoVía contrataciónConstruido internamenteEstimación propia, a valores de mercado, de contratar externamente el alcance entregado — costo de reemplazo evitado, no un ahorro de caja€200–500K
08

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.

Siguiente caso de estudioReconstruir la visibilidad de rentabilidad de 20 contratos de servicios mineros →

Ferrovial (Broadspectrum) — Servicios mineros — Chile

¿Buscas este tipo de trabajo para tu operación?

Hablemos →