VERI*FACTU ja eritellimusel arveldustarkvara: 2027. aasta tähtaeg ja väljakuulutatud nihe 2028. aastasse

Enne 1. jaanuari 2027 peab iga Hispaania ettevõte, kes deklareerib ettevõtte tulumaksu (Impuesto sobre Sociedades) ja väljastab arveid tarkvaraga, kasutama tarkvara, mis on kohandatud Real Decreto 1007/2023 järgi. Iga arve saab räsiga kirje, mis on aheldatud eelmise kirjega, ning QR-koodi, mida klient saab maksuameti juures kontrollida. Kõigil teistel kohaldamisalasse kuuluvatel, peamiselt füüsilisest isikust ettevõtjatel, on aega 1. juulini 2027. Rahandusministeerium teatas 5. oktoobril 2026, et lükkab need kohustused edasi 2028. aasta oktoobrisse. Seisuga 16. oktoober ei ole seda tegevat õigusakti avaldatud, seega on 2027. aasta tähtajad endiselt siduvad.

Kui teie arved tulevad kommertstarkvarast, on see suures osas teie tarnija töö. Kui need tulevad tarkvarast, mille keegi teile kirjutas või mille kirjutas teie enda meeskond, on see teie töö. Teie muudate koodi ja teie allkirjastate deklaratsiooni, mis kinnitab, et see vastab nõuetele.

Kuupäevad ja kaks edasilükkamist

See on juba kolmas tähtaegade komplekt, nii et teatav skeptilisus on õigustatud.

• Real Decreto 1007/2023 andis ettevõtetele algselt aega 1. juulini 2025.
• Real Decreto 254/2025 1. aprillist 2025 nihutas selle ettevõtte tulumaksu deklareerijatele 1. jaanuarile 2026 ja ülejäänutele 1. juulile 2026. Põhjus oli konkreetne: tehniline määrus Orden HAC/1177/2024 avaldati alles 28. oktoobril 2024.
• Real Decreto-ley 15/2025 2. detsembrist 2025 nihutas mõlemat kuupäeva aasta võrra. Selle tekst on BOE-s ja Kongress kiitis selle samal kuul heaks.

AEAT teade tähtaja pikendamise kohta, viimati uuendatud 13. oktoobril 2026, on üheselt mõistetav: „las entidades que presenten el Impuesto sobre Sociedades deberán tener adaptados sus SIF antes del 1 de enero de 2027. El resto de obligados tributarios, antes del 1 de julio de 2027.“

Kas see võib jälle nihkuda? Rahandusministeerium ütleb, et nihkub. Tema nota informativa 5. oktoobrist 2026 teatab, et RD 1007/2023 veel ootel kohustused lükatakse edasi „hasta octubre de 2028“, et need langeksid kokku kohustusliku e-arveldusega ettevõtetele, kelle aastakäive on kuni 8 miljonit eurot. See on teadaanne, mitte seadusemuudatus. Teade nimetab kuu, kuid mitte päeva, ei ütle, milline õigusakt muudatuse toob, ega tee vahet äriühingutel ja füüsilisest isikust ettevõtjatel. Seisuga 16. oktoober 2026 ei ole BOE-s midagi ilmunud ja AEAT lehed annavad endiselt 2027. aasta kuupäevi. Hiline õigusakt ei oleks midagi ebatavalist: Real Decreto-ley 15/2025 avaldati 3. detsembril 2025, neli nädalat enne kuupäeva, mida see nihutas. Teade ütleb ka, et terviklikkuse, jälgitavuse ja muutumatuse nõuded jäävad „en términos sustancialmente equivalentes“ ning et kohaldamisala ja mõningaid tehnilisi punkte vaadatakse hiljem üle, et need ühtiksid e-arvelduse ja ViDA-ga.

