Čo je SK TDD?

Rýchla odpoveď

SK TDD je slovenská špecializácia Peppol Tax Data Documentu. Nesmeruje od dodávateľa k odberateľovi ako obchodná faktúra. Slúži na osobitný tok daňových údajov smerom k daňovej autorite.

Pri jednej faktúre preto môžu existovať najmenej dva samostatné dokumenty a dva samostatné výsledky:

• eFaktúra doručovaná obchodnému partnerovi,
• SK TDD reportovaný daňovej autorite.

Úspech jedného toku nedokazuje úspech druhého.

Miesto SK TDD v slovenskej architektúre

OBCHODNÝ TOK
C1 dodávateľ → C2 odosielajúci poskytovateľ → C3 prijímajúci poskytovateľ → C4 odberateľ
                           eFaktúra / Peppol BIS Billing

DAŇOVÝ TOK
C2 odosielajúci poskytovateľ ─┐
                              ├→ C5 prístupový bod daňovej autority → C6 daňová autorita
C3 prijímajúci poskytovateľ ──┘                    SK TDD

Slovenská referenčná architektúra v1.2 tento model označuje ako decentralizovanú 5/6-rohovú architektúru. Obchodný tok znovu používa Peppol discovery a transport. Daňový tok používa SK TDD a samostatné potvrdenia MLS (Message Level Status) na reportingovej vetve.

Označenia C1 až C6 sú architektonické roly, nie názvy slovenských úradov alebo produktov.

Čo SK TDD obsahuje

OpenPeppol dokumentácia rozdeľuje TDD na dve hlavné časti:

1. metadáta TDD — identifikátor špecifikácie a procesu, UUID, dátum a čas, typ a rozsah reportu, rola reportujúcej strany a identifikácia strán,
2. údaje odvodené z reportovanej faktúry — výber fakturačných údajov podľa príslušných požiadaviek; špecifikácia umožňuje aj širšie zahrnutie obsahu faktúry.

TDD môže niesť funkciu Submit, Resubmit alebo Disregard. To umožňuje podať nový report, nahradiť skorší report alebo označiť skorší report ako nepoužiteľný bez toho, aby sa tieto operácie zamieňali s vystavením novej obchodnej faktúry.

Technické identifikátory

Aktuálna špecifikácia v1.0.0 uvádza:

SK TDD používa vlastný koreňový XML dokument a znovu využíva viaceré spoločné komponenty OASIS UBL 2.1. Nie je to však UBL Invoice s iným názvom.

Aktuálna verzia a stav dokumentácie

Release notes označujú SK TDD 1.0.0 ako prvé finálne vydanie s dátumom 14. apríla 2026. Obsahuje sémantický model, syntax binding, normatívne číselníky a Schematron pravidlá.

Vygenerovaný dokumentačný web môže zároveň zobrazovať verziu nástroja PDK a dátum zostavenia. Tento údaj nie je automaticky novou verziou samotnej špecifikácie SK TDD. Pri implementácii evidujte osobitne:

• verziu SK TDD,
• verziu validačných artefaktov,
• dátum a stav slovenskej referenčnej architektúry,
• verziu testovacieho balíka.

Kto SK TDD vytvára a kto nesie zodpovednosť

Referenčná architektúra vyžaduje, aby C2 vedel vytvoriť SK TDD z odosielanej faktúry a C3 z prijatej faktúry v rozsahu príslušného scenára. Koncová strana môže dodávateľovi služby odovzdať aj vlastný TDD na doplnenie, ak to ich rozhranie podporuje.

OpenPeppol compliance pravidlá pripúšťajú outsourcing technickej roly poskytovateľovi, nie však automatický prenos právnej zodpovednosti reportujúcej strany. Firma preto potrebuje zmluvne vedieť:

• kto zostaví TDD,
• kto ho validuje a odošle,
• kto rieši negatívne potvrdenie,
• kde firma uvidí reportingový výsledok,
• aké údaje a dôkazy si môže exportovať.

Stavy faktúry a TDD

Správne rozhranie nemá jeden spoločný zelený stav „hotovo“. Rozlišujte:

Negatívne alebo chýbajúce potvrdenie v jednej vetve môže vyžadovať osobitnú nápravu aj vtedy, keď druhá vetva uspela.

Časté omyly

• „SK TDD je eFaktúra.“ Nie. Ide o samostatný daňový dátový dokument.
• „Doručená faktúra znamená prijatý TDD.“ Nie. Ide o dve výmeny a dve potvrdenia.
• „TDD sa rovná EUSR alebo TSR.“ Nie. EUSR a TSR sú prevádzkové Peppol štatistické reporty.
• „Finálna špecifikácia dokazuje produkčnú pripravenosť všetkých účastníkov.“ Nie. Dokumentácia a testbed sú dôkazom pravidiel a testovateľnosti, nie automaticky produkčného spustenia C2, C3, C5 a C6.

Kde pokračovať

SK TDD pre ERP a CPDS, Daňové oznamovanie, Tax Data Document a Reportingový stav vs doručenie.