Qué es un ERP agrícola y cómo elegir el adecuado

En una línea: un ERP agrícola es una plataforma que integra el cuaderno de explotación (SIEX), la facturación antifraude (Verifactu), los costes reales por parcela, el control de almacén de insumos, el registro de jornada laboral y, en el caso de las bodegas, el libro de SILICIE, todo sobre el mismo dato de campo, sin tener que repetirlo en aplicaciones separadas.

---

Qué es exactamente un ERP agrícola

ERP son las siglas de Enterprise Resource Planning, o sistema de planificación de recursos empresariales. En el sector agrario, un ERP adaptado, llamado habitualmente agro-ERP, es una plataforma que centraliza en una única base de datos todos los procesos de la explotación: el registro de labores, los tratamientos fitosanitarios, la fertilización, la facturación, los costes por parcela, la gestión de personal y, según la actividad, el control de bodega.

La diferencia esencial con un programa de gestión genérico es que el agro-ERP entiende las unidades de trabajo agrarias: la parcela (recinto SIGPAC, DGC o UHC), la campaña y el cultivo. Un gasto de herbicida no se imputa a un «departamento contable», sino a la parcela concreta en la que se aplicó, con la fecha de trabajo, la dosis real y el aplicador acreditado (ROPO/carné). Ese mismo dato alimenta simultáneamente el cuaderno de explotación que exige el SIEX, la cuenta de costes y, si procede, la factura del servicio.

El dato único como principio de diseño

El principio de diseño del agro-ERP moderno se resume en una frase: un dato de campo, todas sus salidas. El agricultor o su asesor registra una operación una sola vez (idealmente desde el campo, con o sin cobertura de red) y la plataforma la distribuye hacia:

• El cuaderno de explotación (CUE), que se sincroniza con el registro autonómico (REA) y, trimestralmente, con el SIEX estatal a través del IUWS.
• La cuenta de costes por parcela, que refleja el coste real de mano de obra, insumos, maquinaria y agua por hectárea y campaña.
• La facturación, si la operación genera un cargo a un cliente o un recibo de compensación bajo el Régimen Especial de la Agricultura, Ganadería y Pesca (REAGP).
• El registro de jornada del trabajador que ejecutó la labor, con la trazabilidad legal que exige el artículo 34.9 del Estatuto de los Trabajadores.
• El libro de bodega (SILICIE), si la parcela produce uva para vinificación y la explotación lleva bodega.

Sin esa integración, el mismo dato se teclea cuatro o cinco veces en herramientas distintas: el cuaderno público de la comunidad autónoma, la hoja de Excel de costes, el programa de facturación y la nómina del operario. Cada duplicación introduce riesgo de error y de inconsistencia entre lo que dice el cuaderno y lo que refleja la contabilidad.

---

La diferencia entre una app de cumplimiento y un ERP integrado

Esta distinción es la más importante para un titular medio-grande o para un asesor que evalúa dar el salto desde Excel.

App de cumplimiento aislada

Una app de cumplimiento (como los cuadernos públicos gratuitos que ofrecen la mayoría de las comunidades autónomas: SgaCex en Castilla-La Mancha, CueCyL en Castilla y León, XEAGA en Galicia o REAFA en Andalucía) cumple una función: registrar las operaciones agrícolas según el contenido mínimo del Anexo II del RD 1054/2022 y sincronizarlas con el REA autonómico y, a través del IUWS, con el SIEX del FEGA.

Su utilidad es real. Su límite también: no tienen cuenta de costes, no facturan, no gestionan personal y no se conectan con el almacén de insumos. El agricultor tiene que exportar datos manualmente para llevarlos al gestor, que los recibe en PDF o Excel y los vuelca a su propio sistema.

ERP integrado

Un ERP integrado parte del mismo dato de campo pero lo convierte en información de gestión de forma automática. Las diferencias prácticas son:

