Software para cooperativas agrarias: digitalizar a los socios bajo tu marca

En una línea: una cooperativa agraria puede hoy ofrecer a sus socios una plataforma de gestión completa (cuaderno de campo, facturación Veri\*Factu y registro de jornada) bajo su propia marca, con cada socio aislado del resto en origen y sin que el técnico de la cooperativa tenga que abrir ni un solo correo para coordinar cientos de explotaciones.

---

1. Por qué las cooperativas son el canal más eficiente para digitalizar el campo

El agricultor medio español tiene 41,3 años de experiencia y gestiona una explotación cuya superficie media ha crecido hasta las 30,46 ha (Encuesta de Estructura Agraria 2023, INE), pero sigue siendo una persona física con baja propensión al cambio tecnológico si no hay un empuje externo que reduzca la fricción.

Ese empuje externo ha sido históricamente la cooperativa. El socio confía en su cooperativa para vender la cosecha, para comprar insumos a precio negociado y para recibir asesoramiento técnico. Si la cooperativa le dice «aquí tienes tu cuaderno de campo, ya está configurado con tus parcelas y yo te ayudo cuando tengas dudas», la tasa de adopción se dispara respecto al modelo de captación directa. No es una hipótesis: es el patrón que ya ha demostrado en otros mercados la distribución de software de gestión empresarial a través de gestorías y asesorías.

El problema que ha frenado este canal hasta ahora no era la voluntad sino la arquitectura del software disponible. Las plataformas agrarias tradicionales estaban diseñadas para una sola explotación o, en el mejor caso, para un asesor que accede a todas con los mismos permisos. Ninguna de esas dos opciones sirve a una cooperativa con 200 socios independientes entre sí, con obligaciones legales individuales y con el derecho a que sus datos de costes y producción no sean visibles por el socio del lado.

El sector cooperativo en cifras

Las cooperativas agroalimentarias españolas representan una parte sustancial del sector agrario. Según los datos del Observatorio Socioeconómico del Cooperativismo Agroalimentario Español (OSCAE 2024; validar cifra exacta de facturación con la publicación oficial más reciente en cooperativasagroalimentarias.coop), el cooperativismo agrario mueve decenas de miles de millones de euros anuales y concentra la comercialización de una parte importante de la producción hortofrutícola, oleícola, vitícola y ganadera del país.

Ese volumen hace que el técnico de la cooperativa sea el punto de contacto más eficiente para trasladar al socio el cumplimiento normativo: cuando el técnico dice «este año el cuaderno de fitosanitarios ya tiene que ser electrónico», el socio lo ejecuta. Eso convierte el canal cooperativo en el multiplicador de adopción con menor coste por usuario incorporado.

---

2. Qué obliga la norma y cuándo: las fechas que el gerente no puede ignorar

Bloque normativo de referencia

- RD 1054/2022 — crea el SIEX (Sistema de Información de Explotaciones Agrarias), el REA (Registro Autonómico de Explotaciones Agrícolas) y el CUE (Cuaderno digital de explotación agrícola). El Anexo II fija el contenido mínimo de cada anotación.

- RD 34/2025 — establece que el CUE digital completo es voluntario de forma general hasta el 1 de enero de 2028, con efecto retroactivo desde el 1 de julio de 2023. No presentar el CUE completo como obligatorio para todos antes de esa fecha.

- RD 1311/2012, art. 16, modificado por RD 1039/2025 (al amparo del Reglamento UE 2025/2203) — el registro de tratamientos fitosanitarios debe ser electrónico desde el 1 de enero de 2027. En papel sigue siendo válido hasta el 31 de diciembre de 2026.

- RD 1051/2022, modificado por RD 840/2024 y RD 934/2025 — obligación de registro de fertilización en explotaciones no exceptuadas desde el 1 de enero de 2026. Exenciones: ≤5 ha de cultivo, ≤1 ha de regadío; <10 ha de secano en determinados supuestos.

- **RRSIF / Veri\Factu — RD 1007/2023 + Orden HAC/1177/2024, calendarios modificados por RD 254/2025 y RD-ley 15/2025: obligatorio desde el 1 de enero de 2027 para personas jurídicas (IS) y desde el 1 de julio de 2027* para el resto. El régimen sancionador del art. 201 bis LGT establece multas de hasta 50.000 € por ejercicio para usuarios de software no conforme y de hasta 150.000 € para quien fabrique o comercialice software de doble uso.

