Cuaderno de campo en tu comunidad autónoma: diferencias por CCAA y cómo no equivocarte al declarar

Respuesta directa: el cuaderno de campo tiene una base estatal idéntica para todos —el Real Decreto 1054/2022 y el protocolo IUWS del FEGA—, pero cada comunidad autónoma aplica esa base con matices propios: campos adicionales en el Anexo V, procedimientos de alta distintos para software privado, rutas de endpoint IUWS diferentes e incluso fechas fijas para descargas de habilitaciones. Si usas un software que no está parametrizado para tu CCAA concreta, puedes tener un cuaderno impecable localmente que no pase la validación autonómica cuando intentes declarar.

Esta guía explica qué es invariable entre autonomías, dónde aparecen las diferencias reales y qué debes comprobar antes de enviar tus datos.

---

1. La base estatal: qué es igual en las 16 CCAA

El Real Decreto 1054/2022, de 27 de diciembre establece el marco común del cuaderno de explotación unificado (CUE) y del Sistema de Información de Explotaciones Agrícolas (SIEX). Lo que este decreto fija es invariable sin importar en qué comunidad tengas tus fincas:

• Código SIEX obligatorio: formato «ES» + 12 dígitos. Sin él, ningún envío al CUE autonómico es posible.
• Datos mínimos del Anexo II/III por tipo de operación: un tratamiento fitosanitario tiene un núcleo de campos bloqueantes —producto (nombre comercial), número de registro del producto, cantidad aplicada, superficie tratada (ha) o volumen (m³) y plaga/justificación—. Sin alguno de esos campos duros, el lote es inválido y no es remisible, también en los entornos de prueba autonómicos. Otros datos del Anexo —materia activa, cultivo con su estado fenológico BBCH, equipo de aplicación (nº ROMA), aplicador (carné de usuario profesional) y asesor (nº ROPO), cuando proceda— son obligatorios para un cuaderno completo, pero se tratan como aviso no bloqueante: la anotación se guarda y la remisión los arrastra como advertencia.
• Plazo de anotación: un mes desde que se realiza la operación, contado desde la fecha real del trabajo.
• Firma JWS del lote: el protocolo IUWS (Anexo VI, versión 3.11.4 del FEGA, despliegue noviembre de 2025) exige que cada lote vaya firmado con un Certificado de Sello de Entidad usando algoritmo ES256 (ECDSA P-256) o RS256.
• Autorización del titular (Anexos VIII/IX/X del Documento Técnico SIEX): para que un software privado pueda remitir datos en nombre del agricultor es obligatoria la autorización de gestión (Anexo VIII: representación del titular, o Anexo X: procedimiento CUE-Comercial). La de solo visualización (Anexo IX) no habilita la subida.
• Registro append-only: las anotaciones no se borran; se corrigen con asientos nuevos que referencian el original.

Estos elementos los valida el mismo motor para todas las autonomías. Si tu software no los exige desde el principio, el problema no es autonómico: es que el cuaderno no cumple la norma estatal básica.

---

2. Dónde aparecen las diferencias autonómicas

2.1. Cada CCAA tiene su propio endpoint IUWS

El FEGA define un protocolo estándar, pero cada comunidad autónoma despliega su propio servidor. No existe una URL nacional única. Algunos ejemplos verificados en la especificación técnica:

Las otras nueve CCAA con cuaderno digital (Canarias, Comunitat Valenciana, Extremadura, Navarra, País Vasco, La Rioja, Principado de Asturias, Illes Balears y Región de Murcia) tienen su propio endpoint siguiendo el mismo patrón del Anexo VI sobre el dominio de su SGA autonómico. Los entornos sandbox usan habitualmente el prefijo pre- sobre el host de producción.

Un software que construya la petición IUWS correctamente pero la envíe al endpoint equivocado obtendrá un error de conexión o, peor, un acuse incorrecto. La parametrización por CCAA no es opcional.

2.2. Campos adicionales del Anexo V por CCAA

El Anexo V del RD 1054/2022 define los datos del cuaderno de explotación, pero permite que las CCAA exijan campos complementarios en los datos de cada anotación. Estos campos obligatorios extra son propios de cada autonomía y no están recogidos en los mínimos estatales del Anexo II/III.

Ejemplo real del comportamiento esperado: si Galicia exige el campo codigoExplotacionGa en cada anotación de un lote, un lote correctamente formado con todos los mínimos estatales pero sin ese campo será rechazado por el CUE autonómico gallego, aunque habría sido aceptado en Castilla y León. El software debe cargar la parametrización de la CCAA correspondiente a cada recinto antes de validar.