La elección entre una app de cumplimiento y un ERP no depende solo del tamaño de la explotación, sino del coste de la descoordinación: cuánto tiempo pierde el asesor o la gestión interna reconciliando datos entre sistemas distintos, y cuántos errores de transcripción se producen que luego aparecen en una inspección del ITSS, una comprobación de la AEAT o un control de la condicionalidad PAC.

---

Qué módulos debe tener un agro-ERP completo

Un agro-ERP de cobertura completa para una explotación de tamaño medio-grande en España integra, como mínimo, los siguientes bloques funcionales:

1. Cuaderno de explotación (SIEX/CUE/IUWS)

Es el núcleo legal. Debe cubrir el contenido mínimo del Anexo II del RD 1054/2022: datos del titular y la explotación, recintos SIGPAC con su DGC, labores de cultivo, riegos (con m³/ha y origen del agua), tratamientos fitosanitarios, fertilización y cosecha por parcela. El cuaderno comercial nunca se comunica directamente con el SIEX: las anotaciones pasan por el IUWS (interfaz único de la comunidad autónoma) hacia el REA autonómico y, desde ahí, a SIEX de forma trimestral y con confirmación del titular.

El ERP debe contar con adaptadores IUWS parametrizados por comunidad autónoma, dado que no existe una homologación nacional única: cada comunidad tiene su propio procedimiento de alta como empresa desarrolladora y su propio dominio IUWS (con distintos patrones de endpoint según la comunidad).

El sistema debe soportar también el trabajo offline completo: un agricultor que aplica un tratamiento en una parcela sin cobertura de red debe poder registrarlo en el momento con doble fecha (fecha real del trabajo y fecha de anotación), y el sistema sincronizará cuando recupere la conexión, respetando el plazo general de un mes desde la operación que establece la norma.

2. Fitosanitarios y fertilización

El registro de tratamientos fitosanitarios debe capturar el contenido completo del Anexo III del RD 1311/2012: plaga y justificación agronómica, cultivo (código OEPP y estado fenológico BBCH), producto con su número de registro y lote, materia activa, dosis, equipo de aplicación con número ROMA, aplicador con su carné ROPO y asesor, valoración de la eficacia y justificación GIP (gestión integrada de plagas). Desde el 01-01-2027, este registro será obligatorio en formato electrónico para la mayoría de las explotaciones (RD 1039/2025).

El módulo de fertilización debe cubrir el RD 1051/2022 (modificado por los RD 840/2024 y RD 934/2025), incluyendo la vinculación con el plan de abonado del asesor (REGFER) y el balance de nitrógeno por unidad de producción.

3. Facturación con Verifactu

La facturación agraria tiene particularidades que los programas genéricos no cubren bien: el REAGP (Régimen Especial de la Agricultura, Ganadería y Pesca), los recibos de compensación que emite el comprador como autofactura, y la liquidación de campaña en cooperativas.

El módulo de facturación de un agro-ERP debe implementar Verifactu nativo: cada factura genera un registro de alta con huella SHA-256 encadenada al registro anterior (mediante el valor HuellaAnterior), código QR de cotejo y leyenda «Verifactu». Los asientos son inmutables por diseño: una anulación no borra el alta original, sino que genera un nuevo registro de anulación encadenado. El RD 1007/2023 y la Orden HAC/1177/2024 son la base legal de este sistema.

4. Costes por parcela y cuenta de explotación

Este es el diferenciador que convierte una app de cumplimiento en un ERP. La cuenta de explotación analítica por parcela, cultivo y campaña agrega:

• Costes de insumos (fitosanitarios, fertilizantes, semillas, agua).
• Costes de maquinaria (amortización, combustible, mantenimiento).
• Costes de mano de obra directa, imputados al parte de trabajo por recinto SIGPAC.
• Ingresos por ventas directas, liquidaciones de cooperativa y ayudas PAC.

