VERI*FACTU ir individualiai kurta sąskaitų išrašymo programinė įranga: 2027 m. terminas ir paskelbtas perkėlimas į 2028 m.

Iki 2027 m. sausio 1 d. kiekviena Ispanijos įmonė, mokanti pelno mokestį (Impuesto sobre Sociedades) ir sąskaitas faktūras išrašanti programine įranga, turi naudoti pagal Real Decreto 1007/2023 pritaikytą programinę įrangą. Kiekvienai sąskaitai faktūrai sukuriamas maišos funkcija apsaugotas įrašas, susietas su ankstesniuoju, ir QR kodas, kurį klientas gali patikrinti mokesčių administratoriaus sistemoje. Visi kiti, kuriems taikomas reglamentas, daugiausia savarankiškai dirbantys asmenys, turi laiko iki 2027 m. liepos 1 d. 2026 m. spalio 5 d. Finansų ministerija paskelbė, kad šias prievoles nukels į 2028 m. spalį. Spalio 16 d. duomenimis, tai įgyvendinantis teisės aktas nepaskelbtas, todėl 2027 m. datos tebegalioja.

Jei sąskaitas faktūras išrašote komerciniu paketu, tai daugiausia jūsų tiekėjo darbas. Jei jos išrašomos programine įranga, kurią kas nors parašė jums arba kurią parašė jūsų pačių komanda, tai jūsų darbas. Jūs keičiate kodą ir jūs pasirašote deklaraciją, kad jis atitinka reikalavimus.

Datos ir du atidėjimai

Tai jau trečias datų rinkinys, todėl tam tikras skepticizmas pateisinamas.

• Real Decreto 1007/2023 iš pradžių įmonėms suteikė laiko iki 2025 m. liepos 1 d.
• Real Decreto 254/2025, priimtas 2025 m. balandžio 1 d., terminą pelno mokesčio mokėtojams perkėlė į 2026 m. sausio 1 d., o kitiems į 2026 m. liepos 1 d. Priežastis buvo konkreti: techninis įsakymas Orden HAC/1177/2024 paskelbtas tik 2024 m. spalio 28 d.
• Real Decreto-ley 15/2025, priimtas 2025 m. gruodžio 2 d., abi datas perkėlė metams. Jo tekstas paskelbtas BOE, o Kongresas jį patvirtino tą patį mėnesį.

AEAT pranešimas apie termino pratęsimą, paskutinį kartą atnaujintas 2026 m. spalio 13 d., yra vienareikšmis: „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.“

Ar terminas gali vėl pasikeisti? Finansų ministerija sako, kad pasikeis. Jos 2026 m. spalio 5 d. nota informativa skelbia, kad dar neįsigaliojusios RD 1007/2023 prievolės bus atidėtos „hasta octubre de 2028“, kad sutaptų su privalomomis e. sąskaitomis faktūromis įmonėms, kurių metinė apyvarta iki 8 mln. €. Tai pranešimas, o ne įstatymo pakeitimas. Pranešime nurodomas mėnuo, bet ne diena, nepasakyta, kokiu teisės aktu pakeitimas bus įformintas, ir neatskiriamos bendrovės nuo savarankiškai dirbančių asmenų. 2026 m. spalio 16 d. duomenimis, BOE nieko nepaskelbta, o AEAT puslapiuose tebenurodomos 2027 m. datos. Vėlyvas teisės aktas nebūtų neįprastas: Real Decreto-ley 15/2025 buvo paskelbtas 2025 m. gruodžio 3 d., likus keturioms savaitėms iki jo perkeliamos datos. Pranešime taip pat teigiama, kad vientisumo, atsekamumo ir nekeičiamumo reikalavimai liks „en términos sustancialmente equivalentes“, o taikymo sritis ir kai kurie techniniai aspektai vėliau bus peržiūrėti, kad būtų suderinti su e. sąskaitomis faktūromis ir ViDA.

