Skip to main content

Resumen

El módulo de Monitoreo de SIMA registra recorridas de campo: plagas, enfermedades, malezas, estados fenológico e hídrico, y medidas asociadas. Las integraciones de terceros leen esas sesiones; el alta se hace en la app web o móvil.
Monitoreo de campo (scouting) y monitoreo de silobolsa (silobag_scoutings) son dominios distintos. Esta guía cubre solo scouting de lote/campaña. Para silobolsas ver Silobolsas.

Mapa de entidades


Paso 1 — Catálogo de adversidades (v2)

Antes de interpretar resultados de protocolo, sincronizá el catálogo de adversidades (solo lectura, global).

Tipos (adversity_kinds)

Clasificación de primer nivel: Insectos, Enfermedades, Malezas, Medidas, etc.
Filtros: name, modified_at_from, modified_at_to, deleted_at_from Response:

Categorías y adversidades

Filtros de adversidad: name, scientific_name, adv_category_id, modified_at_from Response (adversidad):
El catálogo cambia poco: sincronizalo al arranque o semanalmente con modified_at_from.

Paso 1b — Catálogos de monitoreo (v3)

Estos IDs aparecen en cada sesión de scouting v3. Todos son GET, paginados con page / size y filtros de auditoría (updated_at_from, active, deleted_at_from, …).

Estado hídrico

Campos: id, name (traducido), auditoría.

Estado fenológico

Campos: id, name, description, cultivation_id (especie del catálogo), auditoría. Filtros propios: id, name, cultivation_id. Filtrá por especie para no mezclar etapas de soja con maíz:

Estado del lote

Campos: id, name, auditoría.

Medidas de scouting

Unidad y tipo de muestreo asociados a un adversity_kind_id. Los resultados de protocolo apuntan a measure_id.
Filtros propios: id, adversity_kind_id, type. Response (ítem de ejemplo):

Paso 2 — Sesiones de scouting (v3)

Una sesión es una visita de campo sobre una campaña. Incluye estados, semáforo, muestras y resultados de protocolo (adversidades observadas).
La API de Terceros expone scouting en solo lectura (GET). No hay POST/PATCH/DELETE para crear monitoreos desde integraciones externas.
Filtros propios: id, campaign_id. Filtros de auditoría: updated_at_from, deleted_at_from, active, page, size. Response (campos principales de un ítem):
Cada adversity_id en scouting_protocol_results se cruza con el catálogo v2 (GET /api/v2/third_party/adversity). measure_id se cruza con scouting_measures.

v2 (legacy)

Filtros: campaign_id, modified_at_from, modified_at_to, deleted_at_from, page / size. La respuesta v2 es más plana (adversity_ids[], date_created). Preferí v3 para estados, protocolos y semáforo.

Patrones de integración típicos

SIMA → plataforma de analítica

  1. Listá campañas (GET /api/v3/third_party/campaigns).
  2. Consultá GET /api/v3/third_party/scouting?campaign_id={id}&updated_at_from={last_sync}.
  3. Cacheá adversidades (v2), medidas y estados (v3) y resolvé los IDs en cliente.

App de scouting → SIMA

La API de Terceros no permite crear sesiones. Opciones:
  • Cargar el monitoreo en la app SIMA y sincronizar hacia tu sistema con GET
  • Contactar soporte@sima.ag si necesitás escritura automatizada

Frecuencia de sincronización


Próximos pasos

Sincronización

Filtros de auditoría incrementales

Órdenes de Trabajo

Tratamientos a partir del monitoreo

Silobolsas

Monitoreo de almacenamiento (otro dominio)

Schemas

Campos de scouting y campañas