Testovanie e-fakturácie v dobrovoľnej fáze 2026 — prečo a ako

Čo je dobrovoľná fáza e-fakturácie

Zákon 385/2025 Z.z. zavádza povinnú e-fakturáciu pre platiteľov DPH od 1. januára 2027. Ale ešte pred ostrým štartom existuje dobrovoľná fáza — obdobie, počas ktorého môžu firmy začať s e-fakturáciou dobrovoľne, bez povinnosti, ale s plnou technickou podporou a právnou platnosťou odoslaných dokladov.

Dobrovoľná fáza bola spustená v Q2 2026. Je to okno príležitosti, ktoré firmy nemajú premárniť.

Prečo je dobrovoľná fáza dôležitá?

V každom novom systéme sa vyskytujú detaily, ktoré sa v teorii prejavia inak ako v praxi. Softvér môže generovať XML s drobnou nezhodou v zaokrúhľovaní. Integrácia s digitálnym poštárom môže fungovať v 99 % prípadov, ale pri faktúre s konkrétnym typom položky zlyhať. Obchodný partner môže mať inak nastavený systém, ktorý faktúru odmieta.

Keď tieto problémy objavíte počas dobrovoľnej fázy, sú to len technické chyby na opravu. Keď ich objavíte 5. januára 2027, sú to problémy, ktoré blokujú vaše faktúrovanie, ohrozujú cash flow a môžu mať daňové dôsledky.

Firmy, ktoré dobrovoľnú fázu využijú naplno, vstúpia do povinného obdobia s istotou. Firmy, ktoré ju preskočia, vstúpia s nádejou.

Čo testovať — checklist

Testovanie e-fakturácie nie je o jednom pokusnom odoslaní. Je to systematická preverka každého článku v reťazci. Tento checklist vám pomôže nič nevynechať:

Odosielanie faktúr:

• Softvér správne vygeneruje XML v UBL 2.1 / EN 16931 formáte
• XML prejde validáciou u digitálneho poštára bez chýb (nie len varovaní)
• Faktúra s rôznymi sadzbami DPH (20 %, 10 %, 0 %) sa odošle správne
• Dobropis (credit note) sa odošle správne — má vlastný XML formát
• Faktúra v cudzej mene sa odošle správne (ak relevantné)
• Opravná faktúra je správne odkázaná na pôvodnú

Prijímanie faktúr:

• Systém automaticky stiahne prichádzajúce e-faktúry od digitálneho poštára
• XML faktúra sa správne importuje do účtovníctva
• Všetky polia (suma, DPH, splatnosť, dodávateľ) sa importujú správne
• Duplicitná faktúra (rovnaké číslo) je správne odmietnutá alebo označená
• Notifikácia o prijatej faktúre funguje (email, notifikácia v systéme)

Technická infraštruktúra:

• Prepojenie so systémom digitálneho poštára funguje stabilne
• API kľúč / prihlasovacie údaje sú správne uložené a zabezpečené
• Archivovanie odoslaných a prijatých XML faktúr funguje
• Záloha faktúr je nastavená na bezpečnom mieste

Procesné a ľudské:

• Zodpovední zamestnanci vedia, čo robiť keď príde e-faktúra
• Je jasné, kto rieši technické problémy (interné IT, digitálny poštár?)
• Existuje postup pre prípad výpadku systému

Testovanie v Peppol sandboxe

Väčšina akreditovaných digitálnych poštárov ponúka testovací (sandbox) režim. V tomto prostredí môžete odosielať faktúry, prijímať testovacie odpovede a overovať celý technický tok — bez toho, aby sa čokoľvek reálne doručilo alebo malo právny účinok.

Čo je Peppol sandbox

Peppol Testbed je infraštruktúra prevádzkovaná OpenPeppol, ktorá slúži primárne na testovanie digitálnych poštárov. Pre bežné firmy (nie poštárov) je relevantnější sandbox priamo u vášho poskytovateľa — izolované testovacie prostredie s testovacím Peppol ID, kde môžete slobodne experimentovať.

Ako postupovať pri sandboxovom testovaní

Najskôr požiadajte svojho digitálneho poštára o prístup do testovacieho prostredia. Väčšina poskytovateľov ho sprístupní automaticky pri registrácii alebo na požiadanie. Dostanete testovacie Peppol ID (odlišné od produkčného) a prihlasovacie údaje.

Následne nastavte v účtovnom softvéri prepojenie na testovací endpoint namiesto produkčného — zvyčajne ide o zmenu jednej URL adresy v konfigurácii.

Odošlite sériu testovacích faktúr. Ideálne pokryte rôzne scenáre: bežná faktúra, faktúra s viacerými položkami a rôznymi sadzbami DPH, dobropis, faktúra v cudzej mene. Po každom odoslaní skontrolujte:

• Stav doručenia (doručené / odmietnuté / čakajúce)
• Validačnú správu — hľadajte nielen chyby, ale aj varovania (tie môžu byť príznakom problémov)
• Obsah prijatého dokumentu na strane „príjemcu" (v sandboxe to zvyčajne simuluje sám poštár)

Typické problémy odhalené pri sandboxovom testovaní

Zo skúseností firiem, ktoré prešli e-fakturáciou v iných európskych krajinách, najčastejšie vychádzajú tieto problémy:

Zaokrúhľovanie DPH: softvér počíta inak ako norma EN 16931 vyžaduje — napríklad zaokrúhľuje na dvoch desatinných miestach priebežne namiesto zaokrúhlenia celkových súm. Výsledok: centová odchýlka, ktorá spôsobí validačnú chybu.

Formát dátumu: niektoré systémy generujú dátum vo formáte DD.MM.YYYY namiesto ISO 8601 (YYYY-MM-DD), ktorý UBL 2.1 vyžaduje.

Nesprávne DIČ v XML: ak je IČ DPH zapísané vrátane predpony „SK" tam, kde sa má uvádzať bez predpony, alebo naopak.

Chýbajúce povinné pole: obchodný register príjemcu, IBAN v správnom formáte alebo kód krajiny dodávateľa.

Testovanie s reálnymi obchodnými partnermi

Sandbox testuje techniku. Testovanie s reálnymi partnermi testuje celý proces — vrátane ľudí, komunikácie a spracovania na oboch stranách.

Oslovte 2 až 3 obchodných partnerov, s ktorými máte dobré vzťahy a o ktorých viete, že sa tiež pripravujú na e-fakturáciu. Dobrovoľná fáza je pre oboch ideálna príležitosť. Dohodnite si, že si navzájom pošlete testovacie faktúry — ideálne reálne faktúry za skutočné plnenia, aby ste overili celý tok vrátane zaúčtovania.

Pri testovaní s partnerom sledujte:

• Dátum a čas odoslania vs. dátum a čas prijatia — latencia by mala byť v minútach, nie hodinách
• Správnosť všetkých údajov na prijatej faktúre
• Ako partner faktúru spracoval — mohol ju zaúčtovať bez manuálnych zásahov?
• Dostali ste potvrdenie o prijatí (Message Delivery Notification)?

Prehľad partnerov, ktorí sú aktívni v dobrovoľnej fáze, alebo pomoc pri hľadaní testovacích partnerov môžete nájsť prostredníctvom porovnania digitálnych poštárov na Digitálni Poštári. Niektorí poskytovatelia aktívne spájajú svojich zákazníkov pre vzájomné testovacie odosielanie.

Aktuálne informácie o harmonograme dobrovoľnej aj povinnej fázy e-fakturácie podľa zákona 385/2025 Z.z. nájdete na efaktura-info.sk.

Čo robiť ak testovanie odhalí problémy

Problémy objavené pri testovaní sú dobrá správa — práve na to testovanie slúži. Dôležité je vedieť, ako na ne reagovať.

Problém je v generovaní XML (v softvéri)

Kontaktujte dodávateľa účtovného softvéru s konkrétnou chybovou správou z validácie. Dobrý dodávateľ vie problém identifikovať a opraviť — validačné chyby majú štandardné kódy (napríklad BR-01, BR-CO-09), ktoré jednoznačne ukazujú, čo je zle. Ak dodávateľ nie je schopný chybu opraviť v rozumnom čase, zvážte prechod na iné riešenie ešte pred povinným štartom.

Problém je v integrácii (prepojenie softvéru s poštárom)

Kontaktujte technickú podporu digitálneho poštára. Integračné problémy (chyba autentifikácie, timeout, nesprávny endpoint) sa zvyčajne riešia rýchlo — ide o konfiguráciu, nie o vývoj.

Problém je v prijímaní a spracovaní faktúr

Ak sa XML faktúra importuje do účtovníctva s nesprávnymi hodnotami, ide buď o mapovací problém v softvéri (XML element sa mapuje na nesprávne pole), alebo o rozdiel v číselníkoch (kódy sadazieb DPH, kódy krajín). Riešenie: prekonzultujte s dodávateľom softvéru a digitálnym poštárom spoločne.

Problém je procesný (zamestnanci nevedia, čo robiť)

Toto je najľahšie riešiteľný problém — školenie, krátky návod, určenie zodpovednej osoby. Dobrovoľná fáza je ideálny čas na to, aby sa noví procesy stali rutinou ešte pred ostrou povinnosťou.

Testovacie problémy sú omnoho lepšie ako produkčné problémy. Každý bug opravený v dobrovoľnej fáze je jeden bug menej na 1. januára 2027. Začnite testovať skoro — a začnite testovať systematicky.