Kuri data taikoma jums? SL ar SA moka Impuesto sobre Sociedades, todėl įmonei, naudojančiai savo ERP, beveik neabejotinai taikoma 2027 m. sausio 1 d. data. Kol BOE paskelbtas teisės aktas nenustato kitaip, ši data privaloma, o iki jos liko mažiau nei dvylika savaičių. Liepos data skirta savarankiškai dirbantiems asmenims ir kitiems mokesčių mokėtojams, kuriems taikomas reglamentas.

Pranešime minimas 2028 m. spalis kyla iš atskiro reglamento, kurio terminai jau skaičiuojami. Orden HAC/1028/2026, paskelbtas BOE 2026 m. spalio 5 d. ir galiojantis nuo spalio 6 d., reglamentuoja AEAT viešąjį e. sąskaitų faktūrų sprendimą ir pradeda skaičiuoti Real Decreto 238/2026, t. y. B2B e. sąskaitų faktūrų prievolės, terminus: dvylika mėnesių įmonėms, kurių apyvarta praėjusiais metais viršijo 8 mln. €, dvidešimt keturis mėnesius kitoms. Taigi struktūrizuotos e. sąskaitos faktūros tarp įmonių tampa privalomos 2027 m. spalį ir 2028 m. spalį. Individualiai kurtos sistemos, išrašančios sąskaitas kitoms įmonėms, šis projektas laukia, kad ir kas nutiktų su VERI*FACTU. Šią prievolę aptariame mūsų B2B e. sąskaitų faktūrų Ispanijoje vadove.

Kam taikoma, o kam ne

AEAT taikymo srities DUK viską suveda į keturias neigiamas sąlygas. Reglamentas jums taikomas, jei sąskaitų faktūrų neišrašote vien ranka, nesate SII (privalomai ar savo pasirinkimu), jūsų mokestinė buveinė nėra Baskų krašte ar Navaroje ir neturite sprendimo dėl išimties.

Išimtys praktikoje:

• SII teikėjai. Suministro Inmediato de Información privaloma įmonėms, kurių apyvarta viršija 6 mln. €, PVM grupėms ir įmonėms, įtrauktoms į mėnesinio PVM grąžinimo registrą (REDEME), o kitos gali prisijungti savo noru. AEAT tai sako aiškiai: „El ámbito subjetivo de ambos proyectos es excluyente.“ Jei pereinate į SII, nustojate siųsti VERI*FACTU įrašus ir spausdinti QR kodą.
• Baskų kraštas ir Navara. Įmonės, kurių mokestinė buveinė yra ten, pavaldžios forų mokesčių administratoriams ir jų pačių taisyklėms, o ne RD 1007/2023.
• Vien rankinis sąskaitų išrašymas. Popierinė sąskaitų knyga nepatenka į taikymo sritį. Taip pat ir skaičiuoklė, naudojama tik sąskaitoms surinkti, išspausdinti ir saugoti; tačiau skaičiuoklė, iš kurios dar sudaromi jūsų PVM registrai, patenka.

Užsienio bendrovėms reglamentas taikomas, kai jos turi nuolatinį padalinį Ispanijoje.

Jei sąskaitas išrašote komerciniu paketu (A3, Sage, Holded ir panašiais), gamintojas yra tiekėjas, ir jis turi pateikti pritaikytą versiją su savo deklaracija. Atnaujinkite ją, patikrinkite, ar deklaracija yra, ir galite toliau nebeskaityti.

Šis straipsnis skirtas visiems kitiems: individualiai kurtai ERP, prieš penkiolika metų parašytai Access, Delphi ar FileMaker programai arba sąskaitų moduliui jūsų pačių interneto platformoje.

Gamintoja yra jūsų įmonė

Reglamento 13.1 straipsnis sertifikavimą paveda sistemos gamintojui, pateikiant declaración responsable. AEAT sertifikavimo DUK atsako tiesiai į savo jėgomis kurtos sistemos atvejį: „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.“

Ką tai reiškia praktikoje:

• Išorinio audito nėra. AEAT tai vadina gamintojo „auto-certificación“. Niekas jūsų sistemos iš anksto netvirtina. Jūs pasirašote ir už tai atsakote.
• Rangovas, kuris jums sukuria plėtinį kaip produktą, sertifikuoja tą plėtinį. Jei jį sukūrėte patys, sertifikuojate jūs.
• Deklaracija turi būti matoma sistemoje, kiekvienoje versijoje, ir pasiekiama už jos ribų, nepriklausomai nuo produkto.
• Jos turinį nustato Orden HAC/1177/2024 15 straipsnis: be kita ko, sistemos pavadinimas, identifikatorius ir versija, jos komponentai, ar ji veikia tik VERI*FACTU režimu, gamintojo pavadinimas, NIF ir adresas bei pasirašymo data ir vieta.

Keblus atvejis yra programa, kurios autorius išėjo prieš daugelį metų. Kas nors vis tiek turi sukurti pritaikytą versiją ir už ją pasirašyti. Nuspręskite, kas tai bus, raštu, prieš pradėdami darbus.

Sertifikuoto komercinio produkto pritaikymui atskira deklaracija reikalinga tik tuo atveju, jei pakeitimas paliečia reglamento reikalavimų įgyvendinimą. Pakeitimas, atliktas be gamintojo kontrolės ir galintis juos paveikti, reikalavimų neatitinka.

Kas gresia, nustato Bendrojo mokesčių įstatymo 201 bis straipsnis: fiksuota 150 000 € bauda už kiekvienus finansinius metus ir kiekvieną sistemos rūšį už reikalavimų neatitinkančių sistemų gamybą ir 50 000 € už kiekvienus finansinius metus už sistemos, kuri turėtų būti sertifikuota, bet nėra, arba kuri buvo pakeista, turėjimą. Kuri iš šių baudų grėstų savo jėgomis sukurtai sistemai, klauskite savo mokesčių konsultanto. Nė viena suma nėra maža.

Ką turi daryti programinė įranga

Įrašas kiekvienai sąskaitai faktūrai jos išrašymo momentu

9.1 straipsnis reikalauja, kad sistema sukurtų registro de facturación de alta „de forma simultánea o inmediatamente anterior a la expedición de cada factura“. Anuliuotai sąskaitai faktūrai sukuriamas anuliavimo įrašas (registro de anulación).

10 straipsnyje išvardyta, ką įrašas apima: išrašytojo NIF ir pavadinimą, prireikus gavėją, seriją ir numerį, išrašymo ir operacijos datas, sąskaitos faktūros rūšį, jos taisomos sąskaitos duomenis, aprašymą, bendrą sumą, PVM režimą, apmokestinamąją vertę, tarifus ir sumas, neapmokestinimo ar išimties priežastis, sistemos ir jos gamintojo tapatybę bei sekundės tikslumo laiko žymą.

Senesnėse sistemose darbas slypi štai kur:

• PVM išskaidymas dažnai apskaičiuojamas spausdinant ir niekur neišsaugomas. Išrašymo momentu jis turi egzistuoti kaip duomenys.
• „Išrašymas“ dažnai tėra ataskaitos spausdinimas. Turi būti aiškus momentas, kai juodraštis tampa sąskaita faktūra, ir būtent tada sukuriamas įrašas.
• Numerių pakartotinis naudojimas baigėsi. Ištrinti sąskaitą ir panaudoti jos numerį iš naujo, kaip įprasta daugelyje mažų sistemų, dabar nebeveikia: AEAT antrąjį įrašą atmeta kaip „Registro de facturación duplicado.“ Gamybinėje aplinkoje išrašytos bandomosios sąskaitos yra tikros sąskaitos faktūros, ir jas būtina anuliuoti.
• Niekas neredaguoja įrašų. AEAT DUK nurodo, kad tiesioginiai išrašytų įrašų duomenų bazės pakeitimai neturi būti leidžiama operacija. Jei šiandien darbuotojai sąskaitas taiso SQL užklausomis, tai turi baigtis. Klaidos taisomos kreditinėmis sąskaitomis faktūromis.

Maišos grandinė

Kiekviename įraše yra ankstesnio įrašo serija, numeris ir data bei dalis jo maišos reikšmės (huella). Algoritmas yra SHA-256, o tikslūs laukai ir jų sujungimo tvarka pateikti AEAT techninėje dokumentacijoje kartu su įrašų struktūromis, XSD schemomis, WSDL ir patikros bei klaidų katalogu.

