Objednávky, banka a OMEGA bez ručného prepisovania: kedy stačí import, kedy API a kedy robot

Objednávka príde z e-shopu. Niekto ju otvorí, prepíše odberateľa, položky, sadzbu DPH, dopravu a spôsob úhrady do OMEGY. O tri dni stiahne výpis z banky a znova hľadá, ktorá platba patrí ku ktorej faktúre. Na konci mesiaca kontroluje, či počet dokladov sedí a či základ dane a DPH dávajú to isté číslo ako e-shop.

Nič z toho nie je odborná práca. Je to prepisovanie a hľadanie — a presne tam sa robia chyby, ktoré potom niekto hľadá hodinu.

Otázka pritom neznie „ideme automatizovať?”, ale „ktorou z troch ciest”. Sú tri, líšia sa cenou aj krehkosťou a poradie, v ktorom ich preveriť, je dané.

Najprv určte, čo sa dnes prepisuje ručne

Než sa začne riešiť technika, treba mať na papieri tri veci: aké údaje sa prenášajú, ktorým smerom a ako rýchlo.

Frekvencia je najdrahšia premenná:

• dávkovo raz denne — večer sa spracuje, čo za deň prišlo,
• priebežne každých niekoľko minút — e-shop a účtovníctvo sa držia blízko seba,
• iba pri mesačnom spracovaní — účtovník dostane balík dokladov naraz.

Čím bližšie chcete byť k reálnemu času, tým viac rastú nároky na kontrolu chýb, na zabezpečenie prístupov aj na to, aby niekto strážil, že prenos vôbec beží. Pri mnohých malých firmách môže byť denná dávka dostatočná a lacnejšia než priebežná synchronizácia; závisí to od procesu a od toho, ako aktuálne údaje potrebujete mať. Ak si nie ste istí, ktorý proces vziať ako prvý, prechádzame to podrobne v článku o tom, ktorý proces automatizovať ako prvý.

Čo sa mení v roku 2027 a prečo to riešiť už teraz

Od 1. januára 2027 majú slovenskí platitelia DPH pri určených tuzemských transakciách vystavovať elektronické faktúry. Prijímať ich budú musieť vedieť aj podnikatelia a organizácie, ktoré platiteľmi DPH nie sú.

Dôležitý detail, ktorý sa podceňuje: PDF poslané e-mailom nie je e‑faktúra. Rozhodujúca je dátová štruktúra, ktorá sa dá spracovať automatizovane — teda štandardizovaný formát UBL 2.1 alebo UN/CEFACT CII, nie obraz dokladu v prílohe. Primárnym kanálom doručenia je doručovacia služba certifikovaného poskytovateľa podľa európskeho doručovacieho štandardu (v praxi sieť Peppol); zákon však pripúšťa aj iný dohodnutý spôsob zaslania, ak s ním príjemca plnenia súhlasí. Nejde teda o to, že by bol e-mail zakázaný — ide o to, že samotné PDF e‑faktúrou nie je. Aktuálne znenie a termíny si overte priamo u Finančnej správy SR — pravidlá sa ešte upresňujú a starý údaj je horší než žiadny.

Pre návrh integrácie z toho plynie jedno praktické pravidlo: nestavajte si vlastné odosielanie e‑faktúr, kým nie je jasné, čo zabezpečí samotný účtovný program. KROS v priebehu roka 2026 avizoval podporu e‑faktúry pre OMEGU a ALFA plus. Kým je to na ceste, dáva zmysel riešiť to, čo e‑faktúru pripraví — teda správne a úplné údaje na doklade — a samotné odosielanie nechať na program.

Import, API alebo robot: rýchle porovnanie

Situácia	Vhodná cesta	Hlavná výhoda	Hlavné riziko
Desiatky až stovky dokladov v pravidelnej dávke	Import súboru	Jednoduché nasadenie, doklad sa dá pred zaúčtovaním skontrolovať	Nesprávne mapovanie polí
E-shop potrebuje objednávky, ceny alebo sklad priebežne	Konektor API	Výmena beží bez ručného spúšťania	Rozhranie nepokrýva každú agendu
Operácia nemá použiteľný import ani API	RPA robot	Obslúži existujúce obrazovky programu	Citlivosť na každú zmenu programu
Potrebujete iba bankové pohyby	SEPA XML výpis	Netreba vyvíjať vlastné rozhranie	Chybné alebo chýbajúce variabilné symboly

Poradie preverovania je vždy rovnaké: import → API → až potom robot. Nie preto, že by robot bol zlý, ale preto, že každý krok v tomto poradí je krehkejší a drahší na údržbu než ten predchádzajúci.