Milline kuupäev puudutab teid? SL või SA deklareerib Impuesto sobre Sociedades'i, seega on oma ERP-d kasutav äriühing peaaegu kindlasti 1. jaanuari 2027 tähtajaga. Kuni BOE-s avaldatud õigusakt ei ütle teisiti, on see kuupäev siduv ja selleni on jäänud vähem kui kaksteist nädalat. Juulikuu tähtaeg on füüsilisest isikust ettevõtjatele ja teistele kohaldamisalasse kuuluvatele maksumaksjatele.

Teates mainitud oktoober 2028 tuleneb eraldi regulatsioonist, mille arvestus juba käib. Orden HAC/1028/2026, mis avaldati BOE-s 5. oktoobril 2026 ja kehtib alates 6. oktoobrist, reguleerib AEAT avalikku e-arvelduse lahendust ning käivitab B2B e-arvelduse kohustust sätestava Real Decreto 238/2026 tähtajad: kaksteist kuud ettevõtetele, kelle käive ületas eelmisel aastal 8 miljonit eurot, ja kakskümmend neli kuud ülejäänutele. Struktureeritud e-arved ettevõtete vahel muutuvad seega kohustuslikuks oktoobris 2027 ja oktoobris 2028. Eritellimusel süsteemil, mis väljastab arveid teistele ettevõtetele, on see projekt ees olenemata sellest, mis VERI*FACTU-ga juhtub. Seda kohustust käsitleme oma juhendis Hispaania B2B e-arvelduse kohta.

Keda see puudutab ja keda mitte

AEAT kohaldamisala KKK taandab selle neljale eitusele. Kuulute kohaldamisalasse, kui te ei väljasta arveid eranditult käsitsi, ei ole SII-s (kohustuslikult või vabatahtlikult), teie maksukodu ei ole Baskimaal ega Navarras ja teil ei ole vabastavat otsust.

Erandid praktikas:

• SII kasutajad. Suministro Inmediato de Información on kohustuslik ettevõtetele, kelle käive ületab 6 miljonit eurot, käibemaksugruppidele ja igakuise käibemaksu tagastamise registris (REDEME) olevatele ettevõtetele, ning teised võivad sellega vabatahtlikult liituda. AEAT ütleb otse: „El ámbito subjetivo de ambos proyectos es excluyente.“ Kui lähete üle SII-le, lõpetate VERI*FACTU kirjete saatmise ja QR-koodi printimise.
• Baskimaa ja Navarra. Sealse maksukoduga ettevõtted alluvad foraalsetele maksuhalduritele ja nende endi reeglitele, mitte RD 1007/2023-le.
• Puhtalt käsitsi arveldamine. Paberist arveraamat on kohaldamisalast väljas. Samuti tabel, mida kasutatakse ainult arvete sisestamiseks, printimiseks ja hoidmiseks; tabel, mis koostab ka teie käibemaksuraamatud, aga mitte.

Välismaised ettevõtted kuuluvad kohaldamisalasse, kui neil on Hispaanias püsiv tegevuskoht.

Kui väljastate arveid kommertstarkvaraga (A3, Sage, Holded jms), on tootja tarnija, kes peab välja andma kohandatud versiooni koos oma deklaratsiooniga. Uuendage tarkvara, kontrollige, et deklaratsioon on olemas, ja võite lugemise lõpetada.

See artikkel on ülejäänutele: eritellimusel ERP, viisteist aastat tagasi kirjutatud Accessi, Delphi või FileMakeri programm või arveldusmoodul teie enda veebiplatvormis.

Tootja on teie ettevõte

Määruse artikkel 13.1 paneb sertifitseerimise süsteemi tootjale, declaración responsable kaudu. AEAT sertifitseerimise KKK vastab ettevõttesisese arenduse juhtumile otse: „Cada sistema en operación debe disponer de una Certificación emitida mediante declaración responsable de su productor (artículo 13.1 RRSIF). Si el software hubiera sido desarrollado por la propia empresa, será esta la que deba certificarlo.“

Mida see praktikas tähendab:

• Välist auditit ei ole. AEAT nimetab seda tootja enesesertifitseerimiseks („auto-certificación“). Keegi ei kiida teie süsteemi eelnevalt heaks. Teie allkirjastate ja teie vastutate.
• Alltöövõtja, kes ehitab teile laienduse tootena, sertifitseerib selle laienduse. Kui ehitasite selle ise, sertifitseerite selle ise.
• Deklaratsioon peab olema nähtav süsteemi sees, igas versioonis, ning kättesaadav ka väljaspool seda, tootest sõltumatult.
• Selle sisu on fikseeritud Orden HAC/1177/2024 artikliga 15: muu hulgas süsteemi nimi, identifikaator ja versioon, selle komponendid, kas see töötab ainult VERI*FACTU režiimis, tootja nimi, NIF ja aadress ning allkirjastamise kuupäev ja koht.

Ebamugav juhtum on programm, mille autor lahkus aastaid tagasi. Keegi peab ikkagi tootma kohandatud versiooni ja selle eest allkirja andma. Otsustage kirjalikult, kes see on, enne kui töö algab.

Sertifitseeritud kommertstoote kohandamine nõuab eraldi deklaratsiooni ainult siis, kui muudatus puudutab seda, kuidas määruse nõuded on rakendatud. Tootja kontrolli alt väljas tehtud muudatus, mis võib neid muuta, nõuetele ei vasta.

Panused määrab üldise maksuseaduse artikkel 201 bis: fikseeritud trahv 150 000 eurot majandusaasta ja süsteemitüübi kohta nõuetele mittevastavate süsteemide tootmise eest ning 50 000 eurot majandusaasta kohta süsteemi omamise eest, mis peaks olema sertifitseeritud, kuid ei ole, või mida on muudetud. Milline neist ise ehitatud süsteemi puhul kohaldub, on küsimus teie maksunõustajale. Kumbki summa ei ole väike.

Mida tarkvara peab tegema

Kirje iga arve kohta, väljastamise hetkel

Artikkel 9.1 nõuab, et süsteem looks registro de facturación de alta „de forma simultánea o inmediatamente anterior a la expedición de cada factura“. Tühistatud arve saab tühistamiskirje (registro de anulación).

Artikkel 10 loetleb, mida kirje sisaldab: väljastaja NIF ja nimi, vajaduse korral saaja, seeria ja number, väljastamise ja tehingu kuupäev, arve liik, parandatava arve andmed, kirjeldus, kogusumma, käibemaksurežiim, maksustatav väärtus, maksumäärad ja summad, vabastuse või maksustamatuse põhjused, süsteemi ja selle tootja identiteet ning sekundi täpsusega ajatempel.

Vanemates süsteemides peitub töö just siin:

• Käibemaksu jaotus arvutatakse sageli printimise ajal ja seda ei salvestata kunagi. See peab olema andmetena olemas väljastamise hetkel.
• „Väljastamine“ on sageli lihtsalt aruande printimine. Peab olema selge hetk, mil mustand muutub arveks, ja kirje luuakse just siis.
• Numbrite taaskasutamine on läbi. Arve kustutamine ja selle numbri uuesti kasutamine, mis on paljudes väikestes süsteemides harjumus, enam ei toimi: AEAT lükkab teise kirje tagasi teatega „Registro de facturación duplicado.“ Tootmiskeskkonnas väljastatud testarved on päris arved ja need tuleb tühistada.
• Kirjeid keegi ei muuda. AEAT KKK ütleb, et väljastatud kirjete andmebaasi otsene muutmine ei tohi olla lubatud toiming. Kui töötajad parandavad praegu arveid SQL-iga, siis see lõpeb. Parandused tehakse parandusarvetega.

Räsiahel

Iga kirje sisaldab eelmise kirje seeriat, numbrit ja kuupäeva ning osa selle räsist (huella). Algoritm on SHA-256 ning täpsed väljad ja nende ühendamise viis on AEAT tehnilises dokumentatsioonis koos kirjete kirjelduste, XSD-skeemide, WSDL-i ning valideerimis- ja veakataloogiga.

