Saltar al contenido principal

Checklist sobre facturación electrónica B2B en España: Estados de Pago y Cuentas por Cobrar para Empresas

Publicado Actualizado por última vez 14 min de lecturaMike ThriftMike Thrift
Checklist sobre facturación electrónica B2B en España: Estados de Pago y Cuentas por Cobrar para Empresas

Una factura puede ser perfectamente válida y, aun así, resultar inútil para la operación si nadie puede responder a dos preguntas: ¿Fue aceptada? y ¿Cuándo se pagó efectivamente? El nuevo marco español de facturación electrónica B2B está diseñado para que esas respuestas sean legibles por máquina. Para las empresas, esto significa que el proyecto no consiste solo en sustituir adjuntos PDF por archivos estructurados. También implica conectar facturas de venta, cuentas por pagar, actividad bancaria y evidencia de pago en un único flujo de trabajo fiable.

El marco se publicó en 2026, pero muchas empresas aún no tienen una fecha de calendario fija. El reloj de implementación comienza cuando la orden ministerial que desarrolla la solución pública de facturación electrónica entra en vigor. A partir de ese desencadenante, las empresas cuya facturación del año anterior supere los 8 millones de euros disponen de 12 meses, mientras que el resto dispone de 24 meses. Ese plazo es útil si lo tratas como un proyecto contable y operativo, y no como una compra de software de última hora.

Esta guía explica qué cambia con el nuevo marco, cómo determinar qué plazo te corresponde y cómo construir un flujo de trabajo de estado de pago que se mantenga sólido cuando las facturas se mueven entre distintas plataformas.

Qué exige realmente el nuevo marco español

El marco se aplica a empresas y profesionales que ya estén obligados a emitir facturas cuando el cliente sea otra empresa o profesional con sede económica, establecimiento permanente, domicilio o residencia habitual en España, y la operación esté dirigida a esa ubicación española.

La obligación va más allá de "enviar al cliente una copia electrónica". La factura debe ser un mensaje electrónico estructurado que pueda procesarse mediante software. Las sintaxis permitidas son:

  • CII
  • UBL
  • EDIFACT
  • Facturae

El modelo de datos debe seguir la norma EN 16931, con las adaptaciones establecidas por la normativa española. Cada factura debe incluir un identificador único que contenga el NIF del emisor, el número y la serie de la factura, y la fecha de expedición.

El sistema tiene dos capas conectadas:

  1. Plataformas privadas de intercambio que enrutan las facturas entre emisores y receptores.
  2. Una solución pública de facturación electrónica desarrollada y gestionada por la Agencia Tributaria Española, que actúa como repositorio universal y proporciona funciones de seguimiento de pagos.

Una empresa puede usar una plataforma privada, la solución pública o una combinación de ambas. Si no ha acordado con sus proveedores un punto de recepción privado, la solución pública es la opción predeterminada. Si elige un punto de recepción privado, debe hacerlo público en sus comunicaciones comerciales y, en su caso, en su sitio web.

Por eso una pantalla aislada de facturación no suele ser suficiente. El sistema debe identificar correctamente a la contraparte, producir un documento estructurado aceptado, enrutar el documento, preservar su identidad y registrar los estados posteriores de la factura.

Cómo saber qué plazo te corresponde

El decreto difiere sus requisitos operativos. Por tanto, el punto de partida es la orden ministerial que desarrolle la solución pública de facturación. Cuando esa orden entre en vigor:

  • Empresas y profesionales cuya facturación en el año natural anterior supere los 8 millones de euros dispondrán de 12 meses.
  • El resto dispondrá de 24 meses.

No se trata de sumar uno o dos años a la fecha de publicación del decreto. El desencadenante es la entrada en vigor de la orden ministerial. La facturación se calcula según las normas del Impuesto sobre Sociedades o del IRPF, considerando el volumen de operaciones del año natural anterior. Como estos umbrales y plazos pueden interpretarse de forma distinta según la forma jurídica, conviene confirmar tu caso con tu asesor fiscal español.

