Identifikovaná osoba: nejčastější chyby, pokuty a termíny

Proč jsou chyby u IO tak časté

Režim identifikované osoby má jednu nepříjemnou vlastnost: povinnost vzniká automaticky ze zákona, ale nikdo vám ji nepřipomene. Platforma neodesílá notifikaci. Finanční úřad nevolá. Zjistíte to buď sami, nebo až přijde výzva.

V praxi vidíme, že většina problémů nevzniká z úmyslu, ale z nevědomosti nebo odkladu. Řidič Bolt začne jezdit a neví, že se stal IO. Freelancer na Upwork má platné DIČ, ale nepodává měsíční přiznání. Tvůrce na OnlyFans vůbec netuší, že přeshraniční režim něco vyžaduje.

Tento článek shrnuje nejčastější chyby, jejich důsledky a praktický rescue plán.

1) Pozdní registrace identifikované osoby

Pravidlo: registraci IO je třeba podat do 15 dnů ode dne, kdy se osoba stala identifikovanou osobou (§ 97 zákona o DPH).

V praxi: u řidičů Bolt/Uber to znamená do 15 dnů od první jízdy. U freelancerů — do 15 dnů od první stržené provize platformou. U tvůrců — do 15 dnů od prvního plnění od platformy sídlící v EU.

Co hrozí: pokuta za opožděnou registraci a povinnost zpětně dorovnat přiznání k DPH za všechna období od vzniku povinnosti.

Řešení: co nejdříve podat registraci a zpětně doplnit chybějící přiznání. Čím dříve, tím nižší sankce. Postup: registrace IO.

2) Nepodání měsíčního přiznání k DPH

Pravidlo: přiznání k DPH se podává za období, ve kterém vznikla povinnost přiznat daň, do 25. dne následujícího měsíce.

V praxi: u aktivních řidičů nebo freelancerů to bývá každý měsíc. Kdo má registraci IO, ale nepodává přiznání, hromadí dluh vůči úřadu.

Co hrozí:

• pokuta za opožděné podání — min. 500 Kč za přiznání,
• při delším prodlení se sankce zvyšují,
• u více měsíců se sumy kumulují,
• finanční úřad může zahájit postup z moci úřední.

Řešení: zmapovat chybějící období, doplnit přiznání v pořadí od nejstaršího a nastavit stabilní měsíční režim. Servis: měsíční hlášení IO.

3) Chybějící souhrnné hlášení

Pravidlo: identifikovaná osoba, která poskytla službu osobě registrované k DPH v jiném členském státě (reverse charge), podává souhrnné hlášení do 25 dnů po skončení kalendářního měsíce.

V praxi: tuto povinnost má například freelancer, který fakturuje klientovi v Německu, nebo OSVČ poskytující konzultace firmě z Rakouska.

Co hrozí: pokuta za nepodání souhrnného hlášení. Finanční úřad kontroluje návaznost mezi přiznáním k DPH a souhrnným hlášením.

Řešení: ověřit, zda vám souhrnné hlášení vzniká, a pokud ano, zařadit ho do měsíčního režimu podání.

4) Záměna IO s plátcem DPH

Chyba: podnikatel se zaregistruje jako plátce DPH místo identifikované osoby (nebo naopak), protože nerozumí rozdílu.

Důsledek: špatný režim = špatná přiznání = doměrky a opravy. Plátce DPH má výrazně náročnější administrativu (kontrolní hlášení, DPH na fakturách, odpočty).

Jak to správně:

Kritérium	Identifikovaná osoba	Plátce DPH
Kdy vzniká	Přijetí služby z EU	Obrat 2 mil. / 2,5 mil. Kč
DPH na fakturách	Ne	Ano
Odpočet DPH	Ne	Ano
Kontrolní hlášení	Ne	Ano

Detailní porovnání: identifikovaná osoba vs. plátce DPH.

5) Ignorování IO při více platformách

Chyba: podnikatel jezdí pro Bolt, zároveň má příjmy z Upwork, a řeší IO jen pro jednu platformu nebo vůbec.

Pravidlo: IO je jeden daňový status. Podání za měsíc je jedno, ale musí zahrnout všechny relevantní přeshraniční služby z daného období — ze všech platforem.

