Casos de estudio / Mare Blu
Sistemas de negocio y transformación digital
Del papel y las planillas desconectadas a siete sistemas integrados en producción
La información era correcta, pero llegaba al ritmo de una rutina manual: los eventos se anotaban en papel, se volvían a digitar en planillas y se procesaban mediante flujos ejecutados a diario. El nuevo modelo elimina esa doble imputación. Cada registro se captura en origen y alimenta siete sistemas integrados que ponen la información a disposición de la dirección cuando la necesita.
Cifras principales
- Base
- Web, escritorio y Android, sobre dos bases de datos PostgreSQL
- Base
- Embarque, arribo a puerto, descarga, bodega, consumo y devolución del vacío — con costos de demurrage, plugging, almacenaje y transporte terrestre
- Base
- De catorce horas a dos, mediante rediseño del flujo de trabajo y automatización
- Base
- Estimación independiente de contratar externamente el alcance entregado
- Marco
- Costo de reemplazo evitado, no un ahorro de caja.
El punto de partida
La engorda de atún es una operación regulada antes que comercial. Cada pez que entra a una jaula, cada traspaso entre jaulas, cada cosecha y cada kilogramo de carnada consumido debe documentarse ante las autoridades — y los mismos eventos determinan el stock, el costo y el margen.
En la práctica, esas dos obligaciones se atendían por partida doble. Los eventos operacionales se registraban en papel por las personas más cercanas a ellos — la alimentación en el mar por los capitanes, que fotografiaban la hoja y la enviaban a tierra por WhatsApp; la descarga y preparación de contenedores de carnada por el equipo de la base en tierra; las cosechas y ventas por la oficina — mientras otros registros vivían en fuentes digitales que no se conectaban entre sí: documentos de captura, traspasos de red entre remolcadores, liberaciones, estadísticas de stock, logística de contenedores. La carnada que llegaba en contenedores refrigerados se controlaba en un lugar, su consumo en otro y su costo en un tercero.
La información en sí era correcta: las fuentes reportaban fielmente y las cifras consolidadas cuadraban. El costo estaba en todo lo que rodeaba ese hecho — cada evento ingresado dos veces, cada fuente redigitada a diario en planillas de consolidación, flujos de transformación ejecutados a mano, y los reportes del Director y los formatos de las autoridades esperando la jornada de una sola persona. La información llegaba correcta, pero tarde, estática y rehén de un solo par de manos.
Durante los primeros dos años esa consolidación fue mi trabajo: planillas actualizadas a diario, flujos de transformación en EasyMorph, y desde ellas los reportes del Director y los formatos de las autoridades. Lento — pero me obligó a aprender la operación, la normativa y cómo cada tabla debía relacionarse con cada reporte, trabajando junto a las personas que realmente operan la granja. El modelo de datos sobre el que están construidos los sistemas, y la confianza de la que después dependería el cambio, ambos vienen de ese período.
Diagnóstico
El instinto en esta situación es automatizar las planillas — hacer que el mismo proceso manual corra más rápido. Eso habría mantenido la doble digitación, y habría dejado cada reporte dependiendo de la persona que lo produce.
La unidad que importaba no era el reporte. Era el evento operacional. Una alimentación, un enjaule, un traspaso, una cosecha, un contenedor descargado — cada uno de ellos es a la vez un registro regulatorio, un movimiento de stock y un costo. Escrito primero en papel y digitado después en el computador, cada uno pagaba el impuesto de la doble imputación — y la foto consolidada solo podía avanzar a la velocidad de quien la consolidaba.
Así que la arquitectura tenía que invertirse. Capturar el evento una sola vez, en el lugar y el momento en que ocurre — que en una granja de atún significa en una tablet, en un bote, sin conectividad — llevando consigo su autor y su marca de tiempo. Y dejar que la documentación regulatoria, el stock, el costeo y la reportabilidad de gestión se convirtieran en vistas de ese mismo registro, generadas a demanda en lugar de armadas a mano.
Esa decisión tiene una consecuencia que la gente suele resistir: si el registro es la evidencia, no puede borrarse. Los eventos pueden anularse o reversarse, y la corrección es en sí misma un registro con su propio autor y fecha. Lo que parece una incomodidad es justamente el punto — es lo que hace al sistema defendible ante un auditor y ante la propia operación.
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 offline en el mar, sincronizada al volver a tierra.
- Supervisor AppSiete vistas en vivo de solo lectura sobre ambas bases de datos.
- Caging AppEnjaules, 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, redigitados por una sola persona — dos registros de una misma cosa
- Fuentes digitales desconectadas y registros en papel; planillas de consolidación llevadas a mano
- Arribo, consumo y costo de la carnada controlados en tres lugares distintos
- Sin atribución: ninguna forma confiable de decir quién registró qué, ni cuándo
- El procesamiento de pagos a proveedores tomaba una jornada y media de trabajo
Después
- Captura offline en tablets en el mar, sincronizada al regreso — un registro, en origen
- Siete sistemas sobre dos bases PostgreSQL, 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 marca de tiempo conservados en cada evento
- Procesamiento de pagos a proveedores en dos horas
La construcción no partió por el código. Partió por capturar cada procedimiento y regla de negocio en un repositorio de conocimiento — Obsidian, conectado a IA — accesible para cualquier persona de la empresa que lo necesitara: el conocimiento operativo deliberadamente sacado de la cabeza de una sola persona antes de diseñar una sola pantalla.
Los sistemas se desplegaron después en una granja en funcionamiento, no en un piloto. Eso fijó las restricciones: nada podía requerir una conectividad que los botes no tienen, nada podía ser más lento que el papel que reemplazaba, y cada pantalla tenía que tener sentido para alguien cuyo trabajo son los peces, no el software.
El riesgo real era cultural, y estaba en el mar. Gente que siempre había trabajado en papel podía rechazar el cambio de plano — así que no se les impuso. Se ganó mostrándole primero al Jefe de Vivero lo que la herramienta le daba como supervisor: una visibilidad que el papel nunca le ofreció. Su adopción arrastró al resto, y el cambio se asumió rápido.
Los cinco perfiles de acceso se definieron según cómo se opera realmente, no según el organigrama, y la capacitación, el soporte y la aceptación en producción los hice yo mismo. La adopción es la vara con que se mide este trabajo — veintidós personas usándolo todos los días es el resultado. El código no es el entregable.
El cambio se ha extendido más allá de los sistemas: cuando los primeros usuarios vieron lo que les daba el registro digitalizado, otros comenzaron a optimizar y digitalizar sus propias operaciones diarias por iniciativa propia — un cambio de mentalidad, y con él un aumento en la calidad de la información y en la productividad de quienes la producen.
Resultados
| Medida | Antes | Después | Base de medición | Resultado |
|---|---|---|---|---|
| Registro operacional | Papel y planillas aisladas | Una única fuente operacional y regulatoria | Siete sistemas sobre dos bases PostgreSQL, en uso diario en producción | 7 |
| Pago a proveedores | 14 horas | 2 horas | Rediseño del flujo de trabajo y automatización | −85% |
| Reportabilidad | Compilada a pedido | 39 reportes web permanentes | 22 usuarios nominados en cinco perfiles de acceso | 39 |
| Captura en el mar | Papel, redigitado en tierra | Registro offline, sincronizado al regreso | 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; demurrage, plugging, almacenaje y transporte terrestre | 500+/año |
| Integridad del registro | Borrable, sin atribución | Solo anulación o reverso | Autor y fecha conservados en cada evento operacional | — |
| Reemplazo externo | Vía contratación | Construido internamente | Costo estimado 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. Todo lo demás — regulatorio, stock, costo, gestión — es una vista, no un segundo libro.
- Un registro que se puede borrar no es evidencia. Anular y reversar, conservando el autor y la hora. La fricción es el control.
- Diseña para el bote, no para la oficina. Aquí lo normal era operar sin conexión, no la excepción, y tratarlo así decidió la arquitectura.
- La adopción es el entregable. Veintidós personas usándolo a diario es el resultado; escribir el código era la mitad fácil.
Nota de alcance y medición
Las cifras reflejan 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 una estimación de lo que habría costado contratar externamente el alcance entregado; se presenta como costo de reemplazo evitado y no como un ahorro de caja.
Mantuve la responsabilidad sobre la arquitectura funcional, la lógica operativa, las reglas de negocio, los modelos de datos, los formatos de reportes, la elección de plataformas, el QA, el despliegue, la capacitación, el soporte y la aceptación en producción. Claude se usó para acelerar la implementación de código, las alternativas técnicas, la refactorización y la depuración.
Este caso de estudio describe la arquitectura de sistemas y el método de entrega. Se omite por diseño: identidades de proveedores, términos comerciales, valores de compras, detalle de cuotas y casos regulatorios, y los parámetros específicos de la configuración de seguridad — los estándares de cifrado, el calendario de respaldos y las ventanas de retención se describen por su existencia, no por sus valores.