Nota: los campos obligatorios extra específicos de cada autonomía se documentan en el alta como empresa desarrolladora CUE ante esa comunidad. Consúltalos en el procedimiento de habilitación de tu CCAA antes de empezar a anotar.

2.3. Procedimientos de habilitación distintos para software privado

Para que un software pueda conectarse al CUE de cada CCAA en nombre del agricultor, la empresa desarrolladora debe completar un trámite de habilitación autonómica. Cada comunidad tiene el suyo:

Hasta que la empresa desarrolladora no completa el alta en una CCAA, la conexión a producción de esa autonomía queda bloqueada aunque el software esté técnicamente preparado. Las remisiones solo pueden ir al entorno sandbox. Este bloqueo es un guard de producción fail-closed: protege al agricultor de envíos accidentales a registros oficiales antes de que el software esté homologado.

2.4. Particularidades en calendarios y descargas de habilitaciones

Algunas autonomías tienen procesos periódicos con fechas fijas que el software debe gestionar. El caso más documentado es Andalucía: las descargas de habilitaciones y del REA tienen lugar los días 1 y 15 de cada mes. Si tu software intenta descargar los datos de la explotación en una fecha intermedia, obtendrá datos desactualizados o un error de servicio.

Este tipo de particularidades no están en la norma estatal y no son intuitivas. Un software que no las tenga incorporadas a su parametrización te obligará a gestionarlas manualmente.

---

3. Cómo una herramienta multi-CCAA evita reescribir datos

La consecuencia práctica de las diferencias anteriores es que si tienes fincas en dos comunidades autónomas, o si cambias de CCAA, tienes que conocer y aplicar dos parametrizaciones distintas. Si lo haces a mano o con un software que no lo gestiona automáticamente, es fácil cometer errores difíciles de detectar hasta que el envío llega rechazado.

Una herramienta multi-CCAA resuelve esto con un único punto de entrada de datos:

1. El dato de campo se introduce una sola vez vinculado al recinto SIGPAC (referencia catastral: provincia-municipio-agregado-zona-polígono-parcela-recinto). El recinto determina la CCAA.
2. El motor carga automáticamente la parametrización de esa CCAA: endpoint, versión de esquema del Anexo VI, campos obligatorios extra, algoritmo de firma y límite de registros por lote.
3. La validación se ejecuta en dos capas: primero los mínimos estatales del Anexo II/III (comunes a las 16 CCAA), luego los campos extra de la autonomía. Si falta alguno, el error es específico: «Galicia exige el campo X en los datos de esta anotación», no un error genérico de formato.
4. El lote se firma con el certificado del sello de entidad y se envía al endpoint correcto de la CCAA. El acuse queda registrado con identificador del CUE autonómico.
5. Si el IUWS autonómico no está disponible, el intento queda acreditado como fila de estado «error» con sello de tiempo. El reintento es una nueva remisión (append-only); los datos no se pierden.

Si tienes recintos en Castilla y León y en Extremadura, cada lote viaja al endpoint de su CCAA con la parametrización correcta, sin que tengas que hacer nada diferente para uno y para otro.

Sobre el estado actual de Campodato: la plataforma tiene los 16 adaptadores IUWS construidos y testados en sandbox, uno por cada CCAA con cuaderno digital activo. La cobertura exacta (las 16 CCAA: Castilla y León, Aragón, Castilla-La Mancha, Andalucía, Galicia, Comunidad de Madrid, Cantabria, Canarias, Comunitat Valenciana, Extremadura, Navarra, País Vasco, La Rioja, Principado de Asturias, Illes Balears y Región de Murcia) se verifica automáticamente en la suite de tests. La conexión a producción de cada CCAA requiere el Certificado de Sello de Entidad y las altas administrativas autonómicas correspondientes, que son trámites externos al código en proceso de tramitación.

---

4. Checklist para comprobar tu CCAA antes de declarar

Antes de enviar tu primer lote al CUE de tu comunidad autónoma, responde estas preguntas:

Sobre tu explotación

• [ ] ¿Tienes el código SIEX de 14 posiciones en formato «ES» + 12 dígitos? (Lo asigna tu consejería de agricultura al dar de alta en el REA.)
• [ ] ¿Has importado tus recintos SIGPAC desde el REA de tu CCAA, o los has creado manualmente? (Si son manuales, el cuaderno puede no volcar al CUE autonómico.)
• [ ] ¿Has firmado el Anexo X con el software que vas a usar, o el Anexo VIII si usas un servicio de gestoría? (Sin el anexo correspondiente, el CUE autonómico rechazará el envío.)

