eKasa v slovenskej firme: ako ju napojiť na ERP bez chaosu v tržbách

Slovenský predajca, ktorý prijíma platby od zákazníkov pri pulte, v e-shope s osobným odberom alebo na pojazdnom stánku, rieši eKasu denne. ERP sa k nej zvyčajne dostane až neskôr: najprv sa kúpi pokladnica, potom sa zistí, že tržby treba ručne prepisovať do účtovníctva a sklad sa nezhoduje. Tento sprievodca ukazuje opačný postup: čo má ERP pri eKase vedieť, kde je hranica medzi ním a pokladničným softvérom a čo si dohodnúť s integrátorom ešte pred nasadením.

Čo zákon o evidencii tržieb od predajcu vyžaduje

Základom je zákon č. 384/2025 Z. z. o evidencii tržieb. Podľa neho musí každý predajca s oprávnením na samostatnú zárobkovú činnosť zaevidovať každú tržbu v systéme eKasa prostredníctvom registračnej pokladnice (pokladnice eKasa), a to bez zbytočného odkladu po prijatí platby. Finančná správa uvádza, že napojenie je povinné pre všetkých dotknutých podnikateľov a systém má obmedziť daňové úniky najmä v pohostinstve, maloobchode a službách.

Pre ERP z toho vyplývajú tri praktické veci:

• pokladnica musí byť na každom predajnom mieste, a to len taká, ktorá spĺňa zákonné požiadavky;
• každá tržba musí prejsť systémom eKasa a získať identifikátor dokladu;
• predajca musí na každom predajnom mieste vyvesiť oznámenie o svojich povinnostiach podľa vzoru, ktorý zverejňuje Finančné riaditeľstvo.

Zákon vyníma z evidencie napríklad predaj z automatov, predaj na dobierku, cestovné lístky verejnej dopravy, dennú a periodickú tlač, diaľničné známky či finančné služby poskytované účastníkmi finančného trhu. Ak v ERP predávate aj takéto položky, nastavte ich ako samostatné druhy predaja, aby sa do pokladnice nedostali omylom.

Tri typy pokladníc a čo znamenajú pre ERP

Zákon rozlišuje tri typy: online registračnú pokladnicu (ORP), softvérovú online registračnú pokladnicu a virtuálnu registračnú pokladnicu (VRP). Rozdiel nie je len technický, mení sa tým aj miesto, kde ERP „končí“.

Aplikácia VRP 2 je bezplatná, funguje na Androide, v prehliadači aj na iOS a zvláda tlač na termotlačiarni, čítanie čiarových kódov a biometrické prihlásenie. Pre jednu malú prevádzku je to rozumný štart. Akonáhle však ide o viac pokladníc, vlastný sklad alebo vernostný program, ručné preklápanie údajov do ERP sa stáva zdrojom chýb.

Čo má ERP pri eKase zvládnuť

Rozdeľte požiadavky na to, čo musí vedieť ERP, a to, čo patrí pokladničnému softvéru. Ak sú oba v jednom produkte, rozdelenie platí aj tak, len sa riešia u jedného dodávateľa.

Doklad a jeho náležitosti

Doklad z online pokladnice musí obsahovať identifikátor dokladu, strojovo čitateľný QR kód, všetky znaky slovenskej abecedy a za QR kódom text „OVERTE DOKLAD POMOCOU QR KÓDU“. Ak slovenské znaky tlačiareň alebo šablóna zlomí, doklad nespĺňa požiadavky. Pri virtuálnej pokladnici sa doklady číslujú plynulo v jednej rade za kalendárny mesiac a číslovanie sa začína od jednotky; v elektronickej podobe ich možno kupujúcemu poslať až po zaevidovaní v systéme eKasa.

Z toho pre ERP plynie jednoduchá požiadavka: ak zhromažďuje tržby z pokladnice, musí zachovať identifikátor dokladu a väzbu na pôvodnú tržbu. Bez nej neviete jednoznačne spárovať doklad s faktúrou, dobropisom alebo reklamáciou.

Sadzby DPH na dokladoch