El decreto también incluye un período transitorio para la notificación de estados: para personas físicas y determinadas entidades en atribución de rentas por debajo del umbral, la obligación de reportar el estado de las facturas se difiere 12 meses adicionales desde que el decreto les sea aplicable. Estas reglas interactúan, así que documenta bien qué fechas aplican a tu caso.

Qué significa "pago efectivo" a efectos del reporte

La novedad más relevante para la operativa diaria es que el estado de la factura se convierte en un flujo de datos definido.

El receptor debe comunicar, como mínimo:

  • La aceptación o rechazo comercial de la factura, con su fecha.
  • El pago efectivo, total o parcial, con su fecha.

También pueden comunicarse otros estados, como el pago parcial y el importe correspondiente, o la cesión de la factura a un tercero para su cobro o pago. Estos estados adicionales son útiles para el control de crédito, pero no sustituyen a los dos obligatorios.

El pago efectivo no es necesariamente la fecha en que alguien hace clic en "marcar como pagada". Está vinculado a que el proveedor reciba realmente los fondos. Para una transferencia, suele ser la fecha en que el importe se abona en la cuenta del acreedor. Para un pago en efectivo, la fecha de entrega del dinero. Para una compensación de deudas acordada, la fecha en que la compensación se perfecciona.

Si una factura se cede al factoring o se entrega a un intermediario para su cobro, eso no la convierte en pagada. El pago efectivo se produce cuando el proveedor recibe el dinero, no cuando se acuerda o se programa. Registrar demasiado pronto un pago como efectivo puede llevar a reportar un estado incorrecto a la plataforma y al receptor.

Qué comunicar y en qué plazo

El receptor debe comunicar a la plataforma pública, en el plazo de cuatro días naturales desde que se produce el evento, la aceptación o rechazo comercial y, en su caso, el pago efectivo con su fecha real. También debe comunicarse la fecha límite de pago pactada.

Estos plazos afectan al proceso contable interno. Una conciliación bancaria realizada semanas después del cierre puede ser demasiado lenta como único mecanismo para detectar el pago. Necesitas que el asiento bancario llegue al registro de facturas y dispare la comunicación en el plazo requerido, o un proceso intermedio que lo detecte.

Cómo encaja esto con la normativa de morosidad

La nueva obligación no cambia los plazos de pago. Sigue aplicando la normativa española de morosidad: el plazo legal entre empresas es de 60 días naturales como máximo, salvo pacto en contrario. El marco de facturación electrónica no otorga una excusa adicional para retrasar pagos.

Lo que sí exige es que el sistema contable pueda demostrar cuándo se pagó realmente. Un calendario de pago no sustituye a la fecha efectiva. Si tu equipo concilia pagos de forma semanal, el estado de la factura puede enviarse tarde. Si concilias a diario o usas una cola de detección, el cumplimiento es más sencillo.

Un flujo de contabilidad que cumpla el plazo de cuatro días

Puedes preparar el proceso antes de elegir plataforma. El flujo mínimo es:

1. Crear y validar

Genera la factura desde un registro de clientes aprobado. Valida los datos fiscales, el identificador único, el tratamiento de impuestos, la moneda y las fechas antes de enviar. Rechazar documentos mal formados al crearlos es más barato que corregirlos después de que el cliente ya los haya recibido.

2. Transmitir y conservar evidencia

Envía a través de la plataforma privada o de la solución pública. Conserva la respuesta de transmisión, la marca de tiempo, el documento estructurado original (o su hash) y, si la plataforma transforma entre CII, UBL, EDIFACT o Facturae, guarda también la representación resultante o un enlace fiable entre ambas.

3. Registrar aceptación o rechazo

Registra la respuesta comercial del receptor. Un rechazo debe tener un motivo y un responsable, no solo un icono rojo. Si hay que corregir la factura, emite un documento rectificativo trazable.

4. Detectar el pago y reportar