A jedna vec, ktorá v tom rebríčku nie je vôbec: priamy zápis do databázy OMEGY bez výslovne podporovaného rozhrania. Vyzerá to ako skratka, je to mína. Obchádza kontroly, ktoré program nad dokladmi robí, môže poškodiť väzby medzi záznamami a po najbližšej aktualizácii sa to celé rozsype — typicky v období, keď to potrebujete najmenej.

Kedy stačí import do OMEGY

OMEGA podporuje import účtovných dokladov, fakturácie, partnerov, skladových kariet aj skladových pohybov. Pri všeobecnom prenose z iného softvéru sa používa textový súbor v predpísanej štruktúre — riadky typu R00, R01 a R02 označujú typ údajov, hlavičku a položky dokladu.

Jedna pasca hneď na začiatku: štruktúru si vždy overte pre aktuálne účtovné obdobie, nie podľa vzoru, ktorý ste našli v archíve alebo na fóre spred pár rokov. Formát sa medzi obdobiami mení a stará štruktúra nemusí byť kompatibilná — import môže skončiť chybou alebo sa doklady načítajú nesprávne. Aktuálnu špecifikáciu má KROS v dokumentácii importu — a výsledok prvého prenosu si skontrolujte na samotných dokladoch podľa aktuálnej dokumentácie, nielen podľa hlásenia, že import prebehol.

Import je správna voľba, keď platí väčšina z tohto:

• objednávky spracúvate v dávke raz alebo niekoľkokrát denne,
• zdrojový systém vie vyrobiť CSV, XML, JSON alebo Excel, ktorý sa dá spoľahlivo previesť do štruktúry OMEGY,
• účtovník chce doklady pred zaúčtovaním vidieť a skontrolovať,
• nepotrebujete okamžite vracať stav skladu späť do e-shopu.

Banka je samostatná kapitola a nefunguje ako faktúry. Z internet bankingu sa sťahuje elektronický výpis vo formáte SEPA XML (camt) a OMEGA potom páruje pohyby podľa variabilného symbolu, sumy a ďalších nastavených kritérií. Pre poplatky a opakované pohyby sa oplatí nastaviť pravidlá zaúčtovania — inak ich účtovník klikáva každý mesiac znova.

PDF výpis je na tento účel zlý vstup. Je to obraz dokumentu, nie štruktúrované transakcie; čokoľvek sa z neho vyťahuje, sa vyťahuje odhadom. Rovnaký rozdiel medzi „obrázok textu” a „dáta” rozoberáme aj pri prijatých faktúrach v článku o tom, kedy stačí OCR a kedy pomôže AI.

Kedy má význam Konektor API

Konektor API pre OMEGU je určený predovšetkým na prepojenie s e-shopom. Smerom do e-shopu vie prenášať skladové karty, služby, ceny a skladové zostatky; smerom do OMEGY došlé objednávky a odoslané faktúry, pričom objednávka môže slúžiť ako podklad pre faktúru a výdajku.

To ale neznamená, že API je univerzálny prístup ku každej účtovnej operácii. Rozsah je daný tým, čo konektor podporuje — a to si treba porovnať s vaším procesom skôr, než sa kúpi licencia, nie po nej.

API má zmysel, keď potrebujete pravidelnú obojsmernú synchronizáciu. S tým prichádzajú tri požiadavky, ktoré musia byť v zadaní od začiatku:

1. Každý záznam má stabilný identifikátor. Bez neho sa nedá povedať, či objednávka číslo 4711 už v OMEGE je.
2. Opakované odoslanie tej istej objednávky nesmie vytvoriť druhý doklad. Výpadok siete uprostred prenosu je bežná vec, nie výnimka — a bez tejto poistky po ňom vzniknú duplicity, ktoré niekto ručne páruje a stornuje.
3. Samostatná evidencia a číselný rad pre objednávky z e-shopu. Keď sa niečo pokazí, chcete vedieť na prvý pohľad, čo prišlo automatom a čo zadal človek.

Po prechode do nového účtovného obdobia si preverte aj plán automatického prenosu — nastavenie intervalu je viazané na konkrétne účtovné obdobie a v januári sa na to prichádza nepríjemne.

Kedy použiť softvérového robota

Robot — napríklad v Power Automate Desktop alebo UiPath — ovláda program tak ako človek: otvorí formulár, vyplní polia, uloží doklad, zapíše výsledok.

Má zmysel v jedinom prípade: keď konkrétna operácia nemá podporovaný import ani API. Býva to pri staršej verzii programu, pri špecifickej evidencii alebo pri prenose medzi dvoma systémami s rozdielnymi možnosťami. Rovnaký postup platí pri OMEGE, ALFA plus, MRP aj Humanete — najskôr sa hľadá dokumentovaný formát pre danú agendu a danú verziu, robot je až posledná možnosť.

