Když pokladně vypadne internet: offline prodej, platební terminál a EET

Když pokladna ztratí internet, oddělte čtyři věci: místní prodej, autorizaci karty, cloudovou synchronizaci a odeslání EET. Úspěch jedné části neprokazuje ostatní. Tablet může přijmout hotovostní prodej, zatímco terminál nemá spojení a vzdálený přehled neukazuje nová data. Obsluha potřebuje znát stav jednotlivých kroků a předem domluvený náhradní postup.

Tento průvodce připravuje provoz i na novou EET od 1. ledna 2027 podle oficiálních podkladů dostupných 25. října 2026. Nejde o popis redakčně vyzkoušené poruchy konkrétní pokladny. Technické možnosti ověřte pro svůj model a verzi programu. Zákonný náhradní postup není důvodem plánovat běžný offline provoz; potřebujete obnovit spojení a zkontrolovat skutečný výsledek.

První minuta: zjistěte, co právě nefunguje

Začněte konkrétní chybou. Reaguje aplikace? Lze zobrazit otevřený účet? Je problém pouze v terminálu, nebo připojení nefunguje ani na dalším zařízení? Pokud se objeví hlášení při platbě, zapište čas, částku a identifikaci rozpracovaného případu. Nepokračujte automaticky novým prodejem jen proto, že předchozí potvrzení zmizelo. Nejistý výsledek je stav k dohledání, ne důkaz, že se nic neuskutečnilo.

Rozlišujte také poruchu internetové přípojky od výpadku jedné vzdálené služby. Pokud funguje jiný web, ještě to neprokazuje dostupnost pokladního cloudu ani příslušného rozhraní. Naopak nefunkční Wi-Fi na tabletu nemusí znamenat celkový výpadek provozovny. Diagnostika má postupovat od jednoduchých pozorování, nikoli od hromadného restartu všeho. Ten může odstranit rozpracovaný stav a ztížit zjištění, co se stalo těsně před chybou.

Vlastní rozdělení diagnostiky. Skutečné možnosti závisí na programu, zařízení a platební službě. Na mobilu lze tabulku posouvat do stran.

Místní aplikace a webová správa jsou odlišné

Některé pokladní systémy ukládají část prodejních dat místně a po obnovení připojení synchronizují. To však není univerzální vlastnost každé aplikace ani všech jejích funkcí. Dotykačka u příslušných zařízení popisuje provoz při výpadku internetu, zatímco manuál vzdálené správy upozorňuje na potřebu spojení při práci v prohlížeči. Firma proto musí vědět, kterou část právě používá, a převzít odpovídající instrukci.

Pracovník na pokladně a vedoucí provádějící inventuru mohou být ve stejné minutě v odlišné situaci. Pokladna může mít místní záznam prodeje, zatímco rozpracovaný webový formulář ještě není uložený v cloudu. Automatické zavření stránky nebo opakované potvrzování není správný obecný recept. Konkrétní manuál může požadovat ponechat stránku otevřenou a řešit spojení. Tento rozdíl zahrňte do školení místo jedné neurčité věty, že program umí offline.

Předem ověřte také omezení katalogu, sdílených účtů, skladu a souběžných zařízení. Pokud se informace mezi tablety přenáší přes síť, může jejich neaktuální stav ovlivnit provoz jinak než u jediné lokální pokladny. Neslibujte zákazníkovi dostupnost zboží či správné zaplacení pouze podle staré obrazovky. Nejdřív zjistěte, které údaje jsou aktuální a které čekají na synchronizaci podle konkrétního podporovaného řešení.

Platba kartou musí mít vlastní potvrzení

Účet v pokladně a autorizace karetní transakce jsou různé kroky. Pokud aplikace předala částku terminálu, ale nedostala výsledek, nelze automaticky prohlásit platbu za zamítnutou. Nejprve ověřte stav transakce podporovaným postupem terminálu či platební služby. Nové přiložení karty bez kontroly může vytvořit další platbu. Pracovník musí vědět, kdy zákazníka požádat o chvíli na ověření a komu problém předat.

