Billing records
The invoicing system generates records associated with issued invoices. In VERI*FACTU mode those records are submitted to AEAT.
VERI*FACTU is a mode of invoicing software in which generated billing records are sent to the Spanish Tax Agency. It does not inherently require replacing your ERP; the software used must meet the applicable requirements.
The framework distinguishes VERI*FACTU from non-verifiable systems. Kairoseth Fiscal is initially designed around the VERI*FACTU mode.
The change is not just adding a QR. Invoicing software must work with billing records, traceability, and technical controls defined by the regulatory framework.
The invoicing system generates records associated with issued invoices. In VERI*FACTU mode those records are submitted to AEAT.
Records must retain a traceable sequence. AEAT describes chaining as a way to detect gaps or jumps.
Invoices issued by covered invoicing systems include the tax QR when the applicable scope requires it.
In VERI*FACTU mode the recipient can compare the invoice against records previously submitted by the issuer to AEAT.
The rules govern invoicing software; an existing system may be adapted or connected to a compatible layer when the architecture and specific case allow it.
AEAT provides for VERI*FACTU and non-verifiable systems. Their requirements should not be treated as identical.
Before buying or rebuilding software, identify where invoices are generated today and what capabilities that system already has.
ERP, ecommerce, POS, Excel, or custom software: identify which system actually issues the invoice.
Use official sources and tax advice to determine whether your activity/system falls under RRSIF and which deadline applies.
Native connector, API, webhook, CSV/XLSX, or system adaptation without duplicating fiscal logic.
Validate numbering, tax data, QR, states, and retry behavior before opening the real workflow.
What matters is that the invoicing process used meets the applicable requirements. In many cases adaptation can be achieved through integration, provided the complete solution respects the relevant obligations.
Short answers grounded in official sources.
It is the mode of Spanish invoicing software that sends generated billing records to the Spanish Tax Agency. It sits within Royal Decree 1007/2023 and its implementing rules.
No. VERI*FACTU governs requirements and records for invoicing software and should not be confused with separate B2B e-invoicing initiatives.
Yes. AEAT explains that the framework allows VERI*FACTU systems and non-verifiable invoicing systems, with different technical obligations.
AEAT states that the rules concern invoices issued with invoicing software, including full and simplified invoices; not every commercial document becomes an RRSIF invoice.
The invoice carries a tax QR and, in VERI*FACTU mode, the corresponding wording. The recipient can use the QR to compare the invoice against information submitted to AEAT.
Each guide owns a distinct intent to avoid duplication and make the path from question to solution clear.
This guide summarizes official rules and documentation; it does not replace tax advice or checking the exact scope that applies to each organization.
Kairoseth separates identity, organization scope, product roles and product capabilities. A login route, browser state or AI response never becomes an authorization boundary by itself.
Customer resources and access are resolved inside an active organization context rather than treated as global account state.
Owner, Admin and Member authority is assigned per product. Organization membership alone does not automatically grant every product.
Sensitive access, policy and capability decisions remain authoritative on the server instead of trusting client UI state or model output.
Capabilities that can act are introduced behind explicit grants, staged gates and audit rather than implied autonomy.
Review the customer-facing policies that define privacy, security reporting, acceptable use and the current legal operating framework.
Kairoseth Fiscal starts with that question: keep the customer's system and choose the integration route by capabilities.