Slovensko uplatňuje od 1. januára 2025 tri sadzby DPH: základnú 23 %, zníženú 19 % a zníženú 5 %. Od 1. januára 2026 sa niektoré potraviny presunuli z 19 % na 23 %, napríklad cukrovinky, sladké pečivo, zmrzlina, sladené nápoje a slané snacky, s výnimkou diétnych potravín zo zoznamov ministerstva zdravotníctva. Reštaurácia, ubytovanie či vstupenky na kultúrne podujatia majú pritom inú sadzbu než obchod s potravinami.

Pre ERP to znamená, že sadzba DPH musí byť atribútom položky, nie predajne. Zmena sadzby sa musí dať nastaviť s dátumom účinnosti a rovnaká sadzba sa musí objaviť v pokladnici, na doklade aj v kontrolnom výkaze. K tomu pozrite aj sprievodcu o kontrolnom výkaze DPH a ERP.

Výpadok spojenia a offline režim

Limit odozvy systému eKasa je päť sekúnd. Ak systém v tomto čase neodpovie, online pokladnica správu uloží lokálne a doklad nesie označenie „OFF-LINE DOKLAD“. Predajca potom musí správu poslať do 96 hodín od prvého pokusu o odoslanie.

Ak na predajnom mieste nie je signál vôbec, treba bez zbytočného odkladu požiadať daňový úrad o povolenie odložiť odoslanie. Po jeho udelení platí na odoslanie uloženej správy lehota 30 dní. Keď dôvod odkladu zanikne, predajca to musí oznámiť daňovému úradu do ôsmich dní odo dňa, keď sa o tom preukázateľne dozvedel.

Čo si z toho odniesť pre ERP:

• offline doklady musia byť v ERP viditeľné ako samostatný stav, nie skryté medzi bežnými;
• mal by existovať prehľad dokladov, ktoré ešte neboli odoslané, s časom prvého pokusu;
• upozornenie pred uplynutím lehoty patrí do pokladničného softvéru, no ERP ho môže zobraziť vedúcemu predajne.

Čo patrí ERP, čo modulu a čo externému dodávateľovi

V praxi sa stretnete s tromi usporiadaniami. Žiadne nie je automaticky najlepšie, rozhoduje počet predajných miest, prostredie a to, kto zodpovedá za certifikáciu.

1. Pokladnica ako súčasť ERP. Predaj, sklad a účtovníctvo sú v jednom systéme. Výhoda: jedno číselníkové jadro. Riziko: ERP musí mať platné rozhodnutie o certifikácii pokladničného softvéru a vy sa spoliehate na jedného dodávateľa.
2. Samostatný pokladničný produkt s integráciou. Pokladnica vedie eKasu, ERP preberá tržby, platby a pohyby skladu. Výhoda: pokladnicu možno vymeniť bez zásahu do ERP. Riziko: rozhranie treba udržiavať a testovať pri každej väčšej zmene.
3. VRP 2 a import do ERP. Najlacnejšie, no najviac ručnej práce. Vhodné pre jedno malé predajné miesto.

Zákon vyžaduje rozhodnutie o certifikácii pre pokladničné softvéry aj chránené úložisko dát. Finančné riaditeľstvo ho vydáva najviac na päť rokov a o žiadosti má rozhodnúť do 90 dní od začatia konania. Praktický dôsledok: platnosť certifikátu je termín, ktorý si treba zapísať, rovnako ako koniec licencie.

Ako sa k téme stavajú jednotlivé produkty, preto neodpovedáme všeobecne. Pri Odoo, Microsoft Dynamics 365 Business Central, SAP Business One či Oracle NetSuite sa rozsah pokladničnej funkcie líši podľa verzie, doplnku a lokalizácie. POHODA je typicky účtovno-ekonomický systém pre menšie firmy a jeho prepojenie s pokladnicou sa rieši cez dostupné rozhrania. Pri každom produkte sa pýtajte konkrétne: čo je v štandarde, čo je doplnok tretej strany a kto ručí za funkčnosť po aktualizácii.

Uchovávanie dokladov a údajov

Pokladnica a ERP majú rôzne povinnosti uchovávania a nezamieňajte ich:

Zákon o účtovníctve (č. 431/2002 Z. z.) pripúšťa uchovávanie v papierovej, elektronickej alebo kombinovanej podobe, ak sú doklady chránené pred stratou, odcudzením, zničením a neoprávneným prístupom. Preto sa pri ERP v cloude aj on-premise pýtajte na zálohovanie a prístupové práva. Súvisiace rozhodnutia rozoberá sprievodca o cloude a on-premise.

