# Integración y API VERI*FACTU para software | abuenoben > Integración y API VERI*FACTU para SaaS, ERP y software de facturación: registros, XML, QR, certificados, envíos, errores, auditoría y pruebas. Canonical URL: https://abuenoben.com/integracion-verifactu Language: es-ES 1. [Inicio](/) 2. [Servicios](/servicios) 3. Integración VERI\*FACTU Diseño e implementación de la API y del flujo técnico que conecta tu sistema de facturación con los requisitos del RRSIF y, cuando corresponde, con los servicios de la AEAT. [Revisar mi flujo de facturación](#landing-contact)[Ver validación técnica](/casos/integracion-verifactu-aeat) Última revisión normativa 24 de julio de 2026 Ámbito SaaS, ERP, software propio y producto de facturación Hitos vigentes 01/01/2027 y 01/07/2027, según el obligado afectado Límite Implementación técnica, sin sustituir la validación fiscal ## Contexto La adaptación no termina al generar un XML. Hay que decidir modalidad, preservar la secuencia de facturación, producir registros trazables, resolver rechazos y dejar evidencia suficiente para declarar cada versión del software. 01 ## Empezar por el flujo real La primera revisión identifica dónde nace una factura, quién puede alterarla y qué sistemas intervienen antes de decidir la integración. 01 ### Mapa de emisión Series, numeración, rectificativas, anulaciones, reintentos, multiempresa y puntos donde hoy se crean o modifican datos fiscales. 02 ### Modalidad Decisión documentada entre VERI\*FACTU y NO VERI\*FACTU con el asesor del cliente, sin mezclar los controles propios de cada alternativa. 03 ### Responsabilidades Separación entre producto, integrador, titular de los certificados, responsable fiscal y persona que acepta la versión. 02 ## API VERI\*FACTU y piezas de implementación El alcance se concreta contra las especificaciones publicadas, los casos de uso del producto y sus condiciones de operación. 01 ### Registros y validación Modelo de alta y anulación, XML/XSD, campos fiscales, encadenamiento, huella, QR y validaciones previas al envío. 02 ### Transporte y certificados Autenticación, custodia de certificados, envío seguro, idempotencia, timeouts y separación entre pruebas y producción. 03 ### Estados y recuperación Aceptaciones, rechazos, subsanaciones, colas, reintentos controlados, conciliación y trazabilidad de cada respuesta. 03 ## Entrega que se puede revisar La adaptación debe quedar ligada a una versión concreta del software. Cambiar el comportamiento fiscal exige volver a evaluar esa versión, actualizar la evidencia y revisar la declaración responsable que corresponda. - Matriz de requisitos y decisiones de arquitectura. - Implementación con pruebas unitarias, integración y casos negativos. - Evidencia del entorno externo de pruebas sin datos comerciales reales. - Runbook de operación, incidencias, reintentos y recuperación. - Soporte técnico para preparar la declaración responsable por versión. 04 ## Calendario sin mensajes de alarma La AEAT indica como fechas obligatorias el 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto de obligados incluidos en el ámbito correspondiente. Antes de convertir una fecha en requisito del proyecto hay que confirmar sujeto, territorio, régimen y exclusiones con el asesor fiscal. El objetivo técnico es llegar con margen para probar una versión estable, corregir rechazos y ensayar la operación; no esperar a la fecha de aplicación para descubrir cómo factura realmente el producto. ## Criterio de validación Una prueba útil cubre el ciclo completo y conserva evidencia por versión. Un envío aceptado de forma aislada no demuestra que el sistema sea operable. 1. 01Alta y anulación aceptadas en el entorno externo de pruebas. 2. 02Rechazo reproducible y error presentado sin perder trazabilidad. 3. 03Subsanación vinculada al registro previo y aceptada. 4. 04Declaración responsable identificada con la versión evaluada. ## Preguntas habituales Respuestas breves sobre alcance, evidencia y límites de la implementación. ¿Qué incluye una integración con la API VERI\*FACTU?+ Incluye modelado de registros, XML y validaciones, certificados, conexión con los servicios de la AEAT cuando aplica, tratamiento de respuestas, reintentos, trazabilidad, pruebas y documentación operativa. El alcance exacto depende de la modalidad y del producto existente. ¿La AEAT homologa o certifica el software?+ No se presenta este servicio como una homologación de la AEAT. El productor del sistema emite una declaración responsable para cada versión y conserva la evidencia que sustenta lo declarado. ¿VERI\*FACTU y NO VERI\*FACTU usan el mismo flujo?+ Comparten requisitos del RRSIF, pero no son la misma modalidad operativa. La decisión afecta al envío, la custodia y otros controles, por lo que debe fijarse antes de cerrar la arquitectura. ¿Se puede probar sin usar facturas de clientes?+ Sí. El protocolo técnico debe usar identidades y documentos de prueba controlados, separar certificados y endpoints por entorno y evitar reutilizar datos comerciales en los artefactos de validación. ¿La integración incluye asesoramiento fiscal?+ No. Se implementan requisitos técnicos y se documentan decisiones. El ámbito subjetivo, el tratamiento tributario y la aceptación fiscal deben validarse con el asesor del cliente. ## Fuentes oficiales Base normativa y técnica consultada para esta página. Las especificaciones pueden cambiar y deben comprobarse de nuevo al iniciar el proyecto. - [Preguntas frecuentes sobre sistemas informáticos de facturación](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · calendario, ámbito y criterios generales - [Información técnica y esquemas VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · diseños, WSDL, XSD, validaciones y servicios - [Modalidades VERI\*FACTU y NO VERI\*FACTU](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/sistemas-verifactu.html) AEAT · diferencias operativas entre modalidades - [Declaración responsable del sistema informático](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/certificacion-sistemas-informaticos-declaracion-responsable.html) AEAT · responsabilidad del productor y declaración por versión - [Real Decreto 1007/2023, texto consolidado](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · requisitos del RRSIF y declaración responsable - [Orden HAC/1177/2024, texto consolidado](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · desarrollo técnico, QR y contenido ## Límite del contenido Implementación técnica; el alcance fiscal o jurídico debe validarse con el asesor del cliente. No se ofrece una homologación, certificación de la AEAT ni garantía de aplicabilidad a cualquier obligado. Revisión técnica inicial ## Revisa el flujo antes de estimar la adaptación. Con la versión del producto, tipos de factura, modalidad prevista y diagrama de emisión puedo identificar dependencias y proponer un primer alcance técnico. - No envíes certificados, NIF, facturas ni secretos en este formulario. - La aplicabilidad fiscal o jurídica se valida con tu asesor. - Respuesta humana habitual en un día laborable. ## Cuéntame lo que necesitas Nombre, email y contexto. Presupuesto, plazo y formato pueden añadirse si ya los tienes. ¿Desde qué contexto escribes? Agencia, consultora o estudioEmpresa / pyme digitalProducto digitalOtro Nombre Email profesional Qué debe quedar resuelto Unas líneas sobre el proyecto son suficientes. Añadir más informaciónEmpresa, presupuesto y plazo, si ya los conoces. Empresa o estudio Tipo de proyecto Modalidad Presupuesto orientativo Plazo He leído la [política de privacidad](/legal) y entiendo el tratamiento necesario para responder esta consulta. Acepto usar mi email y los datos de esta consulta para medir resultados en Google Ads (opcional).Datos utilizados y cómo retirar el consentimiento Acepto que Google Ads mida esta consulta mediante el identificador del envío, la fecha, mi email normalizado y transformado con SHA-256 y, si existe y sigue vigente, el identificador de clic. Es opcional, no activa remarketing y puedo retirarlo usando el contacto indicado en la política de privacidad. Verificación antispam Se cargará al empezar a completar el formulario. Respuesta habitual en un día laborable. ## Continuar la evaluación [Caso técnico en sandbox AEAT](/casos/integracion-verifactu-aeat)[VERI\*FACTU frente a factura electrónica B2B](/guias/verifactu-vs-factura-electronica-b2b)[Integración de factura electrónica B2B](/factura-electronica-b2b)[Integraciones API y CRM](/integraciones-api-crm)