Elektronická faktúra 2027: kto, odkedy a ako

Krátka odpoveď

Od 1. januára 2027 musí tuzemský platiteľ DPH pri zákonom určených tuzemských dodaniach pre tuzemskú zdaniteľnú osobu alebo nezdaniteľnú právnickú osobu vyhotoviť štruktúrovanú elektronickú faktúru. Nejde o PDF poslané e-mailom, ale o elektronický dokument v dátovej štruktúre podľa európskej normy EN 16931, ktorý umožňuje automatizované spracovanie.

Každý príjemca, pre ktorého je dodávateľ povinný takúto faktúru vyhotoviť, musí vedieť elektronickú faktúru prijať cez doručovaciu službu. V praxi to zahŕňa právnické osoby a zdaniteľné osoby v rozsahu, v akom im dodávateľ vystavuje povinnú eFaktúru. Povinnosť vystavovať a povinnosť prijímať preto nemajú rovnaký rozsah.

Rok 2026 je obdobím dobrovoľného zapojenia. Povinný tuzemský režim trvá od 1. januára 2027 do 30. júna 2030; od 1. júla 2030 sa pravidlá menia a rozširujú v nadväznosti na európsky balík ViDA.

Kto vystavuje a kto prijíma

Toto je orientačná mapa. Rozhoduje postavenie dodávateľa a odberateľa, miesto dodania, druh transakcie a prípadná výnimka — nie iba to, či má firma IČ DPH.

Čo sa mení oproti PDF faktúram

PDF môže byť čitateľný náhľad alebo príloha, ale samo osebe nie je štruktúrovanou eFaktúrou podľa nového režimu.

Lehota: nestačí faktúru iba vytvoriť v účtovnom systéme

V prechodnom režime zostáva základná lehota 15 dní. Podľa aktuálneho FAQ Finančnej správy sa však faktúra považuje za vyhotovenú až vtedy, keď je v tejto lehote aj odoslaná alebo sprístupnená príjemcovi. Pri doručovacej službe je rozhodujúci deň, keď bola faktúra odovzdaná službe na odoslanie. Samotné uloženie rozpracovaného dokladu v ERP do 15 dní nestačí.

Kto má čo urobiť

Manažment má rozhodnúť, či firma pôjde cez účtovný softvér, aplikáciu poskytovateľa alebo jeho API. Účtovník má skontrolovať prijatie, schválenie, zaúčtovanie a opravy. Dodávateľ softvéru má presne potvrdiť podporovanú verziu slovenskej špecifikácie a spôsob testovania. Certifikovaný poskytovateľ doručovacej služby má vysvetliť registráciu, doručenie, chybové stavy, export a zmluvný rozsah archivácie.

Najčastejšie riziká

Najväčšie zlyhania vzniknú na rozhraní zodpovedností. Poskytovateľ rieši doručenie, ale nemusí automaticky zabezpečiť účtovné schválenie ani zákonný archív. ERP môže vytvoriť XML, no nemusí správne spracovať všetky validačné chyby. Účtovník môže doklad zaúčtovať, ale bez prístupu k pôvodnému XML a prílohám nebude proces úplný.

Praktický plán do 2027

• zmapovať, pri ktorých transakciách firma faktúru vystavuje a pri ktorých ju iba prijíma,
• vybrať certifikovaného poskytovateľa a dokončiť zmluvu aj technickú registráciu; prejavenie záujmu na portáli Finančnej správy samo osebe nie je zmluvou,
• overiť verziu slovenskej technickej špecifikácie podporovanú účtovným systémom,
• v testovacom prostredí otestovať syntetickú faktúru, opravnú faktúru, prílohu, odmietnutie a nedoručenie,
• nastaviť zodpovednosť za validačné chyby, export pôvodného XML, prílohy, zálohy a auditnú stopu,
• pred 1. januárom 2027 overiť príjem aj odoslanie medzi skutočne zapojenými systémami bez použitia produkčných fiktívnych faktúr.

Súvisiace čítanie

Technický základ vysvetľuje EN 16931, formát rieši XML formát eFaktúry a praktickú prípravu checklist e-fakturácia 2027.

Tento text vychádza zo znenia zákona o DPH účinného od 1. januára 2027, metodickej informácie Finančného riaditeľstva a FAQ eFaktúra aktualizovaného 17. augusta 2026. Pri konkrétnej transakcii treba posúdiť všetky zákonné podmienky a výnimky; CPDS.sk nie je záväzné stanovisko štátu.