La tabla siguiente resume las obligaciones que más directamente afectan a la base social de una cooperativa típica:

Lo que esta tabla pone de manifiesto para el gerente de una cooperativa es que antes del cierre de la campaña 2026 sus socios deben tener ya en uso una herramienta electrónica para registrar tratamientos y fertilización, y que en el horizonte de 2027-2028 se suma la obligación de cuaderno completo e integrado con el SIEX autonómico.

Si la cooperativa no lidera ese proceso, lo hará la CCAA con su cuaderno público gratuito o lo hará un competidor. La diferencia es que el cuaderno público no tiene CRM, no factura, no genera el recibo de compensación REAGP y no conecta los datos del campo con el asesoramiento técnico que la cooperativa ya presta.

---

3. El modelo white-label explicado: marca propia, datos separados

«White-label» en este contexto significa que la cooperativa presenta la plataforma a sus socios con su propia identidad visual, su propio dominio (por ejemplo, digital.micooperativa.es) y su propio sistema de soporte. Para el socio, está usando el software de su cooperativa. Para la cooperativa, está distribuyendo una plataforma que ya tiene construida la infraestructura técnica más compleja: la cadena de hash Veri\*Factu, el módulo IUWS para sincronizar con el SIEX autonómico, el motor de validación de fitosanitarios y el registro de jornada con cadena de integridad.

El valor para la cooperativa es doble: reduce el coste de soporte (el técnico ya conoce el software que gestiona con sus socios en lugar de tratar con diez soluciones distintas) y genera un vínculo de fidelización que va más allá de la liquidación de campaña.

Qué personaliza la cooperativa

• Logotipo, colores y nombre del producto en la interfaz de usuario.
• Dominio propio o subdominio.
• Plantillas de comunicación (correos de bienvenida, alertas de plazo, avisos normativos) con la firma y el tono de la cooperativa.
• Catálogos preconfigurados: cultivos que trabaja la base social, variedades propias de la zona, productos fitosanitarios más usados, técnicos de referencia asignados por zona.

Qué no personaliza la cooperativa (y no debe)

• La lógica de validación normativa: la cooperativa no puede desactivar el bloqueo de un fitosanitario no autorizado para el cultivo del socio, ni suprimir la alerta de superación del tope de 170 kg N/ha en zona vulnerable.
• El aislamiento de datos entre socios: no es una opción del plan, es una invariante de arquitectura (ver sección siguiente).
• La cadena de hash: cada factura de cada socio sigue siendo inalterablemente suya y nadie puede modificarla retroactivamente.

---

4. Aislamiento RLS: qué significa y por qué importa legalmente

RLS son las siglas de Row-Level Security, una función de la base de datos relacional que restringe qué filas puede leer o escribir cada sesión activa, sin que el código de la aplicación pueda ignorar esa restricción. No es una capa de permisos en el software: es una restricción en el motor de la base de datos que se aplica antes de que cualquier consulta devuelva resultados.

En la práctica, significa que cuando el socio A inicia sesión, la base de datos literalmente no devuelve registros del socio B aunque alguien intentara construir una consulta que los pidiera. El técnico de la cooperativa ve solo los datos que los socios han autorizado expresamente que vea: el estado de cumplimiento agregado, las alertas de plazo vencido y los informes de certificación colectiva, pero no el coste de producción por parcela ni el margen comercial de cada explotación.

Por qué esto es un requisito RGPD y no solo una opción de diseño

El Reglamento (UE) 2016/679 (RGPD), arts. 5.1.f (integridad y confidencialidad) y 25 (privacidad por diseño y por defecto), exige que los sistemas de tratamiento de datos personales estén configurados para tratar, por defecto, solo los datos necesarios para cada finalidad y para cada persona que accede al sistema.

Cuando los datos de un socio incluyen su plan de fertilización (que puede revelar estrategia agronómica), sus costes de producción o sus registros de tratamientos (que tienen implicaciones de sanciones si se divulgan a terceros), el RGPD no permite que otro socio, ni siquiera un directivo de la cooperativa sin función técnica sobre esa explotación, acceda a ellos sin base legal suficiente.

