Ir al contenido principal
Guía pillar Actualizado 13 May 2026 · 14 min lectura

Recepción de factura electrónica 2026: calendario, obligaciones y qué pasa si eres el receptor

La obligación de recepción de factura electrónica en España no nace de una sola norma, sino de dos calendarios distintos que afectan al lado pagador. La Ley 18/2022 (Crea y Crece) obliga a empresarios y profesionales a recibir factura electrónica B2B en formato estructurado en cuanto el reglamento técnico entre en vigor; el desarrollo reglamentario, aún pendiente de publicación definitiva en el BOE a fecha de mayo de 2026, prevé despliegue escalonado: primero emisores con facturación superior a 8 millones de euros, después el resto. En paralelo, el Real Decreto-ley publicado en 2025 retrasó Verifactu a 1 de enero de 2027 para sociedades y 1 de julio de 2027 para autónomos.

Última actualización: 13 de mayo de 2026: Equipo ininvoice


Esta guía está escrita desde el lado que casi nadie cubre: el del receptor de la factura, es decir, el departamento de cuentas a pagar. Toda la cobertura mediática y de asesorías habla del emisor (qué software usar, cómo firmar, cómo enviar a la AEAT). Aquí trabajamos al revés: qué tienes que hacer si tu pyme recibe facturas de cientos de proveedores y necesita procesarlas en plazo, conciliarlas con pedidos y albaranes, y conservarlas con integridad.

Por qué importa el lado receptor (y por qué nadie lo cuenta así)

El relato dominante sobre factura electrónica obligatoria en España trata al emisor como protagonista. Tiene lógica: el emisor es quien instala el software de facturación, quien firma el XML, quien lo transmite por plataforma homologada o canal interoperable. Pero por cada emisor hay decenas de receptores, y son los receptores quienes asumen el trabajo invisible: validar, parsear, conciliar línea a línea, conservar y contabilizar.

Una pyme distribuidora que procesa 800 facturas al mes no emite 800 facturas; las recibe. Cuando sus 250 proveedores activos empiecen a enviar facturas en formato estructurado, Factur-X, UBL, CII o FacturaE 3.2.x, la pyme se convierte de la noche a la mañana en operador de XML. Y la realidad operativa del lado pagador es la que esta guía aborda.

Si te interesa además entender cómo Verifactu impacta específicamente al receptor (porque verás el QR y el hash en cada factura que recibas), tenemos una página dedicada al ángulo cruzado.

Marco normativo: las tres piezas que conviven

Tres normativas distintas regulan tres aspectos distintos. Confundirlas es habitual y conduce a decisiones operativas erróneas.

Norma Qué regula A quién obliga Calendario
Ley 18/2022 ("Crea y Crece") + reglamento de desarrollo Formato (XML estructurado) y canal (plataforma homologada o interoperable) de las facturas B2B Empresarios y profesionales que facturan a otros empresarios o profesionales Entrada en vigor escalonada desde la publicación del reglamento técnico, todavía pendiente a mayo de 2026. Primero >8M EUR, después el resto. Verificar mensualmente el BOE según calendario vigente del Ministerio de Hacienda.
Real Decreto 1007/2023 + Real Decreto-ley publicado en 2025 (Verifactu) El software de facturación: registros de facturación, QR, hash encadenado y remisión (o custodia) Quien emite facturas y usa software 1 de enero de 2027 (sociedades del Impuesto sobre Sociedades) · 1 de julio de 2027 (autónomos IRPF). Fechas modificadas por el Real Decreto-ley correspondiente publicado en el BOE durante 2025.
Suministro Inmediato de Información (SII) Reporte de libros registro de IVA a la AEAT en plazos de 4 días Empresas con volumen de operaciones >6M EUR, grupos de IVA, REDEME, voluntarios Vigente desde 1 de julio de 2017

Las tres conviven. El receptor las nota así: SII obliga a reportar rápido lo que ya está contabilizado; Verifactu permite validar el QR y el hash de cada factura recibida; factura electrónica obligatoria implica que el formato de entrada deja de ser PDF para pasar a XML estructurado.

