Verifactu Spain: Compliance for Your Invoicing Software

If you invoice in Spain, we adapt the software you already use (your central ERP, online store, POS or SaaS) or build the Spanish invoicing layer you are missing, and we deliver the responsible declaration (declaración responsable) the law requires. One adaptation for Verifactu and for Spain’s B2B e-invoicing. System assessment for €900, fixed price.

  • 2027 Legal deadline today: January for companies, July for others
  • 2028 October: new date announced, not yet in the BOE
  • €900 Assessment of your system, fixed price
How Verifactu works: the invoice, its record, the chained hash, the QR code, submission to the AEAT and your team in control Every record chains the next 01 · Invoice Issued in yoursystem 02 · Record With its tax data 03 · Hash Chained SHA-256 04 · QR Printed on theinvoice 05 · AEAT Submitted withretries 06 · Control Your team reviewsincidents
  1. 01 · Invoice Issued in your system
  2. 02 · Record With its tax data
  3. 03 · Hash Chained SHA-256
  4. 04 · QR Printed on the invoice
  5. 05 · AEAT Submitted with retries
  6. 06 · Control Your team reviews incidents
  7. Every record chains the next
Scroll

Definition

What Is Verifactu?

Verifactu (VERI*FACTU) is the Spanish system that requires invoicing software to record every invoice in a way that cannot be altered: a record carrying the SHA-256 hash of the previous one, a QR code on the invoice and, in its main mode, automatic submission of the record to the Spanish Tax Agency (AEAT).

It stems from Law 11/2021 (the anti-fraud law) and is implemented by Royal Decree 1007/2023 (the invoicing-systems regulation) and Order HAC/1177/2024 (the technical specifications). It covers companies, the self-employed and software producers, and excludes businesses that report through the SII (Immediate Supply of Information), those taxed in the Basque Country or Navarre, and those that only invoice by hand.

Summary

Executive Summary

What changed this week and what we do for you.

On 5 October 2026 Spain’s Ministry of Finance announced that it plans to delay Verifactu until October 2028, so that it coincides with mandatory e-invoicing for SMEs and the self-employed. It is an announcement: until it appears in the BOE (Official State Gazette), the legal deadlines remain 1 January 2027 for companies and 1 July 2027 for everyone else. And some businesses gain no time at all: producers of invoicing software may only sell compliant systems since 29 July 2025, and that includes custom software a company builds for its own use.

If you sell or invoice in Spain from abroad, the first question is how you operate there. With a permanent establishment or a Spanish subsidiary, the rules apply to it, even when it invoices through the group’s ERP. Without one, Verifactu does not oblige you. And if you sell invoicing software to customers in Spain, you are a producer: your obligation is already in force.

The useful reading of the postponement is this: Spain is going to merge the two obligations. If you adapt your system to Verifactu now without thinking about B2B e-invoicing, you will touch it twice. We design a single invoicing layer that generates the record with its hash, the QR code and the submission to the AEAT, and is ready to issue structured e-invoices when your turn comes: around October 2027 if you invoice more than €8 million a year, around October 2028 if you invoice less.

We do three things. We adapt the software you already invoice with, whether it is a custom ERP, a WooCommerce, PrestaShop, Magento or Shopify store, a POS or your own SaaS. We build a new invoicing platform when what you have is not worth adapting. And we sign the responsible declaration for what we develop or modify, because the law requires it from whoever programs the system. If you first want to know whether it applies to you and when, the free checker tells you in a minute, and if you are a developer, our hash and QR calculator reproduces the AEAT’s official examples.

  • €900 Assessment of your system, fixed price
  • 2 in 1 Verifactu and B2B e-invoicing
  • ISO 27001 And ENS: certified in 2026

Timeline

Verifactu Timeline as of 7 October 2026

