# VERI*FACTU API integration for invoicing software | abuenoben > VERI*FACTU API integration for SaaS, ERP and invoicing software: records, XML, QR, certificates, submissions, errors, audit and testing. Canonical URL: https://abuenoben.com/en/verifactu-integration Language: en 1. [Home](/en) 2. [Services](/en/services) 3. VERI\*FACTU integration Design and implementation of the technical flow connecting an invoicing product with RRSIF requirements and, where applicable, AEAT services. [Review my invoicing flow](#landing-contact)[View technical validation](/en/cases/verifactu-aeat-integration) Regulatory review 24 July 2026 Scope SaaS, ERP, in-house products and invoicing software Current milestones 1 January 2027 and 1 July 2027, depending on the affected taxpayer Boundary Technical implementation, not a replacement for tax advice ## Context Adaptation does not end with generating XML. The product needs a documented operating mode, preserved invoice sequencing, traceable records, controlled rejection handling and evidence supporting each software version. 01 ## Start with the actual flow The first review identifies where an invoice originates, who can change it and which systems participate before an integration path is selected. 01 ### Issuing map Series, numbering, corrective invoices, cancellations, retries, multi-entity operation and every point where fiscal data is created or altered. 02 ### Operating mode A documented VERI\*FACTU or non-VERI\*FACTU decision with the client’s adviser, keeping the controls of each alternative distinct. 03 ### Responsibilities Clear ownership across product, integrator, certificate holder, tax adviser and the person accepting the software release. 02 ## Implementation components Scope is defined against published specifications, the product’s use cases and its real operating constraints. 01 ### Records and validation Creation and cancellation records, XML/XSD, fiscal fields, chaining, fingerprint, QR and checks performed before submission. 02 ### Transport and certificates Authentication, certificate custody, secure submission, idempotency, timeouts and strict separation between test and production. 03 ### Status and recovery Acceptances, rejections, corrections, queues, controlled retries, reconciliation and traceability of every response. 03 ## A reviewable delivery Adaptation must be tied to a specific software version. A change to fiscal behaviour requires renewed evaluation, updated evidence and a review of the corresponding responsible declaration. - Requirements matrix and recorded architecture decisions. - Implementation with unit, integration and negative-path tests. - External test-environment evidence without real commercial data. - Operating runbook for incidents, retries and recovery. - Technical support for preparing the per-version responsible declaration. 04 ## A schedule without artificial urgency AEAT currently states 1 January 2027 for Corporate Income Tax taxpayers and 1 July 2027 for the other taxpayers covered by the relevant scope. Before treating either milestone as a project requirement, the client’s tax adviser should confirm the entity, territory, regime and exclusions. The technical objective is to leave enough time to test a stable release, resolve rejections and rehearse operations rather than discover the real invoicing flow on the application date. ## Validation standard A useful test covers the complete lifecycle and retains per-version evidence. A single accepted submission does not prove that the system is operable. 1. 01Creation and cancellation accepted in the external test environment. 2. 02Reproducible rejection with the error surfaced without losing traceability. 3. 03Correction linked to the previous record and accepted. 4. 04Responsible declaration identified with the evaluated release. ## Common questions Short answers about scope, evidence and implementation boundaries. Does AEAT approve or certify invoicing software?+ This service is not presented as an AEAT approval. The system producer issues a responsible declaration for each version and retains the evidence supporting that declaration. Do VERI\*FACTU and non-VERI\*FACTU use the same flow?+ They share RRSIF requirements but are not the same operating mode. The decision affects submission, custody and other controls, so it needs to be fixed before architecture is finalised. Can the flow be tested without customer invoices?+ Yes. The technical protocol should use controlled test identities and documents, isolate certificates and endpoints by environment, and avoid commercial data in validation artefacts. Does the integration include tax advice?+ No. The work implements technical requirements and documents decisions. Applicability, tax treatment and fiscal acceptance remain with the client and its adviser. ## Official sources Spanish regulatory and technical sources used for this page. Specifications may change and must be checked again when a project starts. - [Frequently asked questions on invoicing systems](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes.html) AEAT · Spanish source on schedule, scope and general criteria - [VERI\*FACTU technical information and schemas](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/informacion-tecnica/esquemas.html) AEAT · Spanish source on designs, WSDL, XSD and validation - [VERI\*FACTU and non-VERI\*FACTU operating modes](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/sistemas-verifactu.html) AEAT · Spanish source on differences between both modes - [Responsible declaration for the invoicing system](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/certificacion-sistemas-informaticos-declaracion-responsable.html) AEAT · Spanish source on producer responsibility and releases - [Royal Decree 1007/2023, consolidated text](https://www.boe.es/eli/es/rd/2023/12/05/1007/con) BOE · Spanish legal text on RRSIF and responsible declarations - [Order HAC/1177/2024, consolidated text](https://www.boe.es/eli/es/o/2024/10/17/hac1177/con) BOE · Spanish legal text on technical requirements and QR ## Content boundary Technical implementation only; fiscal or legal applicability must be validated with the client’s adviser. This is not an AEAT approval, certification or guarantee that the regime applies to every taxpayer. Initial technical review ## Review the flow before estimating the adaptation. Share the product version, invoice types, intended mode and issuing diagram. I can identify dependencies and propose an initial technical scope. - Do not send certificates, tax IDs, invoices or secrets through this form. - Tax and legal applicability must be validated with your adviser. - A human reply, normally within one business day. ## Tell me what you need Name, email and context. Budget, timing and format can be added if you already know them. What context are you writing from? Agency, consultancy or studioCompany or SMEProduct teamOther context Name Work email What needs to be resolved A few lines about the project are enough. Add more informationCompany, budget and timing, if you know them. Company or studio Project type Working model Indicative budget Timing I have read the [privacy policy](/en/legal) and understand the processing needed to answer this request. I agree to use my email and enquiry data to measure results in Google Ads (optional).Data used and how to withdraw consent I agree that Google Ads may measure this enquiry using its submission ID, date, my normalized email address transformed with SHA-256 and, when one exists and remains current, the click identifier. This is optional, does not enable remarketing and can be withdrawn using the contact details in the privacy policy. Anti-spam verification It will load when you start completing the form. Usual reply within one business day. ## Continue the assessment [Technical case in the AEAT sandbox](/en/cases/verifactu-aeat-integration)[VERI\*FACTU compared with B2B e-invoicing](/en/guides/verifactu-vs-b2b-e-invoicing)[API and CRM integrations](/en/api-crm-integrations)