36. Výkazy DPH (DPHDP3 + KH)

MyÚčto.cz generuje XML pro EPO portál MFČR:

• DPH přiznání (DPHDP3) — měsíční nebo kvartální
• Kontrolní hlášení (DPHKH1) — měsíčně nebo kvartálně (pro OSVČ/FO kvartální plátce DPH)
• OSS přiznání (OSSEI1) — kvartální podklad pro EU režim One Stop Shop

Související výkazy a exporty mají v manuálu vlastní kapitoly: Kniha DPH (interní žurnál), Souhrnné hlášení (EU dodání B2B) a Hromadný export (ZIP balíček pro účetní). Rozdíl mezi staženým a skutečně podaným XML vysvětluje Archiv podání a daňová rekonciliace. Výkazy najdeš v menu Daně, archiv podání jako poslední bod menu Nástroje.

OSS má samostatnou stránku Daně → OSS přiznání, která se objeví až po zapnutí režimu v nastavení firmy. Zdroj dat, kontroly, sledování prahu a XML export popisuje oddíl OSS přiznání.

Předpoklady před prvním podáním

V Nastavení → Daňové nastavení vyplň:

1. Typ poplatníka — FO (OSVČ) nebo PO (s.r.o., a.s.)
2. Perioda DPH přiznání — Měsíční nebo Kvartální
3. Kód finančního úřadu (např. 451 = Praha 1)
4. Kód územního pracoviště (ÚzP) — pokud existuje
5. DIČ v Identifikaci firmy (povinné)
6. Volitelně: CZ-NACE, datová schránka, sestavitel přiznání
7. Pro OSS: zapnout OSS režim, zemi identifikace, měnu podání a platnost registrace

Detailní mapping všech polí v UI na XML atributy najdeš v sekci Pole EPO / VetaP níže.

Pole EPO / VetaP

Tato sekce mapuje pole z Nastavení → Daňové nastavení (admin only) na konkrétní atributy v EPO XML (DPHDP3 + DPHKH1). Vyplň je všechny — bez nich EPO portál podání odmítne nebo bude generovat formálně neúplný výkaz.

Identifikace finančního úřadu

Typ plátce a perioda

🛈 Identifikovaná osoba: přiznání obsahuje jen řádky samovyměření z přeshraničních přijatých plnění (ř. 3–6, 12–13) bez zrcadlového odpočtu ř. 43 (IO nemá nárok na odpočet — daň se reálně platí, ř. 64). Podává se vždy měsíčně a jen za měsíce, kdy povinnost vznikla; tuzemské řádky a oddíl C se automaticky vynechají (s upozorněním v náhledu). Kontrolní hlášení IO nepodává; služby do EU vykazuje v souhrnném hlášení.

Sídlo / adresa

EPO rozděluje uliční adresu na tři samostatné atributy (ulice + c_pop + c_orient). Naše DB tyto sloupce drží separátně (supplier.street, street_number_pop, street_number_orient):

Osobní údaje (jen pro FO/OSVČ)

PO (právnické osoby) tyto pole nevyplňují — místo nich se použije zkrobchjm z firmy.

Oprávněná osoba k podpisu — POVINNÉ pro PO

Pole opr_* identifikují fyzickou osobu, která je u právnické osoby oprávněná přiznání podepsat (typicky jednatel, předseda představenstva).

U FO (OSVČ) zůstávají prázdná — fallback je jmeno + prijmeni.

Sestavitel přiznání (sest_*)

Pole sestavitele jsou relevantní jen pokud přiznání za tebe podává jiná osoba (účetní, daňový poradce). Pokud podáváš sám, nech prázdná — builder použije tvoje údaje (fallback na jmeno + prijmeni + phone).