Enne uue kirje loomist peab süsteem kontrollima, et viimane kirje on õigesti aheldatud ja et selle ajatempel ei ole praegusest ajast rohkem kui ühe minuti võrra hilisem. Kirjed luuakse arvete väljastamise järjekorras.

Sellel on arhitektuuriline tagajärg. Igal paigaldusel peab olema üksainus järjestatud koht, kus kirjed luuakse. Kaks veebiserverit, mis lisavad samasse ahelasse ilma koordineerimiseta, lõhuvad selle. AEAT aktsepteerib segalahendusi, näiteks kassaterminale, mis saavad kirje kesksest kontorisüsteemist, kuid ahel ise asub ühes kohas.

Iga süsteem tuvastatakse maksumaksja NIF-i, kahemärgilise süsteemi ID ja paigaldusnumbri järgi, mis ei tohi kunagi korduda, isegi kui sama tarkvara paigaldatakse samasse masinasse uuesti.

QR-kood arvel

Igal arvel on QR-kood standardi ISO/IEC 18004 järgi, suurusega 30x30 kuni 40x40 mm, veaparandustasemega M. See kodeerib URL-i, mis sisaldab väljastaja NIF-i, seeriat ja numbrit, väljastamise kuupäeva ja kogusummat ning mida klient saab AEAT juures kontrollida. VERI*FACTU režiimis on arvel ka tekst „VERI*FACTU“ või „Factura verificable en la sede electrónica de la AEAT“.

Pärandtarkvara jaoks tähendab see arvemalli ümbertegemist (Accessi aruanne, FileMakeri paigutus, PDF-generaator) ja QR-teegi lisamist tehnoloogiasse, kus seda kunagi ei olnud.

Kaks režiimi: VERI*FACTU või mitte

VERI*FACTU režiim. Süsteem saadab iga kirje automaatselt AEAT-le kohe selle loomisel. Vastutasuks vajavad kirjed räsi, kuid mitte e-allkirja, AEAT hoiab neid ning süsteem, mis töötab ainult selles režiimis, ei vaja sündmuste logi. Teil on vaja SOAP-klienti AEAT avaldatud teenuste jaoks, kvalifitseeritud e-sertifikaati ja järjekorda juhuks, kui ühendus katkeb. AEAT arendajate KKK käsitleb katkestust intsidendina: kirjed ootavad järjekorras ja neid proovitakse uuesti saata ning arveldamine jätkub.

Mitte-VERI*FACTU režiim. Kirjed jäävad teie juurde ja igaüks neist tuleb allkirjastada (XAdES Enveloped, ETSI EN 319 132) kvalifitseeritud sertifikaadiga. Süsteem peab pidama ka allkirjastatud sündmuste logi, mis hõlmab selles režiimis käivitamist ja peatamist, anomaaliakontrolle ja nende tulemusi, varukoopiate taastamist ja eksporti, kusjuures kokkuvõtlik sündmus tuleb kirja panna vähemalt iga kuue töötunni järel, ning andma kirjed üle, kui AEAT neid küsib.

Eritellimusel süsteemi puhul on ainult VERI*FACTU tavaliselt väiksem arendus. Ei allkirjastamise infrastruktuuri, ei sündmuste logi ega anomaaliatööriistu. Süsteem, mis pakub mõlemat režiimi, peab kõik selle ellu viima.

Plaan, kuni kuupäev on ebakindel

Planeerige seadusjärgse kuupäeva, mitte väljakuulutatud kuupäeva järgi. Oktoobri keskpaigast on ettevõtte tulumaksu deklareerijal aega umbes üksteist nädalat, mis on järgneva jaoks napp. Sammud 1 kuni 6 on sama töö, ükskõik milline kuupäev lõpuks kehtima jääb, sest ministeeriumi sõnul jäävad põhinõuded sisuliselt samaväärseks. Edasilükkamine muudaks sammu 7.