El margen real por hectárea, no el estimado, sino el calculado sobre el gasto registrado, es la información que permite al titular decidir si un cultivo o una parcela son rentables.

5. Gestión laboral y registro de jornada

El artículo 34.9 del Estatuto de los Trabajadores y el RD-ley 8/2019 obligan a registrar la jornada de todos los trabajadores, con el día y hora de inicio y fin. En agricultura, con temporeros, eventuales de 120 días (artículo 15.2 ET, modificado por la Ley 1/2025), cuadrillas y campañas, el registro manual es inviable a escala.

El ERP debe integrar un terminal de fichaje no-BYOD (el trabajador no usa su propio teléfono: existe un kiosco compartido en el centro, que es el criterio del Dictamen del Consejo de Estado de 23-03-2026 y el artículo 88 de la LOPDGDD) con cadena de hash inalterable por fichaje. La geolocalización, cuando se active, se limita al instante del marcaje y es opcional (artículos 6 y 13 del RGPD; artículos 88 y 90 de la LOPDGDD).

El módulo laboral también debe gestionar las altas en la Seguridad Social Agraria (SEASS) en plazo (antes de las 12:00 del primer día de trabajo) y, cuando la explotación percibe ayudas PAC, alertar sobre el riesgo de condicionalidad social (RD 1049/2022, modificado por el RD 567/2024): el incumplimiento laboral reiterado puede reducir las ayudas hasta un 10%.

6. Almacén de insumos y trazabilidad

El control de existencias de fitosanitarios, fertilizantes y semillas cierra el círculo de la trazabilidad: el producto que sale del almacén es el que se aplica en el campo, con su número de lote. Esto es especialmente relevante para la gestión de envases fitosanitarios (triple enjuague y entrega a gestor autorizado, requisito de la condicionalidad RLG) y para el control de maquinaria (ROMA y ITEAF).

7. Bodega (SILICIE) — para explotaciones vitivinícolas

Las bodegas obligadas al SILICIE (contabilidad de Impuestos Especiales, regulada por la Orden HAC/998/2019, modificada por la Orden HAC/566/2020) deben llevar el libro de existencias con cada asiento de elaboración, trasiego, embotellado y expedición. El ERP de una explotación vitivinícola debe integrar la trazabilidad vendimia-depósito-botella con asientos append-only y cadena re-verificable, coherente con el mismo modelo de hash de Verifactu.

---

El marco normativo que impulsa el salto al ERP

El calendario de obligaciones es la razón principal por la que titulares y asesores se están planteando ahora el salto desde el Excel o el cuaderno público.

Base legal de referencia: RD 1054/2022 · RD 34/2025 · RD 1039/2025 · RD 1051/2022 (mod. RD 840/2024 y RD 934/2025) · RD 1007/2023 · Orden HAC/1177/2024 · Orden HAC/998/2019 (SILICIE, mod. Orden HAC/566/2020) · art. 34.9 ET · RD-ley 8/2019 · RD 1049/2022 (mod. RD 567/2024).

Cronología de las obligaciones

Nota importante: el CUE digital completo es voluntario de forma general hasta 2028. El RD 34/2025 aclara que la digitalización completa es voluntaria salvo para las explotaciones que superen los umbrales citados a partir del 01-01-2028. Presentar el cuaderno digital completo como ya obligatorio de forma general antes de 2028 sería una afirmación incorrecta.

El registro de fitosanitarios electrónico desde 2027 y el de fertilización desde 2026 son, en cambio, obligaciones ya firmes con base en normas publicadas. Cualquier ERP que se evalúe hoy debe poder cubrir ambos registros en formato electrónico con la estructura de datos que exige el Anexo III del RD 1311/2012 y el RD 1051/2022 respectivamente.

---

Criterios técnicos para elegir el ERP correcto

No todo software que se anuncia como «cuaderno digital» o «gestión agrícola» cumple los requisitos de un ERP integrado. Estos son los criterios que debe verificar un titular medio-grande o un asesor antes de contratar.