Fuentes normativas primarias:

  • Ley 18/2022, de 28 de septiembre, de creación y crecimiento de empresas: BOE-A-2022-15818
  • Real Decreto 1007/2023, de 5 de diciembre, sobre Reglamento de los sistemas informáticos de facturación: BOE-A-2023-24840
  • Real Decreto-ley correspondiente publicado en el BOE durante 2025 (medidas urgentes que retrasan Verifactu): consultar el calendario vigente del Ministerio de Hacienda
  • Información oficial AEAT sobre sistemas informáticos de facturación (Verifactu): Sede Electrónica AEAT

Tabla canónica de fechas 2026 / 2027 / 2028 segmentada por régimen fiscal

Esta es la información que la mayoría de páginas tienen desactualizada. Las fechas reflejan la situación normativa a mayo de 2026 tras el Real Decreto-ley correspondiente publicado en el BOE durante 2025.

Régimen del sujeto pasivo Verifactu (emisión) Factura electrónica B2B (emisión) Factura electrónica B2B (recepción)
Sociedades IS, facturación > 8M EUR/año 1 enero 2027 12 meses tras publicación del reglamento técnico (según el calendario vigente del Ministerio de Hacienda) Desde la misma fecha que la emisión: deben aceptar canal estructurado
Sociedades IS, facturación < 8M EUR/año 1 enero 2027 24 meses tras publicación del reglamento técnico Obligación de recepción desde el primer tramo (junto con >8M): el receptor debe estar listo cuando empiezan a llegar facturas estructuradas
Autónomos (IRPF, estimación directa) 1 julio 2027 24 meses tras publicación del reglamento técnico Igual que sociedades pequeñas: deben aceptar XML estructurado cuando un proveedor obligado les emita
Administraciones Públicas No aplica (régimen propio) Vigente desde 2015 (Ley 25/2013): FacturaE 3.2.x obligatoria FACe / FACeB2B operativos desde 2015 (face.gob.es)
Empresas en SII (> 6M EUR, grupos IVA, REDEME) 1 enero 2027 (si emiten con software) Aplican las mismas reglas de emisión por tramo Recepción + obligación SII conviven: hay que reportar en 4 días lo recibido

Lectura operativa del calendario. Si tu pyme procesa entre 100 y 2.000 facturas mensuales, lo previsible es:

  • 2026 (segundo semestre). Los proveedores más grandes (utilities, marcas, distribuidores nacionales) empiezan a emitir XML estructurado. Tu mix de entrada pasa de "PDF al 95 %" a "PDF + XML mezclados".
  • 2027. Verifactu activo. Las facturas que recibas, además de venir en formato estructurado, traerán QR y hash que puedes verificar contra la AEAT. SII sigue obligando a reportar rápido.
  • 2028. Estado estacionario. La práctica totalidad de proveedores B2B emite en formato estructurado. El receptor que no haya automatizado se ha convertido en operador manual de XML.

Qué tienes que hacer como receptor antes de que tus proveedores cambien

El plazo real para preparar el lado receptor no es la fecha de obligatoriedad, sino seis meses antes. Cuando un proveedor decide cambiar a emisión electrónica, no avisa con tiempo: simplemente, la próxima factura llega en otro formato. Los pasos prácticos son los siguientes.

Primero, mapear el inventario de proveedores activos. Identifica cuáles facturan más de 8 millones de euros al año (utilities, distribuidoras mayoristas, fabricantes grandes, marcas con presencia nacional). Asume que ese conjunto será el primer tramo de cambio. Cruza el inventario con el volumen de facturas que cada uno te genera: si tu top 20 de proveedores te genera el 60 % del volumen de facturas, ahí está el foco.

Segundo, definir el canal de recepción. No basta con seguir recibiendo facturas por correo electrónico. El reglamento de factura electrónica B2B prevé un punto de entrada estructurado: tu pyme debe ser direccionable en una plataforma homologada o en un canal interoperable equivalente. Esto no se improvisa en septiembre; requiere planificación previa.