Una plataforma que no implementa RLS a nivel de base de datos delega esa separación en el código de la aplicación. Cualquier error de programación, cualquier actualización mal probada o cualquier acceso con permisos elevados puede romper esa separación. La RLS en la base de datos es la única garantía técnica robusta de que el socio A nunca verá los datos del socio B.

El código SIEX como barrera de privacidad adicional

Cada explotación tiene asignado un código SIEX (formato "ES" + 12 dígitos, 14 posiciones totales) que la identifica de forma única en el sistema estatal. El flujo de comunicación es estrictamente individual: los datos del cuaderno van del CUE del agricultor a través del IUWS (Interfaz Único Común, versión 3.11.4, FEGA, desplegado en noviembre de 2025) al cuaderno oficial de la CCAA, y de ahí al SIEX con confirmación trimestral expresa del titular. La cooperativa como entidad no es parte de esa cadena de comunicación; actúa como soporte técnico del titular, no como titular delegado.

---

5. Cadena de hash Veri*Factu independiente por socio

Cuando una cooperativa distribuye la plataforma a sus socios, cada socio que emite facturas tiene su propia cadena de hash encadenada bajo el Reglamento de Sistemas Informáticos de Facturación (RRSIF, RD 1007/2023 + Orden HAC/1177/2024).

La cadena funciona así: cada registro de factura (alta o anulación) incluye en su contenido la huella SHA-256 del registro anterior del mismo emisor, calculada concatenando los campos IDEmisorFactura, NumSerieFactura, FechaExpedicionFactura, TipoFactura, CuotaTotal, ImporteTotal, Huella(anterior) y FechaHoraHusoGenRegistro en formato campo=valor separados por &, codificados en UTF-8. El resultado es una cadena que la AEAT puede verificar registro a registro: si alguien altera una factura intermedia, toda la cadena desde ese punto queda invalidada.

Lo decisivo para el modelo cooperativo es que cada socio tiene su propia cadena, iniciada en su primer registro y encadenada solo con sus propios registros posteriores. La cadena del socio A no puede mezclarse con la del socio B ni con la de la cooperativa como entidad. Esto tiene consecuencias concretas:

1. Responsabilidad fiscal individual: el socio responde de su propia cadena. La cooperativa no puede alterar la cadena del socio ni hacerse responsable de sus facturas emitidas como persona física o como entidad independiente.
2. Remisión a la AEAT independiente: si la plataforma opera en modo **Veri\Factu nativo* (la modalidad que evita la firma electrónica de cada registro y los logs de eventos cada seis horas), cada socio remite sus propios registros con su propio NIF al servicio web SOAP de la AEAT. El lote máximo por envío es de 1.000 registros del mismo obligado.
3. Inalterabilidad total: el RRSIF prohíbe el borrado físico de registros y cualquier modificación que no se instrumente como un nuevo registro de anulación o rectificación. La plataforma implementa esto como una base de datos append-only con RLS fail-closed: si algo falla en la capa de permisos, el sistema deniega el acceso en lugar de concederlo.

Qué ocurre con la cooperativa como emisora de facturas

La cooperativa también emite facturas propias: liquidaciones de campaña, recibos de compensación bajo el REAGP (art. 130.Cinco de la Ley 37/1992, del IVA), facturas por servicios prestados a socios, etcétera. Esas facturas van en la cadena de la cooperativa con el NIF de la cooperativa, completamente separadas de las cadenas de sus socios. El software gestiona ambas cadenas en paralelo, sin interferencias.

---

6. Panel del técnico: supervisar sin invadir

El técnico de la cooperativa necesita una visión de conjunto que el socio individual no necesita: saber qué socios tienen pendiente el registro de un tratamiento que supera el plazo de anotación de un mes (art. 16.1 del RD 1311/2012), qué explotaciones no han confirmado la sincronización trimestral con el SIEX, qué parcelas tienen alertas de condicionalidad PAC activas o qué socios no han completado todavía el registro de fertilización obligatorio.

Esa visión de conjunto es compatible con el aislamiento de datos si el panel del técnico muestra estados de cumplimiento en lugar de datos de operaciones. La diferencia práctica:

Esta distinción no es arbitraria. La base legal es el art. 64.5 del Estatuto de los Trabajadores (consulta a la RLT sobre herramientas digitales), aplicable por analogía a la relación cooperativa/socio, el art. 87 de la LOPDGDD y los arts. 13 y 14 del RGPD sobre la información que debe recibir el interesado antes del tratamiento. Si la cooperativa quiere usar los datos del cuaderno de un socio para algo más que el soporte técnico inmediato (por ejemplo, para hacer recomendaciones de insumos o para compartir datos con el Consejo Regulador), necesita una base jurídica específica y, en la mayoría de los casos, el consentimiento expreso del socio.