1. Capacidad offline real y sin degradación

El campo agrario no tiene cobertura de red garantizada. El ERP debe permitir registrar todas las operaciones de campo sin conexión y sincronizar cuando se recupere la red, sin pérdida de datos ni solapamiento de anotaciones. Preguntar específicamente: ¿se puede registrar un tratamiento fitosanitario completo (con todos los campos del Anexo III) sin conexión? ¿Cómo gestiona el sistema conflictos de sincronización?

2. Motor normativo versionado sin redeploy

Los catálogos del SIEX (Anexo VII del RD 1054/2022 contiene más de 140 listas: cultivos OEPP, unidades, destinos, variedades) se actualizan periódicamente. La plataforma debe poder actualizarlos sin necesidad de una nueva versión de la aplicación, de modo que las validaciones reflejen siempre los datos oficiales vigentes. Un sistema que requiere una actualización de software para cambiar un catálogo introduce riesgos de desfase normativo.

3. Adaptadores IUWS por comunidad autónoma

La habilitación para sincronizar el cuaderno con el SIEX es autonómica, no nacional. No existe una ventanilla única: cada comunidad autónoma tiene su propio procedimiento de alta como empresa desarrolladora (por ejemplo, el MR407B en Galicia, el trámite 9931 en Aragón o el alta directa en Castilla y León) y su propio dominio y endpoint IUWS. Un ERP que solo esté habilitado en una o dos comunidades autónomas limita al asesor que trabaja en varias regiones.

4. Cadena de hash append-only en Verifactu y SILICIE

Tanto Verifactu como SILICIE exigen que los registros sean inmutables: una anulación o rectificación no borra el asiento original, sino que añade un nuevo asiento de corrección encadenado. El ERP debe implementar este patrón estrictamente. Un sistema que permita editar o borrar registros ya remitidos no es conforme con el RD 1007/2023 ni con la Orden HAC/998/2019.

Verificar explícitamente: ¿el sistema permite borrar o editar una factura ya sellada? La respuesta debe ser no. ¿Cómo se trata una anulación? Debe generarse un registro de anulación nuevo, encadenado.

5. Multi-tenant con aislamiento real de datos

Un asesor agrario o una cooperativa gestiona las explotaciones de varios titulares. El ERP debe garantizar que los datos de una explotación son completamente invisibles para otra, incluso si comparten la misma instancia de software. Preguntar por el modelo de aislamiento: en sistemas bien diseñados, esto se implementa mediante Row-Level Security (RLS) a nivel de base de datos y claves compuestas que incluyen el identificador de organización en cada tabla.

6. Transparencia sobre los envíos a la Administración

El dato más relevante para un titular: ¿el software está ya enviando mis datos a la AEAT o al SIEX en modo producción, o opera en sandbox? La respuesta honesta, para cualquier plataforma que no haya completado el proceso de certificación administrativa correspondiente, es sandbox. Un proveedor que afirme que sus envíos van a producción sin poder acreditar el certificado de entidad y las altas por comunidad autónoma está sobrepromoviendo.

7. Funcionamiento con explotaciones de más de 30 hectáreas

Aunque el umbral de obligatoriedad del CUE completo no llegará hasta 2028 para explotaciones de más de 30 ha, una explotación de ese tamaño ya tiene hoy complejidad suficiente para justificar un ERP: múltiples parcelas, varios cultivos, trabajadores temporeros en campaña, cuaderno de fitosanitarios con decenas de tratamientos al año y, posiblemente, producción certificada bajo DOP/IGP o cultivo ecológico. El ERP debe escalar a ese tamaño sin degradación de rendimiento ni limitación de recintos o registros.

---

Cómo lo resuelve Campodato: capacidades reales (Olas 1-9)