Naopak uzavření účtu v pokladně nemusí znamenat, že peníze skutečně prošly terminálem. Pokud je platba zamítnutá, potřebujete správný stav prodeje a případnou náhradní úhradu. Neřešte to nahodilou změnou historických částek. Vlastní přejímka má obsahovat zamítnutí, přerušení a nejistý výsledek. Očekávaný konečný stav napište předem: jediná skutečná zákaznická platba, odpovídající doklad a žádný nevysvětlený duplicitní prodej.

Možnost přijímat kartu při nedostupném běžném spojení závisí na terminálu a podmínkách poskytovatele. Nepředpokládejte ji z offline schopnosti pokladní aplikace. Zjistěte, zda má terminál vlastní konektivitu a jak ji obsluha rozpozná. Pokud náhradní platba není podporovaná, potřebujete jiný dohodnutý postup. Technický popis programu není povolením improvizovat mimo pravidla platební služby nebo označit neověřenou transakci za úspěšnou.

Nová EET: 48 hodin se počítá od tržby

Oficiální pravidla pro výpadek uvádějí odeslání po obnovení připojení bez zbytečného odkladu, nejpozději do 48 hodin od uskutečnění tržby. Nejde o 48 hodin začínajících až opravou internetu. Proto musí firma znát čas nejstarší neodeslané položky a odpovědnou osobu. Automatické opakování v programu může pomoci, ale nesmí zůstat nezkontrolovaným předpokladem, že se všechno někdy samo vyřeší.

Vlastní časový model má tržbu v pondělí v 10 hodin. Nejzazší čtyřicetiosmihodinový bod je ve středu v 10 hodin. Pokud spojení funguje už v pondělí odpoledne, pravidlo bez zbytečného odkladu není pozvánkou čekat do středy. Pokud porucha trvá dlouho, čas od původní platby stále běží. Model vysvětluje počítání, nikoli doporučený interval pravidelného dávkového odesílání.

Při zavádění se ptejte dodavatele, kde program ukazuje čekající položky, neúspěšné pokusy a konečné potvrzení. Obsluha nemusí znát technické detaily XML, ale potřebuje rozlišit stav hotovo od stavu čeká či chyba. Vedoucí má mít postup při přetrvávající poruše a kontakt pro eskalaci. Přístup do DIS+ a správa certifikátu jsou související závislosti, které samotné přepnutí Wi-Fi neopraví.

Nejisté odeslání není důvodem založit další tržbu

Finanční správa popisuje rozpoznání duplicit podle shody základních položek: identifikace poplatníka, jednotky, pokladního zařízení, pořadového čísla, data a času a celkové částky. Pokud se některá základní hodnota změní, může být zpráva považována za jinou tržbu. Proto je důležité, aby podporovaný opakovaný pokus pracoval s identitou původní události. Ruční zadání stejné částky jako nového prodeje není automaticky bezpečné opakování.

Pracovní instrukce má znít, že se nejprve dohledá stav původní položky a použije postup dodavatele. Než zaměstnanec vytvoří další doklad, musí být jasné, zda první operace proběhla. Tato logika se podobá ověřování karetní transakce, ale technická pravidla jsou jiná. EET potvrzení, bankovní autorizace a pokladní doklad mají každý vlastní identifikaci. Jedno hlášení proto nelze bez dalšího použít jako důkaz stavu ostatních vrstev.

Pokud už vznikla chybná evidence, oficiální návod rozlišuje storno či opravu zápornou položkou. Technická oprava ale sama nevrací peníze zákazníkovi a neopravuje všechny podklady v jiném systému. Firma má uchovat vazbu na původní případ a důvod. Nahodilé mazání místní historie může ztížit kontrolu a není univerzálním způsobem řešení odeslané tržby. Přesnou nápravu proveďte podle aktuálního postupu programu.

Náhradní internet připravte dřív než poruchu

Záložní mobilní připojení může být praktická možnost, ale musí být ověřené na místě. Zjistěte dostupnost signálu, napájení a způsob připojení konkrétní pokladny. Telefon majitele, který je právě mimo provozovnu, není spolehlivě dostupný provozní plán. Stejně nemusí být vhodné sdílet soukromé heslo ke všem dalším zařízením. Náhradní postup má být jednoduchý a přístupný oprávněné obsluze.