Řešení: při měsíčním zpracování poskytnout výpisy ze všech platforem. Náš servis je na to připravený.

6) Nedořešení IO při ukončení činnosti

Chyba: podnikatel přestane jezdit nebo pracovat přes platformu, ale neukončí IO registraci a nepodá poslední přiznání.

Důsledek: formálně je stále IO a úřad může vyžadovat podání za další období.

Řešení: podat žádost o zrušení registrace IO a uzavřít poslední období čistě.

7) Spoléhání na to, že „úřad to nevidí"

Tato strategie přestala fungovat. S nástupem DAC7 platformy automaticky hlásí údaje o prodejcích a poskytovatelích služeb finančním úřadům. Bolt, Uber, Upwork, OnlyFans, Airbnb — všechny tyto platformy jsou pod reportovací povinností.

Kdo nemá IO v pořádku, je teď v jasně vyšším riziku kontroly a doměrku než kdykoli předtím.

Rescue plán: co dělat, když máte skluz

Pokud zjistíte, že máte mezery v registraci nebo podání, nepanikařte, ale jednejte rychle:

1. Zmapujte období: od kdy běží IO povinnost, za kolik měsíců chybí podání.
2. Prioritizujte: nejdřív nejstarší období s nejvyšším sankčním rizikem.
3. Doplňte: registraci (pokud chybí) a chybějící přiznání postupně, jedno po druhém.
4. Stabilizujte: nastavte měsíční režim, aby se problém neopakoval.
5. Konzultujte: pokud je situace složitější (více platforem, více let), nechte si pomoct.

Klíčové: podání z vlastní iniciativy (bez výzvy úřadu) obvykle vede k nižším sankcím.

Přehled termínů IO — měsíční kalendář

Den v měsíci	Co se děje
1.-5.	Stáhnout výpisy z platformy za předchozí měsíc
5.-15.	Připravit podklady pro přiznání k DPH
15.-20.	Kontrola a finalizace přiznání
do 25.	Elektronické podání přiznání k DPH (a souhrnného hlášení, pokud vzniká)

Kdo tento kalendář drží, nemá důvod řešit pokuty. Kdo ho ignoruje, řeší je téměř jistě.

8) Jak finanční úřad čte vaši IO agendu při kontrole

Podnikatelé často řeší jen výši částky, ale kontrola jde v jiném pořadí: nejdřív časová osa, pak úplnost, až potom výpočet. Pokud chybí časová osa, úřad automaticky předpokládá vyšší riziko a zvyšuje detail kontroly.

Typický kontrolní rámec vypadá takto:

1. Vznik povinnosti: od kdy objektivně běží IO status (první relevantní plnění).
2. Registrace: jestli byla podána v termínu a kdy byla účinná.
3. Měsíční návaznost: zda za každé relevantní období existuje odpovídající podání.
4. Konzistence podkladů: jestli platformní výpisy sedí na přiznané hodnoty.
5. Nápravná aktivita: jestli podnikatel chyby aktivně opravuje, nebo čeká na další výzvu.

Z pohledu praxe je nejdůležitější poslední bod. Aktivní a průhledná náprava bývá posuzována výrazně lépe než pasivita, i když původní chyba byla větší.

9) Matice rizik: které chyby bolí nejvíc

Ne všechny chyby mají stejný dopad. Pro řízení rizika je užitečné rozdělit je do tří úrovní:

Vysoké riziko (řešit ihned)

• Žádná registrace IO, i když povinnost běží měsíce.
• Více nepodaných období v řadě bez jakéhokoliv rescue plánu.
• Nereagování na doručenou výzvu z finančního úřadu.

Střední riziko (řešit v nejbližším cyklu)

• Podání existují, ale nejsou konzistentní s platformními reporty.
• Nejasná práce s kurzy a chybějící dokumentace metodiky.
• Část období je „odhadnuta“ bez podkladového exportu.

Nízké riziko (optimalizace)

• Pozdní interní archivace potvrzení, ale podání i úhrada proběhly včas.
• Formální nedostatky v popisu evidence bez dopadu na daňovou povinnost.