What the BOE says today and what the Ministry of Finance has announced. We will update it the day the postponement is published.

  1. 01

    29 July 2025: software producers

    Producers and resellers may only sell compliant invoicing systems. This includes custom software for in-house use: it needs the responsible declaration of whoever programs it.

    Already in force
  2. 02

    1 January 2027: companies

    Taxpayers subject to Corporate Income Tax (Impuesto sobre Sociedades). This is the date set by Royal Decree-law 15/2025, ratified by the Spanish Parliament on 11 December 2025.

    Legal deadline today
  3. 03

    1 July 2027: self-employed and others

    Self-employed people paying personal income tax (IRPF) on a business activity, pass-through entities (entidades en atribución de rentas) and non-residents with a permanent establishment in Spain.

    Legal deadline today
  4. 04

    October 2027: over €8M

    Mandatory e-invoicing between businesses for those invoicing more than €8 million a year: 12 months from Order HAC/1028/2026, in force since 6 October 2026.

    B2B e-invoicing
  5. 05

    October 2028: Verifactu and e-invoicing

    The Ministry of Finance plans to move all pending Verifactu obligations to this date, together with e-invoicing for businesses invoicing €8M or less. The technical safeguards stay substantially the same.

    Announced, not in the BOE

Use cases

Who Does Verifactu Apply To?

The AEAT sums it up as the “four noes”: it applies to you if you issue invoices with software and you are not in the SII, not taxed in the Basque Country or Navarre, and have no ruling that excludes you.

  • Companies and self-employed people who invoice with software

    With an ERP, an invoicing program, an online store or a POS. Including the Canary Islands, Ceuta and Melilla, where references to VAT are read as IGIC or IPSI.

    In scope

  • Companies with in-house or custom software

    Their software must comply and carry the responsible declaration of whoever programmed it, even if that is the company’s own team.

    In scope, and as producers too

  • Software producers and invoicing SaaS

    They may only sell compliant systems since 29 July 2025. If you modify another producer’s system, you provide your own declaration.

    Already obliged

  • Businesses in the SII

    Those that keep their VAT books through the Immediate Supply of Information, whether mandatory or voluntary, are outside Verifactu.

    Out of scope

  • Basque Country and Navarre

    Businesses taxed under the regional (foral) rules have their own systems (TicketBAI and Batuz in the Basque Country, Navarre’s own) and do not apply Verifactu.

    Out of scope

  • Those who only invoice by hand

    Invoice book or typewriter, never mixed with software. Word or Excel used only to type and print do not count as a system; an Excel file with macros that keeps the books does.

    Out of scope

Key points

What We Do

Six routes to Verifactu, depending on what you invoice with today.

  1. 01

    Adapting your in-house software or custom ERP

    We add what the regulation requires: issuance and cancellation records for every invoice, a chained SHA-256 hash, a QR code with its legend, submission to the AEAT with flow control and retries, and locking of whatever can no longer be changed. In Laravel, Symfony, Node.js or Python, and in your database. We deliver the responsible declaration for the adapted version.

  2. 02

    Online stores: WooCommerce, PrestaShop, Magento and Shopify

    A store that issues invoices is an invoicing system. Together we choose between an off-the-shelf module, a third-party API or a custom integration, and we solve what plugins usually leave half done: returns as corrective invoices, simplified invoices, numbering by series, several stores under one tax ID (NIF) and orders coming in from marketplaces.

  3. 03

    POS and simplified invoices

    Receipts created offline that must reach the AEAT once the connection is back: a local queue with a chained hash, retries, user alerts and an incident flag, as the Order requires. For chains, each till with its own installation number.

  4. 04

    Software producers and SaaS

    If you sell software that issues invoices in Spain, your obligation started on 29 July 2025. We review your product against the regulation, implement what is missing, prepare the responsible declaration for each version and, if you submit records on behalf of your customers, the authorisation or the AEAT collaboration agreement (colaboración social).

  5. 05

    Custom invoicing platform

    When adapting does not pay off (legacy systems, invoicing spread across several tools, groups with several tax IDs), we build a new platform: series, customers, corrective invoices, multi-company, connection to your accounting and your store, and Verifactu and e-invoicing built in.

  6. 06

    Verifactu and e-invoicing in a single adaptation

    The Ministry of Finance has announced it will merge the two timelines. We design the invoicing layer so the same record feeds the submission to the AEAT and the structured e-invoice that Royal Decree 238/2026 (the B2B e-invoicing regulation) will require, with nothing to rebuild in 2028.

What's included

What a Well-Built Verifactu System Must Do

