Blog · 29. 9. 2026 · 7 min čítania

Evidencia nákladov: čo sa z dokladu prečíta samo a čo overíte vy

Otázka pri prijatých dokladoch nie je, či ich softvér vie prečítať. Je to, čomu z prečítaného sa dá veriť — a kde presne sa čiara medzi strojom a vaším rozhodnutím nachádza.

Prijatá faktúra nie je len súbor v e-maile. Kým sa z nej stane náklad, ktorý si uplatníte, musí sa rozpadnúť na polia: dodávateľ, číslo dokladu, dátumy, základ a daň po sadzbách. Evidencia nákladov je presne toto miesto — a otázka, ktorú si pri nej väčšina ľudí kladie, nie je „vie to čítať doklady", ale „čomu z toho sa dá veriť".

Odpoveď je nudnejšia a užitočnejšia než marketingový sľub. Časť polí odčíta model, časť pochádza z overiteľného zdroja, časť si softvér prepočíta sám — a niekoľko rozhodnutí nemá kto urobiť za vás. Tento text rozdeľuje doklad presne po tejto čiare.

Stručná odpoveď

Keď k nákladu priložíte súbor, spustí sa niekoľko vrstiev v pevnom poradí: QR kód z bločka, dopyt do registra eKasa, model s vision, klasický OCR a nakoniec vzory nad surovým textom. Prvá vrstva, ktorá uspeje, dodá polia a ostatné sa preskočia. Výsledok potom prejde deterministickou kontrolou — prepočet základu a dane, kontrolná číslica IČO, IBAN, zdravý rozum dátumov. Keď nevyjde prepočet daňových riadkov, čítanie sa označí za neisté. Uložiť doklad musíte aj tak vy: extrakcia iba predvyplní formulár, kategóriu, zaradenie do obdobia a nárok na odpočet rozhodujete sami.

Čo doklad prečíta a v akom poradí

Vrstvy sa neskladajú — súťažia. Prvá, ktorá vráti použiteľné polia, ukončí hľadanie:

VrstvaVstupČo z nej vyjde
QR kódvyfotený alebo naskenovaný bločekidentifikátor dokladu v eKase
Register eKasaidentifikátor z QR kóduIČO, DIČ, IČ DPH, dátum, suma a daň po sadzbách
Model s visionobrázok alebo PDFpolia naraz, aj z neobvyklého rozloženia
Klasický OCRobrázok, keď model neodpoviesurový text v slovenčine a angličtine
Vzory nad textomsurový textIČO, IBAN, sumy a dátumy nájdené predpisom

Register eKasa je v tomto zozname výnimka: údaje z neho nevznikajú čítaním papiera, ale dopytom do evidencie správcu dane. Keď sa doklad podarí nájsť, je to najpresnejší zdroj v celej reťazi a zvyšok sa nespustí vôbec. Keď register neodpovie, import sa nezastaví — spadne o vrstvu nižšie.

Ešte pred čítaním sa doklad zaradí. Bloček sa pozná podľa QR kódu z eKasy, inak rozhoduje, koľko typických znakov bločka a faktúry sa v texte nájde. Od tohto zaradenia závisí, ktoré polia sa vôbec očakávajú: bloček nemá číslo faktúry ani splatnosť, faktúra ich mať musí — čo presne, zhŕňa prehľad náležitostí faktúry.

Ako samotné čítanie modelom funguje zvnútra — aké polia sa vyžiadajú, ako sa ošetrí zlyhanie — rozoberá samostatný text o tom, ako AI extrahuje dáta z PDF faktúry. Tu nás zaujíma to, čo príde po ňom.

Čo si softvér po prečítaní prepočíta sám

To, že model dodá polia, ešte neznamená, že sú správne. Nasleduje vrstva, ktorá nič nečíta ani nehádže — iba prepočítava:

  • Súčty po sadzbách. Základ plus daň má dať sumu po sadzbe a súčet sadzieb celkovú sumu dokladu. Tolerancia sú dva centy, pretože pokladnice zaokrúhľujú každý riadok samostatne.
  • Kontrolná číslica IČO. Osem číslic s váženým súčtom; preklep sa nedá vydať za platné IČO.
  • IBAN. Štruktúra plus kontrolný výpočet, takže zmena jednej číslice sa dá odhaliť.
  • Dátumy. Dátum mimo zmysluplného rozsahu sa vyhodnotí ako chybný.

