Software para cultivo de trucha: qué registrar
Qué debe registrar un software para cultivo de trucha: una tabla de alimento propia, canales en serie, calibrado casi semanal y el origen de los alevines.
6 min de lectura
La trucha se cultiva en agua fría que se mueve. Un estanque es un recipiente que la granja llena y controla. Un canal de flujo continuo es un tramo de río prestado: el agua llega a la temperatura que decidió la estación, pasa por los peces y se va cargando lo que ellos produjeron. La densidad de siembra, la velocidad de crecimiento y cada cuánto hay que calibrar salen de ahí, y la forma del registro también.
Por eso la pregunta útil al evaluar un software para cultivo de trucha no es si la trucha aparece en una lista de especies. Es si el registro puede sostener una tabla de alimentación que escribió la granja, unidades conectadas hidráulicamente en vez de independientes, y un día de calibrado que vuelve casi cada semana. Una plataforma de piscicultura general que modela bien esas tres cosas vale más que una etiqueta de trucha en una matriz de funciones.
La tabla de alimentación tiene que ser de la granja
No hay dos truchicultoras que alimenten igual. Las tasas cambian por línea genética, fuente de agua, estación, marca de alimento y la talla que pide el mercado, así que una plataforma que trae una curva de trucha fija le está pidiendo a la operación que adopte el manejo de otro.
Lo que funciona es una tabla que la granja escribe y edita. La matriz de alimento asocia especie, rango de peso y fase de cultivo con una tasa y un ítem de alimento, y tanto las especies como las fases se definen por granja en lugar de elegirse de una lista cerrada. Desde esa tabla la plataforma produce una ración diaria para cada unidad sembrada a partir de la biomasa actual, y el personal confirma lo que realmente se entregó, incluidos los días en que una unidad no recibió nada. Esos días son la diferencia entre una conversión alimenticia y una suposición. Un ciclo de trucha es lo bastante largo como para que un plan sin confirmar corra un mes antes de que alguien note que los peces van atrasados.
Los canales corren en serie, así que una lectura pertenece a una unidad y no a la granja
En un sistema de flujo continuo el agua que sale de un canal es el agua que entra al siguiente. El oxígeno baja a lo largo de la fila y los metabolitos se acumulan, así que la unidad de la cola es un ambiente distinto de la de la cabeza, el mismo día y con el mismo clima.
Un registro que guarda la calidad del agua contra el sitio, o contra el equipo que tomó la lectura, aplana esa diferencia y pierde justo lo que estaba midiendo. Las lecturas asociadas a la unidad de cultivo quedan junto al lote que estaba en ella, a la densidad a la que se sostuvo y con el alimento que recibía. Eso convierte un mes lento en la curva de crecimiento en una explicación y no en un misterio. También resuelve dónde va una sonda: instrumentar la cabeza y la cola de una serie responde una pregunta que un solo sensor al medio no puede responder.
Las truchas se abren rápido, así que el calibrado es rutina y la conciliación no es opcional
Las truchas se desparejan. Una cohorte sin intervención se abre a un rango de tallas donde los peces grandes suprimen y terminan comiéndose a los chicos, así que las granjas calibran seguido, y un día de calibrado mueve miles de peces entre unidades en pocas horas.
El software que trata el calibrado como un formulario que se llena después produce el resultado conocido: conteos que dejan de sumar. Lo que hay que buscar es un calibrado que corre como sesión y concilia: peces que salen de la unidad de origen, clases de talla que entran a las de destino, y una verificación de que los totales cierran antes de poder cerrar la sesión. Un día de calibrado que termina con cada destino llevando un conteo y un peso promedio correctos es lo más informativo que puede mostrar una demo de trucha, porque ejercita el modelo de datos y no la interfaz.
Ovas compradas y ovas propias son dos problemas de linaje distintos
La mayoría de las truchicultoras compra ovas embrionadas o alevines. Algunas mantienen sus propios reproductores. El registro tiene que sobrevivir a las dos, porque la pregunta al final del ciclo es la misma: de dónde salió este pez y qué le pasó desde entonces.
Con material comprado la respuesta arranca en una entrega, con un lote que lleva un origen y una fecha, y después el historial de cada división, traslado y fusión por los que pasó. En una granja que produce lo suyo arranca antes, en un grupo de reproductores y un evento de desove con su resultado de eclosión registrado, incluidos los desoves fallidos. En ambos casos la población y la unidad que la contiene tienen que ser cosas separadas en el modelo. Los lotes y colocaciones que las mantienen separadas sobreviven una división a lo largo de la fila; un registro apoyado en el canal no.
El oxígeno es la restricción, y una alarma sirve solo si nombra la unidad
La trucha tiene una tolerancia estrecha y una granja de flujo continuo no tiene amortiguación. Una falla de bombeo, una rejilla tapada con hojas o una noche cálida y sin viento pueden terminar un ciclo en una tarde, y la diferencia entre un susto y una pérdida suele ser cuán rápido le avisaron a alguien.
Las alarmas por umbral sobre lecturas asociadas a la unidad son el mecanismo, y dos detalles deciden si funcionan a las 03:00. La alarma tiene que nombrar la unidad de cultivo y no el equipo, para que quien sale con la linterna sepa a qué canal ir. Y las lecturas tomadas mientras la conexión estuvo caída tienen que llegar cuando vuelve, en vez de desaparecer, porque si no el hueco en el registro queda exactamente donde estuvo el incidente. Un historial con un hueco en el momento interesante no es un historial.
Un ciclo de agua fría es lo bastante largo como para que la proyección valga
La trucha tarda meses en llegar a talla porción y más en las tallas grandes. En ese lapso una granja se compromete con pedidos de alimento y ventanas de cosecha mucho antes de poder ver si los peces van a llegar.
La proyección hacia adelante de biomasa y peso promedio con el modelo de crecimiento, junto con la demanda de alimento que se desprende de ella, es lo que convierte esos compromisos en algo distinto de la costumbre. Conviene entender el límite antes de una demo: una proyección de este tipo modela las cohortes que existen hoy y mantiene el conteo constante, así que responde qué pasa si nada cambia, no pronostica divisiones ni ventas que nadie cargó. Leída contra pesajes reales sigue siendo el aviso más temprano disponible de que una cohorte se está quedando atrás.
Cómo probar un software de trucha en la demo
Corra su propia granja y no la del proveedor. Pida que configuren su especie y sus propias fases de cultivo, carguen unas filas de su tabla de alimento, siembren un canal, lo dividan a lo largo de la fila y después corran un día de calibrado que concilie. Cierre pidiendo un reporte de una unidad en el ciclo, con alimento entregado, días no alimentados, mortalidad y crecimiento, exportado a Excel. Esas operaciones exponen más que cualquier matriz de funciones. La guía de compra cubre las diferencias estructurales detrás de ellas, y una demo trabajada sobre su propia agua le dice el resto.