Elektronická evidence tržeb Seminář pro vývojáře pokladních systémů Praha, Štěpánská 28 28. 6. 2017
Základní Agenda informace semináře o projektu Statistiky tržeb a evidujících poplatníků Používání certifikátů Kontroly datových zpráv, chyby a varování Jak napravit věcné chyby v evidenci Příklady situací při evidenci a dopad do datových zpráv Účtenky - pravidla a ověření Dotazy a diskuze
Jan Jiroušek, SPCSS Statistiky tržeb a evidujících poplatníků Možnosti testování, prostředí Použití certifikátů
Statistiky poplatníků 300 250 200 150 100 50 0 300 250 200 150 100 50 0 5/2017 Počet DIČ Autentizační údaje Počet certifikátů 6/2017 Počet DIČ Autentizační údaje Počet certifikátů Ke konci dne 26.6. Evidujících poplatníků 151 555 Přírůstek květen 3 878 Přírůstek červen 2 292 Autentizačních údajů 183 886 Vydaných certifikátů 252 716
Statistiky tržeb 20 000 000 18 000 000 16 000 000 14 000 000 12 000 000 10 000 000 8 000 000 6 000 000 4 000 000 2 000 000 0 18 000 000 16 000 000 14 000 000 12 000 000 10 000 000 8 000 000 6 000 000 5/2017 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Počet evidovaných tržeb Počet ověřovaních tržeb (QR) Počet chybných tržeb (QR) 6/2017 Ke konci dne 26.6. Evidovaných tržeb celkem 1,762 mld Průměrná odezva ~20 ms lokální ~160 ms zahraniční 4 000 000 2 000 000 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Počet evidovaných tržeb Počet ověřovaních tržeb (QR) Počet chybných tržeb (QR) http://www.etrzby.cz/cs/informace-o-provozu Evidovaných tržeb 5/2017 389,67M
Možnosti testování, prostředí Playground FIK končí ff Demonstrace a pilotní provoz na Playgroundu Ověřovací mód Chybová zpráva s chybovým kódem 0, nevydává FIK Ostrý mód Neměly by být zasílány hodnoty, které neodpovídají skutečným tržbám - platí i pro poplatníky nebo činnosti z dalších vln účinnosti zákona
Možnosti testování, prostředí
Možnosti testování, prostředí Akce (s datovou zprávou) Playground Ověřovací mód na produkci kontrola struktury zprávy, splnění technických parametrů X X odesílání, doručení a vyhodnocení zprávy + odpovědi X X kontrola platnosti SSL certifikátů X X kontrola podpisu odpovědi (podpisových certifikátů) získání FIK fungování s DNS load balancerem podepisování zprávy vzorovým certifikátem podepisování zprávy vlastním certifikátem poplatníka Akce (ostatní) X X X X X Ostrý mód na produkci získání certifikátu ověření účtenky získání detailních údajů (vč. inf. o duplicitách) získání agregovaných údajů správa provozoven (vč. import/export) správa uživatelů X X X X X X
Použití certifikátů Průměr ~1,3 certifikátu na poplatníka Použití jednoho nebo více certifikátů je na rozhodnutí poplatníka Bezpečnost certifikátů (resp. privátních klíčů) je dle 16 zákona odpovědností podnikatele Připravované nové funkce CA EET Hromadné žádosti v testovacím režimu na produkci API na vydání následných certifikátů (obnova) ~1 rok Obnova serverových certifikátů 26.5. obnova SSL certifikátu GeoTrust (pg.eet.cz i prod.eet.cz) 30.5. obnova podpisového certifikátu I.CA (Playground) Nová hierarchická struktura root certifikátů I.CA (http://www.ica.cz/korenove-certifikáty) Stejný root I.CA jako na produkci (odstranění rozdílu PG/produkce) obnova podpisového certifikátu I.CA na produkci ~ říjen 2016
Mezní doba odezvy, off-line mód Mezní doba odezvy Nastavení mezní doby odezvy na 2s nebo více podle podmínek provozu poplatníka Musí zafungovat za všech okolností (i v případě prodlevy na úrovni OS pokladny) Podpora off-line módu (v běžném režimu) Informuje pokladní zařízení poplatníka o frontě off-line tržeb a jejich úspěšném odeslání? Má poplatník důvěru, že off-line mód funguje?
Gabriela Čížková, SPCSS Kritické chyby Propustné chyby Duplicity
Kritické chyby - chybové kódy - -1 Dočasná technická chyba zpracování odešlete prosím datovou zprávu později 2 Kódování XML není platné 3 XML zpráva nevyhověla kontrole XML schématu 4 Neplatny podpis SOAP zprávy 5 Neplatný kontrolní bezpečnostní kód poplatníka (BKP) 6 DIČ poplatníka má chybnou strukturu 7 Datová zpráva je příliš velká (více než 12 kb) 8 Datová zpráva nebyla zpracována kvůli technické chybě nebo chybě dat
Chybové zprávy a varování Kritické chyby - chybové zprávy - nevrací FIK Chybové kódy 2 až 7 vytisknout účtenku s PKP a zahájit řešení - kontaktovat dodavatele pokladního zařízení, zprávu opravit a pak teprve posílat znovu Chybový kód -1 (dočasná technická chyba zpracování na straně centrálního systému) a 8 (jiná technická chyba) opakovat zaslání, v případě dlouhodobého opakovaného neúspěchu kontaktovat epodporu a případně dodavatele pokladního zařízení
Propustné chyby Varování v potvrzovací zprávě (s FIK) 1. DIČ poplatníka v datové zprávě se neshoduje s DIČ v certifikátu 2. Chybný formát DIČ pověřujícího poplatníka 3. Chybná hodnota PKP 4. Datum a čas přijetí tržby je novější, než datum a čas přijetí zprávy 5. Datum a čas přijetí tržby je výrazně v minulosti
Propustná chyba 1 1- DIČ poplatníka v datové zprávě se neshoduje s DIČ v certifikátu Zpráva je podepsána certifikátem jiného DIČ, než které je uvedeno v položce DIČ poplatníka (dic_popl). Nastává, když: Poplatník použije svůj certifikát, ale do zprávy uvede jiné DIČ (překlep, ponechá defaultní DIČ, omyl, záměr ) Poplatník použije cizí certifikát, ale uvede správně svoje DIČ do zprávy (dic_popl) Tržba bude započtena k DIČ z certifikátu!
Propustná chyba 2 2 chybný formát DIČ pověřujícího poplatníka DIČ pověřujícího prošlo kritickými kontrolami (dvě písmena a 8-10 číslic), ale nesplňuje další platná pravidla pro korektní DIČ (např. kontrolní součty, obecně platná pravidla pro rodná čísla a DIČ právnických osob)
Propustná chyba 3 3 Chybná hodnota PKP Uvedené PKP neodpovídá údajům o tržbě, ze kterých by mělo být vytvořeno. Nastává, když: je zpráva podepsána jiným certifikátem, než kterým bylo generováno PKP, nebo je chybný algoritmus generování PKP, nebo je PKP generováno z jiných dat, než jsou ve zprávě
Propustné chyby 4 a 5 4 Datum a čas přijetí tržby je novější, než datum a čas přijetí zprávy o 2 hodiny a více 5 Datum a čas přijetí tržby je výrazně v minulosti aktuálně to znamená před 1.12. 2016 (nebo je datum přijetí tržby starší dvou let)
Duplicita Duplicitní zpráva je taková, která má stejné základní údaje DIČ poplatníka, Označení (číslo) provozovny, Označení pokladního zařízení, Pořadové číslo účtenky, Datum a čas přijetí tržby a Celková částka tržby jako některá již dříve přijatá zpráva.
Duplicita V souboru detailních údajů o tržbách (csv) ve sloupci DUPLICITA: Duplicitní zpráva je označena 1. Unikátní zpráva je označena 0. Z více zpráv se stejnými základními údaji má první přijatá zpráva 0, ostatní mají 1. V Součtech se přičítají jen zprávy s příznakem 0. Duplicita není chyba, ale stav zprávy, vznikající opakovaným zasláním. Nemá se stornovat ani opravovat.
Gabriela Čížková, SPCSS Situace při evidenci principy tvorby a příklady datových zpráv Účtenky pravidla a ověření Přehled doporučených dokumentů
Pravidla pro datovou zprávu V datové zprávě: musí být všechny povinné položky, musí být všechny relevantní nepovinné položky nesmí být nerelevantní položky (ani vyplněny nulou) Neuvedenou položku nepovažujeme za nulovou a nulovou nepovažujeme za neuvedenou.
Zaokrouhlování - principy V Celkové částce tržby je hodnota skutečně přijaté platby nikoli částka před zaokrouhlením Při zaokrouhlení se DPH počítá ze skutečně přijaté částky nikoli z ceny před zaokrouhlením Nákup v jedné sazbě DPH DPH se vypočítá z konečné částky (po zaokrouhlení) koeficientem dle příslušné sazby dle 37 odst. 2 zákona o DPH. Nákup ve více sazbách DPH Rozdíl vzniklý zaokrouhlením se přiřadí k jedné ze sazeb nebo se rozdělí mezi více sazeb. DPH se pak vypočítá z částek (dle sazeb DPH) po přiřazení rozdílu koeficientem dle 37 odst. 2 zákona o DPH. Příklady II. (situace 1-4)
Faktury Evidují se pouze skutečné platby (částky), splňující definici evidované tržby dle zákona o evidenci tržeb, bez ohledu na údaje na faktuře. Evidují se v čase, kdy jsou skutečně uhrazeny. Částečná úhrada faktury eviduje se jen skutečně přijatá částka, DPH se stanoví z této přijaté částky. Pro účely DPH je vždy rozhodující celá částka zdanitelného plnění, která je uvedena na vystaveném daňovém dokladu faktuře (ve smyslu ustanovení 26 a následujících zákona o DPH). Příklady II. (situace 5)
Částečná úhrada faktury Jedna sazba DPH na faktuře DPH se vypočte ze skutečně uhrazené částky koeficientem dle této sazby Více sazeb DPH na faktuře poplatník uhrazenou částku rozdělí poměrně dle původního nákupu a DPH se vypočte koeficientem ke každé sazbě, nebo částku rozdělí mezi jednotlivé sazby dle vlastního uvážení, (až do její výše v původním nákupu) a DPH se vypočte koeficientem ke každé sazbě Příklady II. (situace 5)
Vratné obaly Při nákupu zboží včetně vratných obalů (např. nápojů ve vratných lahvích) se eviduje skutečně přijatá celková částka (včetně vratné zálohy). DPH se nepočítá ze zálohy za vratné obaly. Při pouhém vracení obalů se vrácená částka neeviduje (nejde o příjem poplatníka), nezasílá se záporná částka do evidence (nejde o storno). Při vracení obalů zároveň s dalším nákupem se celková evidovaná částka tržby poníží o vracenou zálohu (pokud bude výsledná částka vyšší než 0). DPH se uvádí dle skutečně zakoupeného zboží a může tedy v součtu se základem daně převýšit celkovou částku tržby. Příklady I. (situace 5), Příklady II. (situace 6)
Spropitné Spropitné se neeviduje, když je příjmem zaměstnanců (není příjmem podnikatele). Spropitné se eviduje, když je příjmem podnikatele. Zahrnuje se do celkové částky tržby, nebo může být evidováno i samostatně. Nezahrnuje se do základu DPH (je-li dobrovolné atd.). Skutečně zaevidovaná celková částka tržby musí být jednoznačně uvedena i na účtence. Příklady II. (situace 7)
Cestovní služba Při poskytování cestovních služeb se: buď použije zvláštní režim dle 89 pro cestovní službu, celá platba se uvede do položky Celková částka tržby a stejná do položky Celková částka v režimu DPH pro cestovní službu (cest_sluz) bez ohledu na to, kdy je stanovena přirážka nebo nepoužije zvláštní režim pro cestovní službu celá platba se uvede do položky Celková částka tržby a rozdělí se na základ daně a DPH v příslušné sazbě do položek zakl_dan a dan (1-3). Příklady II. (situace 8)
Kauce (a obdobné jistoty) KAUCE Při složení kauce se platba neeviduje. Při vrácení kauce se platba neeviduje (ani stornem). Při využití (započtení) se kauce eviduje (pokud byla původně složena hotovostně, kartou apod. dle 5 ZoET), ale není předmětem DPH. Příklady II. (situace 9)
Záloha, doplatek a sleva ZÁLOHA A DOPLATEK Eviduje se jako jakákoli jiná platba, pokud splňuje náležitosti evidované tržby. SLEVA Cena před slevou nemá vliv na evidenci. Eviduje se jen skutečně zaplacená částka. Příklady II. (situace 10 a 11)
Storno a částečné storno Eviduje se se zápornými hodnotami (nejen celková částka, ale všechny finanční položky), s novým číslem účtenky, pokladny, ev. provozovny. Položka Datum a čas přijetí tržby bude odpovídat datu a času provedení storna. Při celkovém stornu se platba eviduje ve stejné výši jako původní tržba Při částečném stornu se eviduje skutečně vracená částka (a jí příslušná DPH) Příklady I. (situace 6), Příklady II. (situace 12)
Zjednodušený režim - dodatečné zaslání V okamžiku přijetí tržby Z údajů o tržbě a vytvoří PKP (a BKP) Tiskne účtenku s PKP a BKP (a všemi povinnými údaji) Uloží údaje pro pozdější vytvoření a odeslání zprávy Odesílání Nemusí odesílat zprávu hned, ale odesílá dodatečně do 5 dnů od přijetí tržby (čas je počítán dle 33 Daňového řádu) Odešle ze stejného nebo jiného zařízení a nemění údaje o tržbě Zpráva aktuální hlavička (zejm. datum odeslání zprávy) podepisována těsně před odesláním K podpisu zprávy použije stejný certifikát, jaký použil pro generování PKP. Příklady II. (situace 13)
Opakované zaslání Při opakovaném zaslání tržby je třeba v datové zprávě: změnit v oblasti <Hlavicka> UUID zprávy, datum a čas odeslání zprávy, (někdy) příznak prvního zaslání, a opakovat přesně stejné údaje v oblasti <Data> a <KontrolniKody> Vlivem odlišných údajů v oblasti <Hlavicka> je třeba celou zprávu znovu podepsat. Příklady II. (situace 14)
Chyby opakovaného zaslání Změna základního údaje tržby Ponechání zákl. údajů, ale změna jiného údaje Nezměněny údaje v hlavičce zprávy Tržba nebude duplicitní, bude započítána 2x Tržba bude duplicitní, nebude započítána 2x Nemá vliv na duplicitu ani na započtení tržby
Zastoupení a pověření Přímé zastoupení Zastupující eviduje jménem zastoupeného (uvádí jeho DIČ, jeho provozovnu a podepisuje jeho certifikátem). Nevyplňuje DIČ pověřujícího poplatníka. Nepřímé zastoupení Zastupující eviduje svým jménem, uvádí své DIČ, svou provozovnu a zprávu podepisuje svým certifikátem. Nevyplňuje DIČ pověřujícího poplatníka. Pověření (dle 9, odst. 1 ZoET) Pověřený uvádí své DIČ poplatníka a ještě DIČ pověřujícího poplatníka. Uvádí svou provozovnu a podepisuje svým certifikátem. Pověření (dle 9, odst. 2 ZoET) Pověřený uvádí své DIČ poplatníka, uvádí svou provozovnu a podepisuje svým certifikátem. Nevyplňuje DIČ pověřujícího poplatníka. Příklady I. (kapitola B), Příklady II. (kapitola B)
Zastoupení a pověření DIČ poplatníka DIČ pověřujícího Provozovna Podpis certifikátem Vlastní tržba vlastní DIČ ---- ne ---- vlastní vlastním Přímé zastoupení Nepřímé zastoupení Pověření ( 9 odst. 1) Pověření ( 9 odst. 2) DIČ zastoupeného DIČ zastupujícího DIČ pověřeného DIČ pověřeného ---- ne ---- zastoupeného zastoupeného ---- ne ---- zastupujícího zastupujícího DIČ pověřujícího pověřeného pověřeného --- ne ---- pověřeného pověřeného Příklady I. (kapitola B), Příklady II. (kapitola B)
Zastoupení a pověření - kombinace Minimální počet zpráv na jeden nákup (tzn. také počet účtenek). Vlastní tržba -- 2 1 2 1 Přímé zastoupení Nepřímé zastoupení Pověření ( 9 odst. 1) Pověření ( 9 odst. 2) 2 2 2 2 2 1 2 1 2 1 2 2 2 2 2 1 2 1 2 1 Popis položek datové zprávy (kapitola 2)
Nabití a čerpání Eviduje se nabití i čerpání. Nabití i čerpání u stejného poplatníka Nutno vyplnit i položky dle 19 odst. 2 písm. a) a b) ZoET Při nabití urceno_cerp_zuct (pol. 23, Celková částka plateb určená k následnému čerpání nebo zúčtování) Při čerpání cerp_zuct (pol. 24, Celková částka plateb, které jsou následným čerpáním nebo zúčtováním platby) Nabití u jednoho a čerpání u jiného poplatníka Není nutno uvádět položky cerp_zuct a urceno_cerp_zuct Příklady I. (kapitola C), Příklady II. (kapitola C)
Nabití i čerpání u stejného poplatníka Pozn. Pokud není plátcem DPH, tak položky DPH ve zprávách neuvádí. Příklady I. (kapitola C), Příklady II. (kapitola C)
Neúplné čerpání Obchodník rozdíl vrátí hotově Eviduje se skutečná platba za nákup. Uvede se položka cerp_zuct. Vrácená hodnota z poukázky se eviduje jako storno nabití, tj. záporné hodnoty (i v položce urceno_cerp_zuct). Obchodník rozdíl nevrátí Eviduje se skutečná platba za nákup i hodnota nevrácené části poukázky. Uvede se položka cerp_zuct. DPH se vypočte z celé zaplacené částky. Obchodník rozdíl vrátí bankovním převodem Eviduje se skutečná platba za nákup. Uvede se položka cerp_zuct. Vrácená hodnota z poukázky se neeviduje. Příklady II. (situace 23 a 24)
DPH - Použité zboží, komisní prodej Varianty: Komitent není plátce DPH, komisionář (bazar) je Celá částka bude v některé z položek pouzit_zboz1, 2, n. 3. Komitent je plátce DPH, komisionář (bazar) není Nepodléhá DPH. Oba jsou plátci DPH Nelze použít zvláštní režim. DPH se uvede do položek dle příslušné sazby (položky zakl_dan1-3 a dan1-3). Ani jeden není plátce DPH Nepodléhá DPH. Příklady II. (situace 25)
Účtenka Musí obsahovat všechny údaje dle 20 ZoET problém: chybějící údaje Musí odpovídat údajům uvedeným v datové zprávě problém zejm. u času n. částky (časové zóny) Musí být jednoznačně identifikovatelné problém popisků položek, možné záměny Je zveřejněna vzorová účtenka.
Ověření účtenky
Ověření účtenky DIČ poplatníka se vyplňuje bez CZ Datum píše se i rok 1.4.2017 (může se psát i 010417) Čas se vyplňuje s přesností na minuty nebo vteřiny 14:25 nebo 14:25:36, dá se napsat i 1425 nebo 142536, (tolerance +1 minuta a -1 minuta) Částka tržby s přesností na haléře (tolerance +1 koruna a -1 koruna) Režim nutno zvolit (běžný/zjednodušený) FIK nebo BKP stačí jeden z nich, stačí orámovaná část (16 znaků), malá/velká písmena nemají vliv na vyhledání
Proč nejde ověřit účtenka Chybně opsaný jakýkoli údaj Čas na účtence se neshoduje s časem v datové zprávě (nebo jiný údaj) Tržba skutečně (ještě) nebyla poplatníkem zaslána (je možné pouze u účtenky bez platného FIK)
Doporučené zdroje informací Web etrzby.cz obecné, veřejné informace Daňový portál vlastní údaje a tržby poplatníka Web financnisprava.cz
Web etrzby.cz sekce IT/Vývojář
Doporučujeme Základní Web etrzby.cz informace sekce o projektu Podnikatel/Firma
Doporučujeme Základní Kde hledat informace odpovědi o projektu Zda nebo odkdy tržbu evidovat etrzby.cz > O Projektu > Dokumenty > Metodika k evidenci tržeb etrzby.cz > Podnikatel/Firma > Specifické případy etrzby.cz > Podnikatel/Firma > Nejčastější dotazy podnikatelů Jak evidovat (vše na etrzby.cz > O Projektu > Dokumenty) Formát a struktura údajů o evidované tržbě; Popis datového rozhraní Popis položek datové zprávy Příklady datových zpráv I. a II. Řešení situací při evidování tržeb etrzby.cz > IT/Vývojář > Nejčastější dotazy vývojářů etrzby.cz > Podnikatel/Firma > Nejčastější dotazy podnikatelů Certifikáty etrzby.cz > IT/Vývojář > Certifikační autorita EET etrzby.cz > Podnikatel/Firma > Webová aplikace EET a certifikáty
Doporučujeme Základní Daňový informace portál aplikace o projektu EET z www.daneelektronicky.cz nebo www.etrzby.cz Odkazy: Elektronická evidence tržeb Žádost o autentizační údaje Správa údajů evidence tržeb (po přihlášení) Provozovny Součty a tržby Uživatelé a práva Certifikáty Ověření účtenky
Kontakty Kontakt na epodporu epodpora@fs.mfcr.cz Kontakt pro metodické dotazy: Kontaktní formulář na www.etrzby.cz Děkujeme Vám za pozornost