What Order HAC/1177/2024 requires, in the language of whoever has to program it. It is what we check in the assessment and what we deliver.

  • An issuance record for every invoice, generated when it is issued or just before, with issuer, recipient, series and number, type, VAT breakdown and total amount
  • Chained SHA-256 hash: each record includes the previous one’s, in uppercase hexadecimal, with the fields in the exact order set by the AEAT
  • Cancellation record for invoices issued by mistake, and corrective invoices or amendments for everything else. Nothing is deleted
  • QR code of 30 to 40 mm at the top of the invoice, with “QR tributario:” (tax QR) above it and “VERI*FACTU” below
  • Submission to the AEAT via web service, up to 1,000 records per submission, respecting the waiting time set by the Agency and retrying at least every hour if it fails
  • NO VERI*FACTU mode if you choose it: XAdES signature of each record and an event log with a summary every six hours
  • Retention and export of the records for the legal period, even if you change software
  • Responsible declaration from the producer, one per version, visible inside the software and outside it
  • Certificate or authorisation: submission with the company’s digital certificate, an authorised representative’s or a social collaborator’s

Why

Third-Party API or Direct Integration with the AEAT

The first decision of the project, and we make it with numbers.

Some APIs act as intermediaries with the AEAT and charge per tax ID (NIF) and month: published rates range from about €3 to €16 per NIF per month, with an invoice quota. For a company with a single NIF and its own ERP, this is usually the cheapest route, and we use it without hesitation. Direct integration pays off when you invoice on behalf of many NIFs (a SaaS, an accounting firm, a group), when your volume makes the per-invoice cost high, or when you do not want a third party to see all your sales. Either way, the record, the hash and the corrective-invoice logic live in your system: the API only carries them. In the assessment we give you the three-year cost of each route.

decision.yaml
# How we choose the route
third_party_api:
fits: 1-5 NIFs, medium volume
cost: fee per NIF per month
go_live: weeks
direct_integration:
fits: SaaS, accounting firms, groups
cost: development, no fee
data: never passes through third parties
always_in_your_system:
[record, hash, QR, corrective_invoices]
  • 1,000 Records per submission
  • SHA-256 Algorithm
  • 30-40 mm QR size

How we work

How We Do It

From the first call to the first record accepted by the AEAT. Between four and twelve weeks, depending on the system.

  1. 01

    Assessment

    We review how you invoice today: software, series, corrective invoices, stores, POS and who issues on whose behalf. We tell you whether it applies to you, from what date and what your system is missing, with the cost of adapting it versus replacing it, and the choice between an API and direct integration.

    1-2 weeks
  2. 02

    Design

    Mode (VERI*FACTU or NO VERI*FACTU), where the record is created, how it is chained when there are several tills or stores, submission queue, certificate or authorisation, and the invoice layout with its QR code. All of it already designed for B2B e-invoicing.

    1 week
  3. 03

    Development with tests against the official examples

    Issuance and cancellation records, hash, QR, submission and AEAT response, incidents and export. The hash is tested against the vectors published by the Agency (the same ones our calculator reproduces) on every code change.

    2-8 weeks
  4. 04

    Testing in the AEAT environment

    We send your test invoices to the AEAT’s external test environment and check the QR codes against its service. Not a single real record goes out until everything comes back accepted.

    1 week
  5. 05

    Responsible declaration and go-live

    We sign the responsible declaration for the version, embed it in the software and publish it outside, and you go live. Until your mandatory date arrives, you can run it for real and switch back without being locked in until December.

    D-day

Who it is for

Is It for You?

This service fits when your invoicing does not fit in an off-the-shelf till program: you run your own systems, handle volume or operate several companies.

Who it's for

  • International companies invoicing in Spain, including groups with a Spanish subsidiary, whose central ERP or SaaS does not support Verifactu.
  • Software producers, SaaS and POS vendors with customers in Spain, and accounting firms that issue invoices on behalf of many tax IDs.
  • Companies that invoice with an ERP or custom-built software and need to adapt it, with its responsible declaration.
  • Online stores selling in Spain with volume, returns and several channels, where a generic plugin does not get corrective invoices right.
  • Chains with POS systems, franchises and businesses with many tills that invoice offline.

Who it's not for

  • Self-employed people with a few invoices a month: a compliant commercial invoicing program or the AEAT’s free app is cheaper than any development.
  • Businesses in the SII or taxed in the Basque Country or Navarre: Verifactu does not apply to them (for B2B e-invoicing, we can talk).
  • Anyone looking for an AEAT certificate or approval: it does not exist. What the law requires is a responsible declaration and a system that genuinely complies.

Investment

Pricing

Published, so you know the order of magnitude before you call us. Excluding VAT.

