askcust se dedica al desarrollo de sistemas informáticos agrícolas que reúnen en una sola base de datos la información de maquinaria, sensores, básculas y satélites, la procesan y la muestran a agrónomos y directivos. Para empresas agrarias que ya tienen los equipos, pero en las que cada proveedor guarda los datos en su propio portal.
askcust desarrolla una solución como esta gratis si otras explotaciones también la necesitan, o a medida, solo para tu explotación. Cómo funcionan los dos formatos
El desarrollo de sistemas informáticos agrícolas es la creación de software que recoge datos de maquinaria, sensores, controladores, básculas e imágenes de satélite, los guarda en un modelo común vinculado a parcelas y máquinas, y los convierte en indicadores y eventos para las personas y los sistemas contables. A diferencia del desarrollo de software de gestión en general, aquí lo esencial es recoger y procesar de forma fiable los datos de dispositivos y servicios externos.
El sistema extrae los datos de la telemática, los sensores, las básculas y los servicios de satélite a través de sus API y protocolos y los reúne en una sola base de datos. Los recorridos de la maquinaria, los niveles de combustible, la humedad del suelo y los pesos de las partidas aparecen juntos, vinculados a la parcela y a la labor.
Los huecos, los duplicados y los picos de lectura se filtran mediante reglas, y los registros en bruto se guardan aparte de los procesados. Cualquier cálculo, como la superficie trabajada, el consumo de combustible o las existencias, se puede rastrear hasta su origen o recalcular tras un cambio de configuración.
Los terminales, las pasarelas y las apps móviles guardan los registros en local y los envían en cuanto hay red. El servidor ordena los datos por la hora de medición y no por la de llegada, así que el informe diario sale completo incluso después de horas sin conexión.
Cada fuente se conecta al modelo de datos común mediante su propio adaptador. Una nueva marca de localizadores GPS o de sensores supone un nuevo adaptador, no un nuevo sistema: el histórico, los informes y las integraciones con la contabilidad se mantienen.
Las reglas de eventos revisan los datos de forma continua: una bomba se para, una máquina sale del límite de la parcela, el nivel de combustible cae de golpe. El responsable recibe un mensaje de Telegram o una notificación push en la app, con un enlace al evento en el mapa.
La arquitectura es siempre la misma: recogida, almacenamiento, procesamiento e interfaces; los módulos se eligen en función de los equipos de la explotación.
Integración con Wialon y con las API telemáticas de los fabricantes de maquinaria: posición, velocidad, horas de motor, nivel de combustible y datos del bus CAN (J1939) que envían los terminales. Los recorridos se dividen en labores por parcela.
Los sensores envían sus lecturas por MQTT, mientras que los controladores de estaciones de bombeo, secaderos y estaciones meteorológicas se consultan por Modbus RTU/TCP a través de una pasarela. El sistema comprueba que cada dispositivo esté en línea y registra cuándo dejó de enviar datos.
Imágenes Sentinel-2 a través de Copernicus o Sentinel Hub, enmascaramiento de nubes, índices de vegetación dentro de los límites de cada parcela e histórico de varias campañas, en una capa aparte del mapa junto a los datos de la maquinaria.
Intercambio con los terminales de báscula y el software de pesaje, importación de los resultados de laboratorio y vinculación del peso y la calidad con la carta de porte, la partida y la parcela de la que procede el grano.
Normalización de unidades y horas, filtrado de valores atípicos, cálculo de la superficie trabajada, el consumo de combustible y los tiempos de inactividad; reglas de eventos y alertas enviadas según el rol por Telegram y como notificaciones push.
Un panel web para agrónomos y directivos, una app móvil para el trabajo en campo, una API para los sistemas contables y exportación a CSV e ISOXML para otros sistemas y para los terminales de la maquinaria.
Roles con permisos sobre parcelas, maquinaria y acciones, registro de cambios y conexiones cifradas. Los controladores con Modbus, que en su forma clásica no tiene autenticación, nunca se exponen directamente a internet: los datos pasan por una pasarela o una VPN.
askcust escribe el software y los adaptadores para las fuentes de datos; los localizadores GPS, los sensores, los controladores y las suscripciones a servicios los suministran y mantienen sus proveedores.
| criterio | Portales de los proveedores | Sistema a medida de askcust |
|---|---|---|
| Datos | Cada proveedor muestra solo sus propios equipos, en su propia interfaz. | Datos de maquinaria, sensores, básculas y satélites en un único modelo vinculado a las parcelas. |
| Vínculo con la parcela | Los recorridos, el combustible y los pesos se cruzan a mano con parcelas y labores, en hojas de cálculo. | Los eventos se vinculan automáticamente a la parcela, la máquina y la labor conforme llegan los datos. |
| Cambio de equipos | Un proveedor nuevo supone un portal nuevo, y el histórico se queda en el antiguo. | Un proveedor nuevo supone un adaptador nuevo; el histórico, los informes y las integraciones se conservan. |
| Informes | El proveedor decide qué informes hay y en qué formato se exportan. | Los informes siguen los procesos de la explotación, y los datos se exportan a la contabilidad. |
| Almacenamiento | El histórico se guarda en los servidores del proveedor, dentro de los límites de su plan de precios. | Los datos en bruto y los procesados se guardan en el servidor o en la cuenta en la nube del propietario. |
| Cuándo elegirlo | Un solo tipo de equipo, y bastan los informes estándar del proveedor. | Varias fuentes de datos, informes comunes, reglas de eventos propias o integración con la contabilidad. |
Inventario de equipos, servicios, protocolos y API, y comprobación de la calidad de los datos con muestras reales. El resultado es un mapa de fuentes: qué se puede conectar de inmediato y qué requiere acceso por parte del proveedor.
Un esquema de recogida, almacenamiento y procesamiento, un modelo de datos (parcela, máquina, dispositivo, evento) y un prototipo de las pantallas clave, acordados antes de empezar el desarrollo.
Un grupo de máquinas, una estación de bombeo o una parcela con sensores: se comprueban la conectividad, el almacenamiento en local y la precisión de los cálculos con datos reales.
Conexión del resto de equipos y clústeres con el esquema probado en el piloto, reglas de eventos y alertas, e intercambio de datos con la contabilidad.
Monitorización de la llegada de datos desde cada fuente, actualización de los adaptadores cuando los proveedores cambian sus API y ampliación del sistema a nuevos equipos.
ejemplos de trabajos de askcustno son de agricultura, pero sí el mismo tipo de tareas: registros, CRM, automatización
No. askcust desarrolla software e integra equipos que suministra e instala su fabricante o un integrador. Durante la auditoría, askcust ayuda a definir los requisitos del hardware: qué datos debe facilitar un dispositivo, con qué frecuencia y por qué protocolo, para que el sistema pueda usarlos. Así, la elección del proveedor no limita el sistema.
Sí, si facilitan sus datos mediante una API, un protocolo estándar o archivos. La telemática con acceso por API, los sensores MQTT, los controladores Modbus y los terminales de báscula con exportación de datos se conectan mediante adaptadores, sin sustituir los equipos. Si un dispositivo no facilita ningún dato, la auditoría lo detecta antes de empezar el desarrollo.
En el formato a medida, en el servidor del cliente o en una cuenta en la nube de su propiedad, y el código del sistema y de sus adaptadores pasa al repositorio del cliente. Los datos en bruto de los dispositivos se guardan aparte de los procesados, así que cualquier indicador se puede comprobar o recalcular. Si el sistema se desarrolló gratis como producto para el mercado, porque otras explotaciones también lo necesitaban, el código queda en manos de askcust o es de propiedad compartida, mientras que los datos de tus equipos siguen siendo tuyos.
Los datos no se pierden, llegan más tarde. Los terminales telemáticos y las pasarelas guardan los registros en local, la app móvil funciona sin conexión y sincroniza su cola de cambios, y el servidor ordena los registros por la hora de medición y descarta los duplicados. Los informes de un periodo se recalculan cuando han llegado todos sus datos.
Según los requisitos de datos y de soporte: cuántos datos llegan y con qué frecuencia, dónde funciona el sistema y quién lo va a mantener. askcust suele usar Node.js y TypeScript para los servicios de recogida y las API, PostgreSQL para los datos, Python para el procesamiento de imágenes de satélite, Next.js para el panel web, y Swift y Kotlin para las apps móviles.
Si otras empresas agrarias también necesitan el sistema, askcust puede desarrollarlo gratis: tú aportas tu experiencia, los equipos y los datos para un proyecto piloto, y lo usas sin coste. El precio de un sistema a medida depende de las fuentes de datos y los protocolos, del procesamiento y de las interfaces, no del número de máquinas ni de hectáreas. Lo mejor es empezar con un piloto en un único emplazamiento: askcust lo presupuesta con alcance cerrado, y la ampliación, por separado, cuando los datos ya llegan y se calculan correctamente.
Respuesta en un día laborable; llamada solo si la acordamos.
Para problemas que comparten muchas explotaciones: askcust desarrolla el producto a su cargo y lo ofrece al mercado.
Para procesos que solo tienes tú: askcust construye un sistema en torno a tu explotación, y nadie más lo tendrá.