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.
| Rola | Praktický význam |
|---|---|
| C1 | dodávateľ alebo vystavovateľ faktúry |
| C2 | poskytovateľ na odosielajúcej strane |
| C3 | poskytovateľ na prijímajúcej strane |
| C4 | odberateľ alebo príjemca faktúry |
| C5 | Peppol prístupový bod a validačná vrstva daňovej autority |
| C6 | daňová autorita a konsolidácia daňových údajov |
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:
- 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,
- ú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:
| Prvok | Hodnota |
|---|---|
CustomizationID | urn:peppol:taxdata:sk-1 |
ProfileID | urn:peppol:taxreporting |
| koreňový namespace | urn:peppol:schema:sk-taxdata:1.0 |
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:
| Stav | Čo dokazuje |
|---|---|
| faktúra validná | prešla použitými dokumentovými pravidlami |
| faktúra doručená | obchodný dokument dosiahol príjemcu podľa transportného výsledku |
| TDD validný | daňový dokument prešiel pravidlami SK TDD |
| TDD prijatý C5 | reportingová vetva prijala TDD podľa svojho potvrdenia |
| Submit/Resubmit/Disregard | aktuálna funkcia TDD voči predchádzajúcemu reportu |
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.