Conecta la información bancaria o la conciliación de pagos al registro de facturas. Cuando el pago se confirme, registra la fecha efectiva y envía la comunicación de pago a la plataforma dentro del plazo. Si la entidad de pago es un tercero o el pago se recibe por otra vía, define cómo se detectará.

Una lista de verificación práctica

Antes de que llegue tu fecha límite, confirma que puedes responder "sí" a cada pregunta:

  • ¿Sabemos qué clientes y proveedores están dentro del ámbito B2B español?
  • ¿Sabemos si nuestra facturación del año anterior nos sitúa en el plazo de 12 o 24 meses?
  • ¿Tenemos un identificador único de factura que se mantenga estable en todas las plataformas y transformaciones?
  • ¿Podemos registrar la aceptación o rechazo del receptor en el sistema contable?
  • ¿Podemos detectar el pago efectivo y registrar su fecha en el registro de facturas?
  • ¿Podemos enviar el estado a la plataforma en un plazo de cuatro días naturales?
  • ¿Tenemos un responsable claro para fallos de transmisión, rechazos y pagos no reportados?
  • ¿Nuestro proceso concilia entre facturas emitidas, pagos recibidos y comunicaciones de estado?

Qué revisar en tu ecosistema de facturación

No necesitas construir un sistema propio. Los ERP, los proveedores de facturación electrónica y las pasarelas de pago pueden integrarse si defines bien los puntos de control.

Las preguntas clave al revisar tu ecosistema son:

  • ¿Puede generar facturas en la sintaxis requerida (CII, UBL, EDIFACT o Facturae)?
  • ¿Puede enviar y recibir a través de la solución pública, o solo a través de un operador privado?
  • ¿Puede registrar el estado de pago y enviarlo a la plataforma en un plazo de cuatro días?
  • ¿Puede conservar evidencia de cada transmisión y transformación, o al menos un enlace fiable?
  • ¿Puede conciliar, a nivel de factura, los movimientos bancarios con las facturas emitidas?

Si tu sistema actual no puede responder a todas estas preguntas, no necesitas sustituirlo entero. Puede bastar con una capa de conciliación y reporte que conecte el ERP con la solución pública o con una plataforma privada.

Errores comunes que conviene evitar

  • Usar la fecha de emisión como fecha de pago. La fecha de pago efectivo es la del movimiento bancario o el evento que represente la disponibilidad de fondos.
  • Introducir el estado de pago manualmente en un sistema y no en otro. La sincronización debe estar definida, o el error es solo cuestión de tiempo.
  • Tratar la solución pública como un mero almacén. La solución pública también gestiona estados y plazos.
  • Considerar que Facturae y EN 16931 son intercambiables sin revisar los campos obligatorios en el modelo español.
  • No revisar el volumen de operaciones cuando se acerca la entrada en vigor de la orden. El plazo depende de ese dato.

Cómo prepararse sin esperar a la orden ministerial

Puedes avanzar sin conocer la fecha exacta:

  • Mapea los identificadores únicos de factura y los campos de EN 16931 en tus sistemas.
  • Define un proceso para comunicar aceptación o rechazo a los clientes, y para recibir esos estados como vendedor.
  • Identifica los movimientos bancarios que representan pago efectivo y cómo asignarlos a facturas.
  • Documenta quién es responsable de cada excepción: transmisión fallida, factura rechazada, pago no reportado.
  • Valida con tu asesor si el umbral de 8 millones se refiere a tu volumen de operaciones en España o al global.
  • Prepara la plantilla del volumen de operaciones para poder calcular el plazo correcto.

El marco español no reduce la facturación electrónica a un intercambio de archivos. Convierte el estado de la factura en un dato con plazos. La ventaja competitiva estará en quien tenga su proceso de conciliación y sus excepciones bien definidos antes de que empiece el plazo, y no en quien busque la herramienta con más funciones el último mes.

