VERI*FACTU i softver za fakturisanje po meri: šta Španija traži do 1. januara 2027

Pre 1. januara 2027. svaka kompanija u Španiji koja podnosi prijavu poreza na dobit (Impuesto sobre Sociedades) i fakturiše iz softvera mora da koristi softver prilagođen propisu Real Decreto 1007/2023. Svaka faktura dobija heširani zapis vezan u lanac sa prethodnim i QR kod koji kupac može da proveri kod poreske uprave. Svi ostali obveznici, uglavnom preduzetnici, imaju rok do 1. jula 2027.

Ako vam fakture izlaze iz komercijalnog paketa, ovo je uglavnom posao vašeg dobavljača. Ako izlaze iz softvera koji je neko napisao za vas, ili koji je napisao vaš tim, posao je vaš. Vi menjate kod i vi potpisujete izjavu da je usklađen.

Datumi i dva odlaganja

Ovo je treći skup datuma, pa je izvesna skepsa opravdana.

• Real Decreto 1007/2023 prvobitno je kompanijama dao rok do 1. jula 2025.
• Real Decreto 254/2025 od 1. aprila 2025. pomerio je rok na 1. januar 2026. za obveznike poreza na dobit i na 1. jul 2026. za ostale. Razlog je bio konkretan: tehnički pravilnik, Orden HAC/1177/2024, objavljen je tek 28. oktobra 2024.
• Real Decreto-ley 15/2025 od 2. decembra 2025. pomerio je oba datuma za godinu dana. Tekst je objavljen u BOE, a Kongres ga je potvrdio istog meseca.

Obaveštenje AEAT-a o produženju roka, ažurirano 26. marta 2026, ne ostavlja prostor za dvoumljenje: „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."

Može li se rok ponovo pomeriti? Ništa zvanično to ne nagoveštava zaključno sa oktobrom 2026. Prvo odlaganje imalo je tehnički uzrok koji više ne postoji. Servisi AEAT-a za prijem zapisa rade u produkciji od 23. aprila 2025, a od 29. jula 2025. proizvođači softvera smeju da nude samo prilagođene sisteme. Računati na treće odlaganje je opklada, a ne plan.

Koji je vaš datum? SL ili SA podnosi Impuesto sobre Sociedades, pa je kompanija koja koristi sopstveni ERP gotovo sigurno na datumu 1. januar 2027. Do njega je ostalo manje od tri meseca. Julski datum je za preduzetnike i ostale obveznike.

Ko je obveznik, a ko nije

Pitanja i odgovori AEAT-a o obuhvatu svode to na četiri odrične tvrdnje. Obveznik ste ako ne fakturišete isključivo ručno, niste u SII sistemu (po obavezi ili po izboru), nemate poresko sedište u Baskiji ili Navari i nemate rešenje o izuzeću.

Izuzeci u praksi:

• Obveznici SII. Suministro Inmediato de Información je obavezan za kompanije sa prometom većim od 6 miliona evra, PDV grupe i firme upisane u registar za mesečni povraćaj PDV-a (REDEME), a ostali mogu da se uključe po izboru. AEAT to kaže jasno: „El ámbito subjetivo de ambos proyectos es excluyente." Ako pređete u SII, prestajete da šaljete VERI*FACTU zapise i da štampate QR kod.
• Baskija i Navara. Firme sa poreskim sedištem u tim pokrajinama odgovaraju foralnim poreskim organima i njihovim pravilima, a ne RD 1007/2023.
• Isključivo ručno fakturisanje. Papirna knjiga faktura nije obuhvaćena. Nije ni tabela koja služi samo da se fakture otkucaju, odštampaju i sačuvaju; tabela koja pritom pravi i vaše PDV knjige jeste.

Strane kompanije su obuhvaćene kada imaju stalnu poslovnu jedinicu u Španiji.

Ako fakturišete iz komercijalnog paketa (A3, Sage, Holded i slični), proizvođač je dobavljač i on mora da isporuči prilagođenu verziju sa sopstvenom izjavom. Ažurirajte ga, proverite da li je izjava tu i možete da prestanete sa čitanjem.

Ovaj tekst je za ostale: ERP po meri, program u Accessu, Delphiju ili FileMakeru napisan pre petnaest godina, ili modul za fakturisanje unutar vaše sopstvene veb platforme.

Proizvođač je vaša kompanija

Član 13.1 pravilnika stavlja sertifikaciju na onoga ko proizvodi sistem, putem izjave pod punom odgovornošću (declaración responsable). Pitanja i odgovori AEAT-a o sertifikaciji direktno odgovaraju na slučaj softvera razvijenog u kući: „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."

Šta to znači u praksi:

• Nema spoljne revizije. AEAT to naziva „auto-certificación" proizvođača. Niko vam sistem ne odobrava unapred. Vi potpisujete i vi za to odgovarate.
• Spoljni izvođač koji za vas pravi dodatak kao proizvod sertifikuje taj dodatak. Ako ste ga napravili sami, sertifikujete ga vi.
• Izjava mora da bude vidljiva unutar sistema, u svakoj verziji, i dostupna i izvan njega, nezavisno od proizvoda.
• Sadržaj joj je propisan članom 15 pravilnika Orden HAC/1177/2024: između ostalog naziv sistema, identifikator i verzija, komponente, da li radi isključivo u režimu VERI*FACTU, naziv, NIF i adresa proizvođača, kao i datum i mesto potpisivanja.