Dôsledky týchto kontrol nie sú rovnaké a vyplatí sa ten rozdiel poznať. Nezhoda v prepočte daňových riadkov označí celé čítanie za neisté — je to jediná z kontrol, ktorá mení hodnotenie výsledku. Neplatná kontrolná číslica IČO, IBAN či nezmyselný dátum sa vyhodnotia, no na predvyplnené polia nemajú vplyv.

Pre vás z toho vyplýva jedna konkrétna vec: číslo účtu a IČO si z dokladu prečítajte očami, aj keď sa vyplnili samy. Sú to dve polia, kde preklep stojí najviac — platba odíde inam a odpočet visí na identifikácii dodávateľa.

Kontrola IČO pri tom pracuje aj opačným smerom. Keď sa z dokladu podarí prečítať platné IČO a meno, adresa či daňové čísla dodávateľa chýbajú, doplnia sa z registra — nie z dokladu a nie z modelu.

A jedna vec platí bez ohľadu na všetky kontroly: čítanie iba predvyplní formulár. Nič sa neuloží samo, uloženie je vaše kliknutie.

Čo sa v evidencii naozaj uloží

Prijatý doklad nie je jedno pole so sumou. Záznam má vlastnú štruktúru a vyplatí sa vedieť, čo v nej je:

  • Typ dokladu. Faktúra alebo bloček. Nie je to kozmetika — od typu závisí, ktoré polia sa vyžadujú a ako sa doklad zobrazuje v prehľadoch.
  • Štyri dátumy, nie jeden. Dátum prijatia, dátum dodania, splatnosť a dátum úhrady. Pre nárok na odpočet je rozhodujúci dátum dodania, nie ten, kedy vám doklad doputoval; ktoré podmienky musia byť splnené naraz, rozoberá návod o odpočte DPH z prijatých faktúr.
  • Jeden riadok na každú sadzbu. Základ, daň a suma s daňou sa ukladajú zvlášť pre každú sadzbu na doklade. Presne v tomto tvare ich potrebuje aj kontrolný výkaz, takže rozpad sadzieb nie je zbytočná presnosť.
  • Kategória z pevného zoznamu. Tovar, Služby, Softvér, Nájom, Cestovné, Marketing, Pohonné hmoty, Telekomunikácie, Energie, Kancelária a Ostatné — jedenásť položiek v rozbaľovacom zozname. Nový doklad začína na „Ostatné" a po prečítaní prílohy sa spustí kategorizátor: najprv slovník typických dodávateľov, potom model. Ak ste kategóriu už zvolili, návrh ju neprepíše.
  • Stav. Uložené stavy sú štyri: koncept, prijaté, zaplatené a zrušené. „Po splatnosti" medzi nimi nie je — dopočítava sa z dátumu splatnosti pre doklady v stave prijaté, takže sa objaví sama, bez prepínania čohokoľvek.
  • Príloha. Súbor, z ktorého sa čítalo, zostáva pri zázname, takže pri neskoršej kontrole neporovnávate čísla s pamäťou.

Bločky za hotovosť majú okrem toho vlastnú stopu v evidencii tržieb na strane predajcu; čo z nej vyplýva pre vás ako kupujúceho, sumarizuje stránka o eKase a evidencii tržieb.

Ako priradíte náklad k faktúre, na ktorej sa preúčtoval

O tejto časti sa hovorí najmenej, a pritom rozhoduje o tom, či viete maržu na zákazke. Prijatý doklad sa dá spárovať s vystavenou faktúrou, na ktorej ste materiál alebo subdodávku preúčtovali.

Väzba nie je jeden na jeden. Jeden náklad sa dá rozdeliť medzi viac faktúr a jedna faktúra unesie viac nákladov, preto sa pri každom spárovaní ukladá suma bez DPH pripísaná práve na tú faktúru — predvolene to, čo z nákladu ešte nie je rozdelené. Súčet väzieb nikdy neprekročí základ dokladu a ku každej sa dá pripísať krátka poznámka.