Sobre el software

• [ ] ¿El software está parametrizado específicamente para tu CCAA, con su endpoint IUWS y su versión de esquema?
• [ ] ¿Exige tu CCAA campos adicionales en los datos de las anotaciones? (Consúltalo en el procedimiento de habilitación de la empresa desarrolladora ante tu consejería.)
• [ ] Si tienes fincas en más de una CCAA, ¿cada recinto se envía al CUE de su autonomía?
• [ ] ¿El software tiene el alta como empresa desarrolladora CUE en tu CCAA, no solo en el sandbox?

Sobre cada anotación de tratamiento fitosanitario

• [ ] ¿Está presente el número de registro MAPA del producto?
• [ ] ¿Está registrada la materia activa con su código de catálogo?
• [ ] ¿El equipo de aplicación tiene el certificado ITEAF vigente en la fecha del tratamiento (no en la fecha de anotación)?
• [ ] ¿El aplicador tiene el carné ROPO en vigor?
• [ ] ¿La fecha del tratamiento y la fecha de anotación son distintos campos? (La fecha de anotación puede ser posterior, pero la del trabajo no puede superar el mes de plazo.)

Antes del envío

• [ ] ¿Has revisado los avisos no bloqueantes del lote? (Campos recomendados ausentes que no impiden el envío pero que tu CCAA puede valorar negativamente en una inspección.)
• [ ] ¿El entorno al que envías es producción y no sandbox? (El acuse del sandbox no tiene validez legal.)
• [ ] ¿Queda registro del acuse con el identificador del CUE autonómico?

---

Preguntas frecuentes {#faq}

¿Existe algún campo del cuaderno de campo que varíe entre CCAA?

Sí. Además de los datos mínimos estatales del Anexo II/III del RD 1054/2022 y del RD 1311/2012 (que son idénticos para las 16 CCAA), cada autonomía puede exigir campos adicionales en el payload de las anotaciones. Estos campos extra se documentan en el proceso de alta como empresa desarrolladora CUE ante cada consejería y forman parte de la parametrización autonómica que el software debe incorporar. Para saber exactamente qué campos exige tu CCAA, consulta el procedimiento de habilitación de tu comunidad autónoma o el área de soporte de tu software.

¿Los plazos para anotar las operaciones son distintos por CCAA?

El plazo general de un mes desde la realización de la operación lo establece el RD 1054/2022 y es de ámbito estatal. Algunas autonomías pueden establecer plazos más estrictos en sus normativas propias o en campañas concretas. Para conocer los plazos exactos de tu comunidad, consulta la consejería de agricultura correspondiente.

Si tengo parcelas en dos comunidades autónomas, ¿necesito dos cuadernos distintos?

Depende del software que uses. La norma estatal no impide llevar el cuaderno de varias CCAA desde una misma herramienta, pero el software debe estar parametrizado para cada autonomía y enviar cada lote al CUE autonómico que corresponde a cada recinto. Con un software multi-CCAA introduces los datos una sola vez y el motor gestiona a qué endpoint va cada lote. Con un software mono-CCAA o con el cuaderno público gratuito de una sola comunidad, tendrás que duplicar la gestión.

¿Cómo sé si mi software está realmente habilitado para mi CCAA?

Puedes comprobarlo de dos formas: (1) consultar en la consejería de agricultura de tu CCAA el listado de empresas desarrolladoras CUE habilitadas para enviar a producción (Castilla y León, por ejemplo, publica ese listado en Cuecyl), o (2) pedirle a tu software que te muestre el estado de la parametrización y si el alta CUE de tu CCAA está confirmada. Si el software solo opera en sandbox, los envíos no tienen validez legal ante la administración.

---

Para entender el flujo completo del cuaderno SIEX —desde el alta en el REA hasta la sincronización trimestral—, lee la guía completa del cuaderno de explotación SIEX. Si estás evaluando si el cuaderno público gratuito de tu CCAA es suficiente para tu caso, la comparativa cuaderno público gratuito vs Campodato te da la respuesta sin rodeos.

---

Diseñado por Summum Marketing para Campodato. Última actualización: junio de 2026. La información normativa se basa en el RD 1054/2022, el RD 1311/2012, el Anexo VI IUWS v3.11.4 del FEGA y la documentación técnica SIEX de las autonomías vigente a la fecha de publicación. Para tu caso concreto, consulta a tu consejería de agricultura o a un asesor agrícola habilitado.