Software para laboratorios de larvas de camarón
El software para laboratorios de larvas de camarón registra la corrida, no el tanque: alimento diario, supervivencia por estadio y origen de cada lote de PL.
6 min de lectura
Un laboratorio de larvas de camarón no tiene temporada. Tiene corridas. Un tanque se llena, se siembra, se lleva por los estadios, se cosecha a postlarvas, se vacía, se desinfecta y se vuelve a llenar, y la corrida siguiente arranca antes de que termine el papeleo de la anterior. En un año los mismos veinte tanques sostienen decenas de poblaciones distintas, y el número del tanque no dice nada sobre ninguna de ellas.
Por eso un software para laboratorios de larvas de camarón se juzga en otro eje que un software de engorde. La pregunta no es si puede sostener un estanque durante seis meses. Es si el registro sobrevive a un tanque reutilizado veinte veces, con la corrida y no el tanque como la cosa que tiene historia. Una plataforma para criaderos acuícolas construida así puede decir de dónde salió un lote de postlarvas. Una construida alrededor de tanques solo puede decir dónde estuvo.
La unidad de registro es la corrida, no el tanque
La población tiene que ser un objeto de primera clase, con identidad, origen e historia propios, y el tanque tiene que ser una colocación que ocupa por un periodo. Con esa separación bien hecha todo lo que sigue funciona. Sin ella, la reutilización destruye el registro.
En la práctica la corrida es un lote: sembrado con un conteo y un peso promedio, movido entre unidades, dividido cuando la densidad lo exige, fusionado cuando no, y cerrado cuando se cosecha o se pierde. Los lotes y colocaciones mantienen las dos cosas separadas, así un tanque que sostuvo cuarenta poblaciones sigue reportando la que está hoy en él, y cada una de las cuarenta conserva sus fechas, su alimento y su resultado. Una hoja de cálculo apoyada en números de tanque no puede hacer esto, y por eso casi todos los laboratorios terminan manteniendo un cuaderno paralelo al lado.
Los estadios son los del laboratorio, así que el software tiene que dejar definirlos
Maduración, nauplios, zoea, mysis, postlarvas. Cada laboratorio los nombra un poco distinto, los cuenta distinto y se mueve entre ellos con sus propios criterios, así que una plataforma que trae una lista fija de estadios va a estar equivocada para la mayoría desde el primer día.
Las fases de cultivo se definen por operación en lugar de venir fijas, cada una con su frecuencia de alimentación por defecto, y el stock se mueve entre ellas de forma explícita y no por una regla de fechas. Lo mismo vale para las unidades. Un tanque de maduración, un tanque larvario y un raceway de precría son todos unidades de cultivo, pero cada tipo de unidad lleva sus propios valores por defecto de volumen y alimentación, así que un tanque de doscientos litros no se modela con los supuestos de un estanque. El laboratorio describe su propio proceso una vez y después trabaja adentro de él, en lugar de traducirlo al vocabulario de otro cada vez que carga un número.
La alimentación son muchos eventos chicos, y los tanques no están todos en el mismo estadio
Alimentar larvas no es una entrega al día. Son varias alimentaciones, productos distintos según el estadio, alimento vivo y alimento seco corriendo en paralelo, en tanques que la misma mañana están en puntos distintos del ciclo.
Lo que el registro tiene que sostener es qué se planificó y qué se entregó realmente, por unidad, por día, incluidas las alimentaciones que no ocurrieron. El plan diario produce una ración para cada unidad sembrada desde la tabla de alimento del propio laboratorio, el personal confirma lo que entró, y las alimentaciones confirmadas descuentan el stock del ítem que usaron. Los ítems de alimento son lo que el laboratorio realmente compra, así que la cifra de stock es consecuencia del registro de alimentación y no un conteo paralelo que alguien sostiene, y un ítem cerca de su umbral de reposición aparece antes de la mañana en que se acaba.
La supervivencia es una curva entre estadios, no un número en postlarva
Un laboratorio que se entera de su supervivencia en la cosecha se enteró demasiado tarde para hacer algo. El número que sirve es el de entre estadios: cuántos nauplios llegaron a zoea, cuántas zoeas llegaron a mysis, cuántas mysis llegaron a postlarva, por corrida.
Esa cifra solo existe si cada pérdida se carga contra la corrida a la que pertenece el mismo día en que ocurrió, y no se concilia al final. Donde un tanque sostiene más de una población, la entrada tiene que nombrar cuál perdió los animales; donde un evento cubre varios tanques, tiene que repartirse entre ellos en lugar de cargarse una sola vez contra el laboratorio. Los dos casos son corrientes en larvicultura, y los dos son donde los conteos dejan de ser ciertos en silencio. El agua en la que estuvo la corrida va en el mismo lugar: lecturas asociadas a la unidad y no archivadas aparte, para que un mal cambio de estadio pueda leerse contra las condiciones en las que ocurrió.
Una corrida fallida es un registro, no una eliminación
Las corridas fallan. Un desove que no produce nada, un tanque que se cae en los primeros días. El impulso es borrar la fila, y es el impulso equivocado, porque las fallas son los datos que mejoran el ciclo siguiente.
Los desoves fallidos se registran como producción junto a los exitosos, con el grupo, la fecha y el resultado. En una temporada eso se vuelve una comparación que el laboratorio no podría hacer de otro modo: qué grupos de reproductores están rindiendo, si un cambio de protocolo movió algo, si las malas semanas se agrupan alrededor de algo. Un registro que guarda solo los éxitos reporta una supervivencia que el laboratorio no tiene, y ese número lo va a descubrir un cliente antes que el laboratorio.
El que compra la postlarva pregunta de dónde salió
Un laboratorio de larvas es un proveedor, y sus clientes son camaroneras que ya se quemaron antes. La pregunta en el momento de la venta es de dónde salió este lote y qué le pasó, y el laboratorio que la responde el mismo día vuelve a recibir la consulta.
La respuesta es una cadena: un lote de postlarvas, hacia atrás por cada división y traslado, hasta la corrida con la que empezó, hasta el grupo o la entrega de la que salió. Como una división preserva el vínculo de linaje en lugar de crear poblaciones nuevas sin relación, esa cadena aguanta la cantidad de movimientos que un ciclo larvario realmente implica. Los reportes por corrida exportados a Excel o impresos en PDF convierten el pedido en una impresión y no en una semana de archivo, y las camaroneras a las que va su postlarva están llevando la otra mitad del mismo registro.
Cómo probar la demo de un laboratorio de larvas
Déle al proveedor un solo tanque y hágalo reutilizarlo. Siembre una corrida, llévela por dos de sus propios estadios, divídala en tres tanques cuando la densidad lo pida, cargue un evento de mortalidad que cubra dos de ellos, después cierre la corrida y arranque otra en el mismo tanque. Pida al final la supervivencia entre sus estadios y el origen de un lote de postlarvas. Esos pocos minutos dicen más que cualquier lista de funciones, porque la reutilización y las divisiones son exactamente donde se rompen los registros de criadero. Las cuatro pruebas de una demo de criadero generalizan la misma idea, el control de producción del lado de la camaronera cubre lo que corren sus clientes, y una demo con sus propios nombres de estadio le dice el resto.