Preskočiť na obsah
🎁 Všetky platené plány ZADARMO do 1. 12. 2026 — pripravujeme Slovensko na povinnú e-faktúru
Späť na blog
TDD5-cornerFinančná správaViDAPEPPOL

Slovenský 5-rohový model e-fakturácie: Ako funguje TDD a reporting do FS SR

Peter Hečko8. apríla 2026Aktualizované: 6. júla 202612 min
Slovenský 5-rohový model e-fakturácie: Ako funguje TDD a reporting do FS SR

Úvod: Slovensko ide vlastnou cestou

Slovensko zaviedlo pre povinnú e-fakturáciu od 1. januára 2027 5-rohový model: faktúra putuje cez PEPPOL sieť priamo od dodávateľa k odberateľovi a súčasne sa Finančnej správe SR v reálnom čase odosiela daňový extrakt TDD (Tax Data Document). Pre firmy to znamená, že ich Access Point musí podporovať SAPI-SK a TDD reporting.

Keď sa Európska únia v roku 2023 dohodla na balíku ViDA (VAT in the Digital Age), členské krajiny dostali rámec na modernizáciu svojich DPH systémov. Väčšina z nich zvolila 4-rohový PEPPOL model, ktorý sa v Európe osvedčil v B2G segmente. Slovensko však šlo o krok ďalej a zvolilo 5-rohový model. V tomto článku si detailne vysvetlíme, čo to znamená, prečo Slovensko zvolilo túto cestu a ako sa technicky implementuje.

4-rohový model: Tradičný PEPPOL

Najprv si pripomeňme klasický 4-rohový model, ktorý funguje v PEPPOL sieti od roku 2008:

  • Corner 1 (C1) – Dodávateľ (Sender) – firma, ktorá vystaví faktúru vo svojom fakturačnom softvéri
  • Corner 2 (C2) – Sender Access Point – bránový server dodávateľa, ktorý faktúru podpíše a odošle do PEPPOL siete
  • Corner 3 (C3) – Receiver Access Point – bránový server príjemcu, ktorý faktúru prijme a doručí
  • Corner 4 (C4) – Príjemca (Receiver) – firma, ktorá faktúru spracuje vo svojom účtovnom softvéri

Tento model je elegantný, škálovateľný a minimalizuje potrebu centrálnej autority. Každý Access Point komunikuje len so svojimi klientmi a s ostatnými AP v sieti. Viac detailov nájdete v našom článku o fungovaní PEPPOL siete.

Čo je 5-rohový model?

5-rohový model je slovenské rozšírenie štandardnej PEPPOL architektúry: k štyrom rohom (dodávateľ, jeho Access Point, Access Point príjemcu, odberateľ) pridáva piaty roh — Finančnú správu SR. Tá dostáva pri každej vystavenej faktúre v reálnom čase daňový extrakt, nie však faktúru samotnú.

Slovenský model pridáva piaty roh:

  • Corner 5 (C5) – Tax Authority (Finančná správa SR) – daňová správa, ktorá dostáva kópiu extraktu každej faktúry v reálnom čase

Kľúčové je slovo „extrakt". C5 nedostáva celú faktúru – dostáva iba definovaný podmnožinu polí, ktoré sú relevantné pre DPH kontrolu. Tento extrakt sa nazýva TDD – Tax Data Document.

Prečo si Slovensko zvolilo 5-corner model?

Diskusie o modeli prebiehali medzi rokmi 2023 a 2025 v rámci pracovných skupín Finančnej správy, Ministerstva financií a zástupcov IT komunity. Rozhodujúce argumenty pre 5-corner boli:

1. Efektívnejšia kontrola DPH

V klasickom 4-corner modeli má daňová správa prístup k faktúram len retrospektívne – cez kontrolný výkaz raz za mesiac. Pri podvodoch typu karuselového obchodu (VAT carousel fraud) sa peniaze stihnú pre presun cez fiktívne firmy skôr, ako si štát niečoho všimne. 5-corner umožňuje real-time kontrolu – podvod sa zachytí v momente vystavenia faktúry.

2. Boj proti DPH podvodom

Slovensko podľa odhadov EÚ stráca ročne 2,1 miliardy EUR na DPH podvodoch (VAT gap). Real-time reporting znižuje túto sumu v krajinách ako Taliansko (SDI systém) o 30 – 40 %. Slovenské ministerstvo financií očakáva zníženie VAT gap o 500 – 700 miliónov EUR ročne.