Glosario

  • CII (Cross Industry Invoice): sintaxis de la factura electrónica basada en XML, definida por UN/CEFACT.
  • EDIFACT: sintaxis de intercambio electrónico de datos (EDI) utilizada en facturación electrónica.
  • EN 16931: norma europea que define el modelo de datos y las sintaxis de la factura electrónica.
  • Facturae: formato electrónico español de facturación basado en XML.
  • Pago efectivo: momento en que se satisface realmente la deuda, a diferencia de una programación interna o una disponibilidad de financiación.
  • Solución pública de facturación: plataforma gestionada por la Agencia Tributaria que centraliza el intercambio y el registro de facturas.
  • UBL: sintaxis de factura electrónica basada en XML, común en entornos B2B.

Preguntas frecuentes

¿El marco se aplica a facturas entre empresas españolas? El ámbito es el de las relaciones B2B cuando el receptor es una empresa o profesional con domicilio o establecimiento en España. No sustituye a la normativa de facturación del IVA; añade una capa electrónica sobre la obligación de facturar existente.

¿Qué plazo tengo si ya uso Facturae? Facturae es una de las sintaxis admitidas. El plazo de implementación no depende del formato, sino del volumen de facturación del año anterior y de la entrada en vigor de la orden ministerial. Usar Facturae desde hace años no adelanta ni retrasa el plazo, pero reduce el trabajo de adaptación técnica.

¿Puedo usar la solución pública obligatoriamente? Un emisor puede usar la solución pública. Si quiere usar una plataforma privada, debe cumplir los requisitos técnicos y de interoperabilidad. Para la recepción, si no comunicas un punto de recepción privado, se usará la solución pública.

¿El plazo de 12 o 24 meses se aplica también a las facturas recibidas? Sí. El deber de comunicación de estados afecta tanto a emisores como a receptores en el ámbito territorial correspondiente. Debes poder reportar el estado de las facturas recibidas y que tu sistema pueda recibir el estado de las que emites.

¿Qué pasa con las facturas rectificativas? Deben seguir el mismo flujo estructurado y su estado debe comunicarse dentro del plazo correspondiente. No son un caso aislado del marco.

Si uso una plataforma privada, ¿desaparece la obligación de reportar a la solución pública? No. El decreto exige que el pago íntegro se comunique a la solución pública también cuando el intercambio se realiza mediante plataformas privadas. Las plataformas privadas deben interconectarse y participar en el sistema público.

¿Puedo reportar un pago como efectivo cuando el banco aún no lo ha confirmado? No. Una transferencia programada, una disponibilidad de factoring o un apunte interno no son pago efectivo. El pago se reporta cuando se produce el movimiento que satisface la deuda, y se indica la fecha en que ocurre.

¿Qué ocurre si el cliente rechaza la factura?

El rechazo comercial debe comunicarse en el plazo de cuatro días naturales desde que se conoce. Debe registrarse en tu sistema contable con su causa. Si se emite una factura rectificativa, debe vincularse a la factura original para que la trazabilidad se mantenga.

¿La solución pública sustituye a mi ERP?

La solución pública puede usarse como canal de facturación y como repositorio de estados. No sustituye a tu sistema contable ni a tu proceso de conciliación bancaria. El ERP sigue siendo responsable de generar la factura correcta y de reflejar el pago real.

Conclusión

La facturación electrónica B2B en España no es un intercambio de archivos más. Es un cambio en el registro contable: obliga a que el estado de la factura (aceptación, rechazo y pago efectivo) se registre, se comunique y se audite con plazos. El trabajo ahora es determinar qué fecha te corresponde según tu volumen, preparar el registro de estados, y conciliar esa información con el banco.

Cuando la orden ministerial se publique, la ventaja será de quien ya tenga definidos los campos, los plazos y los responsables, y no de quien tenga que improvisar una solución.

Simplifica tu gestión financiera

La transición española a la facturación electrónica hace más valiosos los registros fiables: necesitas conectar lo facturado, aceptado, vencido, pagado y comunicado. Beancount.io ofrece contabilidad en texto plano, transparente, controlada por versiones y preparada para la IA, para que tu historial financiero siga siendo verificable a medida que crece tu flujo de facturación. Consulta la documentación o visualiza las conciliaciones con Fava.

Comparte este artículo