1. 1. nädal: inventuur. Pange kirja kõik süsteemid, mis arveid väljastavad: ERP, e-poe arveldusmoodul, tellimuste skript, letiterminal. Kinnitage, et te ei ole SII-s ega foraalsete reeglite all.
2. Nädalad 1 kuni 2: otsustage, kes allkirjastab ja milline režiim. Nimetage iga süsteemi tootja. Valige ainult VERI*FACTU, kui teil ei ole põhjust teisiti teha. Veenduge, et ettevõtte kvalifitseeritud sertifikaat on olemas ja sellel on vastutaja, sest AEAT arendajate KKK märgib, et süsteem ei saa ilma selleta töötada.
3. Nädalad 2 kuni 4: andmelünkade analüüs. Võrrelge seda, mida teie süsteem salvestab, artikli 10 ja AEAT kirje kirjeldusega. Siin tulevad välja puuduvad käibemaksu jaotused, arveliigi koodid ja viited parandatavatele arvetele.
4. Nädalad 3 kuni 8: arendus. Kirje loomine väljastamisel, ahel ja selle kontrollid, muutumatu salvestus, tühistamine, QR igal mallil ning saatmisklient koos kordusjärjekorraga. Eemaldage väljastatud kirjete otsene muutmine.
5. Nädalad 6 kuni 10: testimine. Alustage AEAT testkeskkonnas ja saatke seejärel päris kirjeid. AEAT käsitleb teie tähtajale eelnevat aega testperioodina, mille jooksul võite saatmise lõpetada ja minna tagasi teisele süsteemile. Lugege arendajate KKK-d enne tühistamis- ja parandusvoogude kirjutamist: see katab enamiku erijuhtudest.
6. Nädalad 9 kuni 12: deklareerimine ja koolitus. Kirjutage declaración responsable, näidake seda rakenduses ja väljaspool seda ning pange kirja versioon. Öelge finantsosakonnale, et numbreid ei kasutata kunagi uuesti ja vead parandatakse parandusarvetega.
7. Detsembri keskpaik: käivitamine. Tähtaeg „antes del 1 de enero“ ei ole käivitamise kuupäev. Käivitage kaks nädalat varem, et esimesed probleemid tuleksid välja ajal, mil on veel aega. Kui selleks ajaks on BOE-s õigusakt, mis kuupäeva nihutab, on see samm, mida edasi lükata.

Tähtaja 1. juuli 2027 puhul kehtib sama plaan rohkema ajavaruga. Alustage jaanuaris, mitte mais.

Ümberehitamisele on kaks alternatiivi, mida tasub ausalt kaaluda. AEAT aktsepteerib segaarhitektuure, nii et teie ERP võib jätkata arveandmete ettevalmistamist, samal ajal kui eraldi komponent, ostetud või ehitatud, loob kirjed, QR-koodi ja saatmise, tingimusel et deklaratsioonid katavad osade omavahelise sobitumise. Ning kui vana programm väljastab kuus käputäie arveid, võib AEAT tasuta arvelduse rakendus väikeettevõtetele või standardpakett minna maksma vähem kui programmi kohandamine.

Kust abi saada

Muudame arvelduskoodi, mida ettevõtted juba kasutavad, ka vanemaid tehnoloogiaid: kirjete loomine, räsiahel, QR teie mallidel ja AEAT saatmisklient, ning jätame maha testid. Arenduse katab meie e-arvelduse integratsiooni teenus, ja kui kedagi, kes vana programmi tööpõhimõtet teab, enam alles ei ole, algab töö pärandsüsteemide hooldusest.

Kui teie tähtaeg on 1. jaanuar 2027 ja teil on eritellimusel süsteem, kirjutage aadressil office@c9group.dev. Oleme insenerid, mitte maksunõustajad: kohaldamisala ja vastutuse küsimused kuuluvad teie nõustajatele, ning meie ehitame nende vastuse järgi.