Pokud necháš Příjmení sestavitele prázdné a do Jména napíšeš celé jméno („Jan Novák"), builder ho do XML rozdělí podle první mezery (zpětná kompatibilita). Pro spolehlivost ale vyplň obě pole zvlášť.

Kontaktní údaje pro podání

Postup podání na EPO portál

1. Vygeneruj XML v aplikaci: Daně → DPH přiznání (resp. KH/SH), vyber období a klikni Stáhnout XML.
2. V Nástroje → EPO podání a archív zkontroluj lokální validaci a otevři detail příslušného snapshotu.
3. Volitelně zkontroluj v textovém editoru:

• VetaD — ověř rok, mesic/ctvrt, typ_platce, c_okec, d_poddp (datum podání = dnes)
• VetaP — ověř dic, c_ufo, c_pracufo, identifikační údaje, adresu
• Veta1/Veta4 — ověř součty obrat23/dan23 (sales), pln23/odp_tuz23_nar (purchase) proti seznamu faktur za období
• Veta6 — dano_da (daň k odvodu) nebo dano_no (nadměrný odpočet)

1. Klikni Otevřít a podat v EPO. Aplikace předá přesný archivovaný XML snapshot do předvyplněného formuláře EPO; nic se zatím samo neodešle.
2. V EPO spusť obsahové kontroly, ověř částky a potvrď Odeslat.
3. Stáhni odeslané XML a potvrzení. Přetáhni je zpět do detailu podání; aplikace je uloží do Dokumentů ve složce daného období a dostupné potvrzení ověří.

Stažení XML vytvoří v Nástroje → EPO podání a archív záznam se stavem staženo. Tento stav neznamená, že soubor odešel správci daně. Backend rozlišuje rozpracované, vygenerované, stažené a odeslané podání; teprve explicitní označení jako odeslané může sloužit jako základ pro dodatečné přiznání a uzamknout skončené období DPH/KH. Po nahrání podepsaného potvrzení aplikace zobrazí dostupné technické kontroly; stav podání uživatel nastaví ručně po kontrole doručenky. Přijetí či odmítnutí je nadále nutné sledovat podle portálu. Rozhodujícím důkazem zůstává potvrzení z EPO.

Časté problémy

EPO odmítne soubor s chybou „neúplná adresa" → Vyplň street_number_pop + street_number_orient v Daňovém nastavení. Pole street se ukládá samostatně, EPO chce všechny tři atributy.

„Chybí kód finančního úřadu" warning v náhledu → Vyplň financial_office_code v Daňovém nastavení. Bez něj XML neprojde XSD validací (c_ufo je use="required").

„Tenant není evidovaný jako plátce DPH" → V Identifikaci firmy zapni is_vat_payer = true. Vyplň DIČ. Pokud jsi identifikovaná osoba, nech plátce vypnutého a zaškrtni Identifikovaná osoba — přiznání se pak generuje s typ_platce='I'.

Čísla v Veta1/Veta4 nesedí → Zkontroluj VAT klasifikační kódy na položkách faktur za období. Každý řádek musí mít vat_classification_code (1/2 pro sales 21/12 %, 40/41 pro purchase, 23 pro EU pořízení zboží, 5 pro tuzemský RC, atd.). Auto-defaulter to dělá při vytvoření faktury — pro starší / importovaná data můžeš spustit backfill v Daně → DPH přiznání → topbar tlačítko Přemapovat klasifikace.

„Aplikace generuje typ_platce='P', ale jsem čtvrtletní plátce" → V Daňovém nastavení změň vat_period na quarterly. Pak v UI DPH přiznání toggluj na Kvartálně a vyber kvartál.

„Nevím, jaký je můj kód FÚ a pracoviště" → Podívej se na poslední DPH přiznání, které jsi nahrál na EPO — kódy jsou v sekci VetaD/VetaP. Alternativně zavolej na svůj FÚ nebo se podívej na seznam FÚ.

„OKÉČ kód mi vyjde fallback 631000, ale moje činnost je jiná" → Vyplň cz_nace_code v Daňovém nastavení. Číslo najdeš na živnostenském listě nebo v ARES. Builder ho normalizuje (odstraní CZ-NACE prefix, padne na 6 číslic).

OSS přiznání (OSSEI1)

Cesta: Daně → OSS přiznání. Stránka připravuje podklad a EPO XML za zvolený kalendářní kvartál. Objeví se až po zapnutí OSS v daňovém nastavení firmy.

Do přiznání vstupují jednotlivé řádky vydaných faktur označené jako OSS, jejichž datum zdanitelného plnění patří do vybraného kvartálu. Aplikace je seskupí podle státu spotřeby, typu sazby a sazby DPH a oddělí běžná plnění od oprav vztahujících se k dřívějším obdobím. Výpočet vychází z řádkových základů a daně v daňovém ledgeru, nikoli jen z celkové částky hlavičky faktury.

Náhled zobrazuje základy a daň, součty, termín podání a varování. Kontroluje zejména vyplněnou zemi spotřeby, existenci sazby platné pro danou zemi a datum, shodu sazby na dokladu s číselníkem a údaje potřebné pro opravy minulých období. OSS řádky jsou současně vyřazeny z českého přiznání k DPH, kontrolního hlášení a Knihy DPH.

Orientační sledování prahu 10 000 EUR

Blok prahu sleduje za kalendářní rok přeshraniční B2C plnění zákazníkům v EU mimo ČR bez DIČ. Záměrně zahrnuje i řádky, které zatím nejsou označené jako OSS, aby ruční označení nemohlo čerpání prahu skrýt. Ukazuje součet v EUR, procento vyčerpání, rozpad podle zemí a případné datum překročení; od 80 % upozorňuje na blížící se limit.

Přepočet používá denní kurz ČNB. Doklad bez dostupného kurzu do součtu nevstoupí a stránka na něj upozorní. Jde o orientační pomůcku: zákonný přepočet prahu může vyžadovat jiný pevný kurz, proto hodnotu blízko limitu ověř účetně.

XML a archiv podání

Stažení vytvoří XML OSSEI1 ve měně nastavené pro OSS. Export vyžaduje oprávnění exportovat daňové výkazy, uloží neměnný snapshot zdrojových dat do archivu daňových podání a zapíše akci do activity logu. Aplikace XML sama neodesílá; před předáním ověř varování, součty, registraci a výsledek v EPO.

DPH přiznání (DPHDP3)

Cesta: Daně → DPH přiznání

Topbar

• Toggle Měsíčně / Kvartálně — override podle supplier.vat_period
• Month / Year picker — pro měsíční; Q1/Q2/Q3/Q4 picker pro kvartální
• Typ podání — Řádné / Opravné / Dodatečné (viz níže)
• Stáhnout XML — generuje DPHDP3 verze 03.01 pro EPO portál

Typ podání — řádné, opravné, dodatečné

Vedle výběru období nabízí stránka selector Typ podání:

Po výběru Dodatečné se zobrazí povinné pole Datum zjištění (kdy jsi zjistil(a) důvod pro opravu) — bez jeho vyplnění se náhled nespočítá.

Volba Dodatečné/opravné (oprava už podaného dodatečného přiznání) se v selectoru vůbec nenabízí. Jde o právně složitější případ — takové podání předchozí dodatečné přiznání nahrazuje, nesčítá se s ním, a poslední známou daň by u něj nebylo možné bezpečně dopočítat bez rizika, že se stejná částka vykáže dvakrát. Pro tento případ je potřeba přiznání sestavit ručně ve spolupráci s daňovým poradcem.

Fronta „doklady změněné po podání"

Jakmile bylo přiznání za dané období aspoň jednou v archivu označeno jako odeslané, může se na stránce objevit žlutá sekce Doklady změněné po podání — obsahuje doklady (vydané i přijaté faktury, daňové pokladní doklady), které svým DPH-rozhodným datem (viz Které doklady se zahrnou) spadají do naposledy podaného období, ale byly vytvořené nebo upravené AŽ PO tom, co bylo přiznání za dané období naposledy podáno. Snapshot podání zachytí také doklad, který byl po podání stornován nebo mu bylo DUZP přesunuto mimo období. U každého dokladu vidíš jeho číslo, částku a datum poslední změny. U starších podání bez snapshotu aplikace zobrazí upozornění, že je potřeba porovnat podání s knihou DPH ručně.

Křížová kontrola současně neblokujícím upozorněním vyjmenuje koncepty DDKP a finálních dokladů z proformy i přijaté platby proformy, ke kterým daňový doklad ještě nevznikl. Před podáním je dokonči nebo účetně ověř — daňová povinnost vzniká přijetím úplaty.

Křížová kontrola s kontrolním hlášením, souhrnným hlášením a účtem 343

Při každém načtení náhledu aplikace automaticky porovná chystané přiznání se třemi zdroji, které si finanční úřad páruje strojově — jakýkoli nesoulad mezi nimi typicky znamená výzvu nebo kontrolu:

Pokud vše sedí, na stránce se nic nezobrazí. Pokud kontrola najde rozdíl, nad rekapitulačními kartami se objeví červená sekce s:

• popisem, čeho se rozdíl týká (např. „DPHDP3 ř.1+2 ↔ KH A.4 + A.5"),
• konkrétní částkou z obou stran a rozdílem v Kč,
• pokud lze rozdíl přiřadit ke konkrétním dokladům, seznamem dokladů (číslo dokladu a částka na obou stranách) — u rozdílu proti souhrnnému hlášení i s vysvětlením pravděpodobné příčiny (chybějící DIČ odběratele, plnění zařazené jako EU, ale na tuzemské/ne-EU zemi, apod.).

U kontroly účtu 343 rozpis navíc u každého rozdílového dokladu vysvětlí, zda jde o časový posun odpočtu podle § 73 ZDPH, odlišnou částku, chybějící řádek 343 nebo zápis bez protějšku v přiznání. Typický časový posun vznikne, když je předpis zaúčtovaný k DUZP na konci měsíce, ale přijatý doklad dorazí až v následujícím měsíci. Pokud celý rozdíl vysvětlují pouze tyto časové posuny, zobrazí se neutrální informace s čísly dokladů a přiznání můžete stáhnout bez potvrzování nesouladu. Nevysvětlený zbytek nad toleranci zůstává červený a blokující.

4 KPI karty

• DPH na výstupu — z vydaných faktur (řádky 1-29)
• DPH na vstupu — z přijatých faktur (řádky 40+)
• Daň k odvodu NEBO Nadměrný odpočet (color coded)
• Termín podání — 25. den následujícího měsíce (po kvartálu) s countdown (kolik dní zbývá, červené pokud po termínu)

Trend graf

12 měsíců DPH na výstupu / vstupu / net due (rozdíl). Pro rychlou orientaci, jak se podání vyvíjí.

Tabulky DPH na výstupu (řádky 1-29) a vstupu (40+)

Per řádek: kód, popis, základ, DPH. Hodnoty se počítají agregací invoice_items / purchase_invoice_items per vat_classification_code.

Jak se DPHDP3 generuje a co zahrnuje

Tato sekce přesně popisuje, podle jakých pravidel se přiznání sestavuje — užitečné pro kontrolu proti seznamu faktur i pro účetní.

Zdroje dat a granularita

• DPH na výstupu (ř. 1-26) se počítá z položek vystavených faktur a řádků DPH zaúčtovaných příjmových pokladních daňových dokladů.
• DPH na vstupu / nárok na odpočet (ř. 40-47) z položek přijatých faktur, jejich řádkových alokací a řádků DPH zaúčtovaných výdajových pokladních dokladů.
• Samovyměřená daň u reverse charge a pořízení z EU se objevuje na obou stranách (výstup ř. 3-13 + odpočet ř. 43).
• Agreguje se per řádek faktury (*_items), ne per faktura — kvůli kurzu cizí měny a možnosti per-řádek klasifikace.

Tato řádková evidence je společná pro daňovou evidenci i podvojné účetnictví. Změna účetního režimu proto sama nemění výsledek DPHDP3, KH ani SH. Datum úhrady ovlivňuje daň z příjmů v daňové evidenci, nikoli období DPH.

Které doklady se zahrnou

Přepočet měny

Základ i daň se vždy převedou na CZK kurzem faktury (exchange_rate); u CZK faktur je kurz 1. Chybějící kurz u cizoměnového daňového plnění je chyba podkladu. Evidence drží haléře, ale jednotlivé atributy a řádky DPHDP3 se v XML zaokrouhlují na celé Kč běžným matematickým zaokrouhlením. Dodatečné přiznání počítá rozdíl až mezi takto zaokrouhlenými hodnotami nové a poslední odeslané verze; prostý rozdíl haléřových součtů proto nemusí být totožný.

Mapování na řádky přiznání

Krácený odpočet § 76 (koeficient)

Přijaté faktury s Nárok na odpočet DPH = Krácený (§76) (viz Přijaté faktury § 23.2.4) jsou doklady se společnými vstupy — používanými zároveň pro plnění s nárokem na odpočet i pro plnění osvobozená bez nároku podle § 51 (typicky nájem, energie, účetní služby u firem, které mají vedle zdanitelných příjmů i osvobozené — pronájem, finanční nebo zdravotní služby). Na rozdíl od poměrného odpočtu §75 se procento nezadává na jednotlivém dokladu — kráti se jedním koeficientem za celou firmu a rok.

Jak se to projeví v přiznání:

• Doklad se zařadí do sloupce „Krácený odpočet" na řádcích 40/41/42 (místo sloupce „V plné výši") — daň na dokladu je plná, per doklad se nic nekrátí.
• Řádek 46 (Odpočet daně celkem) se rozpadá na dvě čísla — „V plné výši" (řádky 40-45 mimo krácený sloupec) a „Krácený odpočet" (součet kráceného sloupce řádků 40-42).
• Řádek 52 — krácený odpočet ř. 46 vynásobený zálohovým koeficientem platným pro daný rok. Vykazuje se v každém zdaňovacím období roku (měsíc i kvartál).
• Řádek 53 — jen v posledním zdaňovacím období roku (prosinec u měsíčních plátců, Q4 u kvartálních): systém dopočítá vypořádací koeficient ze skutečných dat celého roku a doplní rozdíl mezi ročním nárokem (roční krácený odpočet × vypořádací koeficient) a součtem, který už byl v jednotlivých obdobích uplatněn na ř. 52. Rozdíl může vyjít kladně i záporně.
• Řádek 63 (Odpočet daně celkem) = ř. 46 „V plné výši" + ř. 52 + ř. 53.

Nastavení koeficientu. Bez nastaveného zálohového koeficientu pro daný rok nejde doklad s kráceným nárokem §76 ani zaúčtovat, ani zahrnout do přiznání — systém vrátí srozumitelnou chybu s výzvou koeficient nejdřív nastavit. Nastavení zálohového koeficientu i roční vypořádání je v tuto chvíli dostupné jen přes administrátorské API — obdobně jako zámek účtování k datu, samostatná obrazovka v administraci pro tuto akci zatím není:

Plnění vyloučená z koeficientu. Pro transakce podle § 76 odst. 4 zvol v klasifikaci DPH odpovídající kód: 1m/2m pro zdaněný prodej dlouhodobého majetku, nebo 3m pro příležitostné osvobozené finanční či nemovitostní plnění. Doklad zůstane na běžném řádku 1/2 nebo 50 a současně se vykáže na řádku 51 ve správném sloupci; vypořádací koeficient ho odečte z čitatele nebo jmenovatele.

Omezení, o kterých je dobré vědět:

• Samotné účetní zaúčtování ročního vypořádání (na účty 548/343) systém nedělá automaticky — jen spočte a zobrazí částku na ř. 53 v přiznání; do Účetního deníku ji zapiš ručním zápisem.
• Kombinace reverse charge (samovyměření) a Krácený (§76) na jednom dokladu není podporovaná (řádek 43, kam se zrcadlí odpočet u samovyměření, nemá krácený protějšek) — takový doklad systém odmítne zaúčtovat i zahrnout do přiznání srozumitelnou chybou; zaúčtuj ho a vykaž ručně.

Samovyměření daně u reverse charge

U reverse charge (faktura s reverse_charge=1 nebo klasifikační kód s příznakem is_reverse_charge — kódy 5 a 23) vendor fakturuje bez DPH. Aplikace daň dopočítá ze základu: daň_CZK = základ_CZK × sazba / 100. Tatáž částka se uvede dvakrát:

• na výstupu (ř. 3 u zboží z EU, ř. 10 u tuzemského RC, ř. 5/12 u služeb),
• na vstupu jako odpočet na ř. 43 (přes dphdp3_line_secondary).

Net dopad na vlastní daň je tedy nulový (daň = odpočet), pokud máš plný nárok.

Vlastní daň vs. nadměrný odpočet

vlastní daň = DPH na výstupu − nárok na odpočet. Kladná hodnota = daň k úhradě FÚ; záporná = nadměrný odpočet. Atribut trans ve VetaD se nastaví A (vznikla povinnost) / N podle znaménka.

Jak fungují VAT klasifikační kódy

Každá faktura (nebo její řádek) má vat_classification_code (např. "1", "40", "5", "20"). Tento kód určuje na který řádek DPH přiznání položka patří.

Standardní kódy (CZ, 2025-2026):

Auto-default klasifikace

Pokud na fakturu/řádek manuálně nevybereš kód, systém automaticky přiřadí podle:

• VAT sazby na řádku (vat_rate_snapshot)
• Reverse charge flagu na faktuře
• Direction (sale → vystavené kódy, purchase → přijaté kódy)
• Tax date faktury (pro budoucí změny sazby)

Mapování čte z databáze vat_classifications table. Pokud admin v Codebooks tabu Klasifikace DPH upraví sazbu (např. 21% → 20% k 1.1.2027), defaulter automaticky chytne novou hodnotu.

U vystavených řádků se sazbou 0 % se klasifikace záměrně nedoplňuje automaticky. Nulová sazba sama nerozlišuje osvobození bez nároku, vývoz, plnění mimo předmět daně ani přeúčtování. Přiznání zobrazí warning a řádek zahrne až po výslovném výběru správné klasifikace.

Override per řádek nebo header

V editoru faktury (vystavené i přijaté) je sekce Klasifikace s VAT picker dropdown. Můžeš:

• Nechat prázdné → auto-default
• Vybrat konkrétní kód → manual override (např. specifický kód pro export)

Reverse charge v cizí měně

Pro RC plnění (typicky reverse_charge=true na fakturě, kódy 5 / 23 / 24) v cizí měně:

1. Kurz se aplikuje na základ DPH (pii.total_without_vat × invoice.exchange_rate).
2. Samovyměřená daň se dopočte ze sazby (základ_CZK × vat_rate / 100), protože vendor vystavil bez DPH.
3. Odpočet se uvede na ř. 43 jako mirror primary řádku (3 / 10 / 12 — viz dphdp3_line_secondary v vat_classifications).

Příklad: faktura z DE, 1 000 € @ kurz 25, vat_classification_code='23' → ř. 3 (p_zb23=25000, dan_pzb23=5250) + ř. 43 (odp_rezim=25000, odp_rez_nar=5250) + KH sekce A.2.

Pořízení dlouhodobého majetku

Checkbox „Pořízení dlouhodobého majetku" v editoru přijaté faktury označí doklad za majetek vymezený v § 4 odst. 4 písm. c) (vozidlo, stroj). Pro mixed doklady lze flag nastavit i per řádek.

Hodnota se na DPHDP3 uvede:

• ř. 40 (nebo 41/42/43 podle klasifikace) — běžný odpočet
• ř. 47 (atribut nar_maj) — doplňující údaj o hodnotě majetku

Daň se v součtech ř. 46 neduplikuje (ř. 47 je informativní). V Knize DPH je samostatná sekce 47.047 se sumací.

Kontrolní hlášení (DPHKH1)

Cesta: Daně → Kontrolní hlášení

Právnická osoba podává KH měsíčně; fyzická osoba podle svého zdaňovacího období měsíčně nebo čtvrtletně. Identifikovaná osoba KH nepodává. KH obsahuje sekce:

• A.1 — Plnění v režimu přenesené daňové povinnosti (dodavatel)
• A.2 — Pořízení zboží z jiného členského státu a přijaté služby od osoby neusazené v tuzemsku podle § 24, včetně třetích zemí. Typicky používá kód 23, 24 nebo jeho zahraniční variantu. Atributy: k_stat, vatid_dod, c_evid_dd, dppd, zakl_dane1/dan1, zakl_dane2/dan2. Daň je samovyměřená — Kniha DPH ji i u řádků RC počítá z základ × sazba/100.
• A.4 — Tuzemská plnění s DPH nad 10 000 Kč (individuálně)
• A.5 — Tuzemská plnění s DPH do 10 000 Kč (sumace)
• B.1 — Přenesená daňová povinnost (odběratel)
• B.2 — Přijatá tuzemská plnění nad 10 000 Kč
• B.3 — Přijatá tuzemská plnění do 10 000 Kč (sumace)

UI ukazuje count řádků per sekce + deadline countdown.

Typ podání — řádné, opravné, následné

Analogicky k DPH přiznání nabízí stránka Kontrolní hlášení selector Typ podání:

Po výběru Následné nebo Následné/opravné se zobrazí dvě volitelná pole:

• Datum zjištění — kdy jsi zjistil(a), že je potřeba podat opravu.
• Č. j. výzvy — číslo jednací výzvy finančního úřadu, pokud kontrolní hlášení reaguje na doručenou výzvu správce daně. Na doručenou výzvu má účetní jen 5 pracovních dnů na reakci — pole vyplň, pokud podání na výzvu navazuje.

Pravidla zařazení do sekcí

Aby v reálně podaném KH seděly sekce, řídí se zařazení dokladů těmito pravidly (odpovídají metodice GFŘ a opravám z reportu #35):

Kam který doklad patří

• A.1 (vystavené RC) — faktury v režimu přenesené daňové povinnosti (dodavatel). Detekce: klasifikační kód s is_reverse_charge nebo příznak reverse_charge na faktuře. Vyžaduje DIČ odběratele.
• A.2 (zahraniční samovyměření) — přijaté faktury s klasifikací kh_section = 'A.2' (typicky pořízení zboží kód 23, služby z EU a služby od osoby neusazené ve třetí zemi). Daň je samovyměřená (počítá se ze základu × sazba). Nezařadí se zároveň do B.2 ani do B.1.
• A.4 / A.5 (vystavená tuzemská) — viz pravidla v tabulce výše.
• B.1 (přijaté RC) — tuzemský reverse charge (kód 5 / is_reverse_charge). Pořízení z JČS (A.2) sem nepatří, i když je také samovyměřené.
• B.2 / B.3 (přijatá tuzemská) — analogicky k A.4/A.5. Vylučují se doklady, které patří do A.2 / B.1 / reverse charge (aby se neduplikovaly).

Atributy A.2 (zahraniční samovyměření)

k_stat (země dodavatele), vatid_dod (DIČ bez prefixu země), c_evid_dd (číslo dokladu dodavatele), dppd (datum povinnosti přiznat daň), zakl_dane1/dan1 (21 %), zakl_dane2/dan2 (12 %). Daň se dopočítá ze základu × sazba/100, protože vendor fakturuje bez DPH.

Oddíl A.2 zahrnuje také přijaté služby od osoby neusazené v tuzemsku ze třetí země (kód 24, ř. 12/13 přiznání). U takového dodavatele může zůstat VAT ID i kód členského státu prázdný.

Zvláštní režimy a opravy nedobytných pohledávek

V Systém → Číselníky → Klasifikace DPH lze u vlastního kódu nastavit:

• režim KH 0 (běžný), 1 (cestovní služba § 89) nebo 2 (použité zboží § 90),
• příznak P pro opravu nedobytné pohledávky dle § 46 / § 74b.

Hodnoty se přenesou do VetaA4.kod_rezim_pl a VetaA4/VetaB2.zdph_44. U vystaveného dobropisu, který snižuje daň, přiznání zároveň připomene ověření data doručení opravného daňového dokladu podle § 42 ZDPH.

Příznak zdph_44 na klasifikačním kódu označuje zvláštní režim v KH. Samotnou korekci odpočtu dlužníka podle § 74b připravuje a eviduje samostatná stránka Daně → Oprava odpočtu §74b, popsaná níže.

Oprava odpočtu §74b

Cesta: Daně → Oprava odpočtu §74b.

Stránka pro zvolený měsíc nejprve vytvoří náhled nanečisto. Vybírá tuzemské přijaté zdanitelné doklady s uplatněným odpočtem, vylučuje reverse charge a stornované doklady a porovnává je s evidovanými úhradami. Do úhrady vstupuje záloha, bankovní párování i pokladna; stav Zaplaceno je autoritativní signál plné úhrady i u starších dokladů bez detailní historie plateb.

Korekce vzniká po uplynutí šesti kalendářních měsíců následujících po měsíci splatnosti. Backend počítá:

cílová korekce = původně uplatněný odpočet × neuhrazená část / částka s DPH

Původně uplatněný odpočet respektuje plný, poměrný, krácený i nulový nárok. Od cíle se odečte čistá korekce zaevidovaná v dřívějších obdobích. Výsledná delta je buď nové snížení odpočtu, nebo obnovení odpočtu po další úhradě. Nulový rozdíl se znovu nezapisuje.

Příklad: z odpočtu 2 100 Kč zůstává 40 % závazku neuhrazeno; cílová korekce je 840 Kč. Po úhradě na 10 % neuhrazeného zbytku klesne cíl na 210 Kč a rozdíl 630 Kč se zobrazí jako obnovení odpočtu.

Tlačítko Zaevidovat období je vědomý zápis do daňového ledgeru a vyžaduje oprávnění finalizovat výkazy. Teprve zaevidované nenulové pohyby se promítnou do:

• DPHDP3 na řádky 40/41 a do související hodnoty řádku 34,
• kontrolního hlášení B.2 s příznakem zdph_44 = P,
• Knihy DPH.

Náhled nic nezapisuje ani neúčtuje do deníku. Před zaevidováním ověř splatnost, skutečné úhrady, původní nárok na odpočet a aktuální právní podmínky § 74b.

Opravy DPH (§43, §79 a §79a)

Cesta: Daně → Opravy DPH (§43, §79). Stránka vede dvě samostatné evidence; zápis vyžaduje oprávnění finalizovat výkazy, čtení běžné oprávnění k reportům.

§43 — oprava výše daně

§43 se používá při chybně určené výši daně, například při nesprávné sazbě nebo výpočtu. Není to dobropis podle §42: oprava patří zpětně do období původního plnění a vstupuje do dodatečného přiznání.

U záznamu vybereš vydanou nebo přijatou fakturu, období původního plnění, sazbovou skupinu, změnu základu a daně, datum doručení opravného dokladu, jeho číslo a povinný důvod. Změna DPH nesmí být nulová. Backend hlídá také lhůtu pro stanovení daně: standardně tři roky od 25. dne po konci původního zdaňovacího období; u čtvrtletního plátce se konec posuzuje za celé čtvrtletí.

Evidované částky se podle sazby přičtou k řádkům 1 nebo 2 DPHDP3 za období původního plnění. Evidence sama nevytváří účetní zápis a nepřepočítává zdrojovou fakturu.

§79 a §79a — registrace a zrušení registrace

Tato záložka eviduje odpočet při registraci a jeho snížení při zrušení registrace. Položky zadává účetní ručně, protože systém z dokladu nepozná, zda zásoba nebo majetek k rozhodnému dni stále tvoří obchodní majetek.

Zadává se druh operace, popis, datum pořízení, rozhodný den, druh majetku (zásoba nebo dlouhodobý majetek), DPH na vstupu a u dlouhodobého majetku pětiletá nebo desetiletá lhůta. Rozhodný den určuje období vykázání.

• při registraci vstupuje nárok kladně, pokud bylo plnění pořízeno nejvýše 12 měsíců před vznikem plátcovství,
• při zrušení registrace se u zásob vrací celý odpočet záporně,
• u dlouhodobého majetku se vrací jen podíl za roky zbývající z pěti- nebo desetileté lhůty; po jejím uplynutí je částka nulová.

Součet platných položek se promítá na řádek 45 DPHDP3, zaokrouhlený na celé Kč. Ani tato evidence sama neúčtuje do účetního deníku.

Co kontrola podání neumí

Křížové kontroly porovnávají sestavy vypočtené z aktuálních dat aplikace. Neumějí načíst skutečně odeslané DPHDP3 nebo DPHKH1 z portálu a porovnat je řádek po řádku. Pokud účetní XML na portálu ručně upraví, ulož jeho finální kopii a potvrzení mimo aplikaci a při další opravě ji porovnej ručně. Archivní snapshot je věrným obrazem souboru vytvořeného aplikací, nikoli automatickým potvrzením, že právě tento soubor byl přijat finanční správou.

Změna VAT sazby v budoucnu (např. 21% → 20% v 2027)

Pokud se sazba změní, postupuj:

1. Codebooks → Sazby DPH:

• U existující CZ-21 nastav valid_to = 2026-12-31
• Vytvoř novou CZ-20 s rate_percent = 20.00, valid_from = 2027-01-01

1. Codebooks → Klasifikace DPH:

• U kódu "1" (vystavená 21%) — buď uprav vat_rate na 20, nebo nech a budou se používat oba kódy (jen historicky).

1. Pro historické faktury 2026 — sazba 21% zůstane na řádku (snapshot, immutable po vystavení).
2. Pro nové faktury 2027+ — systém auto-default najde novou sazbu/kód.

Časté chyby

"Chybí kód finančního úřadu"

→ Doplň v Nastavení → Daňové nastavení.

"Faktura nemá VAT klasifikační kód"

→ Auto-default by ho měl přiřadit. Pokud ne, znamená to, že VAT sazba na řádku nemá v vat_classifications defaultní kód. Buď přidej kód v Codebooks, nebo vyber manual v editoru.

"DIČ klienta není ve formátu CZxxxxxxxx"

→ Pro KH XML potřebuje DIČ být čisté číslo (bez prefixu CZ). Systém to ořezává automaticky. Pokud klient nemá DIČ, doklad se zařadí do sumační sekce A.5 (resp. B.3) bez ohledu na částku — do A.4/B.2, kde je DIČ povinné, se nedostane. Pokud doklad do A.4/B.2 patřit má (protistrana je plátce), doplň jí DIČ.

"Dodatečné přiznání vyžaduje datum zjištění důvodů"

→ U typu podání Dodatečné vyplň pole Datum zjištění — bez něj systém rozdíl proti poslední známé dani nedokáže spočítat (§ 141 daňového řádu vyžaduje toto datum jako součást přiznání).

"Pro dané období neexistuje dřívější řádné/opravné přiznání"

→ Dodatečné přiznání se vždy počítá jako rozdíl proti poslední známé dani — pokud za dané období ještě nebylo podáno žádné řádné ani opravné přiznání, nemá se vůči čemu rozdíl počítat. Nejdřív podej za dané období řádné (nebo opravné) přiznání, teprve pak lze dodatečně opravovat.

"Opravné dodatečné přiznání (druh E) zatím není podporováno"

→ Volba Dodatečné/opravné se v selectoru schválně vůbec nenabízí (viz Typ podání — DPH přiznání) — jde o právně složitější případ (nahrazuje předchozí dodatečné přiznání, ne že by k němu jen přičítal rozdíl). Sestav ho ručně ve spolupráci s daňovým poradcem.

Podpora pro daňového poradce

Pokud XML zpracovává externí účetní:

1. Vyplň v Nastavení Sestavitel přiznání (jméno, funkce, telefon, email)
2. Doporučujeme: u poradce ověřit XML před prvním podáním
3. Před odesláním použij kontroly v otevřeném formuláři EPO. Serverový parametr test=1 se týká podepsaného ZAREP podání a není součástí asistovaného předání.