Campodato es un agro-ERP español diseñado desde el principio para integrar cuaderno SIEX, facturación Verifactu, costes por parcela, registro de jornada, almacén y bodega sobre la misma base de datos.

Las capacidades descritas a continuación son las que están construidas y verificadas (1.402 pruebas automatizadas con 0 fallos a la fecha de publicación de esta guía). Los envíos a organismos oficiales operan en sandbox hasta que se complete la certificación administrativa correspondiente, lo que se comunica de forma explícita en la plataforma.

Cuaderno SIEX/IUWS

• Importación de recintos SIGPAC por mapa con alias propio («la viña de arriba»).
• Registro offline de labores, riegos, tratamientos, fertilización y cosecha con doble fecha (trabajo y anotación).
• 15 adaptadores IUWS parametrizados para las comunidades autónomas con cuaderno digital activo.
• Firma ES256 (ECDSA) de las comunicaciones con el IUWS; las bases de catálogos son versionadas y actualizables sin redeploy.
• Motor de validación de uso-momento fitosanitario (cultivo/BBCH/materia activa) con bloqueo duro si el dato no es conforme.
• Panel de sincronización trimestral confirmada por el titular.

Facturación Verifactu nativa

• Cadena de hash SHA-256 encadenada por NIF del emisor; cada registro incluye HuellaAnterior.
• QR de cotejo y leyenda «Verifactu» en cada documento.
• Registros de alta, anulación y subsanación append-only: el alta original nunca se altera.
• Soporte para REAGP, recibos de compensación, facturas simplificadas (tiques) y conversión a factura completa.
• Factura electrónica B2B (EN 16931/UBL) y B2G (Facturae/FACe para Administración Pública).

Costes por parcela y cuenta de explotación

• Cada operación registrada (tratamiento, fertilización, labor, riego) se imputa al recinto SIGPAC con su superficie tratada.
• La cuenta de explotación agrega ingresos, costes de insumos, maquinaria, mano de obra y agua por parcela, cultivo y campaña.
• Dashboard de la campaña con KPI de coste acumulado vs. presupuesto y margen proyectado.

Registro de jornada y gestión laboral

• Terminal de fichaje en kiosco compartido, no-BYOD.
• Tipos de marcaje: entrada, salida, inicio de pausa y fin de pausa.
• Cadena de hash encadenada e inalterable por marcaje (la alteración de un fichaje invalida los posteriores).
• Geolocalización desactivada por defecto, activable por el trabajador solo en el instante del marcaje.
• Puente de condicionalidad social PAC: alerta cuando el incumplimiento laboral (SEASS fuera de plazo, ausencia de registro) genera riesgo de reducción de ayudas.
• Fichaje desde la app web (navegador) y desde la aplicación móvil con outbox offline.

Bodega y SILICIE

• Trazabilidad completa vendimia por recinto SIGPAC → depósitos → prácticas enológicas → lotes de embotellado.
• Asientos de libro de existencias append-only con cadena re-verificable (el mismo patrón que Verifactu).
• UNIQUE anti-doble-anulación: el sistema impide anular dos veces el mismo asiento.
• Declaración de existencias en modo sandbox (con guard explícito; producción bloqueada hasta certificación).

---

Tabla comparativa: app aislada vs. ERP integrado

---

Errores frecuentes al evaluar un ERP agrícola

Confundir «conectado con el SIEX» con «habilitado en mi comunidad»

Un ERP puede tener adaptadores IUWS construidos pero no haber completado el proceso de alta como empresa desarrolladora en cada comunidad autónoma. Esa alta es un trámite administrativo que requiere aportar la parte pública del certificado de Sello de Entidad y el dominio de la aplicación. Preguntar en qué comunidades autónomas está operativo el envío, no solo construido.

Asumir que Verifactu es una integración opcional

