CabarcosLabs
  • datos
  • ganadería
  • apis
  • españa

Integrar datos ganaderos de la administración: qué hay detrás de OVGAN, SITRAN y SIGPAC

Trabajando en el Centinela de Partos apareció una pregunta que cualquier producto agro-tech español acaba haciéndose: ¿se pueden obtener los datos de una explotación directamente de la administración, sin ir plataforma por plataforma?

Esto es lo que encontré revisando la documentación pública de cada sistema. Spoiler: la respuesta corta es no como te gustaría.

Hallazgos por plataforma

OVGAN (Xunta de Galicia)

Portal web autenticado para ganaderos. Permite consultar explotación, libro de explotación, censo, animales, movimientos y trámites como altas por nacimiento. El manual menciona exportación a .xlsx en algunos listados, pero no hay API pública documentada para terceros. Acceso: NIF+PIN, Chave365, certificado o DNIe.

SITRAN / REGA (MAPA)

Existe interoperabilidad administrativa entre los registros autonómicos y el ministerio: SITRAN es una base distribuida que se nutre de las aplicaciones de las comunidades autónomas, con acceso restringido por protección de datos. No es una API para un ganadero o una empresa externa.

PAC / SGA (FEGA)

SGA es el sistema común para la gestión de ayudas PAC. Es infraestructura administrativa para organismos pagadores y entidades colaboradoras, no una API abierta para explotar datos privados de una explotación.

SIGPAC — la excepción

Aquí sí hay APIs públicas útiles: WMS, ATOM, consultas JSON/GeoJSON y OGC API Features. Pero son geoespaciales: parcelas, recintos, usos, cultivo declarado, capas ambientales. Nada de animales ni eventos ganaderos.

XEAGA / CUE (Galicia)

FEGA lista un Interfaz Único para Galicia y existen procedimientos para registrarse como empresa desarrolladora de software en relación con el cuaderno digital (CUE). Sugiere una vía oficial para software agrícola privado — pero requiere autorización y aplica sobre todo al cuaderno digital agrícola, no a datos ganaderos de partos.

Ternera Gallega

Existe plataforma y app para explotaciones de la IGP, pero no encontré API pública documentada.

Implicaciones si estás construyendo un MVP

  1. No diseñes la primera versión como integración automática multiplataforma. No existe esa API unificada.
  2. Apóyate en exportaciones manuales autorizadas (XLSX, CSV, PDF) desde los portales a los que el titular ya tiene acceso.
  3. Usa las APIs públicas solo donde aportan valor real: SIGPAC para contexto geográfico de parcelas y recintos.
  4. Si el producto demuestra valor, investiga después la vía formal (empresa desarrolladora CUE / entidad gestora en Galicia), no antes de validar el uso real.
  5. Evita construir sobre scraping de portales autenticados. Es frágil y delicado legalmente; mejor pedir exportaciones o integrarse por vías oficiales.

La lección general va más allá del agro: cuando un MVP depende de datos que viven en sistemas de la administración, la pregunta no es “¿qué API uso?” sino “¿qué puede exportar hoy el titular con sus propias credenciales?”. Diseña alrededor de eso y valida el dolor primero.

Fuentes