Alertas y automatismos que sí puede gestionar la cooperativa

• Recordatorios automáticos de plazos normativos: aviso al socio cuando una anotación supera el mes desde la operación sin estar registrada.
• Notificación de caducidad de equipos de aplicación (ROMA/ITEAF vigencia de tres años, validarIteaf() en la plataforma).
• Alerta de producto fitosanitario descatalogado o con fecha de agotamiento de existencias próxima.
• Avisos de condicionalidad PAC: BCAM 6 (cubierta de suelo en olivar en pendiente), BCAM 7 (rotación de cultivos), BCAM 8 (superficie no productiva y Superficie de Interés Ecológico).
• Informes de cumplimiento del pliego de certificación colectiva (DOP, IGP, producción ecológica, producción integrada) con datos que el socio haya autorizado para ese fin.

---

7. Qué puede y qué no puede hacer el software con los datos de los socios

Esta sección responde a una pregunta que todo gerente de cooperativa debe plantearse antes de contratar cualquier plataforma de digitalización de socios.

Lo que el software hace

• Registrar las operaciones de campo de cada socio con validación normativa en tiempo real: fitosanitarios (Anexo III del RD 1311/2012, validación de uso/cultivo/BBCH/plazo de seguridad/restricciones de entorno), fertilización (balance de nitrógeno, tope de 170 kg N/ha en zonas vulnerables conforme al art. 22 del RD 47/2022 y al programa de actuación autonómico), labores, siembra, cosecha y riego.
• Sincronizar con el SIEX de la CCAA a través del IUWS, una vez el titular haya dado su confirmación expresa para la sincronización trimestral.
• Generar facturas y recibos bajo Veri\*Factu con cadena SHA-256 encadenada por NIF, inalterables y aptas para remisión a la AEAT.
• Alertar al técnico de la cooperativa sobre estados de cumplimiento, sin acceder al contenido de las operaciones individuales si el socio no ha autorizado ese nivel de acceso.

Lo que el software no hace (y no debe hacer)

• No remite datos de producción a la AEAT por cuenta de los socios: la remisión Veri\*Factu se hace con el NIF del obligado (el socio), no con el NIF de la cooperativa.
• No comparte datos entre socios: el RLS fail-closed garantiza que la plataforma deniega el acceso antes de concederlo en caso de duda.
• No geolocaliza de forma continua: la geolocalización en fichaje (si se usa el módulo laboral) se registra solo en el instante del marcaje, es opcional, activable por el trabajador y nunca genera una traza continua de movimientos (arts. 6, 13 y 14 del RGPD; arts. 87 y 90 de la LOPDGDD; arts. 20.3 y 34.9 del ET).
• No usa biometría: el diseño del módulo de fichaje excluye por defecto cualquier identificación biométrica (art. 9 RGPD; Guía AEPD sobre biometría, noviembre de 2023).
• No afirma que remite a producción de la AEAT: el conector SOAP con la AEAT opera en preentorno (sandbox) hasta que el socio y la plataforma hayan completado las validaciones técnicas requeridas.

---

8. Comparativa de modelos de implantación

Las cooperativas que quieren digitalizar a sus socios disponen hoy de varias opciones. La tabla compara los cuatro escenarios más habituales:

El modelo de cuaderno público es la opción de referencia para la obligación básica, pero no resuelve facturación, registro de jornada ni gestión de certificaciones colectivas. El ERP cooperativo centralizado ha sido el modelo tradicional de empresas como Hispatec con su solución C3, orientada a cooperativas de gran tamaño con presupuestos de implantación de varios miles de euros. La opción white-label multi-tenant busca cubrir el hueco del centro: cooperativas medianas que necesitan una solución más completa que el cuaderno público pero cuyo volumen no justifica el coste de un ERP de gran implantación.

---

9. Cómo se implanta paso a paso

El proceso de puesta en marcha de una cooperativa como canal B2B2C tiene cinco fases que la plataforma soporta de forma ordenada:

Fase 1 — Alta de la cooperativa como organización raíz