Tercero, asegurar la capa de cuadre. Aquí es donde la mayoría de empresas tropieza. Recibir un XML perfectamente estructurado no equivale a haber procesado la factura. Sigue habiendo que cuadrarla línea a línea contra el pedido de compra y el albarán de recepción. La factura electrónica resuelve la extracción de datos; no resuelve la conciliación. El three-way matching línea a línea sigue siendo el control que detecta sobrepagos reales, y solo opera a nivel de unidad y precio unitario pre-impuestos.

Cuarto, integrar con el ERP de destino. Holded, Sage, A3, Contasol, Quipu o el ERP que uses sigue siendo el sistema donde se contabiliza la factura aprobada. La diferencia es que ahora hace falta una capa intermedia entre la recepción y el ERP: una capa que parsee XML, case con pedido y albarán, gestione excepciones y solo envíe al ERP las facturas validadas. Ese es el rol del touchless accounts payable.

Quinto, establecer el flujo de excepciones. Las facturas que cuadran perfectamente son la minoría. La mayoría tendrá alguna varianza: precio que no coincide con el pedido, cantidad facturada distinta a la recibida, IVA mal aplicado, retención no incluida, duplicados sutiles. Cada tipo de varianza necesita responsable, plazo y resolución trazable. Si las excepciones acaban en un correo a finanzas, se pierden.

El error técnico más caro: cuadrar por totales

Es el patrón silencioso que afecta a casi todas las pymes y que la factura electrónica obligatoria no resuelve. Lo describimos con un caso real reproducible.

Una pyme distribuidora recibe del proveedor A una factura electrónica en formato Factur-X. El XML está perfectamente formado, firmado y validado. La línea principal indica: 100 cajas de producto X a 50,00 EUR/unidad, total 5.000,00 EUR pre-IVA.

El pedido de compra emitido por la pyme indicaba: 100 cajas a 49,50 EUR/unidad. El albarán de recepción confirma: 98 cajas físicamente recibidas (2 cajas vinieron rotas y fueron devueltas).

Si el sistema de validación cuadra por totales, hace este cálculo:

  • Total factura: 5.000,00 EUR.
  • Total pedido (con cantidad recibida): 98 × 49,50 = 4.851,00 EUR.
  • Diferencia: 149,00 EUR (3 %).

El sistema aplica una tolerancia del 3 % por ejemplo y aprueba la factura. Resultado: sobrepago de 149,00 EUR no detectado.

Si el sistema cuadra línea a línea pre-impuestos, hace dos cálculos separados:

  • Varianza de precio: (50,00 − 49,50) × 98 = +49,00 EUR (el proveedor cobra de más por unidad).
  • Varianza de cantidad: (100 − 98) × 49,50 = +99,00 EUR (factura unidades no recibidas).

Total real de discrepancia: 148,00 EUR, descompuesto en dos causas distintas que requieren acciones distintas (la primera va a compras para renegociar; la segunda va a almacén para regularizar el albarán o emitir abono). La factura electrónica no detecta esto; el matching línea a línea sí. La diferencia operativa anual, en una pyme con 800 facturas al mes y un 5 % de incidencias, supera con holgura el coste de automatizar.

Formatos estructurados: qué vas a recibir

El reglamento técnico admite varios formatos. No puedes asumir que tus proveedores te enviarán todos el mismo. Resumen para el receptor.

FacturaE 3.2.x

Estándar español, XML con firma electrónica XAdES. Dominante en facturación a Administraciones Públicas desde la Ley 25/2013. Si trabajas con AAPP, tu sistema ya lo conoce. La estructura es densa pero está documentada; el reto técnico está en validar la firma XAdES antes de procesar.

Factur-X / ZUGFeRD

Formato franco-alemán. PDF/A-3 con XML CII embebido. Para el humano se ve como un PDF; para la máquina, se extrae el XML. Es el formato más probable entre proveedores europeos transfronterizos y multinacionales con presencia DACH. Ventaja para el receptor: si tu sistema todavía depende de operadores que ven PDFs, Factur-X no rompe ese flujo.

UBL (Universal Business Language)

Estándar OASIS, base de Peppol. Dominante en países nórdicos, Holanda, Reino Unido. Probable formato de proveedores con cadena logística internacional. Sintaxis XML clara, fácil de mapear.

CII (Cross Industry Invoice)

