Prepararse para la factura electrónica B2B no consiste únicamente en cambiar el PDF por otro formato. El verdadero cambio afecta a cómo se generan, envían, reciben, relacionan y siguen las facturas dentro del negocio.
Un autónomo puede empezar ya por ordenar datos maestros, estados de cobro, rectificaciones e integraciones. Esa preparación evita comprar software por una lista de funciones y permite exigir que la herramienta resuelva el recorrido real de cada factura.
El problema no termina al emitir la factura
La decisión clave: Estados de pago que conviene poder registrar. No avances hasta poder relacionar cada paso con un documento o un estado verificable.
Un PDF permite leer la factura, pero no aporta por sí solo la estructura de datos que otro sistema puede procesar. Revisa qué formato genera la plataforma y cómo conserva la representación legible.
Mapea número, serie, fechas, partes, conceptos, bases e impuestos. Si esos datos viven solo en una descripción libre, la migración y la interoperabilidad se complican.
Decide quién registra recepción, aceptación, rechazo y pago, y qué evidencia respalda cada estado. No dejes esa información repartida entre correo, banco y memoria del equipo.
Define qué ocurre con un rechazo: causa, corrección, nueva versión y vínculo con la factura anterior. El estado no debe borrar el documento emitido.
Pide al proveedor formatos de exportación, API, costes de salida y tratamiento de adjuntos. Prueba una exportación antes de contratar, no cuando quieras marcharte.
Qué información debe viajar entre sistemas
Comprueba también la recepción desde otras plataformas. Una solución cómoda para emitir puede fallar si obliga al cliente a entrar en un portal cerrado.
Ensaya operaciones habituales, anticipos, rectificativas y clientes con varios centros. Asigna responsables y mide incidencias sin mezclar la prueba con la numeración definitiva.
Conserva una matriz de requisitos y la respuesta contractual del proveedor. Esa evidencia permite comprobar si el servicio entregado coincide con lo prometido.
Revisa el maestro de clientes: razón social, NIF, dirección, correo operativo y canal de recepción. Los errores en esos campos se multiplican cuando la factura circula de forma estructurada. Marca qué clientes son empresas, administraciones o particulares porque el circuito no es idéntico.
Detectar qué le falta a mi circuito de facturación B2B
Estados de pago que conviene poder registrar
Prepara una matriz de campos obligatorios y campos internos. No uses el texto libre para esconder datos que el receptor necesita procesar. La prueba debe demostrar que conceptos, impuestos, vencimientos y referencias viajan en el lugar correcto.
Define quién marca una factura como enviada, recibida, aceptada, rechazada o pagada y qué evidencia respalda cada cambio. Un estado manual sin fecha ni responsable no permite reconstruir el cobro. Vincula el pago con importe, referencia y cuenta bancaria cuando la herramienta lo permita.
Ensaya pagos parciales, devoluciones y diferencias por comisiones. La factura puede estar aceptada y seguir pendiente de cobro; también puede existir un ingreso que no liquide todo el saldo. El cuadro de control debe mantener separadas esas situaciones.
Pide una prueba real de envío y recepción con otra plataforma, no solo una demostración dentro del mismo entorno. Exporta después facturas, estados, adjuntos y registro de eventos. Comprueba que los archivos pueden leerse y que conservan referencias suficientes para una auditoría.
Documenta cómo recuperar la información si cambias de proveedor. El precio mensual es solo una parte de la decisión: también cuentan el coste de migración, la disponibilidad del histórico y la posibilidad de continuar trabajando sin perder la secuencia documental.
| Situación | Acción | Qué guardar o comprobar |
|---|---|---|
| Maestro de clientes | Identidad y canal correcto | NIF, sede y contacto |
| Factura estructurada | Campos semánticos | No depender del PDF |
| Entrega | Acuse y fecha | Trazabilidad del intercambio |
| Estado | Aceptación, rechazo o pago | Responsable y fecha |
| Cambio de plataforma | Exportación y portabilidad | Histórico accesible |
Decisiones de software que no deberían esperar
Crea un cliente de prueba y emite una factura normal, una rectificativa y otra con dos vencimientos. Haz que un segundo sistema las reciba y devuelve estados de aceptación y pago. Anota qué campos se pierden, cuáles cambian de formato y cuánto trabajo manual exige completar el circuito.
Incluye una incidencia: NIF erróneo, rechazo o pago parcial. La plataforma debe permitir identificar el motivo y conservar la secuencia de cambios. Una demo que solo muestra el caso perfecto no sirve para evaluar cómo trabajará administración cuando aparezca un problema real.
Termina exportando todo el expediente del cliente de prueba. Debes poder relacionar factura, estado, rectificación, cobro y registro de eventos fuera de la pantalla del proveedor. Esa salida es la prueba práctica de interoperabilidad y de que podrás cambiar de herramienta sin perder trazabilidad.
Asigna una persona para revisar rechazos, otra para conciliar cobros si procede y un plazo interno para resolver incidencias. Define qué ocurre cuando el cliente discute una factura o paga solo una parte. El estado debe reflejar el hecho comprobado y no utilizarse como una etiqueta optimista para sacar documentos de la lista de pendientes.
Una hoja de ruta para adaptar el negocio
Conecta cada cambio con una evidencia: acuse del receptor, mensaje de rechazo, extracto o acuerdo comercial. Si el programa actualiza estados automáticamente, prueba qué referencia bancaria utiliza y cómo trata varios pagos del mismo cliente. Conserva un procedimiento manual de contingencia para los días en que la integración no responda.
Mide la implantación con datos sencillos: facturas enviadas sin intervención, rechazos, tiempo de resolución, cobros conciliados y ajustes manuales. Revisa una muestra cada semana durante el arranque. Si la automatización reduce pasos pero aumenta incidencias difíciles de rastrear, corrige el diseño antes de incorporar más clientes. Conserva las pruebas y las decisiones para que el procedimiento no dependa de una sola persona.
Un consultor recibe una demo que crea un PDF atractivo. Durante la prueba descubre que no exporta todos los campos estructurados y que el estado “pagada” debe marcarse a mano sin referencia bancaria. La matriz revela dos carencias antes de migrar la serie real y permite pedir una prueba de interoperabilidad con un cliente.
Da por superada la prueba solo si otra plataforma recibe los datos, devuelve estados comprensibles y el expediente completo puede exportarse. Si una parte exige rehacer información a mano, cuantifica ese trabajo y decide quién lo asumirá. La factura electrónica debe mejorar la trazabilidad de emisión y cobro; una interfaz atractiva sin intercambio verificable no resuelve el proceso.
Antes de cerrar el expediente: vuelve a el problema no termina al emitir la factura, documenta decisiones de software que no deberían esperar y confirma que puedes estados de pago que conviene poder registrar. Esa secuencia deja una decisión explicable y reduce el riesgo de actuar con una pantalla, un recuerdo o un documento aislado.
Para ampliar el marco general, consulta contenido pilar de facturacion.
Definir una hoja de ruta de factura electrónica acorde a mi operativa
Fuentes oficiales consultadas
- El Real Decreto 238/2026 regula requisitos técnicos, interoperabilidad y estados de las facturas B2B. Real Decreto 238/2026, objeto.
- La obligación se refiere a facturas electrónicas en formato estructurado entre empresarios o profesionales dentro de su ámbito. Real Decreto 238/2026, preámbulo.
- El Reglamento de facturación sigue determinando el contenido obligatorio de las facturas. Real Decreto 1619/2012.
- BOE-A-2026-7295 Real Decreto 238/2026, de 25 de marzo, por el que se desarrolla el sistema de facturación electrónica obligatoria entre empresarios y profesionales y por el que se modifica el Reglamento por el que se regulan las obligaciones de facturación, aprobado por el Real Decreto 1619/2012, de 30 de noviembre.
- BOE-A-2012-14696 Real Decreto 1619/2012, de 30 de noviembre, por el que se aprueba el Reglamento por el que se regulan las obligaciones de facturación.
Contenido informativo general. La aplicación concreta depende de la documentación, la actividad, el territorio y las circunstancias de cada persona o negocio.