Prieš kurdama naują įrašą, sistema turi patikrinti, ar paskutinis įrašas tinkamai susietas grandinėje ir ar jo laiko žyma ne daugiau nei viena minute vėlesnė už dabartinį laiką. Įrašai kuriami ta tvarka, kuria išrašomos sąskaitos faktūros.

Tai turi pasekmių architektūrai. Kiekvienam diegimui reikia vieno nuoseklaus taško, kuriame kuriami įrašai. Du žiniatinklio serveriai, nekoordinuotai papildantys tą pačią grandinę, ją sugadins. AEAT priima mišrias konfigūracijas, pavyzdžiui, kasos terminalus, kurie įrašą gauna iš centrinės administravimo sistemos, tačiau pati grandinė gyvena vienoje vietoje.

Kiekviena sistema identifikuojama mokesčių mokėtojo NIF, dviejų simbolių sistemos ID ir diegimo numeriu, kuris niekada negali kartotis, net kai ta pati programinė įranga iš naujo įdiegiama tame pačiame kompiuteryje.

QR kodas sąskaitoje faktūroje

Kiekvienoje sąskaitoje faktūroje yra QR kodas pagal ISO/IEC 18004, nuo 30x30 iki 40x40 mm dydžio, su M klaidų taisymo lygiu. Jame užkoduotas URL su išrašytojo NIF, serija ir numeriu, išrašymo data ir bendra suma, kurį klientas gali patikrinti AEAT sistemoje. VERI*FACTU režimu sąskaitoje faktūroje taip pat nurodoma „VERI*FACTU“ arba „Factura verificable en la sede electrónica de la AEAT“.

Senajai programinei įrangai tai reiškia sąskaitos faktūros šablono perdarymą (Access ataskaitos, FileMaker maketo, PDF generatoriaus) ir QR bibliotekos įtraukimą į technologijų rinkinį, kuriame jos niekada nebuvo.

Du režimai: VERI*FACTU arba ne

VERI*FACTU režimas. Sistema kiekvieną įrašą automatiškai siunčia AEAT, kai tik jis sukuriamas. Mainais įrašams reikia maišos reikšmės, bet nereikia elektroninio parašo, AEAT juos saugo, o sistemai, veikiančiai tik šiuo režimu, nereikia įvykių žurnalo. Jums reikia SOAP kliento AEAT paskelbtoms paslaugoms, kvalifikuoto elektroninio sertifikato ir eilės ryšio sutrikimų atvejams. AEAT kūrėjų DUK ryšio nutrūkimą laiko incidentu: įrašai laukia eilėje ir siunčiami pakartotinai, o sąskaitų išrašymas tęsiasi.

Ne VERI*FACTU režimas. Įrašai lieka pas jus, ir kiekvienas turi būti pasirašytas (XAdES Enveloped, ETSI EN 319 132) kvalifikuotu sertifikatu. Sistema taip pat turi vesti pasirašytą įvykių žurnalą, apimantį darbo šiuo režimu pradžią ir pabaigą, anomalijų patikras ir jų rezultatus, atsarginių kopijų atkūrimą ir eksportą, su suvestiniu įvykiu bent kas šešias darbo valandas, ir turi perduoti įrašus, kai to paprašo AEAT.

Individualiai kurtai sistemai vien VERI*FACTU režimas paprastai reiškia mažesnį darbą. Jokios pasirašymo infrastruktūros, jokio įvykių žurnalo, jokių anomalijų įrankių. Sistema, siūlanti abu režimus, turi įgyvendinti viską.

Planas, kol data neaiški

Planuokite pagal teisės aktuose nustatytą datą, o ne pagal paskelbtą. Nuo spalio vidurio pelno mokesčio mokėtojas turi apie vienuolika savaičių, o toliau aprašytam darbui to nedaug. Nuo 1 iki 6 žingsnio darbas tas pats, kad ir kuri data galiausiai bus taikoma, nes ministerija teigia, kad pagrindiniai reikalavimai liks iš esmės lygiaverčiai. Atidėjimas pakeistų 7 žingsnį.

