Software para el campo

// El problema

Una explotación de hortalizas y frutos rojos guarda los registros de aplicación, abonado y cosecha en cuadernos, y prepararse para una auditoría de seguridad alimentaria o para el cuestionario de un comprador lleva días.

// Lo que construiríamos

Una aplicación web y móvil donde las cuadrillas registran el trabajo en la propia parcela, sin conexión, sobre un mapa de parcelas y subparcelas, con las dosis de producto, los plazos de seguridad y los plazos de reentrada comprobados al registrar, y los registros listos cuando llega el auditor.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL con PostGIS
• Mapbox
• API meteorológica
• DigitalOcean

// El problema

Un servicio agronómico explora muchas parcelas cada semana, y detectar pronto una enfermedad o una mala hierba depende de qué agrónomo recorrió la parcela ese día.

// Lo que construiríamos

Una aplicación de exploración donde agrónomos y productores fotografían hojas y plantas, con un modelo de visión a medida ajustado con sus propias imágenes etiquetadas de cultivos, enfermedades y malas hierbas de la zona, que propone lo que ve y con qué seguridad. Un modelo a medida encaja aquí porque los modelos generales no conocen sus cultivos ni su región. Se ejecuta en GPU alquiladas y las fotos siguen siendo suyas.

// Qué incluye

// Tecnologías

• PyTorch
• React Native
• Python
• Next.js
• PostgreSQL con PostGIS
• GPU de AWS

// El problema

Varios compradores piden al productor pruebas de prácticas sostenibles, y cada uno recibe un PDF distinto que no puede comprobar ni dar por bueno con facilidad.

// Lo que construiríamos

Credenciales que el organismo certificador emite a cada explotación cuando supera una auditoría, ancladas en una cadena pública para que cualquier comprador pueda comprobar que una credencial es auténtica, está vigente y no ha sido revocada, sin llamar a nadie. En la cadena solo va una huella de la credencial, nunca datos de la explotación. Si solo lo pide un comprador, un PDF firmado y una base de datos hacen el trabajo por menos dinero, y se lo diremos.

// Qué incluye

// Tecnologías

• Solidity
• Polygon PoS
• W3C Verifiable Credentials
• Next.js
• PostgreSQL

// El problema

Una explotación frutícola contrata trabajadores de temporada que hablan varios idiomas, y los turnos, las asignaciones de parcela y los avisos de seguridad salen por un grupo de chat donde los mensajes se pierden.

// Lo que construiríamos

Un bot de Telegram que envía a cada trabajador su turno y su parcela en su propio idioma, le pide que confirme cada aviso de seguridad y permite a los encargados publicar cambios desde una pantalla de administración sencilla.

// Qué incluye

// Tecnologías

• Telegram Bot API
• Node.js
• PostgreSQL
• API de traducción
• DigitalOcean

// El problema

Una explotación de cereal tiene los mapas de rendimiento en un programa, las facturas de insumos en su contabilidad y las notas de campo en una hoja de cálculo, y nadie ve lo que costó de verdad cultivar cada parcela.

// Lo que construiríamos

Un panel que reúne cada noche los datos de rendimiento, insumos y parcelas en un único almacén, para comparar parcelas, variedades y productos por coste por acre y planificar la próxima campaña con sus propias cifras.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• dbt
• Metabase
• DigitalOcean

// El problema

Una explotación mixta teclea el mismo trabajo de campo en el portal de su maquinaria, en su aplicación de registros y en su contabilidad, y los tres nunca coinciden del todo.

// Lo que construiríamos

Un pequeño servicio de integración que lee los trabajos del portal de su maquinaria, añade el clima de cada tarea, los archiva en sus registros y anota en su contabilidad los insumos usados, con una pantalla que muestra cada sincronización y cualquier fallo.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• John Deere Operations Center API
• QuickBooks Online API
• DigitalOcean