Ley Crea y Crece: cómo la e-factura B2B obligatoria cambia la gestión de cuentas a pagar
Guía del equipo de ininvoice · Conciliación automática de facturas.
La Ley 18/2022, de creación y crecimiento de empresas (Crea y Crece), obliga a todas las empresas y profesionales que operan en España a emitir y recibir facturas electrónicas en formato estructurado en sus relaciones B2B. El plazo de aplicación es escalonado según el volumen de facturación. Para cuentas a pagar cambia el input fundamental: las facturas de proveedor dejan de ser PDF y pasan a ser XML con datos estructurados y verificables. Quien no adapte su stack AP a tiempo procesará XML manualmente, perdiendo toda la ventaja del formato.
Hay un patrón de confusión que se repite en conversaciones con DAF y responsables de administración. Crea y Crece, Verifactu, FacturaE y el Real Decreto de desarrollo se mezclan como si fueran lo mismo. No lo son. Cada uno tiene un objetivo distinto, un calendario distinto y un impacto distinto en tu flujo de AP.
Este artículo se centra en Crea y Crece desde el ángulo del receptor. Qué obliga, qué significa para quien recibe facturas de proveedores, y qué tienes que preparar antes de que los primeros XML lleguen a tu correo — empezando por el control de facturas de proveedor para PYME.
Qué obliga exactamente la Ley 18/2022
La Ley 18/2022, de 28 de septiembre, modifica el artículo 12 de la Ley 56/2007 e introduce una obligación clara: todas las relaciones comerciales entre empresas y profesionales en España deben documentarse mediante factura electrónica en formato estructurado e interoperable.
Los puntos que importan para AP:
- Ámbito B2B completo. Aplica a cualquier relación entre empresas o entre empresa y profesional autónomo. No aplica a B2C ni a relaciones con administraciones públicas (estas ya tenían FACe).
- Formato estructurado obligatorio. Un PDF firmado digitalmente no cumple. La factura debe llegar en formato XML con campos etiquetados: número, fecha, emisor, importes por línea, tipo de IVA, total.
- Interoperabilidad requerida. Los sistemas deben poder leer e intercambiar facturas independientemente del software usado por cada parte.
- Confirmación de recepción. El receptor debe acusar recibo y comunicar el estado de la factura (aceptada, rechazada, pagada).
- Gratuidad del acceso. Nadie puede cobrar al receptor por acceder a sus facturas electrónicas. Este punto protege a PYMEs frente a plataformas que cobran por la descarga.
La ley es el marco. Los detalles técnicos (formatos, plataformas y plazos) los fijan el Real Decreto 238/2026, publicado en el BOE el 31 de marzo de 2026, y la Orden HAC/1028/2026. Esta información es orientativa. Consulte con su asesor fiscal.
Plazos escalonados: quién entra primero
La obligación no entra en vigor el mismo día para todas las empresas. El calendario es escalonado por volumen de facturación y tipo de obligado, según el calendario de la AEAT.
| Segmento | Emisión y recepción | Comunicación de estados y pago |
|---|---|---|
| Empresas con facturación superior a 8 M€ | 6 de octubre de 2027 | 6 de octubre de 2027 |
| Resto de personas jurídicas | 6 de octubre de 2028 | 6 de octubre de 2028 |
| Personas físicas (autónomos y profesionales) | 6 de octubre de 2028 | 6 de octubre de 2029 |
Quien factura más de 8 millones de euros empieza a emitir, recibir y comunicar estados el mismo día. El resto de empresas tiene un año más, y las personas físicas comunican el estado de pago desde 2029. Confirma con tu asesor fiscal en qué tramo está cada sociedad de tu grupo antes de fijar fechas internas. Esta información es orientativa. Consulte con su asesor fiscal.
Diferencia entre Crea y Crece y Verifactu
La confusión entre estos dos marcos es la más frecuente. Son normas distintas con objetivos distintos.
| Aspecto | Crea y Crece (Ley 18/2022) | Verifactu (RD 1007/2023) |
|---|---|---|
| Objetivo | Factura electrónica B2B obligatoria | Registros de facturación firmados y encadenados |
| Quién obliga | Emisor y receptor en relación B2B | Software con el que se emite la factura |
| Formato | XML estructurado e interoperable | Registro firmado con hash encadenado + QR |
| Ámbito | Todas las relaciones B2B en España | Sociedades y autónomos no SII |
| Transmisión AEAT | No directamente (plataformas intermediarias) | En modo verificable, en tiempo real |
Son complementarias. Una factura puede cumplir Crea y Crece (formato XML estructurado) y Verifactu (registro firmado con QR) al mismo tiempo. Para tu stack AP, el impacto práctico de Crea y Crece es que las facturas que recibes cambian de formato. El impacto de Verifactu es que los datos de esas facturas ya constan en AEAT desde que el emisor las genera. Esta información es orientativa. Consulte con su asesor fiscal.
Impacto directo en cuentas a pagar
El cambio más concreto para quien gestiona AP es este: el PDF desaparece como formato de referencia. Las facturas que llegas a tu correo o portal serán XML. O tendrán XML adjunto. O llegarán por una plataforma que las convierte.
Lo que cambia en tu flujo diario:
- La ingesta ya no depende del OCR. Con XML estructurado, los campos vienen etiquetados. Número de línea, descripción, precio unitario, cantidad, tipo de IVA. No hay que interpretar píxeles ni inferir qué campo es qué.
- El three-way matching gana precisión. Comparar la línea 3 de la factura XML con la línea 3 del pedido de compra es comparar campos homogéneos. La tolerancia se aplica sobre datos limpios, no sobre texto extraído de un PDF.
- La tasa touchless sube. Pasar de PDF+OCR a XML estructurado sube la tasa de procesamiento automático entre 10 y 20 puntos porcentuales, sin cambiar el motor de matching.
- Los errores de captura caen a cero. No hay re-keying. No hay dígito mal copiado. El campo
InvoiceLineUnitPricellega como número, no como texto en un PDF de 80 dígits por página. - La obligación de acuse de recibo. La ley obliga al receptor a comunicar el estado. Esto requiere un sistema que registre si la factura fue aceptada, rechazada o pagada, y en qué fecha. Un proceso AP manual no genera este registro automáticamente.
Formatos técnicos: FacturaE y Peppol BIS
La ley exige XML estructurado interoperable. El Real Decreto 238/2026 (artículo 7.1) admite cuatro sintaxis: UBL, Facturae, CII y EDIFACT. Ver los formatos admitidos.
FacturaE es el formato nacional español. Usa un schema XML propio del Ministerio de Hacienda. Es el estándar habitual en facturación a administraciones públicas (FACe) y el más extendido entre ERPs españoles como soporte inicial para Crea y Crece. La documentación técnica está disponible en facturae.gob.es, y la versión vigente del formato es la 3.2.2: repasamos en detalle qué cambia entre el formato Facturae 3.2 y la 3.2.2 y qué campos son obligatorios.
Peppol BIS 3.0 es el formato europeo, interoperable en más de 32 países. Usa el schema UBL 2.1 conforme a la norma europea EN 16931. Es obligatorio en muchos países nórdicos y está ganando terreno en España para operaciones con proveedores europeos.
Para tu equipo AP, la pregunta no es qué formato usar. Es si tu sistema puede procesar ambos. Un proveedor español enviará FacturaE. Un proveedor francés o alemán enviará Peppol UBL. Si tu AP solo procesa uno de los dos, tendrás facturas que entran por el camino equivocado.
Ejemplo construido (datos sintéticos): distribuidora con 400 facturas al mes
Imagina una empresa de distribución de productos de limpieza industrial que recibe 400 facturas al mes. El 80% llegan en PDF por correo. Si el equipo AP dedica entre 8 y 12 minutos por factura a captura, verificación y aprobación, son entre 53 y 80 horas al mes solo en trabajo manual de AP.
Cuando sus proveedores pasen a FacturaE XML bajo Crea y Crece, la captura de esas 320 facturas actuales en PDF pasa a ser extracción directa de campo XML. Si el sistema AP lee el XML sin intervención, las 53-80 horas se reducen a la gestión de excepciones. Con una tasa de excepción supuesta del 15-25%, serían entre 60 y 100 facturas al mes que requieren revisión de una persona; el resto llegaría cuadrado para que una persona lo apruebe.
El riesgo contrario: si el sistema AP no está preparado para leer XML y alguien abre el archivo en el visor y reteclea los datos manualmente, no se gana nada. Se pierde el formato sin aprovechar su ventaja.
¿Está tu equipo de cuentas a pagar listo para recibir la factura electrónica? El test de diez preguntas da el resultado al momento. Hacer el test de la factura electrónica 2027
Qué necesita tu stack AP para cumplir
Cuatro capacidades mínimas que tu sistema AP debe tener antes de que lleguen los primeros XML:
- Lectura nativa de FacturaE XML. Parseo del schema XSD de FacturaE 3.2.x, extracción de campos por etiqueta, no por posición en página. Si tu sistema solo hace OCR sobre PDF, necesitas una capa adicional.
- Soporte de Peppol UBL. Para facturas de proveedores europeos. El mapeo de campos entre FacturaE y Peppol UBL es estándar, pero requiere configuración.
- Registro de estado por factura. La ley obliga a comunicar aceptada/rechazada/pagada. Tu AP debe generar ese estado automáticamente al conciliar y aprobar.
- Historial de auditoría. Quién aprobó, con qué datos, en qué fecha. Este registro es tu protección en una inspección cruzada con los datos del emisor.
Además, mientras convivan XML y PDF (el periodo de transición puede durar 12-24 meses según el ritmo de adopción de tus proveedores), tu sistema AP debe procesar ambos formatos sin que el equipo tenga que decidir cada vez por dónde entra cada factura.
Errores comunes en la adaptación
Los DAF con los que hablo cometen tres errores recurrentes al preparar la transición:
Error 1: Esperar al último trimestre. Algunos proveedores grandes empezarán antes del plazo legal. Si recibes un XML en noviembre y tu sistema no está listo, tienes un problema operativo ahora.
Error 2: Confundir cumplimiento del emisor con preparación del receptor. Que tu ERP ya emita FacturaE no significa que tu AP sepa procesar FacturaE recibida. Son flujos distintos. La emisión es la parte de tu ERP; la recepción y el matching es la parte de tu stack AP.
Error 3: Pensar que el PDF desaparece de golpe. Los proveedores más pequeños tendrán un plazo más largo. Como mínimo entre el 6 de octubre de 2027 y el 6 de octubre de 2028 tu AP procesará una mezcla de XML estructurado y PDF. Necesitas un flujo que maneje ambos sin fricción.
Checklist DAF: 8 acciones antes del plazo
- Confirmar con tu asesor fiscal el plazo exacto aplicable a tu empresa según volumen de facturación.
- Auditar cuántas facturas llegan en PDF vs XML hoy. Identificar los 20 proveedores con mayor volumen y preguntarles en qué formato planean emitir y desde cuándo.
- Verificar si tu sistema AP actual puede parsear FacturaE XML. Si la respuesta es "no sabemos", es una brecha.
- Revisar si tu ERP de destino (Holded, Sage, A3 u otro) acepta importación de datos conciliados con referencia a la factura XML de origen.
- Establecer el flujo de acuse de recibo: cómo vas a comunicar aceptada/rechazada/pagada a cada proveedor según lo requiera la normativa.
- Definir el flujo de transición para el periodo mixto PDF+XML. Qué sistema maneja cada tipo y cómo se unifican en el libro de facturas recibidas.
- Documentar el historial de auditoría: cada factura conciliada debe tener registro de quién aprobó, cuándo y con qué datos. Obligación de conservación: 4 años de prescripción tributaria (art. 66 de la Ley General Tributaria) y 6 años a efectos mercantiles (art. 30 del Código de Comercio).
- Hacer una prueba real con un proveedor que ya emita FacturaE voluntariamente. No esperes a que sea obligatorio para descubrir que tu sistema no lo procesa.
¿Tu AP está listo para procesar FacturaE XML?
ininvoice lee hoy las facturas en PDF, imagen o escaneado desde el buzón, con el detalle línea a línea; la lectura de FacturaE en XML está en desarrollo.
Cómo encaja ininvoice en este contexto
ininvoice es la capa AP entre tu correo y tu ERP. No emite facturas. No es ERP. Crea y Crece cambia el formato en el que llegan las facturas; lo que no cambia es el control que necesitas hacer sobre cada una antes de pagarla. Eso es lo que hace ininvoice:
- Lectura de la factura en PDF o imagen (foto o escaneo) con IA. La lectura de factura electrónica en XML está en desarrollo.
- Three-way matching línea a línea con tolerancia configurable (por defecto, 2 % o 1,50 € por línea) y entregas parciales.
- Detección de duplicados con bloqueo antes de aprobar.
- Validación fiscal: total = base + IVA − IRPF, NIF, fechas e IVA intracomunitario.
- Aprobar, rechazar o pedir aclaración desde el panel, con el historial de cada factura exportable a Excel.
- Exportación de lo aprobado en CSV o Excel importable en el ERP.
Si quieres ver el flujo completo de cuentas a pagar touchless, el control de lo que recibes es la pieza central.
Preguntas frecuentes
- ¿Crea y Crece obliga también a los autónomos?
- Sí, pero con plazos distintos. Los autónomos emiten y reciben factura electrónica desde el 6 de octubre de 2028, un año después que las empresas que facturan más de 8 millones de euros, y comunican el estado de pago desde el 6 de octubre de 2029, según el calendario de la AEAT.
- ¿Un PDF firmado digitalmente cumple con Crea y Crece?
- No. La ley exige formato estructurado e interoperable. Un PDF, aunque esté firmado electrónicamente, no cumple porque los datos no son legibles por máquina sin OCR.
- ¿Es lo mismo Crea y Crece que el SII?
- No. El SII (Suministro Inmediato de Información) obliga a grandes empresas a enviar los libros registro de IVA a la AEAT en plazos cortos. Crea y Crece obliga el formato de la factura entre empresas. Son marcos distintos con distintos ámbitos.
- ¿Qué pasa si un proveedor me sigue mandando PDF después del plazo?
- El incumplimiento es del proveedor, no tuyo. Pero el coste operativo lo asumes tú: si tu sistema solo sabe procesar XML y recibes PDF, alguien tendrá que gestionarlo manualmente. Comunica los plazos a tus proveedores con antelación.
- ¿Crea y Crece aplica a facturas de clientes extranjeros?
- El ámbito es las relaciones comerciales en España. Facturas de proveedores europeos pueden llegar en Peppol BIS, que usa la sintaxis UBL, una de las cuatro que admite el artículo 7.1 del Real Decreto 238/2026 (UBL, CII, EDIFACT y Facturae, sobre el modelo EN 16931). Para operaciones intracomunitarias, consulta con tu asesor.
- ¿Tengo que cambiar de ERP para cumplir?
- No necesariamente. Muchos ERPs españoles (Holded, Sage, A3) ya soportan FacturaE en emisión. El gap suele estar en la recepción y el matching, que es donde una capa AP especializada añade valor.
- ¿Qué obligaciones tiene el receptor de la factura electrónica?
- Según la ley, el receptor debe poder acceder a sus facturas, acusar recibo y comunicar el estado (aceptada, rechazada, pagada). El detalle de cómo se implementa está en el Real Decreto 238/2026 y en la Orden HAC/1028/2026.
- ¿FacturaE es diferente a Peppol BIS?
- Sí. FacturaE es el formato nacional español; Peppol BIS 3.0 es el formato europeo y usa la sintaxis UBL. Facturae y UBL están entre las cuatro sintaxis que admite el artículo 7.1 del Real Decreto 238/2026, junto con CII y EDIFACT. Tu sistema AP debe poder procesar los dos, especialmente si tienes proveedores en otros países de la UE.
Tres cosas para recordar
- Crea y Crece cambia el formato de las facturas que recibes. PDF + OCR no es el flujo del futuro. XML estructurado + parsing directo es el estándar que llega.
- El periodo de transición será mixto. Durante meses convivirán XML y PDF. Tu stack AP debe gestionar ambos sin fricción para el equipo.
- La obligación de acuse de recibo y estado de factura requiere un sistema que lo registre automáticamente. No se puede hacer a mano con 300 facturas al mes.
Esta información es orientativa. Consulte con su asesor fiscal.
Contenido relacionado
- Pasos prácticos para preparar la recepción de factura electrónica
- Conciliación a tres bandas: pedido, albarán y factura
- Cuentas a pagar sin intervención: qué hace falta
- Peppol BIS y factura electrónica B2B obligatoria en España 2026
- Verifactu y cuentas a pagar: por qué obliga a replantear la automatización
Prepara tu AP para la factura electrónica B2B
ininvoice lee facturas en PDF, imagen o escaneado (la lectura de FacturaE en XML está en desarrollo). Cruza línea a línea con el pedido y el albarán y exporta lo validado en CSV o Excel importable en el ERP. Operativo en 24–48 h.