Factura electrónica en la cooperativa agraria: socios, recibos y Crea y Crece

En una línea: la cooperativa agraria tiene dos frentes de facturación electrónica que no deben confundirse: el recibo de compensación REAGP que expide cuando compra cosecha a sus socios en el régimen especial agrario, y la factura electrónica B2B que debe emitir en sus ventas a industria y distribución cuando entre en vigor la obligatoriedad de la Ley 18/2022 «Crea y Crece» (RD 238/2026). Ambos quedan sujetos a Veri\*Factu.

---

TL;DR — lo que necesita saber el responsable administrativo de la cooperativa

• La cooperativa en régimen general de IVA es un **SIF (Sistema Informático de

Facturación)** y quedará sujeta a Veri\*Factu desde el 1 de enero de 2027 (Impuesto sobre Sociedades) según el calendario del RD-ley 15/2025.

• Cuando paga la cosecha a sus socios acogidos al REAGP, es el comprador —la

propia cooperativa— quien emite el recibo de compensación (autofactura, art. 134 bis LIVA); ese recibo entra en la cadena de hash SHA-256 de la cooperativa, no en la del socio.

• La factura electrónica B2B de la Ley 18/2022 (RD 238/2026, BOE 31/03/2026)

exige formato EN 16931 (UBL, Facturae, CII…) y gestión de estados de factura en 4 días naturales. Los plazos definitivos dependen de una Orden Ministerial pendiente de publicación en BOE (se estima exigibilidad ≈octubre 2028 para la mayor parte del sector).

• Una cooperativa que factura a socios white-label (factura por cuenta de ellos)

necesita una cadena de hash independiente por cada NIF emisor dentro del mismo sistema.

• La presunción de aceptación es la regla que más impacto inmediato tendrá en la

tesorería: si el comprador no rechaza ni confirma en plazo, la factura se presume aceptada.

Aviso de actualización: el calendario B2B depende de la Orden Ministerial de la

solución pública de facturación electrónica, cuya entrada en vigor está prevista para

el 1 de octubre de 2026 pero no está publicada en BOE a la fecha de este artículo.

Las fechas de obligatoriedad son estimaciones según el proyecto de Orden; verifique

el estado en el BOE antes de tomar decisiones operativas.

---

Índice

1. La cooperativa como SIF: dos marcos en paralelo
2. El recibo de compensación REAGP a los socios
3. Cómo entra el recibo de compensación en Veri\*Factu
4. La cadena de hash en la cooperativa: una por NIF
5. Factura electrónica B2B: Crea y Crece y el RD 238/2026
6. Estados de factura: los 4 días naturales y la presunción de aceptación
7. Calendario de obligatoriedad B2B para cooperativas
8. Qué aporta Campodato a la cooperativa
9. Preguntas frecuentes

---