A partir de los plazos del RD 1007/2023 y la Orden HAC/1177/2024, el software de facturación debe ser conforme con Verifactu (o con SII para los obligados a ese régimen, o con TicketBAI en los territorios forales). No es una integración que se añade después: debe ser nativa. Un ERP que factura y no tiene Verifactu integrado con cadena de hash no está cumpliendo con la normativa para los sujetos obligados.

Evaluar solo el módulo de cuaderno ignorando los costes de coordinación

El precio del ERP se compara, habitualmente, con el precio de una herramienta de cuaderno más barata. El análisis correcto incluye el coste de coordinación: horas del asesor para reconciliar datos entre el cuaderno, el programa de facturación y la hoja de Excel de costes; errores de transcripción que generan discrepancias entre el cuaderno y la contabilidad; y el riesgo de sanciones por datos incoherentes entre sistemas.

Ignorar el plan de migración desde herramientas anteriores

Cambiar de herramienta en mitad de una campaña es costoso. Un buen ERP debe ofrecer herramientas de importación (recintos SIGPAC desde el REA, histórico de clientes y productos) y soporte durante la transición.

Tomar como definitivo el mapa de obligatoriedad del cuaderno digital

El RD 34/2025 estableció que el CUE digital completo es voluntario con carácter general hasta 2028, pero los umbrales y fechas pueden modificarse si los reglamentos de desarrollo de la PAC 2028-2034 o nuevas normas sectoriales así lo establecen. Trabajar con un ERP desde ahora es la estrategia más prudente: no para cumplir una obligación que aún no existe para todos, sino para que la digitalización esté madura cuando llegue la fecha.

---

Preguntas frecuentes (FAQ)

¿Es obligatorio el ERP agrícola en 2026?

No existe una obligación de usar un «ERP» como tal. Lo que la norma exige son registros concretos en formato electrónico: fertilización desde el 01-01-2026 en explotaciones no exceptuadas (RD 1051/2022, mod. RD 840/2024 y RD 934/2025) y tratamientos fitosanitarios desde el 01-01-2027 (RD 1039/2025). Esos registros pueden llevarse con el cuaderno público gratuito de la comunidad autónoma o con un ERP comercial. La diferencia está en si se quiere solo cumplir o también gestionar.

¿Qué diferencia hay entre el cuaderno SIEX, el REA y el CUE?

Son tres piezas distintas del mismo sistema. El SIEX (Sistema de Información de Explotaciones Agrícolas) es el registro estatal, gestionado por el FEGA (MAPA). El REA (Registro de Explotaciones Agrarias) es el registro autonómico, gestionado por cada comunidad autónoma. El CUE (Cuaderno de Explotación Único) es el cuaderno del agricultor. El flujo legal es: el CUE comercial (Campodato) envía los datos al CUE autonómico/REA a través del IUWS; el REA los consolida en SIEX trimestralmente. El CUE comercial no se comunica nunca directamente con el SIEX.

¿El software puede enviar mis datos a la AEAT sin que yo lo sepa?

No, si el ERP está bien diseñado. Los envíos a la AEAT (Verifactu) y al SIEX deben ser actos explícitos, confirmados por el titular o su representante. Además, cualquier plataforma que aún no haya completado la certificación administrativa correspondiente opera en sandbox: los datos se validan localmente pero no se transmiten al sistema real de la Administración. Es una garantía de transparencia que debe estar claramente documentada en el contrato y en la interfaz de la aplicación.

¿Cuántas comunidades autónomas deben estar habilitadas en el IUWS para que el ERP sea útil?

Depende de dónde esté la explotación. Lo ideal es que el ERP tenga adaptadores para todas las comunidades autónomas con cuaderno digital activo (actualmente dieciséis). Si el ERP solo cubre dos o tres, un asesor con explotaciones en varias comunidades tiene un problema de cobertura. Verificar siempre qué comunidades están en producción (habilitadas administrativamente) y cuáles están solo en desarrollo.

¿El registro de jornada del ERP sirve para una inspección de la Inspección de Trabajo?