The final price depends on how many series, stores, tills and tax IDs you have, but the assessment gives you a fixed figure before we start. If you go ahead with the adaptation, the assessment fee is deducted.

  • Verifactu Assessment

    €900

    Fixed price. One or two weeks.

    • Whether it applies to you, from when and which mode suits you
    • Review of your system against the regulation and the Order
    • Third-party API or direct integration: three-year cost
    • Plan and fixed quote for the adaptation
    • Deducted if you hire the project
    Request the assessment
  • Online Store

    From €2,900

    WooCommerce, PrestaShop, Magento or Shopify.

    • Module, API or custom integration, depending on your volume
    • Corrective invoices for returns and refunds
    • Simplified invoices and numbering by series
    • QR code and legend on the invoice and in the email
    • Testing in the AEAT environment
    Adapt my store
  • In-House Software or ERP Most requested

    From €8,900

    Adapting the system you already invoice with.

    • Issuance and cancellation records with a chained hash
    • Submission to the AEAT with flow control, retries and incident handling
    • QR code, legend and locking of issued invoices
    • Ready for B2B e-invoicing
    • Responsible declaration for the adapted version
    Adapt my software
  • Custom Platform

    From €24,000

    New invoicing, multi-company or for your SaaS.

    • Series, customers, corrective invoices and multi-company
    • Verifactu and e-invoicing built in
    • Connection to your accounting, your store and your CRM
    • Submission on behalf of third parties with authorisation
    • Your code and your data, no lock-in
    Discuss the project

Regulatory maintenance from €190/month: AEAT schema changes, new versions of the responsible declaration and convergence with e-invoicing. If you choose a third-party API, you pay its fees directly to the provider.

Deliverables

What You Get with an Adaptation

What is included and what is not, so there are no surprises.

Included

  • Assessment report with mode, dates and the choice between API and direct integration
  • Issuance and cancellation records with a chained hash, tested against the official examples
  • QR code and legend in your invoice templates, on paper and in PDF
  • Submission to the AEAT with a queue, retries, alerts and an incident log
  • Testing in the AEAT’s external test environment
  • Responsible declaration for the version, inside and outside the software
  • Technical documentation and automated tests for your team

Not included

  • Tax advice on your transactions (we coordinate with your tax adviser)
  • Third-party software licences or API fees

The proof

What Backs the Service

Verifactu is new for everyone, so we will not show you fifty Verifactu projects: nobody has them. We show you what underpins it. We have integrated ERPs with zero tolerance for failure: at Fleurop, orders sync with their ERP through asynchronous queues, with retries and an audit trail for every submission, which is exactly the pattern that submission to the AEAT demands. We built Nexo, our own management platform, with synchronised invoicing and an immutable, hash-chained audit trail. We have been certified to ISO 27001 and Spain’s National Security Framework (ENS) since September 2026, which is what you want from whoever handles your tax data. And our hash calculator reproduces the AEAT’s three official examples character for character: you can check it yourself.

  • 2009 Building software since
  • 3 of 3 Official hash examples we reproduce
  • 2 Certified security standards
  • 5.0 Clutch rating

For the CTO

Summary for the CTO

How we build it under the hood.

The invoicing record is created inside the same transaction as the invoice: if the record cannot be generated, the invoice is not issued. The hash is computed over the field=value&... string in UTF-8, with the fields and order of the AEAT technical document, and chaining is serialised per system and installation so that two tills or two processes cannot break the chain. Issued invoices are locked: they are corrected with a corrective invoice or an amendment, never with an UPDATE.

Submission to the AEAT is decoupled into a queue: it batches up to 1,000 records, respects the TiempoEsperaEnvio returned by the Agency (60 seconds initially), retries at least every hour, alerts the user and flags the incident as the Order requires. We store the response and its secure verification code with each record. The QR code is generated with error-correction level M and the URL encoded as the specification requires. For systems that issue on behalf of third parties, the submission is signed with the certificate of each obligated party, an authorised representative or the social collaborator.

Technologies

  • SHA-256
  • SOAP / WSDL AEAT
  • XAdES Enveloped
  • ISO/IEC 18004
  • Laravel
  • Symfony
  • Node.js
  • Python
  • PostgreSQL
  • Redis
  • RabbitMQ
  • Record and invoice in the same transaction: no record, no invoice
  • Chaining serialised per system and installation
  • Submission queue with flow control, retries and incident handling
  • Hash tests against the AEAT’s official vectors on every deployment
  • Immutable invoices: corrective invoices and cancellations, never edits