1. La cooperativa como SIF: dos marcos en paralelo {#dos-marcos}

Una cooperativa agraria que comercializa la cosecha de sus socios, vende en mercados B2B o factura servicios de maquinaria está en régimen general de IVA. Eso la convierte en un SIF: un sistema que emite facturas y, por tanto, queda dentro del ámbito subjetivo del RD 1007/2023 (RRSIF), desarrollado técnicamente por la Orden HAC/1177/2024.

Dos marcos se aplican simultáneamente, y no son lo mismo:

El primer marco es antifraude (el sistema no puede borrar ni reescribir registros). El segundo es interoperabilidad (la factura llega al comprador en formato que su ERP puede procesar sin reinterpretación manual). Quien factura B2B cumple ambos.

No hay que confundirlos con el SII (libros de IVA en sede electrónica): quien está en SII queda **exento de Veri\Factu*, pero no necesariamente de la factura B2B. Las cooperativas suelen estar en SII cuando superan los 6 millones de euros de volumen de operaciones; por debajo, el SII es voluntario.

---

2. El recibo de compensación REAGP a los socios {#recibo-reagp}

La mayoría de los socios de una cooperativa cerealista, hortofrutícola u oleícola están acogidos al REAGP (Régimen Especial de la Agricultura, Ganadería y Pesca) de IVA, regulado en los arts. 124-134 bis LIVA. La mecánica es la siguiente:

• El socio agrícola no repercute IVA en sus entregas de cosecha a la cooperativa.
• A cambio, no deduce el IVA soportado en sus compras: se le compensa a tanto alzado.
• La compensación es del 12 % sobre el precio de la cosecha en productos

agrícolas, forestales y servicios accesorios, y del 10,5 % en ganaderos y pesqueros (arts. 130 y 130 bis LIVA).

• **El documento que soporta la operación no lo emite el socio: lo emite la

cooperativa. Se llama recibo de compensación**, conocido como autofactura o autofacturación por destinatario (art. 134 bis LIVA; art. 5 RD 1619/2012 Reglamento de Obligaciones de Facturación).

El recibo de compensación debe cumplir unos requisitos formales específicos:

• Serie de numeración propia y diferenciada de las facturas normales.
• Conformidad del titular agrícola (el socio debe prestar su conformidad; la

cooperativa no puede emitirlo sin ella).

• Vinculación al albarán de entrega de la cosecha.
• Libro registro específico de recibos de compensación expedidos.

Punto clave de IVA: la compensación REAGP que paga la cooperativa **no es IVA

repercutido del socio**. Es un importe que la cooperativa deduce como IVA soportado

deducible en su propia liquidación (Modelo 303). No va al Modelo 303 del socio porque

el socio en REAGP no presenta 303. Esta distinción parece sutil, pero cualquier

software que trate la compensación como si fuera IVA repercutido del socio genera

errores contables y fiscales.

---

3. Cómo entra el recibo de compensación en Veri\*Factu {#recibo-verifactu}

Aquí está la parte que genera más confusión en las cooperativas: ¿quién sella el registro Veri\*Factu del recibo de compensación?

La responde el art. 3 del RD 1007/2023 con claridad: el ámbito subjetivo del RRSIF son los obligados a facturar. El socio en REAGP está exento de expedir facturas en sus entregas agrarias. Por tanto, no es el socio quien genera el registro de alta en la cadena de hash: es la cooperativa (el comprador en régimen general), porque es quien emite el recibo de compensación.

La cadena de huellas SHA-256 fluye así:

Cosecha entregada por el socio (REAGP)
        ↓
Cooperativa expide recibo de compensación
(serie propia + conformidad del titular)
        ↓
Sistema de facturación de la cooperativa (SIF)
genera REGISTRO DE ALTA (tipo F1 completa)
con cuotaTotal = "0,00" (no hay IVA repercutido del socio)
e importeTotal = base + compensación REAGP
        ↓
Hash SHA-256 encadenado en la cadena de la cooperativa
        ↓
Remisión a la AEAT (modalidad Veri*Factu) o
conservación con firma XAdES (modalidad no Veri*Factu)

El detalle de que cuotaTotal sea 0,00 no es un error: la compensación REAGP no es cuota de IVA. El importe total del recibo incluye base más compensación, pero la cuota de IVA es cero porque el REAGP no genera IVA repercutido. Un SIF conforme debe modelar esto correctamente para no contaminar la cadena con datos falsos.

La cadena de hash se construye sobre los campos del art. 10 del RD 1007/2023 en el orden exacto fijado por el documento técnico AEAT «huella» (versión 0.1.2 de 27/08/2024, a verificar en sede AEAT): IDEmisorFactura, NumSerieFactura, FechaExpedicionFactura, TipoFactura, CuotaTotal, ImporteTotal, Huella(anterior), FechaHoraHusoGenRegistro, en formato campo=valor separado por &, codificado en UTF-8, procesado con SHA-256 y expresado en hexadecimal mayúsculas de 64 caracteres.

---

4. La cadena de hash en la cooperativa: una por NIF {#cadena-hash}

Una cooperativa puede facturar en nombre propio (como entidad), pero también puede actuar como central de facturación white-label: emite facturas en nombre de sus socios o de sus agrupaciones, con el NIF de cada uno, dentro del mismo sistema.

Aquí entra una regla técnica del RRSIF (art. 12 y la especificación de la fuente prioritaria del proyecto) que tiene consecuencias prácticas para la cooperativa:

Hay una cadena de hash independiente por cada NIF emisor, no por centro de facturación ni por serie. Si la cooperativa factura bajo el NIF de diez socios distintos, necesita diez cadenas paralelas e independientes, cada una con su propio primer registro y su propio encadenamiento. Las cadenas no se cruzan.

Esto tiene una implicación directa en el software: un sistema que mantenga una sola cadena global para toda la cooperativa no cumple el RRSIF en el modo white-label. Y un sistema que mezcle los registros de NIF distintos en la misma cadena introduce errores que la AEAT detectará al recalcular la huella.

Para la cooperativa práctica, el control es sencillo: ¿mi software tiene en cuenta el NIF emisor al construir el encadenamiento, o encadena todos los registros en un solo flujo? Si la respuesta es la segunda, hay que revisar el sistema antes de que llegue la obligatoriedad en enero de 2027.

---

5. Factura electrónica B2B: Crea y Crece y el RD 238/2026 {#b2b-crea-crece}

La Ley 18/2022, de 28 de septiembre, de creación y crecimiento de empresas (conocida como «Crea y Crece»), en su art. 12, introdujo en España la obligatoriedad de la factura electrónica entre empresarios y profesionales (B2B). No se trata de Veri\*Factu: son dos obligaciones distintas que coinciden en el tiempo pero regulan cosas diferentes.

El RD 238/2026 (BOE 31/03/2026, en vigor 20/04/2026) ha desarrollado el art. 12 de la Ley 18/2022, añadiendo el art. 8 bis al RD 1619/2012 (Reglamento de Obligaciones de Facturación). Sus puntos esenciales para una cooperativa agraria son:

El formato estructurado es obligatorio

El PDF enviado por correo electrónico no es una factura electrónica a efectos de esta normativa. La factura B2B debe emitirse en un formato estructurado conforme a la norma europea EN 16931, en alguna de las siguientes sintaxis:

• UBL (Universal Business Language, ISO/IEC 19845): la más extendida en Europa;

es la sintaxis primaria de la solución pública.

• Facturae (formato XML español, versiones 3.2/3.2.1/3.2.2): compatible también

con la B2G (Administración Pública).

• CII (Cross Industry Invoice, UN/CEFACT).
• EDIFACT: para operadores con EDI ya implantado.
• Perfiles Peppol BIS (sobre UBL): válidos para operaciones en la red Peppol.

Una cooperativa que vende aceite de oliva a una empresa distribuidora, o uva a una bodega, o fruta a una gran cadena de distribución, deberá emitir la factura en uno de estos formatos desde el momento en que sea exigible para su tramo de facturación.

Las dos vías de intercambio

El RD 238/2026 establece una arquitectura de doble vía:

1. Solución pública de facturación electrónica (SPFE): plataforma gratuita

gestionada por la AEAT. Cualquier empresa puede usarla para emitir y recibir. La sintaxis de intercambio es UBL.

1. Plataformas privadas (ERP, operadores EDI, marketplaces B2B): pueden

operar si cumplen dos obligaciones clave: (a) remitir una copia fiel en UBL a la solución pública de cada factura emitida o recibida, y (b) estar interconectadas con otras plataformas privadas en un plazo de un mes desde que se lo solicite otra plataforma. La solución pública actúa de hub cuando no hay conexión directa entre plataformas.

Para la cooperativa, la consecuencia práctica es que su ERP o software de gestión debe poder generar y enviar UBL o Facturae y, si usa una plataforma privada, debe asegurarse de que esa plataforma cumple las obligaciones de interconexión y copia fiel.

---

6. Estados de factura: los 4 días naturales y la presunción de aceptación {#estados-factura}

Este es el mecanismo del RD 238/2026 con mayor impacto en la gestión de cobros y en la relación cooperativa-industria. Una vez enviada la factura, la normativa establece un ciclo de estados que el receptor debe comunicar en plazos concretos:

La regla más relevante es la de la presunción de aceptación: si el comprador no comunica el rechazo ni emite una factura rectificativa en el plazo de cuatro días naturales, la factura se presume aceptada. Esto tiene efectos jurídicos sobre las disputas comerciales: el silencio equivale al «sí».

Para una cooperativa que vende a muchos clientes B2B —cadenas de distribución, industrias agroalimentarias, bodegas, exportadoras—, gestionar manualmente esos plazos de cuatro días para cientos de facturas es inviable. El software debe automatizar el seguimiento del estado, alertar cuando un comprador no ha respondido en plazo y registrar la presunción de aceptación aplicada.

**Nota para la cooperativa que recibe facturas de sus proveedores:** la misma

obligación aplica en sentido inverso. Cuando sus proveedores (agroquímicos,

maquinaria, suministros) le envíen facturas electrónicas, la cooperativa deberá

comunicar aceptación, rechazo o pago en los mismos plazos. La falta de respuesta

en plazo también implica presunción de aceptación y puede comprometer su posición

en disputas sobre la factura.

---

7. Calendario de obligatoriedad B2B para cooperativas {#calendario}

El calendario definitivo depende de la Orden Ministerial de la solución pública, cuya entrada en vigor se proyectaba para el 1 de octubre de 2026 (proyecto en audiencia pública desde el 17/04/2026). Hasta que esa Orden no aparezca en el BOE, los plazos son estimaciones. Las fechas orientativas según el proyecto de Orden son:

Los primeros 12 meses tras la entrada en vigor, el emisor debe acompañar la factura electrónica de un PDF legible, salvo que el destinatario haya aceptado expresamente prescindir de él.

Veri\*Factu tiene su propio calendario, independiente del B2B y ya con fechas fijas por el RD-ley 15/2025 (BOE 3/12/2025): 1 de enero de 2027 para personas jurídicas sujetas al Impuesto sobre Sociedades (la mayoría de cooperativas), y 1 de julio de 2027 para el resto.

Un punto de atención para las cooperativas que ya están en SII (Sistema Inmediato de Información, RD 596/2016): el SII exime de Veri\*Factu, pero no exime de la factura B2B. Son obligaciones paralelas sobre objetos distintos.

---

8. Qué aporta Campodato a la cooperativa {#campodato}

Campodato está diseñado desde el principio como un agro-ERP con **Veri\Factu nativo (modalidad A: remisión automática a la AEAT, sin firma por registro, sin registro de eventos cada seis horas) y modelo de datos compatible con la factura electrónica B2B EN 16931* (UBL primario, Facturae para B2G).

Para la cooperativa específicamente, el módulo de facturación cubre:

Recibo de compensación REAGP

• Generación del recibo como autofactura del comprador (art. 134 bis LIVA),

con serie propia, campo de conformidad del titular y vinculación al albarán de entrega de cosecha.

• El recibo entra en la cadena Veri\*Factu de la cooperativa con cuotaTotal 0,00

e importeTotal igual a base más compensación REAGP.

• Los tipos del 12 % (agrícola/forestal) y del 10,5 % (ganadero/pesquero) se

calculan automáticamente según la naturaleza del producto.

Cadenas de hash por NIF emisor

• Una cadena de hash SHA-256 independiente por cada NIF que factura dentro del

sistema, sin que las cadenas se crucen aunque compartan la misma instancia del SIF.

• Adecuado para cooperativas que facturan en nombre de sus socios (white-label) o

que gestionan varias entidades jurídicas.

Factura B2B EN 16931

• Emisión en formato UBL estructurado con los campos requeridos por la norma EN 16931.
• Gestión del ciclo de estados de factura (aceptación, rechazo, pago) con seguimiento

del plazo de cuatro días naturales y registro de la presunción de aceptación.

• Soporte a la copia fiel UBL hacia la solución pública SPFE cuando sea exigible.

Multi-tenant con aislamiento RLS

• La cooperativa puede gestionar las explotaciones de sus socios con aislamiento

estricto de datos: un asesor nunca ve datos de explotaciones que no tiene asignadas.

• Roles diferenciados: socio, técnico de cooperativa, gestoría externa, responsable

de bodega.

Límites a declarar: la integración directa con la AEAT (presentación telemática

de los modelos AEAT) está en fase de ajuste; actualmente el sistema genera el

borrador/fichero para que la gestoría o el propio obligado presente. La facturación

B2B está preparada en arquitectura pero su activación en producción seguirá el

calendario regulatorio. Nada de lo anterior se presenta como listo si no está

verificado en el código del producto.

---

Preguntas frecuentes {#faq}

¿El socio de la cooperativa acogido al REAGP tiene que emitir facturas electrónicas cuando entrega su cosecha?

No. El socio en REAGP está exento de emitir facturas por sus entregas de productos agrarios acogidas al régimen especial. Es la cooperativa (compradora) quien emite el recibo de compensación (art. 134 bis LIVA). Ese recibo es el documento que entra en la cadena Veri\*Factu de la cooperativa, no en la del socio. Si el socio también realiza otras operaciones que obligan a facturar (arrendamiento de maquinaria, prestación de servicios a terceros), esas sí generan su propia obligación de facturar.

¿Cuándo está obligada la cooperativa a emitir facturas electrónicas a sus clientes B2B?

El calendario depende de la Orden Ministerial de la solución pública, cuya publicación en BOE no se ha producido aún (a la fecha de este artículo). Las estimaciones del proyecto de Orden apuntan a ≈octubre de 2028 para las empresas con facturación inferior a 8 millones de euros, que es la situación de la mayoría de cooperativas agrarias medianas y pequeñas. Las grandes cooperativas con más de 8 M€ de facturación quedarían sujetas aproximadamente un año antes (≈octubre 2027). Estas fechas no son definitivas hasta que la Orden esté publicada en el BOE.

¿Qué pasa si el cliente comprador no confirma ni rechaza la factura en cuatro días?

Según el RD 238/2026, la factura se presume aceptada si no hay comunicación de rechazo ni emisión de una factura rectificativa en el plazo de cuatro días naturales (excluyendo sábados, domingos y festivos nacionales). Esta presunción tiene efectos jurídicos en la relación comercial y puede influir en las reclamaciones posteriores. La cooperativa debe registrar en su sistema cuándo venció ese plazo y qué estado comunicó el comprador, o la aplicación de la presunción de aceptación.

¿La cooperativa que ya está en el SII queda exenta también de la factura electrónica B2B?

No. El SII (Sistema Inmediato de Información, RD 596/2016) exime de Veri\Factu, pero no exime de la obligación de emitir facturas electrónicas en formato estructurado EN 16931. Son dos marcos distintos: Veri\Factu regula la integridad del sistema de facturación; la factura B2B regula el documento y su intercambio. Una cooperativa en SII todavía deberá emitir y recibir facturas en formato UBL o Facturae cuando entre en vigor la obligatoriedad B2B.

¿Qué ocurre si la cooperativa tiene su propio software de facturación y no lo adapta a tiempo?

El art. 201 bis de la LGT establece sanciones de 50.000 € por ejercicio para el usuario que use software no conforme a los requisitos del RRSIF, y de 150.000 € por ejercicio para el fabricante que comercialice software de doble uso. La multa se aplica por ejercicio, no por factura. Además, el art. 201 LGT sanciona con 150 € por documento la omisión del código QR o de la leyenda Veri\*Factu cuando son obligatorios.

¿El recibo de compensación REAGP tiene el mismo QR que las facturas normales?

Sí. Una vez que la cooperativa sea SIF sujeta a Veri\*Factu, todos sus documentos de facturación —incluyendo los recibos de compensación REAGP— deben llevar el código QR de la AEAT (ISO/IEC 18004, tamaño 30×30 a 40×40 mm, nivel de corrección M) con la URL del servicio de cotejo más NIF, serie y número, fecha e importe total (arts. 20-21 Orden HAC/1177/2024). No hay exención del QR para los recibos de compensación solo por tratarse de REAGP.

---

Conclusión: dos obligaciones, un mismo sistema

La cooperativa agraria no se enfrenta a una sola reforma de facturación, sino a dos que se solapan en el tiempo y que su software de gestión debe resolver de forma integrada:

1. **Veri\Factu* exige un sistema de facturación con cadenas de hash SHA-256 por NIF

emisor, QR en todos los documentos y, si se elige la modalidad nativa, remisión automática a la AEAT. Afecta ya a los recibos de compensación REAGP que la cooperativa expide a sus socios. Fecha de obligatoriedad: 1 de enero de 2027 para sociedades sujetas al IS.

1. Factura electrónica B2B (Ley 18/2022 + RD 238/2026) exige emitir en formato

estructurado EN 16931 y gestionar estados de factura en cuatro días naturales. El calendario definitivo espera a la Orden Ministerial de la solución pública.

Los dos marcos tienen consecuencias operativas concretas: el responsable administrativo de la cooperativa debe saber qué software usa, cuándo vence el cumplimiento para su tramo de facturación y si ese software trata correctamente la compensación REAGP como lo que es (no IVA del socio, sino IVA soportado del comprador).

Si quiere ver cómo Campodato integra ambos marcos —recibos REAGP, cadenas de hash por NIF, emisión UBL y ciclo de estados B2B— dentro del mismo agro-ERP, explore el módulo de facturación de Campodato.

---

Fuentes y base legal

• Ley 11/2021, de 9 de julio (añade art. 29.2.j y 201 bis LGT): integridad e

inalterabilidad de los sistemas de facturación.

• RD 1007/2023, de 5 de diciembre (RRSIF): reglamento de requisitos de los

sistemas informáticos de facturación. BOE 6/12/2023.

• Orden HAC/1177/2024, de 17 de octubre: especificaciones técnicas del RRSIF

(hash, QR, firma, servicios web SOAP). BOE 29/10/2024.

• RD-ley 15/2025, de 2 de diciembre: aplaza la obligatoriedad de Veri\*Factu a

1/1/2027 (IS) y 1/7/2027 (resto). BOE 3/12/2025.

• Ley 18/2022, de 28 de septiembre, de creación y crecimiento de empresas («Crea

y Crece»): art. 12, factura electrónica B2B.

• RD 238/2026, de 24 de marzo: desarrolla el art. 12 de la Ley 18/2022; añade

art. 8 bis al RD 1619/2012 (ROF). BOE 31/03/2026, en vigor 20/04/2026.

• RD 1619/2012, de 30 de noviembre (ROF): reglamento de obligaciones de facturación;

art. 5 (facturación por destinatario/tercero); art. 134 bis LIVA (recibo de compensación REAGP).

• Ley 37/1992 (LIVA), arts. 124-134 bis: REAGP; art. 130 y 130 bis (tipos de

compensación 12 % y 10,5 %).

• RD 596/2016: SII (Sistema Inmediato de Información); exención de Veri\*Factu

para los obligados en SII.

• Documentos técnicos AEAT: huella v0.1.2 (27/08/2024), servicios web v1.0.3,

QR v0.4.7 (17/10/2024), firma v0.1.5. Verificar versiones vigentes en sede.agenciatributaria.gob.es antes de implementar.

Artículo redactado por el Equipo Campodato (Summum Marketing). Última revisión: 2026-06-13. Las fechas de obligatoriedad B2B son estimaciones basadas en el proyecto de Orden Ministerial pendiente de publicación en BOE.