Pokuty a prečo nestačí „nejako to funguje“

Zákon počíta s citeľnými sankciami. Pri vybraných porušeniach (§ 16 písm. a až d, g a u) ide o pokutu od 1 500 do 20 000 eur pri prvom zistení a od 3 000 do 40 000 eur pri ďalších. Pri inom porušení (§ 16 písm. q) môže pokuta dosiahnuť 3 000 až 60 000 eur. Kontrola môže uložiť pokutu na mieste a platí sa do troch pracovných dní od oznámenia, v hotovosti alebo prevodom.

Nejde teda o oblasť, kde sa chyby opravujú pri najbližšej aktualizácii. Finančná správa zároveň uvádza, že povinnosť hlásiť poruchy pokladnice (§ 11 ods. 4) sa v súčasnosti neuplatňuje a mala by sa zavádzať až v budúcom systéme „SAFE“, ktorý sa v roku 2026 neočakáva. Plánujte však procesy tak, aby ste poruchu vedeli zdokumentovať aj bez tejto povinnosti.

Body na test s integrátorom

Požiadavky sa dajú overiť pred ostrým spustením. Dohodnite si so záujemcom o projekt, že testovací scenár bude súčasťou akceptácie:

• predaj s rôznymi sadzbami DPH na jednom doklade a správny výpočet súm;
• storno, vrátenie tovaru a opravný doklad, vrátane väzby na pôvodnú tržbu;
• výpadok internetu: vytvorenie offline dokladu, jeho neskoršie odoslanie a stav v ERP;
• slovenské znaky (á, č, ď, ľ, ň, ô, š, ž) na doklade pri každej tlačiarni a šablóne;
• zaokrúhlenie a platby hotovosťou, kartou a zmiešané platby;
• uzávierka dňa a súlad medzi pokladnicou, skladom a hlavnou knihou;
• správanie po aktualizácii ERP alebo pokladničného softvéru;
• prístupové práva pokladníka, vedúceho a účtovníka;
• čo sa deje pri zmene predajného miesta alebo pridaní novej pokladnice.

Pri výbere partnera pomôže sprievodca o výbere integrátora ERP a prehľad toho, ako funguje sprostredkovanie. My sme sprostredkovateľ, projekt robí integrátor, ktorého vám predstavíme.

eKasa nie je jediná povinnosť, ktorá sa dotýka ERP

Tržby z pokladnice sa premietnu do DPH, kontrolného výkazu a v budúcnosti aj do elektronickej fakturácie. Od 1. januára 2027 majú platitelia DPH vystavovať a prijímať elektronické faktúry vo vnútroštátnom styku vo forme štruktúrovaného XML podľa normy EN 16931 cez certifikovaných poskytovateľov v sieti Peppol; rok 2026 je dobrovoľné skúšobné obdobie. Rozdiel oproti eKase je v tom, že faktúry sa týkajú vzťahov medzi podnikateľmi, kým eKasa dokladov z predaja pri pokladnici. Podrobnejšie sa im venuje sprievodca o elektronickej fakturácii v ERP.

Širší prehľad povinností nájdete v sprievodcovi o právnych požiadavkách na ERP. Ak predávate cez internet a máte aj kamenné predajne, pozrite si ERP pre e-shop; firmám s menším tímom je určený aj prehľad ERP pre malé firmy.

Ako postupovať

Začnite zoznamom predajných miest a spôsobov platby. Potom určte, či pokladnicu bude viesť ERP, samostatný produkt alebo VRP 2. Až na základe toho sa oplatí hovoriť o produkte. Vyžiadajte si od dodávateľa písomné potvrdenie o platnom rozhodnutí o certifikácii a o tom, kto aktualizuje riešenie pri zmenách pravidiel. Nakoniec dohodnite testovací scenár z predchádzajúcej kapitoly ako podmienku odovzdania.

Ak chcete, aby vám integrátor s touto skúsenosťou pripravil ponuku, vyplňte krátku žiadosť. Služba je pre vás bezplatná a nezaväzuje vás.

Uvedené názvy softvéru sú ochranné známky ich príslušných výrobcov a uvádzajú sa len na informačné účely. Táto stránka je nezávislá a nie je prepojená so žiadnym výrobcom.