Pokud se mění síť, zkontrolujte i návazná zařízení. Tiskárna může zůstat v místní síti, zatímco tablet přejde na jinou Wi-Fi a přestane ji vidět. Terminál může používat vlastní spojení a cloud jinou cestu. Náhrada internetu proto není jen úspěšné otevření jedné stránky v telefonu. Potřebujete ověřit podporovanou sestavu, prodejní data, potřebné periferie a následné odesílání, aniž se ztratí rozpracované transakce.

Vlastní zkoušku provádějte v bezpečném školícím režimu podle dodavatele. Nevytvářejte smyšlené ostré tržby jen kvůli vyzkoušení tlačítka. U existujícího živého provozu domluvte vhodný okamžik a způsob, který nenaruší skutečné zákaznické účty. Výsledek zapište včetně zařízení a verze. Při pozdější změně routeru či pokladního programu pak víte, kterou část náhradního postupu je nutné znovu potvrdit.

Bez elektřiny jde o jiný problém

Ztráta napájení může zastavit router, tiskárnu, pokladnu i místní server zároveň. Baterie tabletu sama nezajistí funkčnost celé sestavy. Sepište potřebná zařízení a zjistěte, která mají vlastní zdroj. U nepřerušitelného napájení posuzujte skutečnou zátěž a očekávanou výdrž, ne pouze údaj na krabici. Tento průvodce nepočítá univerzální kapacitu, protože konkrétní sestavy se výrazně liší a potřebují vlastní posouzení.

Při delší poruše musí vedení rozhodnout, zda a jak lze pokračovat. Náhradní papírový či jiný záznam může mít určitý provozní význam, ale bez ověření konkrétních povinností a následného podporovaného zpracování jej nelze prohlásit za univerzální náhradu všech elektronických částí. Potřebujete zachovat skutečné platby a jejich čas a vědět, kdo je následně zpracuje. Nejasný improvizovaný seznam nesmí být jediným zdrojem pro obnovu celé směny.

Po návratu spojení ověřte frontu a součty

Obnova internetu není konec incidentu. Zkontrolujte čekající transakce, chybová hlášení a stav synchronizace. Pokud program automaticky odešle frontu, ověřte výsledek a nejstarší nevyřízený případ. Současně porovnejte karetní platby s terminálem a hotovost podle skutečného stavu. Jedna zelená ikona připojení neprokazuje, že se všechny dřívější operace úspěšně dokončily a že nikdo mezitím nezadal náhradní záznam.

• Připravte seznam událostí vzniklých během poruchy a oddělte potvrzené, čekající a opravované.
• U každé má být dohledatelný původní identifikátor.
• Pokud se během výpadku používal jiný podporovaný postup, propojte jej s následným zpracováním.
• Zvlášť zkontrolujte, zda náhradní zadání nevytvořilo druhý prodej nebo druhou úhradu. Průvodce bankovním párováním vysvětluje, proč stejné částky samy o sobě nejsou dostatečnou kontrolou.

Účetní předejte informaci o incidentu a souvisejících opravách. Neznamená to zahlcovat ji technickými logy bez kontextu. Potřebuje vědět, zda se změnily doklady, úhrady nebo rozsah předávaného období. Vlastní krátký protokol může uvést čas, dotčená zařízení, potvrzené výsledky a otevřené body. Tím se porucha uzavře jako konkrétní událost, místo aby zůstala nevysvětleným rozdílem v měsíčním přehledu.

Co má mít obsluha napsané u pokladny

Dobrý náhradní postup se vejde na krátký list bez přístupových tajemství. Uveďte, jak rozpoznat problém, které kroky jsou povolené, komu zavolat a jak zaznamenat nejasnou transakci. Konkrétní hesla a certifikáty patří do odpovídající správy, ne na volně přístupný papír. Obsluha má pokračovat v mezích známého postupu a potřebné úkony eskalovat, nikoli za poruchy převzít roli správce celé firmy.

• Nejdřív určit postiženou část: aplikace, karta, cloud nebo EET.
• U nejasné platby zachovat původní identifikaci a ověřit výsledek.
• Náhradní připojení zapnout jen podporovaným způsobem pro danou sestavu.
• Hlídat čekající EET od původního času tržby a řešit prodlení.
• Po obnově potvrdit frontu, platby a případné opravy vedoucím.