Nezgodan slučaj je program čiji je autor otišao pre mnogo godina. Neko i dalje mora da napravi prilagođenu verziju i da je potpiše. Odlučite ko je to, pismeno, pre nego što posao počne.

Prilagođavanje sertifikovanog komercijalnog proizvoda traži posebnu izjavu samo ako izmena dira način na koji su implementirani zahtevi pravilnika. Izmena napravljena van kontrole proizvođača, koja te zahteve može da promeni, nije usklađena.

Ulog određuje član 201 bis Opšteg poreskog zakona: fiksna kazna od 150.000 evra po poslovnoj godini i po vrsti sistema za proizvodnju sistema koji ne ispunjavaju zahteve, i 50.000 evra po poslovnoj godini za posedovanje sistema koji je trebalo da bude sertifikovan, a nije, ili koji je izmenjen. Koja bi se od ovih kazni odnosila na sistem napravljen u kući, pitanje je za vašeg poreskog savetnika. Nijedan od ova dva iznosa nije mali.

Šta softver mora da radi

Zapis za svaku fakturu, u trenutku izdavanja

Član 9.1 traži da sistem generiše registro de facturación de alta „de forma simultánea o inmediatamente anterior a la expedición de cada factura". Stornirana faktura dobija zapis o poništenju (registro de anulación).

Član 10 navodi šta zapis sadrži: NIF i naziv izdavaoca, primaoca tamo gde je to obavezno, seriju i broj, datum izdavanja i datum prometa, vrstu fakture, podatke o fakturi koju ispravlja ako takva postoji, opis, ukupan iznos, PDV režim, poresku osnovicu, stope i iznose, razloge oslobođenja ili neoporezivosti, identitet sistema i njegovog proizvođača i vremensku oznaku do sekunde.

Kod starijih sistema tu se krije posao:

• PDV rekapitulacija se često računa tek pri štampi i nikada se ne čuva. Ona mora da postoji kao podatak u trenutku izdavanja.
• „Izdavanje" je često samo štampa izveštaja. Mora da postoji izričit trenutak u kome nacrt postaje faktura, i tada nastaje zapis.
• Ponovna upotreba brojeva je završena. Brisanje fakture i ponovno korišćenje njenog broja, navika u mnogim malim sistemima, sada pada: AEAT odbija drugi zapis kao „Registro de facturación duplicado." Probne fakture izdate u produkciji su prave fakture i moraju da se ponište.
• Niko ne menja zapise. Pitanja i odgovori AEAT-a kažu da direktne izmene baze izdatih zapisa ne smeju da budu dozvoljena operacija. Ako zaposleni danas ispravljaju fakture SQL upitima, to prestaje. Ispravke idu preko korektivnih faktura.

Lanac heševa

Svaki zapis nosi seriju, broj i datum prethodnog zapisa i deo njegovog heša (huella). Algoritam je SHA-256, a tačna polja i način spajanja nalaze se u tehničkoj dokumentaciji AEAT-a, zajedno sa strukturama zapisa, XSD šemama, WSDL-om i katalogom validacija i grešaka.

Pre generisanja novog zapisa sistem mora da proveri da je poslednji zapis ispravno vezan u lanac i da njegova vremenska oznaka nije više od jednog minuta posle trenutnog vremena. Zapisi se generišu redosledom kojim se izdaju fakture.

To ima arhitektonsku posledicu. Svaka instalacija traži jedno, serijalizovano mesto na kome nastaju zapisi. Dva veb servera koja bez koordinacije dodaju zapise u isti lanac pokidaće ga. AEAT prihvata mešovite postavke, na primer kasa terminale koji zapis dobijaju od centralnog back officea, ali sam lanac živi na jednom mestu.

Svaki sistem se identifikuje NIF-om obveznika, ID-jem sistema od dva znaka i brojem instalacije koji se nikada ne sme ponoviti, čak ni kada se isti softver ponovo instalira na isti računar.

QR kod na fakturi

Svaka faktura nosi QR kod po standardu ISO/IEC 18004, veličine od 30x30 do 40x40 mm, sa nivoom korekcije grešaka M. On kodira URL koji sadrži NIF izdavaoca, seriju i broj, datum izdavanja i ukupan iznos, a kupac preko njega može da proveri fakturu kod AEAT-a. U režimu VERI*FACTU faktura uz to navodi „VERI*FACTU" ili „Factura verificable en la sede electrónica de la AEAT".

Za stari softver to znači preradu šablona fakture (izveštaj u Accessu, raspored u FileMakeru, PDF generator) i dodavanje QR biblioteke u stack koji je nikada nije imao.

Dva režima: VERI*FACTU ili ne