Risks and how we cover them

The Risks We Avoid

The failures we see in rushed adaptations.

  1. 01

    Hashes that do not match and records “accepted with errors”

    Mitigation

    The AEAT recalculates the hash and flags the record if it does not match. We test the calculation against its official examples on every change and validate date formats, amounts and tax IDs before submitting.

  2. 02

    A chain broken by concurrency: two tills or two processes invoicing at the same time

    Mitigation

    We serialise chaining per system and installation and cover it with load tests. A gap in the chain is the first thing an inspection looks at.

  3. 03

    Adapting to Verifactu now and redoing it in 2028 for e-invoicing

    Mitigation

    We design a single invoicing layer for both obligations, following the convergence the Ministry of Finance has announced.

  4. 04

    Ending up without a responsible declaration after modifying another producer’s software

    Mitigation

    Whoever extends a system provides their own declaration. We deliver it for every version we touch, inside and outside the software.

Technologies

Platforms and Technologies

The ones we already work with and on which we adapt or build.

  • WooCommerce
  • PrestaShop
  • Magento / Adobe Commerce
  • Shopify
  • Odoo
  • Laravel
  • Symfony
  • Node.js
  • Python
  • PostgreSQL
  • Third-party Verifactu APIs
  • AEAT SOAP web services
  • Facturae and UBL
  • Stripe

FAQ

Verifactu FAQs

Answers checked as of 7 October 2026.

When is Verifactu mandatory?

Today, according to the BOE, on 1 January 2027 for Corporate Income Tax payers and on 1 July 2027 for everyone else (self-employed people with a business activity, pass-through entities and non-residents with a permanent establishment). On 5 October 2026 the Ministry of Finance announced that it plans to delay those obligations until October 2028, but as of 7 October 2026 the change has not been published in the BOE. Software producers have been obliged since 29 July 2025.

Our company is based outside Spain. Does Verifactu apply to us, and can you help?

It depends on how you operate in Spain. If you invoice from abroad without a permanent establishment in Spain, the regulation does not oblige you. If you have one, or a Spanish subsidiary, it does: the subsidiary is a Spanish company, even if it invoices through the group’s ERP. In that case we adapt your central ERP or SaaS, or build the Spanish layer that connects to it, and we coordinate the tax side with your Spanish adviser. We work in English, Spanish, Catalan, French, German, Dutch and Portuguese.

If Spain delays it to 2028, can I wait?

If you only use a commercial program, probably yes, although the prudent thing is to wait until the postponement appears in the BOE. But there are two cases where waiting is expensive: if your software is in-house or custom-built, because its producer (your team or your supplier) should have had the responsible declaration since July 2025; and if you will have to issue B2B e-invoices, because the Ministry of Finance is going to merge the two obligations and adapting twice costs twice as much.

Which businesses are exempt from Verifactu?

Those that keep their books through the SII (mandatory or voluntary), those taxed under the regional (foral) rules of the Basque Country or Navarre, those that only invoice by hand and those with a ruling that excludes them. Entities fully exempt from Corporate Income Tax are also out. The Canary Islands, Ceuta and Melilla are not exempt. If in doubt, the free checker tells you in a minute.

Our company uses custom-built invoicing software. What do we need to do?

Adapt it and have its responsible declaration, signed by whoever programs it, even if that is your own team. The AEAT makes this clear in its FAQs: custom software is an invoicing system like any other. We carry out the adaptation and sign the declaration for the version we deliver.

What is the Verifactu responsible declaration and who signs it?

It is the self-certification in which the software producer declares that its system complies with the regulation. It is signed by whoever produces or modifies the software, one per version, and it must be inside the software and accessible outside it. There is no AEAT approval or register: anyone selling “software approved by the Spanish Tax Agency” is using a term that does not exist.

What is the difference between VERI*FACTU and NO VERI*FACTU?

In VERI*FACTU mode the system sends each record to the AEAT automatically and the invoice carries the “VERI*FACTU” legend. In NO VERI*FACTU mode the records stay in your system, electronically signed (XAdES) and with an event log, and are handed over if the AEAT requests them. The first is simpler to build and to defend; if you choose it, you stay with it until 31 December of that year.

How much does it cost to adapt software to Verifactu?