Takové rozdělení pomáhá neplýtvat energií. Nejčastější chyba v rescue režimu je, že se řeší „dokonalost“ u nízkého rizika, zatímco vysoké riziko dál běží.

10) 14denní rescue workflow pro skluz v IO

Pokud máte skluz, nejlepší je pevný harmonogram místo improvizace. Níže je rámec, který funguje u klientů s více otevřenými obdobími:

Dny 1-2: Diagnostika

• Sepsat přesný seznam otevřených období.
• Označit, kde je nejvyšší sankční riziko.
• Získat chybějící exporty z platforem.

Dny 3-5: Uzávěrka nejstaršího rizikového období

• Dopočítat období s největším dopadem.
• Podat a uložit potvrzení.
• Připravit interní poznámku k návaznosti.

Dny 6-10: Dohánění zbývajících měsíců

• Pokračovat chronologicky, ne nahodile.
• Po každém podání uzavřít i platbu a archivaci.
• Udržet paralelně běžný aktuální měsíc.

Dny 11-14: Stabilizace

• Nastavit opakovatelný měsíční rytmus 10-20-25.
• Zavést checklist a jednoho vlastníka procesu.
• Ověřit, že příští měsíc už poběží bez výjimek.

Cílem 14 dnů není „dokonalá dokumentace za celou historii“, ale návrat do kontrolovaného provozu. Historické čištění se pak dělá bez časového tlaku.

11) Co poslat, abychom mohli rovnou začít

Bez minimálního balíku dat se nedá pracovat na míru. Pokud chcete konkrétní cenu a postup, připravte si:

• datum první relevantní transakce (jízda, platform fee, zahraniční služba),
• seznam platforem, přes které jste v daném období fungovali,
• přehled již podaných období a případných chybějících měsíců,
• informaci, zda jste obdrželi výzvu z FÚ,
• 3 poslední měsíční exporty jako referenční vzorek.

S tímto minimem lze během jedné schůzky sestavit akční plán, který je nejen právně správný, ale i provozně realizovatelný. Bez těchto podkladů se jen posouvá rozhodnutí a roste riziko další sankce.

12) Jak poznat, že je agenda po opravě skutečně stabilní

Po rescue fázi je klíčové ověřit, že nejde jen o jednorázové „uhašení“. Stabilita IO agendy má tři měřitelné znaky:

• Včasnost: dvě po sobě jdoucí období podaná před termínem.
• Konzistence: platformní data, výpočet i podání mají dohledatelnou návaznost.
• Opakovatelnost: další měsíc lze zpracovat stejným postupem bez ad-hoc výjimek.

Pokud chybí byť jeden znak, proces je stále křehký a je potřeba ho dopracovat. Kdo tuto fázi přeskočí, obvykle řeší stejný problém znovu během 1-2 kvartálů.

13) Mikro-rutina, která drží IO bez stresu celý rok

U většiny klientů rozhoduje ne složitost zákona, ale disciplína v malých opakovaných krocích. Funkční model je jednoduchý: jednou týdně 20 minut na kontrolu podkladů a jednou měsíčně pevný uzávěrkový blok. V týdenním bloku zkontrolujete, zda jsou všechny reporty z platforem stažené a správně zařazené do období. V měsíčním bloku uzavřete výpočet, podání i platbu najednou, včetně archivace potvrzení.

Tato mikro-rutina eliminuje dvě nejdražší chyby: zapomenutá období a improvizaci na poslední chvíli. Pokud navíc každý měsíc doplníte krátkou poznámku „co bylo podáno a z čeho“, vytvoříte auditní stopu, která výrazně zjednoduší případnou kontrolu i roční uzávěrku.

Oficiální zdroje (ověřeno 7. března 2026)

• Zákon č. 235/2004 Sb., o DPH (§ 6g, § 97, § 101)
• Zákon č. 280/2009 Sb., daňový řád (sankce za opožděné podání)
• Finanční správa: DPH — obecné informace

Nechcete řešit pokuty? Nastavte IO správně od začátku

Pomáháme s kompletní IO agendou: registrace, měsíční podání, rescue plán i roční přiznání. Pro řidiče taxi, freelancery i tvůrce obsahu.

Popište situaci nebo volejte +420 777 167 868. Cenu potvrdíme předem.