Školení zakončete tím, že pracovník vlastními slovy vysvětlí nejasný výsledek platby a postup návratu. Nemusí memorovat technickou specifikaci, ale musí poznat, kdy už nemá zkoušet další náhodné tlačítko. Systém vybírejte také podle dostupné podpory v reálných provozních hodinách. Offline schopnost má hodnotu teprve ve spojení s dohledatelným záznamem a ověřenou obnovou, nikoli jako samostatný reklamní příslib.

Krátký model incidentu pro školení

Vlastní model používá dva rozpracované případy. U prvního obsluha přijala hotovost a program ukazuje čekající odeslání. U druhého byla částka předána terminálu, ale výsledek karty není jasný. Není správné oba případy shrnout stejnou poznámkou „platba nefunguje“. U hotovosti potřebujete zachovat skutečně přijaté peníze a vyřešit technickou frontu. U karty nejprve dohledáváte, zda peněžní transakce vůbec proběhla.

Vedoucí po návratu spojení zkontroluje oba původní identifikátory a zapíše konečný výsledek. Pokud někdo mezitím vytvořil náhradní záznam, musí se přiřadit k témuž případu a podle podporovaného postupu napravit případná duplicita. Dokončený incident tak neobsahuje pouze čas opravy routeru, ale také potvrzení plateb a dat. V modelu není potřeba zkoušet skutečné zákaznické karty ani vytvářet smyšlené ostré tržby.

Tento příklad může obsluha projít slovně při školení. Smyslem je ověřit porozumění rozdílným stavům, nikoli rychlost technického zásahu. Když pracovník dokáže vysvětlit, proč má každý případ jiný první krok, je náhradní postup podstatně srozumitelnější než neurčitá instrukce vše restartovat a potom zkontrolovat večerní součet.

Časté otázky

Když funguje pokladna offline, mohu přijímat kartu?

Ne automaticky. Místní aplikace a autorizace karty jsou odlišné funkce. Ověřte terminál, jeho konektivitu a smluvní postup poskytovatele. Stav uzavřeného účtu v pokladně sám neprokazuje úspěšnou karetní transakci. Při nejasném výsledku nejprve dohledávejte původní platbu, nevytvářejte další bez kontroly.

Začíná 48 hodin pro EET až opravou internetu?

Ne. Nová pravidla vážou nejzazší lhůtu k uskutečnění tržby a současně požadují odeslání bez zbytečného odkladu po odpadnutí příčiny. Nejde o plánovaný dvoudenní offline režim. Kontrolujte čas nejstarší neodeslané položky a skutečné potvrzení po návratu připojení.

Mám při chybě odeslání zadat stejnou částku znovu jako prodej?

Nejdřív ověřte stav původního záznamu a použijte podporovaný opakovaný postup. Nová identifikace může znamenat další tržbu. Oficiální EET rozpoznává duplicity podle konkrétních základních údajů, nikoli pouze podle stejné částky. Obsluha proto nemá improvizovat s novým číslem nebo časem původní události.

Pomůže vždy restart prohlížeče?

Nemusí. Rozpracovaná webová administrace může mít data dosud neuložená a manuál může požadovat ponechání stránky otevřené při výpadku. Nejprve určete používanou část systému a přečtěte příslušný postup. Restart místní pokladny, routeru a webové stránky nejsou zaměnitelné univerzální kroky se stejným výsledkem.

Stačí po obnově zkontrolovat ikonu internetu?

Ověřte také čekající frontu, potvrzení EET, skutečné karetní úhrady a synchronizaci obchodních dat. Některé starší operace mohly zůstat nevyřešené nebo být mezitím zadány náhradní cestou. Uzavření incidentu proto zahrnuje kontrolu konkrétních transakcí a oprav, nikoli pouze návrat připojení.

Co ověřit před prvním ostrým provozem?

Konkrétní offline funkce, náhradní internet, postup nejasné karty a kontrolu čekajících dat. Použijte vhodný školící scénář dodavatele a zapište zařízení, verzi a odpovědné osoby. Zároveň ověřte dostupnost podpory pro své provozní hodiny. Smyslem přejímky je zvládnutelný návrat k běžné práci bez ztráty plateb a historie.