Estándar UN/CEFACT. Base técnica de Factur-X. Más usado en sectores industriales y logísticos puros. Su lectura aislada es menos frecuente en pymes españolas pero el parser debe contemplarla.

Tu sistema de recepción debe soportar los cuatro. Cualquier proveedor que se especialice en un solo formato te dejará fuera del 40-60 % del mix de entrada.

Por qué tu ERP no va a resolver esto solo

Los ERPs y software de contabilidad (Holded, Sage 50/Despacho, A3, Contasol, Quipu, Anfix) están incorporando módulos de recepción de factura electrónica. Su función nativa es contabilizar y archivar, no conciliar línea a línea con pedidos y albaranes. El cuadre por totales con tolerancia es lo que se programa por defecto, y por las razones del apartado anterior, es insuficiente.

Para hacer el cruce línea a línea pre-impuestos, detectar duplicados sutiles, mapear automáticamente la factura a su pedido aun cuando el número de pedido no esté presente o esté mal escrito, y enrutar excepciones al responsable correcto, hace falta una capa específica entre el canal de entrada y el ERP. Esa es la capa que ininvoice opera, y por eso conviene revisar el precio del plan antes de la fase de obligatoriedad: el coste marginal de incorporar la capa ahora es muy inferior al de gestionar la transición a contrarreloj.

Cómo ininvoice procesa el lado receptor

Resumen funcional, sin marketing. El flujo operativo:

  1. Ingesta multicanal. Conexión OAuth de solo lectura a la bandeja de correo (Gmail, Outlook). Aceptación adicional de XML estructurados entrantes por canal homologado cuando el reglamento técnico entre en vigor.
  2. Detección y parseo del formato. El sistema reconoce si el archivo entrante es PDF, Factur-X, UBL, CII o FacturaE 3.2.x. Extrae las líneas a un formato común.
  3. Matching del pedido por similitud. Si la factura no lleva número de pedido o lo lleva mal escrito, el sistema busca el pedido correspondiente por proveedor, fecha, descripciones e importes.
  4. Three-way matching línea a línea. Cada línea de la factura se compara con la línea correspondiente del pedido y del albarán. Las varianzas se calculan pre-impuestos, con tolerancias configurables (absoluta y porcentual) y combinador OR/AND según política contable.
  5. Score de riesgo 0-100. Cada factura recibe una puntuación que refleja la probabilidad de error o fraude, basada en señales (duplicado potencial, varianzas, proveedor nuevo, importes inusuales).
  6. Routing de excepciones. Las facturas que cuadran se exportan al ERP. Las que no cuadran se enrutan al responsable correcto: precio a compras, cantidad a almacén, duplicado a bloqueo de pago.

ininvoice no sustituye al ERP. Se sitúa entre el canal de entrada y la contabilidad. La fuente operativa de información sobre el modelo aplicado al lado pagador está descrita en touchless accounts payable, y el impacto cuantitativo concreto del marco Verifactu sobre este flujo, en Verifactu y su impacto en touchless AP.

¿Quieres ver el cruce de una factura electrónica con tu pedido en directo?

ininvoice procesa tus facturas reales al instante, sin consultor ni implementación. Reserva tu demo y valida el flujo con tus propios documentos.

Preguntas frecuentes

