De empresa · Sistema de gestión del dato experimental agrícola, con su visor de consulta

Gestor de ensayos de campo

El sistema donde se diseñan, se capturan, se validan y se analizan los ensayos de campo de una compañía fitosanitaria, con el análisis estadístico dentro del flujo y un visor de solo lectura para quien únicamente consulta.

El repositorio arranca en noviembre de 2025, pero el trabajo empieza antes, en la etapa como externo, sobre una aplicación previa de la empresa. PEND: reconstruir la cronología real antes de poner una fecha en ningún sitio.

En producciónabr 2023 – jul 2026
El problema

El dato de ensayo vive disperso en hojas de cálculo, informes PDF y cabezas. No hay fuente única, no hay comparabilidad entre campañas y el análisis se rehace a mano cada vez. Cuando alguien pregunta qué se sabe de un producto en un cultivo, la respuesta tarda días y depende de a quién preguntes.

La decisión que lo define

Una sola fuente de verdad del dato de ensayo, con la captura y la validación separadas de la consulta. Quitando eso, es otra hoja de cálculo con login.

Cómo está hecho

Dos aplicaciones sobre la misma base de datos: una de escritura con flujo de estados y otra de solo lectura, declarada como no gestionada a nivel de ORM para que la barandilla sea estructural y no una convención. Más una API versionada pensada para autoservicio.

  • El análisis estadístico vive dentro del flujo, no en una hoja aparte: ANOVA y Tukey sobre el dato validado, en el mismo sitio donde se captura.
  • Rejilla de captura tipo hoja de cálculo sobre un modelo relacional, para no pelear con la forma en que el técnico ya trabaja.
  • API pensada desde el principio para que otros sistemas —y una IA— consuman el dato sin pedir permiso a nadie.

Lo que demuestra5

Principios que se ven aquí1