Stejná restaurace přijímá hotovost u pultu, kartu u stolu a online platbu za jídlo na rozvoz. Objednávky se mohou potkat v jedné pokladně, ale okolnosti plateb se liší. Pro EET nerozhoduje samotný název platební metody ani to, na které obrazovce vznikla objednávka. Nejdříve je potřeba popsat skutečný tok a určit, který systém jej eviduje.
Článek se věnuje provozní přípravě podle zákona č. 180/2026 Sb. a podkladů ověřovaných 25. října 2026. Jde o stav před spuštěním evidence od ledna 2027. Modely předpokládají běžné podnikatelské příjmy v Česku bez zvláštní zákonné výjimky. Složitější zastupování a smluvní vztahy je nutné posoudit podle skutečných podmínek, nikoli podle loga platební aplikace.
Rozlište objednávku, platbu a evidenční zprávu
Objednávka říká, co zákazník požaduje. Platba vyjadřuje peněžní událost. Datová zpráva předává zákonem určené údaje správci daně. Jeden obchod může vytvořit několik technických záznamů, ale z toho neplyne několik různých příjmů. Pokladna proto potřebuje vazbu mezi událostmi, aby byly jejich stavy vysvětlitelné.
Při běžném nákupu může objednávka vzniknout u číšníka a úhrada na telefonu hosta. Pokud obě aplikace přenesou do POS vlastní záznam, musí být jasné, zda se jeden doplňuje, nebo vznikají dva prodeje. Tuto otázku vyřešte s dodavateli předem. Samotný souhrnný přehled transakcí problém neodhalí spolehlivě.
Potvrzení platební brány není potvrzovacím kódem EET. Naopak potvrzení přijetí evidenční zprávy neprokazuje bankovní vypořádání. Obsluha nemusí znát technický formát zprávy, ale musí rozlišit, kterou část potřebuje dohledat. Jinak může při opravě platby nechtěně vytvořit další nezávislou tržbu.
Kontaktní platba není jen hotovost
Zákon rozlišuje kontaktní platbu zejména podle osobního kontaktu a místa souvisejícího s prodejem. Může jít o hotovost i bezhotovostní způsob. Hotovost a další prostředky hmotné povahy mají zvláštní rozšíření definice; relevantní jsou také zákonné výjimky. Není proto správné rozdělit všechny platby na evidovanou hotovost a neevidované karty.
Typickou kontaktní situací je platba kartou na prodejně nebo QR úhrada hosta sedícího v restauraci. Samotné použití internetu z ní nedělá vzdálený prodej. Naopak platba provedená na dálku bez osobního kontaktu a mimo příslušné prostory může mít jiný režim. Posuzujte okolnosti konkrétní úhrady.
Obecné souvislosti shrnuje stávající průvodce evidencí tržeb od roku 2027. Zde se zaměřujeme na technické rozdělení práce a kontroly. Neměňte však nastavení všech kanálů jen podle krátkého názvu bankovní převod nebo online platba.
Mapa běžných platebních situací
Následující přehled je orientační aplikací pravidel na zjednodušené modely. Předpokládá podnikatele bez výjimky a skutečně popsané okolnosti. U složitějšího rozvozu je nutné doplnit smluvní roli zprostředkovatele, místo úhrady a způsob převodu peněz.
| Modelová situace | Výchozí posouzení | Co ověřit v sestavě |
|---|---|---|
| Hotově u pultu | Kontaktní platba | Evidenci z POS a správnou hotovost |
| Kartou na provozovně | Kontaktní platba | Vazbu terminálu a evidujícího systému |
| QR úhrada u stolu | Kontaktní okolnosti trvají | Jednoznačný stav účtu a zprávy |
| Platba z domova za vzdálenou objednávku | Typicky vzdálená úhrada | Skutečný čas, místo a smluvní tok |
| Osobní odběr s platbou až na místě | Kontaktní platba | Nepřevzít režim předplacených objednávek |
Tabulka nerozhoduje, zda má konkrétní software hotovou správnou integraci. Určuje pouze otázky, které je potřeba zodpovědět. Pro každý tok si připravte skutečný příklad dokladu a potvrzení. Mapa má vzniknout z reálného provozu, nikoli z předpokládaných funkcí aplikace.
Karta u pultu: terminál přijímá platbu, POS může evidovat
U obvyklé propojené sestavy se částka přenese z pokladny do terminálu a výsledek zpět. Samostatně je potřeba určit, která část odešle údaje do EET. Pokud to zajišťuje pokladna, terminál nemá při stejné operaci vytvářet druhý nezávislý evidenční tok. Přesné chování potvrďte pro používané verze.
Při demonstraci zaznamenejte identifikátor prodeje, platby a evidenční zprávy. Nemusejí být stejné, ale jejich vazba musí jít dohledat. Zkontrolujte běžnou transakci, zamítnutí a nejasnou odpověď. Obsluha potřebuje podporovaný postup pro každou situaci, nikoli jedno univerzální tlačítko opravit.
U samostatného terminálu vzniká více ruční kontroly. Zadaná částka má souhlasit s účtem a stav platby s jeho uzavřením. Způsob odesílání do evidence nesmí být založený na měsíčním ručním součtu. Zákon vymezuje okamžik evidování jednotlivé tržby, nikoli pouze následnou kontrolu celkového obratu.
QR platba u stolu potřebuje správnou návaznost
QR kód může otevřít různé platební technologie. V restauraci však samotné použití telefonu neodstraňuje kontaktní okolnosti. Zjistěte, zda host platí celý účet, vybrané položky nebo podíl. Pokladna potřebuje vědět, co po každé úhradě zbývá a která evidenční událost k ní patří.
Při zkoušce rozdělte účet mezi tři hosty a jednu část uhraďte jinou metodou. Zkontrolujte součet skutečných úhrad a návaznost jejich evidence. Pokud se některá odpověď zpozdí, nesmí obsluha bez dohledání znovu uzavřít celý účet. Jinak vznikne problém na platební i evidenční straně.
Podrobný profil ChoiceQR popisuje vztah objednávky a pokladny. Pro EET si navíc vyžádejte konkrétní potvrzení připravenosti. Marketingový výraz fiskalizace bez uvedení českého systému, verze a odpovědnosti není důkazem úplné funkčnosti sestavy.
Vlastní rozvoz: sledujte, kdy a kde se platí
Objednávka vytvořená na webu nemusí být předplacená. Zákazník může platit dopravci nebo vlastnímu kurýrovi až při předání. Posuzovat všechny internetové objednávky stejně by proto bylo chybné. Popište zvlášť platbu předem a platbu při doručení, včetně toho, kdo peníze přijímá a v jakém postavení.
Hotovost přijatá při vlastním doručení není automaticky mimo evidenci jen proto, že není přijata v kamenné provozovně. Zákon má pro hotovost širší definici. Výjimku týkající se poštovní služby nelze bez dalšího přenášet na jakéhokoli kurýra. Rozhodující jsou skutečné právní a provozní podmínky.
U vlastního rozvozu proto vytvořte samostatné platební volby a jasnou evidenční odpovědnost. Kurýr potřebuje vědět, zda inkasuje, nebo předává již uhrazené jídlo. Dodatečný ruční zápis jako nového prodeje může zdvojit objednávku, která už je v POS. Podporovaný postup musí zachovat původní vazbu.
Platformy a zprostředkovatelé: smlouva má přednost před zkratkou
Samotné připsání peněz od platformy nevysvětluje, kdo přijal původní platbu a jakou roli měl vůči zákazníkovi. Zákon upravuje také nepřímé zastoupení a pověření k evidování. Univerzální tvrzení platforma vše vyřeší nebo všechno eviduje restaurace proto není dostatečné pro konkrétní nastavení.
Připravte smlouvu, vzor objednávky a výpis vypořádání. Zjistěte, kdo jedná vlastním jménem, na čí účet a zda existuje pověření. Platební tok posuďte s odborníkem podle skutečných podmínek. Dodavatel pokladny potom potřebuje jednoznačné zadání, nikoli odhad podle názvu partnera.
Příjem jedné souhrnné výplaty nemusí být totožný s okamžikem jednotlivých plateb zákazníků. Také poplatek platformě není automaticky částkou, kterou stačí odečíst z evidované tržby. Při kontrole oddělte hrubý prodej, poplatky a vypořádání. Každý součet slouží jinému účelu.
Zálohy a čerpání: nepoužívejte obyčejnou slevu jako náhradu
Zákon počítá i s platbami určenými k následnému čerpání nebo zúčtování a s jejich čerpáním, pokud jsou splněné příslušné podmínky. U záloh a poukazů proto nestačí pouze konečný doplatek na účtu. Potřebujete zachovat původní událost a správné rozlišení navazujícího čerpání.
Vlastní model může obsahovat zálohu 500 Kč a konečnou cenu 1 800 Kč. Doplatek je 1 300 Kč, ale tento aritmetický výsledek sám neurčuje veškeré evidenční údaje. Při přejímce nechte dodavatele ukázat přesné nastavení obou událostí podle aktuální metodiky. Nahradit zálohu slevou může ztratit potřebnou historii.
U poukazů rozlišujte finanční a provozní pohled. Zůstatek, platnost a čerpání potřebují vlastní identitu. Případná oprava musí být dohledatelná a nemá vytvářet další nezávislý zůstatek. Tyto situace jsou zvlášť důležité při změně systému nebo přesunu mezi provozovnami.
Duplicita stejné zprávy není totéž jako druhá tržba
Systém evidence porovnává základní údaje při rozpoznávání duplicitních zpráv. Pokud software opakuje přenos stejné operace podporovaným způsobem, jde o jinou situaci než nové ruční zadání s jiným číslem nebo časem. Nečekejte, že podobná částka automaticky prokáže totožnost obou záznamů.
Příklad: po zpožděné odpovědi obsluha znovu zadá celý prodej a původní zpráva se později také potvrdí. Nové identifikátory mohou znamenat jinou evidovanou tržbu. Proto nejprve dohledávejte původní stav. Oprava má vycházet z potvrzeného výsledku, nikoli z dojmu, že první pokus asi neprošel.
Do školení zařaďte konkrétní obrazovky a kontakt podpory. Pracovník potřebuje poznat čekající zprávu, chybu a dokončenou operaci. Nepotřebuje při každém problému vytvářet nový účet. Krátký postup u pokladny má tuto hranici vysvětlovat jednoznačně.
Storno prodeje, refundace a oprava evidence
Vrácení zboží nebo části peněz může vyžadovat několik souvisejících kroků. Zákon u vrácené či opravované evidované tržby stanoví obdobný postup se zápornou tržbou. To ale samo neprovede refundaci na platební kartu ani skladový pohyb. Každá část musí odpovídat skutečné události.
Při demonstraci vraťte pouze jednu položku z většího nákupu. Ověřte peníze, účetní doklad, sklad a evidenční výstup. Záporný záznam se nemá používat jako neurčité srovnání všech rozdílů na konci měsíce. Zachovejte důvod a vazbu potřebnou pro kontrolu, i když technický protokol používá vlastní identifikaci.
Opravy mají mít určená oprávnění. Běžná obsluha může závadu ohlásit, ale nemusí být oprávněná změnit všechny citlivé údaje. Zajistěte dostupného člověka, který zná postup. Pravidlo nesmí vést k obcházení přes sdílený administrátorský účet.
Kontrola po směně má tři různé otázky
První otázka zní, zda souhlasí skutečné prodeje a platební metody. Druhá, zda se správně vypořádaly peníze. Třetí, zda byly odeslány a přijaty potřebné evidenční zprávy. Součet bankovního výpisu není náhradou kontroly neodeslaných tržeb a přehled EET není úplnou účetní uzávěrkou.
Vytvořte seznam výjimek místo plošného ručního přepisování. Patří sem nejasné platby, neodeslané záznamy a nevysvětlené rozdíly. Ke každé položce určete vlastníka a termín řešení. Kontrola má dovést případ k prokázanému výsledku, ne pouze potvrdit, že se někdo podíval na dashboard.
Co požadovat od dodavatelů před spuštěním
Písemně potvrďte, která aplikace eviduje každý tok a jaké verze jsou podporované. Součástí má být postup obnovy přenosu, dohledání výsledku a opravy. Pokud se řešení skládá z více partnerů, určete první kontakt a odpovědnost za rozhraní. Jinak může při závadě každá strana vidět pouze vlastní část.
- Připravte mapu všech používaných platebních cest.
- U každé určete prodávajícího, příjemce a evidující systém.
- Ověřte běžnou úhradu, odmítnutí a nejasný výsledek.
- Projděte částečnou vratku, zálohu a případné čerpání.
- Potvrďte seznam čekajících záznamů a způsob kontroly.
Nejlepší přípravou není označit všechny aplikace slovem EET, ale odstranit mezery mezi nimi. Pokud dokážete u konkrétního nákupu vysvětlit objednávku, platbu, příjem zprávy a případnou opravu, máte použitelný základ. Nejasné smluvní nebo právní zařazení vyřešte před zapnutím ostrého toku.
Model jednoho dne: proč souhrnná výplata nestačí
Představme si vlastní zjednodušený den s hotovostním prodejem za 8 000 Kč, kartami na provozovně za 12 000 Kč a vzdálenými předplacenými objednávkami za 5 000 Kč. Celkový prodej činí 25 000 Kč, ale jednotlivé toky mohou mít různé evidenční okolnosti. Příklad předpokládá běžného podnikatele bez výjimky a skutečně vzdálené provedení posledních plateb.
Pokud jsou první dvě skupiny kontaktními platbami, základní rozlišení směřuje k jejich evidování. U třetí je podstatné, že nejde jen o internetové vytvoření objednávky, ale o úhradu na dálku. Model ukazuje, proč samotný účetní součet všech prodejů není dostatečným zadáním. Každá skutečná platba musí mít správně popsané okolnosti.
Následující výplata zpracovatele může sdružit platby z více dnů a odečíst poplatky. Nelze z ní bez dalšího odvodit, co mělo být evidováno u jednotlivých zákaznických událostí. Potřebujete rozpad na transakce a příslušná data. Výplatu kontrolujte jako vypořádání peněz, nikoli jako univerzální náhradu původních záznamů.
Do modelu přidejte jednu částečnou refundaci 600 Kč. Musí být jasné, které platbě patří, zda proběhlo vrácení peněz a jak byla zachycena odpovídající oprava evidence. Pouhé snížení denního součtu nevysvětluje jednotlivý případ. Právě propojení těchto událostí má předvést dodavatel celé sestavy.
Jak udržovat mapu plateb při změnách
Platební tok se může změnit přidáním nové aplikace, zavedením osobního odběru nebo jinými podmínkami rozvozu. Před spuštěním změny znovu ověřte, kdy a komu zákazník platí. Starý popis nemusí odpovídat novému stavu. Jiná grafika objednávkového formuláře přitom může vypadat jako drobná úprava, ačkoli mění způsob úhrady.
Určete člověka, který mapu spravuje a schvaluje technické nastavení podle vyjasněných podkladů. Běžný pracovník nemá samostatně přidávat nové platební tlačítko a odhadovat jeho režim. Současně musí být možné změnu provést včas. Nejasná odpovědnost mezi provozem, účetní a dodavatelem je častou příčinou mezer v kontrole.
Ke každé verzi mapy uložte datum účinnosti, popis změny a výsledek ověření. Není nutné archivovat nepřehledné množství snímků stejné obrazovky. Důležité jsou změněné okolnosti a důkaz, že podporované řešení odpovídá zadání. Při pozdější kontrole pak zjistíte, který postup platil pro danou transakci.
Při školení použijte skutečné názvy metod z vlastní pokladny. Obecný pojem online může v různých aplikacích znamenat něco jiného. Zaměstnanec musí poznat, kterou volbu použije při předplaceném odběru a kterou při doplatku na místě. Dobře popsaná mapa překládá právní a technické rozlišení do každodenní práce, aniž by po obsluze chtěla odborné rozhodování během prodeje.
U každé neobvyklé platební cesty si nechte vysvětlit také identifikaci:
- Prodávající: který subjekt skutečně uskutečňuje obchod a podle jakých smluvních podmínek.
- Příjemce platby: kdo peníze přebírá a zda tak činí vlastním jménem, na účet jiného nebo v další smluvní roli.
- Evidující systém: kde vzniká zpráva, jaké údaje používá a jak se dohledá její potvrzení.
Shodná obrazovka neprokazuje shodné právní uspořádání. Dvě pobočky se stejnou aplikací mohou prodávat za různé subjekty a vyžadovat odlišné nastavení. Při změně provozovatele proto nestačí upravit logo nebo bankovní účet. Znovu posuďte celý tok a konkrétní odpovědnosti. Tento krok patří k přípravě, nikoli k následnému vysvětlování nesprávně přiřazených záznamů.
Na vyjasněnou mapu navazuje příprava pokladny a přejímka EET. Zahrňte do ní právě ty platební cesty, které podnik skutečně používá. Zkouška jedné běžné hotovostní úhrady neověří zprostředkovaný rozvoz, čerpání ani kombinované placení u stolu.
Časté otázky
Je platba přes QR kód automaticky mimo EET?
Ne. Rozhodují také kontaktní okolnosti a další zákonné podmínky, nikoli pouze použití telefonu.
Znamená výplata od platformy, že evidenci vyřešila ona?
Ne automaticky. Ověřte právní roli, původní příjem platby a případné pověření podle smluv.
Mám při nejasném odeslání zadat nový prodej?
Nejprve dohledávejte původní stav. Nové nezávislé zadání může vytvořit další tržbu.
Je storno účtu totéž co vrácení peněz?
Ne. Pokladní oprava, refundace, sklad a evidenční zpráva jsou související, ale rozdílné operace.