3. Inšpirácia Talianskom

Taliansky systém SDI (Sistema di Interscambio) je de facto 5-corner model, len štruktúrovaný centralizovane – všetky faktúry povinne prechádzajú cez SDI. Slovensko zvolilo decentralizovanú variantu – AP si spracuje faktúry sám, ale kópiu extraktu (TDD) odošle FS SR.

4. Pripravenosť na ViDA od 2030

Smernica ViDA od 1. júla 2030 vyžaduje real-time reporting cezhraničných B2B transakcií. Slovensko implementáciou 5-corner modelu už v roku 2027 získa 3 roky náskok – infraštruktúra bude pripravená na ViDA vo forme switch-on.

Čo je TDD (Tax Data Document)?

TDD je XML dokument odvodený z UBL 2.1 invoice, ale obsahuje len polia povinné pre DPH kontrolu. Jeho štruktúra je definovaná slovenským namespace pxs:TaxData (PEPPOL Extension Schema – Slovakia).

Aké údaje TDD obsahuje

  • Identifikácia dokumentu – číslo faktúry, dátum vystavenia, dátum splatnosti
  • Dodávateľ – IČO, IČ DPH, obchodný názov
  • Odberateľ – IČO, IČ DPH (ak je platca), obchodný názov
  • Sumy – základ DPH po jednotlivých sadzbách, výška DPH, celková suma
  • Položky – len základné údaje (popis, množstvo, jednotková cena, DPH sadzba)
  • Typ transakcie – tuzemská, intraEU, vývoz, reverzná služba
  • Referencie – prepojenie s pôvodnou faktúrou (UUID)

Aké údaje TDD neobsahuje

  • Kontaktné údaje (telefón, email)
  • Bankové údaje (IBAN, variabilný symbol)
  • Podrobný popis položiek
  • Marketingové texty, zľavy, poznámky

Princípom je data minimisation v duchu GDPR – FS SR dostáva len to, čo skutočne potrebuje na kontrolu DPH.

UUIDv5: Identifikácia naprieč systémami

Každý TDD má unikátny identifikátor UUIDv5 generovaný deterministicky z:

  • IČO dodávateľa
  • čísla faktúry
  • dátumu vystavenia
  • namespace UUID 6ba7b810-9dad-11d1-80b4-00c04fd430c8 (DNS namespace)

Vďaka deterministickosti môžu rôzne systémy (AP dodávateľa, AP príjemcu, FS SR) nezávisle vygenerovať rovnaké UUID pre tú istú faktúru, čo umožňuje párovanie bez komunikácie.

Ako sa TDD dostane k FS SR (C5 routing)?

V praxi prebieha odoslanie TDD paralelne s klasickým PEPPOL odoslaním:

  1. Dodávateľ (C1) vytvorí faktúru vo svojom softvéri
  2. Sender AP (C2) – Fakturix – prijme faktúru a vygeneruje dve odvodeniny:
    • Plná UBL 2.1 Invoice pre C3 (príjemca)
    • TDD extrakt pre C5 (FS SR)
  3. Obe správy sa odošlú simultánne cez AS4 protokol
  4. FS SR (C5) prijme TDD, validuje ho a potvrdí
  5. Receiver AP (C3) prijme UBL Invoice a doručí ju príjemcovi (C4)

Kľúčové je, že odoslanie faktúry do C3 nie je blokované odpoveďou C5 – ak FS SR momentálne nefunguje, faktúra sa stále doručí príjemcovi a TDD sa zaradí do retry queue. Zachováva sa tak B2B tok biznisu.

Ako je TDD zabezpečený počas prenosu?

TDD putuje rovnakým zabezpečeným AS4 kanálom ako samotné faktúry: je digitálne podpísaný certifikátom Access Pointu, šifrovaný a jeho doručenie potvrdzujú obe strany. Dôkazy o odoslaní sa archivujú minimálne 10 rokov.

TDD sa odosiela v režime MLS (Message Level Security) podľa PEPPOL SBDH (Standard Business Document Header) špecifikácie. To znamená:

  • Digitálne podpísanie certifikátom odosielateľa (AP)
  • Šifrovanie hybrid RSA-AES
  • Non-repudiation – obe strany podpíšu potvrdenia doručenia
  • Archivácia – dôkaz o odoslaní sa uchováva minimálne 10 rokov