Sí, si el sistema cumple con el artículo 34.9 del ET: registro de la jornada con fecha, hora de inicio y hora de fin, conservado durante cuatro años (artículo 34.9 ET; artículo 66 de la LGT). El registro debe ser inalterable: la Inspección puede pedir el fichero de logs de la cadena de hash para verificar que no se han modificado. La sanción por no disponer de registro va de 751 a 7.500 € por centro de trabajo (artículos 7.5 y 40.1.b de la LISOS, RDLeg 5/2000).

¿Qué pasa con las bodegas que también tienen cuaderno de campo?

Una bodega con viñedo propio tiene la doble obligación del cuaderno de explotación (SIEX/CUE para el viñedo) y del libro de existencias de SILICIE para la bodega. Un ERP que integre ambos módulos permite que los kilos de uva cosechados en el recinto SIGPAC entren automáticamente como materia prima en los primeros asientos de SILICIE, sin transcripción manual. La trazabilidad «de la viña a la botella» queda documentada en un único sistema.

---

Conclusión y siguiente paso

Un ERP agrícola no es una inversión en tecnología por sí misma: es una inversión en dato de calidad. Cuando una labor, un tratamiento o un parte de trabajo se registra una sola vez y alimenta simultáneamente el cuaderno legal, la cuenta de costes, la factura y el registro de jornada, el agricultor y su asesor dejan de gestionar datos y empiezan a gestionar la explotación.

Las obligaciones normativas (registro electrónico de fertilización desde 2026, de fitosanitarios desde 2027, y cuaderno digital completo para las explotaciones de mayor tamaño desde 2028) hacen que la pregunta no sea ya «si» dar el salto a un ERP, sino «cuándo» y «cuál». Dar el salto con tiempo suficiente, antes de que la obligación llegue en plena campaña, es la decisión más prudente.

Los criterios que diferencian un ERP agrícola sólido de una app de cumplimiento son claros: offline real sin degradación, adaptadores IUWS por comunidad autónoma, motor normativo versionado, cadena de hash append-only en facturación y bodega, aislamiento multi-tenant y transparencia sobre el estado de certificación de los envíos a la Administración.

Si quieres ver cómo Campodato aplica estos principios en la práctica, puedes explorar el módulo de cuaderno de explotación SIEX, el de facturación con Verifactu o el de registro de jornada agraria, donde se detallan las capacidades reales del producto y el estado de cada integración.

---

Fuentes oficiales

• RD 1054/2022, de 27 de diciembre, por el que se regula el Sistema de Información de Explotaciones Agrícolas — BOE núm. 312, 29-12-2022.
• RD 34/2025, de 21 de enero, que modifica el RD 1054/2022 (voluntariedad CUE hasta 2028) — BOE núm. 20, 23-01-2025.
• RD 1039/2025, de 22 de octubre (obligatoriedad registro electrónico fitosanitarios 2027) — BOE núm. 254, 23-10-2025.
• RD 1051/2022, de 27 de diciembre, de fertilización sostenible (modificado por RD 840/2024 y RD 934/2025) — BOE núm. 312, 29-12-2022.
• RD 1007/2023, de 5 de diciembre (sistemas informáticos de facturación, Verifactu) — BOE núm. 292, 06-12-2023.
• Orden HAC/998/2019, de 23 de septiembre (SILICIE) — BOE. Modificada por la Orden HAC/566/2020.
• RD 1049/2022, de 27 de diciembre (condicionalidad reforzada y condicionalidad social PAC) — BOE núm. 312, 29-12-2022.
• RD 1311/2012, de 14 de septiembre (uso sostenible de productos fitosanitarios) — BOE núm. 223, 15-09-2012.
• Estatuto de los Trabajadores, art. 34.9 (registro de jornada) — RDLeg 2/2015.

---

Última revisión normativa: 2026-06-13 · Autor: Equipo Campodato (Summum Marketing).