La cooperativa se da de alta con su NIF y sus datos. Se configura el subdominio, el logotipo y las plantillas de comunicación. Se definen los técnicos de la cooperativa y sus permisos: qué estados de cumplimiento pueden consultar y qué notificaciones reciben por zona geográfica o por cultivo.

Fase 2 — Alta de socios con sus explotaciones

Cada socio se da de alta con su NIF individual. El alta puede hacerla el técnico de la cooperativa (quien introduce los datos de la explotación desde la información que ya tiene en sus registros internos) o el propio socio mediante un enlace de invitación. En el momento del alta, el sistema:

• Asigna un espacio de datos completamente aislado por RLS.
• Importa las parcelas SIGPAC mediante los geoservicios del Nube SIGPAC o mediante introducción manual con la referencia del Dominio Geométrico de Cultivo (DGC) sobre recinto SIGPAC.
• Configura los cultivos declarados y los parámetros de la zona (zona vulnerable de nitratos, zona de condicionalidad PAC, CCAA de sincronización IUWS).

Fase 3 — Configuración de la sincronización IUWS

La plataforma tiene parametrizados los 15 adaptadores IUWS de las comunidades autónomas que cuentan con cuaderno digital oficial. Una vez el titular haya autorizado la sincronización, el sistema está preparado para enviar lotes al endpoint de la CCAA con firma JWT ES256 o RS256 según lo que exija cada adaptador. La sincronización en modo producción requiere que la plataforma esté registrada como empresa desarrolladora de CUE ante la autoridad autonómica y que disponga del certificado de Sello de Entidad (ETSI VATES): ambos son trámites administrativos externos al software, que la cooperativa y la plataforma gestionan conjuntamente al inicio.

Fase 4 — Formación y arranque

El técnico de la cooperativa recibe formación sobre el panel de supervisión. Los socios reciben acceso a un recorrido guiado que les permite registrar su primera operación de campo en menos de 90 segundos desde la pantalla principal. La plataforma soporta entrada por voz para reducir la fricción en el campo con poca cobertura o guantes.

Fase 5 — Soporte y seguimiento de cumplimiento

A partir del arranque, la cooperativa recibe un informe semanal con el estado de cumplimiento de la base social: qué porcentaje de explotaciones tiene el registro de fitosanitarios al día, cuántas tienen alertas de plazo vencido y qué socios necesitan atención prioritaria del técnico antes de que el plazo normativo imponga consecuencias.

---

10. Preguntas frecuentes

¿Puede la cooperativa ver los datos de producción y costes de cada socio?

No de forma predeterminada. La cooperativa accede únicamente a estados de cumplimiento (si el socio tiene anotaciones pendientes, si la sincronización SIEX está confirmada, si hay alertas normativas activas). Para acceder a datos de operaciones concretas (costes, tratamientos específicos, rendimiento por parcela) necesita la autorización expresa del socio, que puede otorgarse dentro de la plataforma para finalidades concretas como la certificación DOP o el asesoramiento técnico personalizado.

¿Qué ocurre si la cooperativa deja de usar la plataforma?

Los datos de cada socio son suyos. El RGPD (art. 20) reconoce el derecho a la portabilidad de los datos en formato estructurado y de uso común. La plataforma exporta el cuaderno en formato compatible con el IUWS y los registros de facturación con la cadena de hash íntegra. Los socios pueden continuar con su cuaderno en otro sistema sin perder ningún dato histórico ni romper la cadena de integridad de sus facturas.

¿Es la cooperativa responsable del cumplimiento normativo de los socios?

No en el sentido técnico-legal. El titular de la explotación es siempre el responsable de la veracidad de sus anotaciones (RD 1054/2022). La cooperativa actúa como soporte técnico y canal de distribución, no como responsable delegado. Si el socio introduce datos incorrectos o no registra una operación en el plazo de un mes, la responsabilidad es suya. Lo que puede hacer la cooperativa es avisar, recordar y facilitar la corrección antes de que el plazo se agote.

¿Veri*Factu aplica también a las cooperativas que emiten facturas?

Sí. Las cooperativas son personas jurídicas sujetas al Impuesto sobre Sociedades y, por tanto, deben tener su sistema de facturación conforme al RRSIF desde el 1 de enero de 2027 (RD 1007/2023, modificado por RD-ley 15/2025). La cooperativa tiene su propia cadena de hash con su NIF, completamente separada de las cadenas de sus socios. El incumplimiento puede suponer multas de hasta 50.000 € por ejercicio para la cooperativa como usuaria de software no conforme (art. 201 bis LGT).