FS SR má vlastný OpenPEPPOL certifikát a komunikuje s AP cez rovnaký AS4 protokol ako ostatní účastníci siete. Z technického pohľadu je to „obyčajný" PEPPOL receiver, akurát pre odlišný typ dokumentu.

Kedy sa 5-rohový model spúšťa?

Povinné odosielanie TDD platí od 1. januára 2027 pre tuzemské B2B a B2G transakcie. Rok 2026 slúži na dobrovoľné testovanie a od 1. júla 2030 sa reporting rozšíri na cezhraničné EÚ transakcie podľa smernice ViDA.

Míľniky zavedenia 5-corner modelu na Slovensku:

  • Q2 2026 – dobrovoľné testovacie obdobie, FS SR otvára testovaciu C5 endpoint
  • Q4 2026 – produkčný C5 endpoint živý, odporúčané testovanie pred ostrým nasadením
  • 1. január 2027povinné odosielanie TDD pre všetky tuzemské B2B a B2G transakcie
  • 1. júl 2030 – rozšírenie na cezhraničné B2B transakcie v rámci EÚ (ViDA)

Porovnanie s inými krajinami EÚ

Taliansko – centralizovaný SDI

Taliansko funguje od 2019 s plne centralizovaným systémom SDI. Každá faktúra povinne prechádza cez štátny portál, ktorý ju validuje a preposiela príjemcovi. Nevýhoda – štát je single point of failure, rýchlosť obmedzená kapacitou SDI.

Poľsko – KSeF

Poľsko spúšťa KSeF (Krajowy System e-Faktur) od 2026 v podobnom duchu ako SDI – centralizovaný portál. Rozdiel – KSeF nie je PEPPOL-kompatibilný, používa vlastný formát FA(2).

Španielsko – FACE a SII

Španielsko má B2G systém FACE a B2B reporting SII (Suministro Inmediato de Información). SII je technicky obdoba slovenského TDD – extrakt z faktúr do daňovej správy v reálnom čase, ale používa SOAP API, nie PEPPOL.

Nemecko – plánuje 5-corner

Nemecko od 1. januára 2028 plánuje zaviesť povinnú B2B e-fakturáciu. Podľa najnovších draftov (BMF november 2025) zvažuje podobný 5-corner model ako Slovensko, čo by pre slovenských dodávateľov znamenalo jednoduchú cezhraničnú integráciu.

Fakturix a TDD: Plná podpora

Fakturix je jedným z prvých slovenských PEPPOL Access Pointov s plnou podporou SAPI-SK v1.2 vrátane TDD. Konkrétne:

  • Automatické generovanie TDD z každej vystavenej faktúry
  • Paralelné C5 routing – žiadne oneskorenie B2B toku
  • UUIDv5 deterministické generovanie
  • Audit log TDD správ – vidíte, kedy sa extrakt odoslal a aký je stav
  • SK portal integrácia – prepojenie so zónou FS SR pre lookup stavu
  • Feature flag vida.ctc.enabled – môžete aktivovať/deaktivovať reporting pre testing

Celá funkcionalita je vyvinutá v TDD (test-driven) režime s pokrytím nad 90 %, čo garantuje stabilitu pre vaše reálne faktúry.

Záver: Slovensko je pripravené

5-rohový model je technicky ambiciózne, ale premyslene navrhnuté riešenie. Kombinuje výhody decentralizovanej PEPPOL siete (škálovateľnosť, neutrality) s benefitmi real-time reportingu (rýchla kontrola DPH, prevencia podvodov). Pre slovenské firmy to znamená, že od roku 2027 nebude stačiť mať „len" PEPPOL Access Point – bude potrebné mať SAPI-SK v1.2 kompatibilné riešenie s TDD podporou.

Ak sa chcete ubezpečiť, že váš fakturačný systém je pripravený, vytvorte si bezplatný Fakturix účet (FREE plán, navždy zadarmo) a otestujte si reálne odosielanie faktúr aj TDD v testovacom režime. Pre viac technických detailov pozrite aj článok E-faktúra na Slovensku od 2027.