Čo robot potrebuje, aby nebol nočnou morou:

• stabilnú pracovnú stanicu, ktorú nikto nepoužíva na bežnú prácu,
• samostatné konto s vlastnými oprávneniami, nie prihlásenie účtovníčky,
• dohľad a front chýb — robot nesmie potichu preskočiť doklad, ktorý sa mu nepodaril,
• rešpekt ku kontrolám programu — robot ich obchádzať nesmie, práve preto ide cez používateľské rozhranie.

Krehkosť je v ňom zabudovaná. Aktualizácia programu, nové dialógové okno, iné rozlíšenie obrazovky — a postup sa zastaví, v lepšom prípade s chybou, v horšom v polovici dokladu. Preto má robot najvyššie dlhodobé náklady z celej trojice, aj keď na začiatku vyzerá lacno.

Ako má vyzerať bezpečný tok objednávky a platby

Funkčné prepojenie nie je presun údajov z bodu A do bodu B. Je to presun so zastávkami:

1. Objednávka dostane jednoznačné zdrojové ID.
2. Kontrola overí odberateľa, menu, sadzbu DPH, skladový kód, množstvo, cenu, zľavu a spôsob úhrady.
3. Neúplný záznam sa odloží na ručné vyriešenie. Nevytvorí sa „takmer správna” faktúra — to je najhorší možný výsledok, lebo vyzerá hotovo.
4. Platná objednávka ide do OMEGY cez import alebo podporovaný konektor.
5. Bankový výpis sa načíta zo SEPA XML a úhrada sa spáruje podľa nastavených kritérií.
6. Kontrolný výstup porovná počet dokladov, základ dane, DPH, celkovú sumu a počet odmietnutých záznamov.

Ten posledný krok ľudia vynechávajú najčastejšie a je pritom najlacnejší. Bez neho sa o výpadku prenosu dozviete pri uzávierke.

A na čom sa integrácie lámu: otestujte ju na dobropise, čiastočnej úhrade, cudzej mene, zaokrúhlení a opakovanom prenose. Ukážka s jednou peknou objednávkou prejde vždy. Až tieto prípady ukážu, či sa to dá používať v ostrom účtovníctve.

Koľko to stojí

Cena má tri oddelené časti a najväčšia z nich nie je licencia:

Položka	Za čo platíte
Licencia programu alebo konektora	Prístup k podporovanej funkcii
Implementácia	Mapovanie polí, transformácia dát, autentifikácia, spracovanie chýb
Prevádzka	Monitoring, úpravy po aktualizáciách, riešenie odmietnutých dokladov

Konektor API pre OMEGU sa účtuje mesačným poplatkom a vyžaduje aj platný Balík služieb; aktuálnu sadzbu má KROS v cenníku OMEGY — ceny sa menia, preto sem konkrétne číslo nepíšeme.

Podstatnejšie je, čo v tej sume nie je: hotové prepojenie. Licencia je vstupenka k funkcii, nie k funkčnému toku dokladov. Cenu implementácie sa dá seriózne určiť až po tom, čo niekto vidí vzorovú objednávku, zoznam požadovaných polí, počet skladov, číselné rady a pravidlá DPH.

Rádovo to vychádza takto: import je najlacnejší na prevádzku, API stojí viac na začiatku, ale zvláda pravidelný prenos bez ľudskej ruky, a robot má najvyššie dlhodobé náklady na údržbu — platíte za to, že sa niekto stará o jeho krehkosť.

Ako spoznáte kvalitnú integráciu

Pred prevzatím si nechajte predviesť tieto kontroly. Nie na papieri — naživo, na testovacej účtovnej jednotke:

• rovnaká objednávka odoslaná dvakrát nevytvorí duplicitu,
• neznámy skladový kód skončí v chybovom fronte, nie v doklade,
• zmenená adresa nevytvorí bez kontroly druhého partnera,
• súčty pred prenosom a po prenose sa zhodujú,
• každá chybová hláška obsahuje číslo objednávky a zrozumiteľný dôvod,
• tokeny a bankové prístupy nie sú v skripte ako obyčajný text,
• po výpadku sa dá prenos bezpečne zopakovať,
• existuje popísaný postup pre prechod do nového účtovného roka.

Dodávateľ, ktorý začína zápisom do ostrej firmy, nemá čo robiť vo vašom účtovníctve. Najskôr potrebuje anonymizované vzorky, testovaciu účtovnú jednotku a dohodnuté pravidlá, kto schvaľuje výnimky.