Párovanie je ručné. Hľadať sa dá z oboch strán — od nákladu k faktúram aj od faktúry k nákladom — a potvrdiť sa dá celá dávka naraz, ale návrh, ktorý náklad patrí ku ktorej faktúre, softvér nerobí. Pri preúčtovaných nákladoch je to skôr výhoda: koľko z jedného materiálu patrí na ktorú zákazku, je obchodné rozhodnutie. Párovanie úhrad na bankovom výpise je iná úloha s inými pravidlami a má vlastný návod o párovaní platieb s faktúrami.

Delenie plánov sleduje presne túto čiaru. Ručné zapísanie nákladu, import prijatých dokladov z XML aj z exportu Money S3, export nákladov a prehľad nákupov v CSV fungujú aj na bezplatnom Štarte. Platené plány od Lite pridávajú to, čo stojí peniaze pri každom jednom doklade: čítanie prílohy modelom, dopyt do eKasy a import bankového výpisu. Aktuálne rozdelenie nájdete v cenníku.

Často kladené otázky

Prečíta softvér každý prijatý doklad? Nie každý a nie rovnako dobre. Vrstvy sa skúšajú v pevnom poradí a prvá úspešná dodá polia — pri bločku z eKasy sú to údaje priamo z evidencie správcu dane, pri PDF od dodávateľa ich odčíta model, pri zlom skene zostane surový text a niekoľko polí nájdených vzorom. Ručné doplnenie preto nikdy nie je vylúčené.

Ktoré polia si mám po prečítaní skontrolovať ako prvé? Číslo účtu a IČO. Kontrola oboch síce beží — IBAN kontrolným výpočtom, IČO kontrolnou číslicou — ale jej výsledok predvyplnené polia nemení, takže preklep sa sám neohlási. Hneď za nimi sumy: nezhoda v prepočte základu a dane je jediná kontrola, ktorá označí celé čítanie za neisté.

Koľko dátumov má prijatý doklad? Štyri: dátum prijatia, dátum dodania, splatnosť a dátum úhrady. Pre nárok na odpočet je rozhodujúci dátum dodania, nie ten, kedy vám doklad doputoval do e-mailu — preto sa ukladajú oddelene.

Dá sa prijatý náklad priradiť k faktúre, na ktorej sa preúčtoval? Áno, a väzba nie je jeden na jeden. Jeden náklad sa dá rozdeliť medzi viac vystavených faktúr a jedna faktúra unesie viac nákladov, pričom pri každom spárovaní sa ukladá suma bez DPH pripísaná na tú faktúru. Návrh, čo k čomu patrí, softvér nerobí — párovanie je ručné.

Čo z evidencie nákladov funguje bez plateného plánu? Ručné zapísanie dokladu, import prijatých faktúr z XML, export nákladov aj prehľad nákupov v CSV. Platené plány od Lite pridávajú to, čo stojí peniaze pri každom doklade: čítanie prílohy modelom, dopyt do eKasy a import bankového výpisu.

Kde presne je čiara

Stroj zvládne to, čo sa dá overiť: prečítať pole, prepočítať súčet, skontrolovať číslicu, dotiahnuť identitu dodávateľa z registra. Za čiarou zostávajú rozhodnutia, ktoré nesú daňovú zodpovednosť — do ktorého obdobia doklad patrí, či nárok na odpočet vôbec vznikol, ako sa náklad rozdelí medzi zákazky. Od roku 2027 bude dokladov v štruktúrovanej podobe pribúdať a prvá polovica práce sa zmenší; čo sa tým na strane príjemcu mení, rozoberá text o prijímaní e-faktúr od 2027.

Praktický záver je krátky: nespoliehajte sa na to, že predvyplnené pole je správne pole, a nekontrolujte ručne to, čo softvér prepočítal za vás. Ak si to chcete prejsť na vlastnom doklade, účet sa zakladá bez karty.

Готуйтеся до дедлайну

Виставте першу
е-фактуру сьогодні.

14 днів повного Pro з прив'язкою картки (скасуєте будь-коли до кінця тріалу). Або Старт €0 назавжди без картки. Міграцію та налаштування зробимо за вас — безкоштовно, за 24 години.

Почати безкоштовно
Без картки · скасування будь-коли
Міграція з iDoklad / SuperFaktury безкоштовно
Українська підтримка · пн–пт 8–18
Готово до проєкту закону 2027