1. 1 savaitė: inventorizacija. Išvardykite kiekvieną sąskaitas faktūras išrašančią sistemą: ERP, internetinės parduotuvės sąskaitų modulį, prenumeratų scenarijų, kasos terminalą. Patvirtinkite, kad nesate SII ir jums netaikomos forų taisyklės.
2. Nuo 1 iki 2 savaitės: kas pasirašo ir kuris režimas. Kiekvienai sistemai paskirkite gamintoją. Rinkitės vien VERI*FACTU, nebent turite priežastį to nedaryti. Įsitikinkite, kad įmonės kvalifikuotas sertifikatas egzistuoja ir kas nors už jį atsako, nes AEAT kūrėjų DUK pažymi, kad be jo sistema negali veikti.
3. Nuo 2 iki 4 savaitės: duomenų spragų analizė. Palyginkite, ką saugo jūsų sistema, su 10 straipsniu ir AEAT įrašo struktūra. Čia išryškėja trūkstami PVM išskaidymai, sąskaitų faktūrų rūšių kodai ir nuorodos į taisomas sąskaitas.
4. Nuo 3 iki 8 savaitės: kūrimas. Įrašo kūrimas išrašymo metu, grandinė ir jos patikros, nekeičiama saugykla, anuliavimas, QR kiekviename šablone ir pateikimo klientas su pakartotinių bandymų eile. Pašalinkite tiesioginį išrašytų įrašų redagavimą.
5. Nuo 6 iki 10 savaitės: testavimas. Pradėkite AEAT bandomojoje aplinkoje, tada siųskite tikrus įrašus. AEAT laiką iki jūsų termino laiko bandomuoju laikotarpiu, per kurį galite nustoti siųsti ir grįžti prie kitos sistemos. Prieš kurdami anuliavimo ir taisymo procesus, perskaitykite kūrėjų DUK: jame aptarta dauguma ribinių atvejų.
6. Nuo 9 iki 12 savaitės: deklaracija ir mokymai. Parašykite declaración responsable, parodykite ją programoje ir už jos ribų, užfiksuokite versiją. Pasakykite finansų skyriui, kad numeriai niekada nenaudojami pakartotinai, o klaidos taisomos kreditinėmis sąskaitomis faktūromis.
7. Gruodžio vidurys: paleidimas. Terminas „antes del 1 de enero“ nėra paleidimo data. Paleiskite dviem savaitėmis anksčiau, kad pirmosios problemos išryškėtų, kol dar yra laiko. Jei iki tol BOE bus paskelbtas datą perkeliantis teisės aktas, būtent šį žingsnį galima atidėti.

2027 m. liepos 1 d. datai taikomas tas pats planas, tik su didesne laiko atsarga. Pradėkite sausį, o ne gegužę.

Verta sąžiningai pasverti dvi alternatyvas perkūrimui. AEAT priima mišrias architektūras, todėl jūsų ERP gali toliau ruošti sąskaitų duomenis, o atskiras komponentas, pirktas ar sukurtas, generuoja įrašus, QR ir pateikimą, jei deklaracijos aprašo, kaip dalys dera tarpusavyje. O jei senoji programa per mėnesį išrašo vos kelias sąskaitas faktūras, nemokama AEAT sąskaitų išrašymo programa mažoms įmonėms arba standartinis paketas gali kainuoti mažiau nei jos pritaikymas.

Kur gauti pagalbos

Keičiame sąskaitų išrašymo kodą, kurį įmonės jau naudoja, įskaitant senesnes technologijas: įrašų kūrimą, maišos grandinę, QR jūsų šablonuose ir AEAT pateikimo klientą, paliekant ir testus. Kūrimą apima mūsų e. sąskaitų faktūrų integravimo paslauga, o kai nebeliko nė vieno, kas žinotų, kaip veikia senoji programa, viskas prasideda nuo senųjų sistemų priežiūros.

Jei jums taikoma 2027 m. sausio 1 d. data ir turite individualiai kurtą sistemą, rašykite office@c9group.dev. Esame inžinieriai, o ne mokesčių konsultantai: taikymo srities ir atsakomybės klausimus spręskite su savaisiais, o mes kuriame pagal jų atsakymą.