With us, the assessment costs €900 at a fixed price and is deducted if you go ahead. Adapting an online store starts at €2,900, in-house software or a custom ERP at €8,900 and a new invoicing platform at €24,000. If you choose a third-party API for submission, you pay its fee separately (between about €3 and €16 per tax ID per month on published rates).

How long does it take?

Between four and twelve weeks from the assessment to the first real record accepted, depending on the system. A store with a well-chosen module can be ready in three or four weeks; an ERP with several series, corrective invoices and tills, in two or three months. Testing in the AEAT environment always comes before anything real is sent.

Are Verifactu and e-invoicing the same thing?

No. Verifactu (Royal Decree 1007/2023) requires your software to record invoices in an unalterable way and, in its main mode, send them to the AEAT. B2B e-invoicing (Law 18/2022 and Royal Decree 238/2026) requires businesses to issue and receive invoices between them in a structured format. They are two different regulations, but the Ministry of Finance has announced it will align their timelines in October 2028 and their technical aspects afterwards.

What are the penalties for not complying with Verifactu?

Article 201 bis of the General Tax Law (Ley General Tributaria) sets €50,000 per financial year for anyone who uses a non-compliant system or alters it, and €150,000 per financial year and per system type for whoever produces or sells it, plus €1,000 for each system sold without certification. There are no fines “per invoice”: that figure going around is a mistake.

Does my WooCommerce, PrestaShop or Shopify store have to comply with Verifactu?

If your store issues the invoices, yes: the AEAT considers an online store that issues invoices to be an invoicing system. There are off-the-shelf modules and apps that cover the simple case; where they tend to fail is returns, partial refunds, simplified invoices and several stores under the same tax ID. We review it in the assessment and solve it with a module, an API or a custom integration.

Do I need a digital certificate to submit the records?

Yes: submission is made with the electronic certificate of the company, of an authorised representative or of an AEAT social collaborator. If your software submits records on behalf of many customers, that authorisation must be evidenced with the forms the AEAT approved in December 2024: accepting terms of use is not enough.

Is the AEAT’s free invoicing app enough for me?

If you issue a few invoices to other businesses, it may be: it is VERI*FACTU for all purposes. But it does not issue simplified invoices (receipts), always requires a recipient, does not export invoices to other software and only invoices in your own name or with a power of attorney. For a store, a POS or an ERP, it is not an option.

Sources

Sources

The regulations and official documents behind every fact on this page, checked on 7 October 2026.

  1. Royal Decree 1007/2023, Reglamento de sistemas informáticos de facturación (consolidated text) Scope, requirements, responsible declaration and deadlines (final provision 4).
  2. Royal Decree-law 15/2025, which sets the 2027 deadlines 1 Jan 2027 and 1 Jul 2027; ratified on 11 Dec 2025.
  3. Ministry of Finance information note of 5 October 2026 Planned postponement until October 2028; pending a regulation.
  4. Order HAC/1177/2024, technical specifications Records, hash, QR, submission and responsible declaration.
  5. Law 58/2003, Ley General Tributaria (General Tax Law), article 201 bis Penalties for users and producers.
  6. Royal Decree 238/2026, B2B e-invoicing 12- and 24-month deadlines depending on turnover.
  7. Order HAC/1028/2026, public e-invoicing solution In force on 6 Oct 2026: starts the count for those deadlines.
  8. AEAT: FAQs on scope of application SII, foral territories, Word and Excel, flat-rate schemes.
  9. AEAT: FAQs on the responsible declaration Custom software and modifications by third parties.
  10. AEAT: hash specifications (v0.1.2) Fields, order, SHA-256 and official examples.
  11. AEAT: QR code specifications (v0.5.0) Size, placement, URL and error codes.
  12. Published Verifactu API rates Range of about €3 to €16 per tax ID per month, checked on the providers’ websites on 7 Oct 2026.

Next step

Tell Us What You Invoice With and We’ll Tell You What It Needs for Verifactu

A 30-minute video call with the person who will program it. If your case can be solved with a commercial program or the AEAT’s app, we will tell you so and sell you nothing.

  • No commitment
  • Response in 24h
  • Custom proposal
Last updated: October 2026

Let's talk.

Initial technical consultation

AI, security and performance. Diagnosis with phased proposal.

  • NDA available
  • Response <24h
  • Phased proposal

Your first meeting is with a Solutions Architect, not a salesperson.

Talk to an architect