Ak si tieto kontroly netrúfate odsledovať sami alebo chcete druhý názor na to, čo vám dodávateľ predviedol, pozrieme vám to — vrátane návrhu, ktorou z troch ciest ísť.

Výstup pre daňový úrad je samostatný krok

Ak z OMEGY potrebujete výstup pre Finančnú správu, automatizácia má zabezpečiť jedno: správne vstupné doklady. Kontrolný výkaz DPH, daňové priznanie či iný predpísaný výstup sa potom vytvorí v účtovnom programe pre konkrétne obdobie — tam, kde je logika výkazu udržiavaná.

Robot nemá zostavovať daňový výstup kopírovaním čísel z obrazovky. Účtovník pred odoslaním skontroluje obdobie, stav dokladov, opravné záznamy a väzbu na účtovníctvo — a to je kontrola, ktorú nemá zmysel automatizovať preč.

Samostatná vec, ktorá s tým súvisí a ktorú firmy odkladajú: účtovné doklady sa musia dať po rokoch prečítať, nielen mať uložené. Čo to znamená pre elektronické doklady a zálohy, rozoberáme v článku účtovné doklady musíte uchovať 10 rokov.

Čo si pripraviť pred návrhom prepojenia

Na prvé posúdenie stačí päť vecí:

• anonymizovaná vzorová objednávka,
• ukážka bankového výpisu (SEPA XML),
• zoznam polí, ktoré musia prejsť,
• verzia OMEGY, ktorú používate,
• počet dokladov za mesiac a požadovaná frekvencia prenosu.

Doplňte, ktoré kroky robíte dnes ručne a koľko času vám berú. Z týchto podkladov sa dá povedať, či postačí konverzný import, Konektor API alebo riadený robot — a hlavne konkrétny rozsah, kontrolné pravidlá, cena implementácie a spôsob údržby.

Sme v Považskej Bystrici (Slovenských partizánov 1093/13) a pracujeme pre firmy v Trenčianskom aj Žilinskom kraji. Napíšte nám cez kontaktný formulár a pošlite k tomu tie vzorky — z e-mailu s jednou vzorovou objednávkou vieme povedať viac než z hodinového telefonátu.

QUICK ANSWER

Na automatizáciu prepojenia OMEGA KROS zvoľte import, ak stačí dávkový prenos objednávok alebo bankových výpisov (SEPA XML). Konektor API použite pri pravidelnej obojsmernej výmene s e-shopom. Robota až vtedy, keď požadovanú operáciu nepokrýva dokumentovaný import ani rozhranie. Priamy zápis do databázy nie je cesta v žiadnom z tých prípadov.

FAQ

Dá sa prepojiť OMEGA s vlastným e-shopom?

Áno. Konektor API podporuje prenos objednávok a faktúr do OMEGY a vybraných údajov o službách, skladových kartách, cenách a zásobách smerom do e-shopu. Presný rozsah si porovnajte s vaším procesom — nie každá agenda je pokrytá.

Musíme mať API, ak chceme automaticky spracovať banku?

Nie. Pri bankových pohyboch často stačí SEPA XML výpis a pravidlá párovania priamo v OMEGE. Bankové API má význam až pri častom automatickom sťahovaní alebo pri práci s viacerými účtami.

Môžeme importovať objednávky z Excelu?

Excel môže byť zdrojom, ale všeobecný import OMEGY očakáva predpísaný textový súbor. Medzi Excelom a OMEGOU preto býva potrebný kontrolovaný prevod, ktorý overí povinné polia a vyrobí správnu štruktúru. Ručné „prekopírovanie do šablóny” nie je kontrolovaný prevod.

Je bezpečné zapisovať priamo do databázy OMEGY?

Bez podporovaného rozhrania nie. Priamy zápis obchádza kontroly programu, môže poškodiť väzby medzi dokladmi a prestane fungovať po aktualizácii. Bezpečnejší je dokumentovaný import, konektor alebo — v krajnom prípade — robot cez používateľské rozhranie.

Vyrieši prepojenie aj povinnú e‑faktúru od roku 2027?

Nie automaticky. Integrácia objednávok pripraví správne údaje, ale e‑faktúra musí byť v štandardizovanom formáte, ktorý umožňuje automatizované spracovanie — UBL 2.1 alebo UN/CEFACT CII. Primárne sa doručuje cez doručovaciu službu podľa európskeho doručovacieho štandardu (v praxi Peppol), pričom iný dohodnutý spôsob zaslania je možný so súhlasom príjemcu plnenia; samotné PDF v prílohe e‑faktúrou nie je. Aktuálne podmienky si overte u Finančnej správy SR a samostatne si preverte podporu v používanej verzii OMEGY aj spôsob archivácie pôvodných elektronických dokladov.