¿Cuánto cuesta implantar la solución en una cooperativa?

El coste depende del número de socios, del nivel de personalización de la marca y de los módulos que se activen. Una parte o la totalidad del coste puede cubrirse con el bono Kit Digital: hasta 6.000 € para empresas de 3 a 49 empleados y hasta 12.000 € para empresas de 50 a 250 empleados (convocatoria vigente; validar los importes y plazos exactos con la convocatoria publicada en acelerapyme.es). La cooperativa que actúa como canal puede, en algunos supuestos, acompañar a sus socios en la tramitación de sus propios bonos individuales de hasta 3.000 € si son autónomos o microempresas.

¿La plataforma funciona sin conexión en el campo?

Sí. La arquitectura de la plataforma implementa un modelo «offline primero» con una cola de salida durable (outbox IndexedDB) que encola las operaciones registradas sin cobertura y las sincroniza cuando la conexión se restablece, sin duplicar registros gracias a un identificador de operación de cliente idempotente. El socio puede registrar un tratamiento en una parcela sin cobertura y la anotación llegará al sistema en cuanto el dispositivo conecte, con la marca temporal del momento real del registro.

---

Conclusión: la cooperativa como motor de digitalización, no como obstáculo

La digitalización del campo español no la va a resolver la normativa por sí sola. Las fechas de obligatoriedad dan urgencia, pero la adopción real la determinan las personas que están en contacto diario con el agricultor. En ese mapa, la cooperativa tiene una posición que ningún software puede replicar desde cero: la confianza acumulada y el conocimiento técnico del terreno.

Lo que necesita la cooperativa para ejercer ese papel no es un ERP de gran empresa ni un cuaderno gratuito sin capacidades. Necesita una plataforma que trate a cada socio como un cliente independiente con sus propios datos legalmente aislados, que permita al técnico supervisar el cumplimiento sin invadir la privacidad de nadie, y que escale desde el primer socio hasta los doscientos sin que la arquitectura cruja.

Campodato está diseñado para ese modelo desde el primer commit: RLS en la base de datos, cadena Veri\*Factu por NIF, adaptadores IUWS para las 15 comunidades autónomas con Interfaz Único publicado y un panel del técnico que muestra estados de cumplimiento, no datos ajenos.

Si gestionas la digitalización de una cooperativa o SAT y quieres ver cómo funciona el modelo B2B2C en la práctica, puedes explorar las capacidades del panel del técnico en Campodato o conocer cómo Campodato conecta con el SIEX de tu comunidad autónoma.

---

Fuentes y referencias normativas

• RD 1054/2022, de 27 de diciembre, por el que se regula el CUE, el REA y el SIEX: BOE-A-2022-23054
• Orden APA/204/2023: especificaciones técnicas del SIEX y el IUWS.
• RD 34/2025: voluntariedad del CUE hasta 2028 con efecto retroactivo 1-jul-2023.
• RD 1311/2012 (uso sostenible de productos fitosanitarios), mod. RD 1039/2025: BOE-A-2012-11605
• RD 1051/2022 (fertilización), mod. RD 840/2024 y RD 934/2025.
• RD 1007/2023 (RRSIF / Veri\*Factu): BOE-A-2023-24840
• Orden HAC/1177/2024: especificaciones técnicas del RRSIF.
• RD-ley 15/2025 (aplazamiento Veri\*Factu a 2027).
• Reglamento (UE) 2016/679 (RGPD): EUR-Lex 32016R0679
• LOPDGDD (Ley Orgánica 3/2018, arts. 87, 90).
• OSCAE 2024: Observatorio Socioeconómico del Cooperativismo Agroalimentario Español — cooperativasagroalimentarias.coop (validar cifras con la publicación oficial más reciente).
• Encuesta de Estructura Agraria 2023 (INE): ine.es

---

Artículo elaborado por el Equipo Campodato (Summum Marketing). Última revisión normativa: 2026-06-13. Las fechas y umbrales normativos pueden estar sujetos a modificación por decreto o resolución posterior; verificar siempre con la versión vigente en el BOE y la sede de la AEAT antes de tomar decisiones de cumplimiento.