Krátka odpoveď
EUSR/TSR a SK TDD patria do rovnakého širšieho ekosystému, ale neriešia tú istú otázku.
EUSR a TSR sa pozerajú na Peppol prevádzku a transportné výmeny. SK TDD je tax-data dokument pre reportovanie faktúry smerom k daňovej autorite.
Rozdiel v jednej tabuľke
| Pojem | Otázka, na ktorú odpovedá | Typický vlastník |
|---|---|---|
| EUSR | ktoré koncové ekonomické subjekty sa vykazujú v Peppol štatistike | poskytovateľ služby |
| TSR | ktoré Peppol transakcie sa vykazujú v prevádzkovej štatistike | poskytovateľ alebo Access Point |
| SK TDD | aké daňové údaje o faktúre sa reportujú daňovej autorite | reportujúca strana a jej poskytovateľ |
| business validácia | či doklad dáva vecne alebo daňovo zmysel | ERP, účtovník, firma |
Rozdiel v dátach a adresátovi
EUSR a TSR agregujú prevádzkové štatistiky. Ich výstupom nie je daňový obraz jednej konkrétnej faktúry pre Finančnú správu. SK TDD je naopak dokument naviazaný na reportovanú faktúru a smeruje cez reportingovú vetvu C2 alebo C3 k C5 a C6.
| Vlastnosť | EUSR/TSR | SK TDD |
|---|---|---|
| účel | štatistika používania Peppol siete | daňové oznamovanie údajov o faktúre |
| granularita | agregované údaje za obdobie | konkrétny report s väzbou na faktúru |
| adresát | reportingový proces OpenPeppol | daňová autorita |
| opravy | pravidlá príslušného štatistického reportu | Submit, Resubmit alebo Disregard |
| dôkaz pre firmu | prevádzková štatistika poskytovateľa | výsledok reportingového toku konkrétneho TDD |
SK TDD 1.0.0 používa vlastný CustomizationID urn:peppol:taxdata:sk-1, profil urn:peppol:taxreporting a samostatné UUID. Ani jeden z týchto údajov nie je identifikátor EUSR alebo TSR.
Prečo to nestačí hádzať do jedného slova „reporting“
Ak dashboard ukazuje „doručené“, môže to byť transportný stav. Ak ukazuje „zaúčtované“, je to účtovný stav. Ak rieši SK TDD, je to tax-data stav. Ak rieši EUSR alebo TSR, je to Peppol štatistický reporting poskytovateľa.
Tieto vrstvy sa môžu stretnúť pri jednej faktúre, ale každá má iný dôkaz, iný zdroj pravidiel a často aj iného vlastníka. Poskytovateľ môže mať správne odovzdaný štatistický report, no konkrétny TDD môže byť odmietnutý. Rovnako prijaté TDD nie je dôkaz, že obchodná faktúra bola doručená odberateľovi.
Ako to modelovať v systéme
Nepoužívajte jeden stĺpec reporting_status. Vhodnejšie je oddeliť:
- stav obchodnej faktúry,
- stav SK TDD na strane C2 alebo C3,
- výsledok MLS pre každý dokument,
- agregáciu do EUSR/TSR,
- účtovné schválenie a archiváciu.
Používateľské rozhranie má vysvetliť, čo každý stav dokazuje a čo ešte zostáva otvorené.
Praktická otázka do zmluvy
Pri CPDS alebo ERP zmluve si vypýtajte, ktoré stavy sú v rozhraní pomenované:
- transportne odoslané,
- transportne prijaté,
- business validované,
- odovzdané pre daňové oznamovanie,
- zahrnuté v EUSR/TSR,
- exportované pre účtovný alebo daňový audit.
Kde pokračovať
Pokračujte cez EUSR a TSR: Peppol reporting pre CPDS, SK TDD pre ERP a CPDS a Slovník: EUSR.