Agua y riego
Programa el riego por sector y cruza sensores, bombas y consumo en una sola vista.
Lo que duele hoy
El riego se decide por costumbre: 'siempre regamos 3 horas los lunes'.
La bomba puede operar a una frecuencia distinta de la programada y nadie se entera hasta revisarla a mano.
Los sensores de humedad están instalados pero sus datos viven en otra app.
El gasto eléctrico de bombas se ve solo cuando llega la cuenta del mes.
Qué hace el módulo
- Programa de riego recurrente por sector —día de la semana, hora y duración por cuartel—, con excepciones puntuales (saltar, reprogramar o regar extra) que no tocan la regla base.
- Lecturas en vivo de sensores de humedad, presión y caudal, y un umbral de nivel bajo por tranque —el único que defines tú— que abre una alerta cuando el agua cae bajo esa marca.
- Historial de eventos de riego con horas, volúmenes (m³) y operador responsable.
- Consumo de agua por cuartel: m³ totales y m³ por hectárea desde las salidas registradas, para ver dónde se concentra el uso.
- Telemetría del variador de cada bomba —frecuencia real y setpoint— y horas de uso, que alimentan el cálculo de kWh y costo del módulo de Energía.
- Ledger de agua exportable a CSV —m³ de entrada y salida por cuartel, con horas y operador—: la base cruda para tu propio reporte de sostenibilidad, no un reporte de huella hídrica ya armado.
Por qué decidir el riego con datos, no por costumbre
Chile arrastra más de una década de déficit hídrico y en zonas como la Región de Valparaíso el agua, no la tierra, es el factor que limita la producción. Decidir el riego por costumbre —"siempre regamos 3 horas los lunes"— no deja rastro de cuánto se aplicó ni de si la bomba que lo movió operaba de forma razonable.
El problema no es la falta de sensores —muchos fundos ya los tienen— sino que el dato vive disperso: la humedad en una app, el caudal en otra, el gasto eléctrico solo cuando llega la cuenta. Sin una vista única que junte el programa de riego, las lecturas de terreno y el consumo de bombas, el riego sigue siendo intuición con planilla.
El problema real (sin marketing)
En la mayoría de los fundos chilenos el agua y la energía se gestionan a ciegas hasta que algo falla o llega la cuenta. Los puntos de quiebre se repiten temporada tras temporada:
El costo de fondo es doble: agua malgastada y energía pagada de más, dos partidas que pesan en el costeo por cuartel y que rara vez se atribuyen al cuartel correcto. Sin medir el consumo de agua ni el eléctrico por sector, el riego es la caja negra más cara del fundo.
Cómo lo resuelve este módulo
El módulo reemplaza la costumbre por un programa de riego recurrente por sector: eliges los días de la semana, la hora y la duración para cada cuartel, y el sistema arma solo los próximos eventos. Cuando algo cambia —una lluvia, una emergencia, una ventana extra— ajustas ese día puntual con una excepción (saltar, reprogramar o regar extra) sin tocar la regla base ni perder el historial.
Programa por sector
Defines días, hora y duración por cuartel; el sistema arma el calendario de los próximos eventos solo.
Sensores y bombas en vivo
Humedad, presión y caudal entran a la misma vista, y el umbral de nivel bajo por tranque que defines abre una alerta al evaluar el balance hídrico; el variador de cada bomba muestra su frecuencia real contra el setpoint.
Consumo por cuartel
Cada salida de agua queda en el ledger con m³, horas y operador, agregada por cuartel para ver dónde se concentra el uso.
El riego deja de vivir solo en la costumbre del regador: queda en un programa editable, con las lecturas de terreno y el consumo de bombas al lado, para que ajustar un sector sea una decisión de minutos y no una discusión de memoria.
Integración con tu stack actual
Los sensores de humedad ya existen en muchos fundos chilenos; el módulo no te pide cambiarlos, sino traer sus datos a una sola vista de riego.
El riego comparte cuartel, sector y temporada como dato maestro con el resto de la plataforma, así que el programa de nutrición y sanidad vegetal —especialmente el fertirriego— usa el mismo cuartel y sector, no una planilla aparte.
Del dato al ahorro en una temporada
El valor de este módulo no aparece de golpe: se construye a lo largo de la temporada, a medida que ajustas el programa de cada sector con lo que ves en terreno en vez de repetir la pauta del año pasado. El módulo hace visible esa curva en vez de dejarla a la memoria del regador.
Un programa heredado —"tres horas los lunes"— no distingue un cuartel joven de uno adulto, ni una semana de lluvia de una de calor. Con el programa editable y las excepciones puntuales, ajustas cada sector cuando el terreno lo pide, sin esperar al próximo diseño de temporada.
El otro frente es el agua que no se mide: fugas, sectores que riegan de más por una válvula mal calibrada, programas heredados que nadie volvió a tocar. Tener la humedad, la presión y el caudal en la misma vista del programa es lo que deja esos puntos ciegos a la vista de quien los revisa, en vez de esperar a que el cuartel muestre estrés hídrico o a que llegue la boleta. El umbral de nivel bajo que defines por tranque se evalúa cuando actualizas el balance hídrico —con el botón "Evaluar alertas" del panel—, y abre la alerta si el tranque cruzó la marca.
Al cierre de temporada, el ledger de agua por cuartel —m³, horas, operador— no es un ejercicio para la auditoría: es el registro de qué sectores concentraron el consumo y cuáles quedaron sin revisar. Esa comparación temporada a temporada, exportable a CSV, es la base cruda que puedes llevar a tu propio reporte de sostenibilidad o a una conversación comercial con un cliente que pregunta cómo usas el agua.
Y el efecto se compone: cada temporada que ajustas un sector con datos en vez de memoria, el programa del próximo año arranca de un mejor punto de partida, no de cero. El conocimiento deja de vivir en la cabeza del regador —que algún día se va— y queda en el sistema, donde el siguiente puede leerlo y mejorarlo.
Métricas que vas a mover
El módulo mueve dos métricas que pegan directo en el margen: el consumo de agua por cuartel (m³ y m³/ha) y las horas de uso de cada bomba con su frecuencia real. Sobre esa visibilidad decides tú dónde ajustar el programa, no un algoritmo.
Cada indicador habilita una decisión:
| KPI | Qué responde | Decisión que desbloquea |
|---|---|---|
| Consumo por cuartel (m³/ha) | Dónde se concentra el uso de agua | Qué sector ajustar en el programa |
| Frecuencia real vs. setpoint | Qué bomba opera distinto de lo esperado | Qué bomba revisar antes de que suba el consumo |
| Alerta de nivel de tranque | Qué tranque cruzó el umbral bajo que definiste | Cuándo frenar el riego o apurar la recarga |
Ese consumo, agregado por sector, deja de ser un total mensual difuso y entra como dato real al cuartel correcto.
AgroMind para este módulo
Ejemplos de preguntas que puedes hacer y obtener respuesta en segundos.
- > ¿Cuántos m³ ha consumido el cuartel B3 esta semana?
- > ¿Qué bomba tuvo más horas de uso esta temporada?
- > Muéstrame las últimas lecturas de humedad y caudal de los sensores de riego.
No necesitas cambiar de sistema para partir
No importa qué uses hoy para llevar esto: si exporta a Excel o CSV, entra. El módulo Importar —incluido en tu cuenta, sin costo adicional— usa IA para mapear las columnas de tu planilla a los campos correctos, sin importar el orden, el nombre o el idioma en que vengan.
¿Usas otro sistema con API o exportación de datos (ERP, RRHH, BI)? Lo evaluamos para conectarlo directo durante tu piloto.
Qué cambia en tu operación
Un programa de riego por sector, con sensores y consumo de bombas al lado — sin planillas ni WhatsApp.
Preguntas frecuentes
¿Cómo organizo el riego con el módulo?
¿El módulo decide cuánta agua o energía ahorrar?
Ya tengo sensores instalados, ¿sirven o tengo que cambiarlos?
¿Sirve la información para certificaciones y reportes a clientes?
¿Cuánto cuesta este módulo?
Módulos relacionados
Nutrición y sanidad vegetal
Programa, ejecuta y controla carencias y aplicaciones con trazabilidad LMR.
Costos por cuartel
Sabes el costo real de cada cuartel, sin esperar al ERP.
Poscosecha y trazabilidad
La cadena cosecha → packing → despacho → exportadora completa —con merma, descarte y la evidencia lista para auditoría— en un solo lugar.