Saltar al contenido principal

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

Un trabajador con botas de vadeo se inclina sobre el borde de un tanque circular grande con trucha arcoíris y una red de mango largo, dentro de una nave de recirculación con más tanques y tuberías elevadas

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.

Preguntas frecuentes

¿Un software acuícola general sirve para una granja de truchas?

Sí, si la granja puede definir sus propias especies, sus propias fases de cultivo y su propia tabla de alimento, y si el modelo separa la población de la unidad que la contiene. Los dos puntos de falla son predecibles: software que trae una curva fija de la especie que la granja no puede editar, y software que apoya el registro en el canal en vez del lote, que deja de ser exacto la primera vez que se divide una cohorte a lo largo de la fila.

¿El software debe tratar los canales distinto que los estanques?

La diferencia que importa es que los canales corren en serie. El agua que sale de una unidad entra a la siguiente, así que el oxígeno baja a lo largo de la fila y la última unidad es un ambiente distinto de la primera el mismo día. Una plataforma que guarda la calidad del agua contra el sitio o contra el equipo aplana esa diferencia. Las lecturas asociadas a la unidad de cultivo la conservan, y eso es lo que hace explicable un mes lento en un canal.

¿Cómo se debe registrar un día de calibrado de truchas?

Como una sesión que concilia, no como un formulario que se llena después. Los peces salen de la unidad de origen, las clases de talla entran a las unidades de destino, y los totales deben cerrar antes de que la sesión pueda cerrarse. Una sesión que se cuadra sola movió la diferencia al inventario, donde queda invisible hasta que un canal no sostiene lo que el sistema dice que sostiene.

Lectura relacionada

Un trabajador en el borde de un estanque de tierra lanza una porción de alimento balanceado sobre el agua al amanecer, con peces rompiendo la superficie, un saco de alimento y un aireador de paletas cerca

Alimento y crecimiento

Seguimiento de la conversión alimenticia (FCR)

Software de seguimiento del FCR en acuicultura: por qué la conversión del ciclo se aleja de los peces y cómo medirla entre dos pesajes la corrige.

Un gerente de granja revisa un reporte de estado de estanques en AquaOS en un monitor, con tanques de cultivo visibles por la ventana de la oficina

Alimento y crecimiento

Plan contra real en la producción acuícola

Un plan de producción sirve si se compara con lo que los peces realmente hicieron. Qué debe contener el plan, la proyección y el registro.

Vea AquaOS en su operación

Traiga un escenario real de producción. AquaOS se recorre sobre su operación, no sobre datos de muestra.