Dodávatelia účtovného softvéru a portály: čo musia riešiť pri eFaktúre

Krátka odpoveď

Dodávateľ účtovného softvéru alebo portálu nerieši iba export XML. Musí vedieť, ako jeho produkt vytvorí, prijme, zobrazí, validuje a odovzdá eFaktúru v slovenskom Peppol/CPDS režime. Oddelene musí vyriešiť daňové oznamovanie SK TDD, ak ho pre zákazníka zabezpečuje.

Pre zákazníka to znamená jednoduchú otázku: podporuje môj ekonomický softvér tvorbu aj príjem eFaktúr vo formáte Peppol BIS a vie sa napojiť na certifikovaného poskytovateľa doručovacej služby?

Čo patrí do vendor checklistu

Verzie platné k 12. 9. 2026

• OpenPeppol BIS Billing 3.0.21 je povinným vydaním od 17. augusta 2026.
• Slovenská transpozícia Peppol BIS je zverejnená vo verzii 1.11 z 10. septembra 2026.
• SK TDD 1.0.0 je finálna špecifikácia daňových údajov; nie je súčasťou fakturačného XML.
• EN 16931-1:2026 bola vydaná v máji 2026. Európska komisia zároveň uvádza migračné obdobie, počas ktorého zostáva doterajšia verzia použiteľná; vendor preto potrebuje verziovať pravidlá, nie ich prepísať bez kompatibility.

Číslo vydania dokumentačného generátora na stránke SK TDD nie je verziou slovenskej TDD špecifikácie. Produktová dokumentácia má uvádzať presnú verziu každého pravidlového balíka a dátum nasadenia.

Prečo nestačí iba Peppol export

Softvér môže vytvoriť XML, ale to ešte neznamená, že proces funguje. Firma potrebuje aj príjem, stavové notifikácie, prácu s chybami, zobrazenie faktúry človeku, export pôvodného XML a jasnú väzbu na CPDS alebo sprostredkovateľa.

Dodávateľ by mal testovať minimálne:

• bežnú faktúru,
• dobropis alebo opravnú faktúru,
• faktúru k prijatej platbe,
• samofakturáciu, ak ju podporuje,
• prílohy,
• odmietnutie alebo validačnú chybu,
• neexistujúce alebo nesprávne Peppol adresovanie,
• opakované odoslanie rovnakého dokladu,
• SK TDD opätovné podanie a zneplatnenie, ak túto vrstvu zabezpečuje,
• migráciu zákazníka medzi poskytovateľmi.

Testy robte v testovacej sieti so syntetickými firmami a dokladmi. Úspešné vytvorenie XML nie je ekvivalent doručenia a úspešné doručenie nie je ekvivalent prijatia dokladu do účtovníctva.

Otázky, ktoré budú klásť zákazníci

Firmy a účtovníci sa nemajú pýtať len „máte eFaktúru?“. Presnejšie otázky sú:

• Viete vytvoriť Peppol BIS faktúru podľa slovenskej transpozície?
• Viete prijať eFaktúru cez CPDS alebo sprostredkovateľa?
• Ako zobrazujete pôvodné XML a ľudsky čitateľnú verziu?
• Kto rieši chybu, ak faktúra neprejde?
• Ktorý certifikovaný CPDS je za doručovacou vrstvou?
• Ako exportujem dáta pri zmene softvéru alebo poštára?
• Ktorý systém a zmluvná strana zodpovedá za SK TDD?
• Ako zistím verziu validácie použitú pri konkrétnom doklade?

Čo má obsahovať produkčná pripravenosť

Pred spustením má byť zdokumentované smerovanie na príjem, zmluvný CPDS, oprávnenia používateľov, monitoring, opakovanie po technickej chybe, auditná stopa a export pôvodných údajov. Aktuálne FAQ Finančnej správy rozlišuje jedného poskytovateľa príjmu pre konkrétny identifikátor a možnosť viacerých odosielacích riešení. Portál preto nesmie zákazníkovi tvrdiť, že samotný výber aplikácie automaticky aktivoval jeho príjem v sieti.

Súvisiace čítanie

Pokračujte cez Peppol BIS transpozíciu v1.11, testovacie scenáre a CPDS API pre vývojárov.