¿Cuándo entra en vigor la obligación de recibir factura electrónica en España?
La obligación de recepción entra en vigor en paralelo a la obligación de emisión, escalonada por tramos según facturación del emisor. A fecha de mayo de 2026, el reglamento técnico de desarrollo de la Ley 18/2022 aún no se ha publicado en su versión definitiva; en cuanto se publique, comienza el cómputo de 12 meses para emisores >8M EUR y 24 meses para el resto. Verifique el calendario en el BOE periódicamente o consulte con asesor fiscal.
¿Verifactu se ha retrasado a 2027?
Sí. El Real Decreto-ley correspondiente publicado en el BOE durante 2025 retrasó la entrada en vigor de Verifactu (Real Decreto 1007/2023) a 1 de enero de 2027 para sociedades del Impuesto sobre Sociedades y a 1 de julio de 2027 para autónomos en IRPF. La fecha original era 1 de julio de 2025 para sociedades.
¿Mi empresa puede seguir recibiendo facturas en PDF cuando entre en vigor la obligación?
Solo si el proveedor que las emite todavía no está obligado (por encontrarse en un tramo posterior del calendario). Una vez el proveedor entra en obligación, debe emitir en formato estructurado y por canal habilitado. El receptor debe estar técnicamente preparado para aceptarlo; el corolario operativo es que tu sistema necesita soportar PDF + XML simultáneamente durante toda la transición (al menos 2026-2028).
¿Qué formato estructurado adoptarán mis proveedores?
Depende del proveedor. FacturaE 3.2.x es probable en sectores con tradición de facturación a Administraciones Públicas. Factur-X aparece con frecuencia entre multinacionales y proveedores europeos. UBL es habitual en cadenas logísticas internacionales. CII se concentra en sectores industriales puros. Su sistema de recepción debe procesar los cuatro.
¿La factura electrónica obligatoria elimina la necesidad de OCR?
Para el flujo de facturas que llegan en formato estructurado, sí. Para el resto (proveedores aún no obligados, autónomos pequeños, facturas de gastos, peajes, dietas, ticketing internacional) seguirá habiendo PDF y papel escaneado. El sistema de recepción operativo necesita ambas vías: parseo estructurado y OCR robusto en paralelo, al menos durante toda la transición.
¿Hay sanciones por no estar preparado como receptor?
La Ley 18/2022 establece un régimen sancionador específico para incumplimientos. El detalle se desarrollará en el reglamento técnico. Lo que sí es claro: si el proveedor obligado emite electrónicamente y el receptor no puede aceptar el formato, la responsabilidad operativa de la transacción queda en el aire. Verifique con asesor fiscal el alcance sancionador aplicable a cada caso concreto.
¿Cómo se conserva una factura electrónica recibida?
El receptor está obligado a conservar la factura electrónica con integridad, autenticidad de origen y legibilidad durante el plazo de prescripción tributaria (en general, 4 años; ampliado en ciertos supuestos). La conservación debe permitir reproducir la factura en formato original (XML estructurado) y, si lleva firma electrónica, mantener la verificabilidad de esa firma. Sistemas de archivado certificados o copias en plataforma homologada son aceptados.
¿Qué papel tiene Verifactu en el lado receptor?
Verifactu opera sobre el software de facturación del emisor, no del receptor. Pero el receptor lo percibe: a partir de 2027, cada factura emitida bajo el régimen Verifactu llevará un código QR y un hash encadenado que el receptor podrá verificar contra la AEAT. Esto reduce fraude (facturas inventadas o duplicadas) y mejora la trazabilidad. Para detalle del impacto operativo en el flujo pagador, consulte Verifactu desde el lado del receptor.
¿Y si recibo facturas mezcladas, unas en PDF y otras en XML estructurado?
Es la realidad transitoria de 2026 a 2028. Su sistema de cuentas a pagar debe aceptar ambas vías simultáneamente y procesarlas con la misma lógica de matching. El parseo cambia (OCR para PDF, lector estructurado para XML); la conciliación línea a línea contra pedido y albarán es la misma.
¿Cuánto cuesta automatizar el lado receptor con ininvoice?
El plan está en 249 EUR/mes hasta 300 facturas mensuales, sin coste de implementación, sin permanencia. Plug and play. Detalles operativos y comparativa en precio.

Esta guía se revisa mensualmente para reflejar cambios normativos. Última revisión: 13 de mayo de 2026 por Equipo ininvoice. Las referencias normativas se han verificado contra BOE y AEAT en la fecha indicada. Consulte siempre con asesor fiscal antes de tomar decisiones operativas.

Empieza esta semana

249 EUR/mes · hasta 300 facturas/mes · sin permanencia · sin coste de implementación · activación en 48 h.

Ver demo con mis facturas

Prepara tu pyme para septiembre de 2026

Conecta Gmail u Outlook. ininvoice lee facturas en PDF y XML estructurado, las casa con tu pedido y albarán, y solo te muestra las excepciones que requieren atención. Sin consultor, sin permanencia.

Empezar gratis

249 EUR/mes · Sin permanencia · Sin coste de implementación