Režim VERI*FACTU. Sistem svaki zapis automatski šalje AEAT-u, u trenutku kada nastane. Zauzvrat zapisima treba heš, ali ne i elektronski potpis, AEAT ih čuva, a sistem koji radi samo u ovom režimu ne mora da vodi dnevnik događaja. Potreban vam je SOAP klijent prema objavljenim servisima AEAT-a, kvalifikovani elektronski sertifikat i red za slučaj kada veza otkaže. Pitanja i odgovori AEAT-a za programere tretiraju ispad kao incident: zapisi čekaju u redu i šalju se ponovo, a fakturisanje se nastavlja.

Režim bez VERI*FACTU. Zapisi ostaju kod vas i svaki mora da bude potpisan (XAdES Enveloped, ETSI EN 319 132) kvalifikovanim sertifikatom. Sistem mora da vodi i potpisan dnevnik događaja koji obuhvata pokretanje i zaustavljanje u ovom režimu, provere anomalija i njihove nalaze, vraćanje rezervnih kopija i izvoze, sa zbirnim događajem najmanje na svakih šest sati rada, i mora da preda zapise kada ih AEAT zatraži.

Za sistem po meri, samo VERI*FACTU je obično manja izrada. Nema infrastrukture za potpisivanje, nema dnevnika događaja, nema alata za anomalije. Sistem koji nudi oba režima mora sve to da implementira.

Plan koji staje pre 1. januara 2027

Od početka oktobra obveznik poreza na dobit ima oko trinaest nedelja. Ovo je redosled koji funkcioniše.

1. Nedelja 1: popis. Navedite svaki sistem koji izdaje fakture: ERP, modul za fakturisanje veb prodavnice, skriptu za pretplate, terminal na šalteru. Potvrdite da niste u SII i da ne potpadate pod foralna pravila.
2. Nedelje 1 i 2: odlučite ko potpisuje i koji režim. Imenujte proizvođača za svaki sistem. Izaberite samo VERI*FACTU, osim ako nemate razlog za suprotno. Proverite da kvalifikovani sertifikat kompanije postoji i da ga neko ima u nadležnosti, jer pitanja i odgovori AEAT-a za programere napominju da sistem bez njega ne može da radi.
3. Od 2. do 4. nedelje: analiza nedostajućih podataka. Uporedite ono što vaš sistem čuva sa članom 10 i strukturom zapisa AEAT-a. Ovde isplivaju nedostajuće PDV rekapitulacije, šifre vrsta faktura i reference na ispravke.
4. Od 3. do 8. nedelje: izrada. Generisanje zapisa pri izdavanju, lanac i njegove provere, nepromenljivo skladište, poništenje, QR na svakom šablonu i klijent za slanje sa redom za ponovne pokušaje. Uklonite direktne izmene izdatih zapisa.
5. Od 6. do 10. nedelje: testiranje. Počnite u test okruženju AEAT-a, a zatim šaljite stvarne zapise. AEAT vreme pre vašeg roka tretira kao probni period, tokom koga smete da prestanete sa slanjem i da se vratite na drugi sistem. Pročitajte pitanja i odgovore za programere pre nego što napišete tokove za poništenje i ispravke: pokrivaju većinu graničnih slučajeva.
6. Od 9. do 12. nedelje: izjava i obuka. Napišite declaración responsable, prikažite je u aplikaciji i izvan nje i zabeležite verziju. Recite finansijskoj službi da se brojevi nikada ne koriste ponovo i da se greške ispravljaju korektivnim fakturama.
7. Sredina decembra: početak rada. Rok koji glasi „antes del 1 de enero" nije datum početka rada. Krenite dve nedelje ranije, da prvi problemi isplivaju dok još ima vremena.

Za datum 1. jul 2027. važi isti plan, sa više prostora. Počnite u januaru, a ne u maju.

Dve alternative ponovnoj izradi vredi pošteno odmeriti. AEAT prihvata mešovite arhitekture, pa vaš ERP može i dalje da priprema podatke o fakturama dok posebna komponenta, kupljena ili napravljena, generiše zapise, QR i slanje, pod uslovom da izjave pokrivaju kako se delovi uklapaju. A ako stari program izdaje nekoliko faktura mesečno, besplatna aplikacija AEAT-a za fakturisanje namenjena malim firmama, ili standardni paket, može da košta manje od prilagođavanja.

Gde potražiti pomoć

Menjamo kod za fakturisanje koji kompanije već koriste, uključujući i starije tehnologije: generisanje zapisa, lanac heševa, QR na vašim šablonima i klijent za slanje AEAT-u, uz testove koje ostavljamo za sobom. Naša usluga integracije e-fakturisanja pokriva izradu, a održavanje nasleđenih sistema je mesto odakle se počinje kada više niko u firmi ne zna kako stari program radi.

Ako imate rok 1. januar 2027. i sistem po meri, pišite na office@c9group.dev. Mi smo inženjeri, a ne poreski savetnici: pitanja obuhvata i odgovornosti pripadaju vašim savetnicima, a mi gradimo prema odgovoru koji oni daju.