Ako si vybrať účtovné API pre súlad s DPH v EÚ
Sprievodca výkupom pre platformy a trhoviská, ktoré potrebujú reálne účtovníctvo, logiku DPH pre jednotlivé krajiny a záznamy pripravené na audit priamo vo svojom produkte.
Väčšina zlyhaní pri integrácii DPH sa začína chybnou kategorizáciou. Tím hľadá spôsob, ako „vyriešiť DPH v EÚ“, vyberie si API na výpočet daní, nasadí ho do prevádzky a až neskôr zistí, že nástroj vracia sadzbu, ale nikdy nezaznamená účtovný zápis, neprepojí vrátenie peňazí s pôvodnou faktúrou a nedokáže vytvoriť súbor na audit, ktorý si daňový úrad môže vyžiadať o niekoľko rokov neskôr. Sadzba bola správna. Účtovníctvo však chýbalo.
Pre trhovisko (marketplace) alebo SaaS platformu, ktorá integruje finančnú infraštruktúru, je prvým rozhodnutím, či potrebuje účtovný systém s natívnymi schopnosťami DPH, alebo daňovo-kompliančnú vrstvu, ktorá funguje nad účtovníctvom vedeným niekde inde. Ide o odlišné produkty s odlišnými dátovými modelmi a tento rozdiel určuje takmer všetko, čo nasleduje.
Účtovné API vs. daňovo-kompliančné API: v čom sa skutočne líšia
Účtovné API spravuje hlavnú knihu (ledger). Zaznamenáva podvojné účtovné zápisy, udržiava účtovnú osnovu, uzamyká uzavreté obdobia, páruje platby a vytvára súvahy. DPH je len jedným z atribútov transakcie, ktorú systém už ukladá.
Daňovo-kompliančné API vypočítava DPH, niekedy ju podáva a často vytvára faktúry, ale nevedie vaše účtovníctvo. Odpovedá na otázku „aká daň sa tu uplatňuje“ a v spravovaných verziách aj na otázku „kto podáva daňové priznanie“. Účtovný záznam žije v inom systéme.
To je dôležité, pretože súlad s DPH nie je len vyhľadávanie sadzieb. Fungujúci pracovný postup pre DPH v EÚ musí uchovávať dôkazy a metadáta, ktoré odôvodňujú daňový režim, a tieto dôkazy musia byť dostupné celú dekádu. V rámci schémy OSS musia záznamy obsahovať členský štát spotreby, druh a dátum dodania, splatnú DPH a dôkazy použité na určenie miesta, kde je zákazník usadený, pričom sa musia uchovávať desať rokov od konca roka, v ktorom prebehla transakcia. Nástroj, ktorý vráti sadzbu a hneď ju zabudne, neprejde týmto testom hneď v prvý deň.
Nordlet bol vytvorený pre účtovne primárnu stranu tohto delenia. Prostredníctvom koncových bodov REST, typového SDK a podpísaných webhookov sprístupňuje nemennú hlavnú knihu (ledger) s podvojným účtovníctvom, uzamykanie období, párujúce bankové platby, DPH v EÚ pre jednotlivé krajiny a protokol auditov (audit log). Vystavenie predajnej faktúry zaúčtuje vyrovnaný účtovný zápis a jeho riadky DPH v jednej operácii, takže účtovníctvo a daňový režim sa nikdy nezaznamenávajú oddelene. Táto kombinácia je dôvodom, prečo sa v tomto sprievodcovi uvádza ako najvhodovejšia kategória pre platformy, ktoré potrebujú vlastniť svoj účtovný dátový model namiesto pripájania daní k cudzej hlavnej knihe. Za zmienku stojí hneď na začiatku: Nordlet je v počiatočnom prístupe (early access) a zapracováva pripomienky prvých partnerov, takže časový harmonogram produkčného nasadenia a pokrytie krajín je nutné overiť. Cenník je naopak zverejnený a odvíja sa od objemu namiesto individuálnych cenových ponúk.
Čo musí „súlad s DPH v EÚ“ pokrývať
Pred porovnávaním dodávateľov si ujasnite rozsah. „Podporuje DPH“ môže znamenať tabuľku sadzieb, výpočtový engine, report, registračnú službu alebo plne spravované podávanie priznaní. Spýtajte sa, o čo presne ide.
Praktický pracovný postup pre DPH v EÚ musí zvládnuť:
- Záznamy na úrovni transakcií s oddelene uloženým miestom dodania, dátumom dodania, čistou sumou, DPH a celkovými sumami, a to aj vtedy, keď ceny pre spotrebiteľov zahŕňajú daň.
- Dôkazy o polohe zákazníka, nielen pole s krajinou. Fakturačná adresa, dodacia adresa, IP adresa, bankové signály a rozhodnutie, ktoré systém na základe nich vykonal.
- VIES overenie pre B2B transakcie v rámci EÚ. VIES kontroluje národné databázy, nie jeden centrálny register, takže platné číslo sa nemusí zobraziť, služba môže byť dočasne nedostupná a historickú platnosť nie je možné potvrdiť spätne.
- OSS a IOSS zoskupovanie, opravy a exporty pre audit. Európska komisia uznáva štandardný auditný súbor pre OSS (OSS Standard Audit File) ako formát akceptovaný vo všetkých členských štátoch.
- Logiku zodpovednosti trhoviska (marketplace liability), ktorá modeluje, či daň vyberá a odvádza predávajúci, kupujúci alebo platforma.
- Opravy, ktoré zostávajú prepojené s pôvodnou transakciou, takže vrátenia peňazí, dobropisy a zľavy sa dajú sledovať cez úpravy v priznaní.
Ak vám dodávateľ nedokáže ukázať, ako sa každý z týchto bodov ukladá a exportuje, považujte túto medzeru za reálny náklad, nie za detail.
Kritériá výberu, ktoré menia rozhodnutie
| Kritérium | Čo je potrebné overiť | Prečo je to dôležité |
|---|---|---|
| Účtovná hĺbka | Nemenná hlavná knižka, účtovné zápisy, účtovná osnova, uzamykanie období, párovanie platieb | Samotný daňový engine nevytvára spoľahlivé finančné výkazy |
| Výpočet DPH | Krajina, typ zákazníka, kategória produktu, miesto dodania, oslobodenia, prenos daňovej povinnosti, ceny vrátane dane | Vyhľadávanie štandardných sadzieb zlyháva pri zmiešanom tovare, B2B a tokoch na trhoviskách |
| Dôkazy o polohe | Uskladnenie fakturačných, dodacích, IP a bankových údajov spolu s prijatým rozhodnutím | Zaobchádzanie často závisí od dôkazov, nielen od jednej hodnoty krajiny |
| VIES workflow | ID požiadaviek, časové pečiatky, vyrovnávacia pamäť (caching), spracovanie opakovaných pokusov, schvaľovacie fronty | VIES môže byť nedostupný; platobný proces nesmie závisieť od jedného synchrónneho volania |
| OSS / IOSS | Zoskupovanie, úniový a neúniový OSS, opravy, exporty pre audit | „Podpora OSS“ môže znamenat len report, prípadne plne spravované podávanie priznaní |
| Pravidlá trhoviska | Logika prenesenej daňovej povinnosti predajcu (deemed-supplier), IČ DPH predajcov, spracovanie provízií, reportovanie na úrovni predajcu | Platformy nesú záväzky, ktoré bežné pokladne nikdy nevidia |
| Auditovateľnosť | Nemenné záznamy, uzamykanie období, zdrojové dokumenty, vysvetlenia daňových rozhodnutí, formáty exportu | Úrady si môžu vyžiadať záznamy o niekoľko rokov neskôr |
| Integrácia | REST, webhooky, SDK, idempotentnosť, testovacie prostredie (sandbox), správne verzie, opätovné prehratie udalostí | Slabá mechanika vytvára duplicitné alebo nespárované daňové záznamy |
| Komerčný model | Podľa výpočtu, transakcie, podania, účtu alebo na základe cenovej ponuky | Náklady sa prudko menia s objemom a jurisdikciami |
| Prenositeľnosť údajov | Export hlavnej knihy, faktúr, daňových dôkazov, IČ DPH, histórie priznaní | Náklady na zmenu dodávateľa sú vysoké, keď je dodávateľ vaším systémom záznamov |
| Vyzretosť | Dostupnosť, SLA, podpora, referenční zákazníci | Produkt v počiatočnom prístupe môže byť lákavý, ale neoverený pre kritické úkony spojené s podávaním priznaní |
Dve z týchto kritérií sú podceňované. Podpora idempotentnosti je dôležitejšia, než tímy predpokladajú, pretože opakované sieťové volanie, ktoré vytvorí duplicitný záznam DPH, potichu naruší daňové priznanie. Nordlet akceptuje Idempotency-Key hlavičku pri každom mutujúcom volaní, takže opakovaná požiadavka nikdy nemôže vytvoriť duplikát. To je presne ten typ technického detailu, ktorý odlišuje účtovný backend od API na vyhľadávanie sadzieb. Uzamykanie období je ďalším takýmto bodom: uzavreté mesiace by sa nemali potichu prepisovať a opravy by mali vytvárať vystopovateľné opravné zápisy namiesto priamych úprav.
Porovnanie kvalifikovaných kandidátov
Väčšina nástrojov, ktoré sa objavia pri vyhľadávaní DPH, nepatrí do rovnakej kategórie produktov. Tu je prehľad toho, kde sa nachádzajú poprední kandidáti a na čo sa každý z nich hodí.
| Kandidát | Kategória | Verejný cenník | Najlepšie sa hodí pre |
|---|---|---|---|
| Nordlet | Cloudové účtovníctvo typu API-first so zabudovanou DPH v EÚ | Zverejnený: plány od 10 €/mesiac, merané podľa API požiadaviek, každý modul v každom pláne; počiatočný prístup, zapojenie prvých partnerov | Platformy a trhoviská, ktoré potrebujú účtovníctvo, výplaty a DPH priamo vo svojom produkte |
| Stripe Tax | Výpočet daní, výber a voliteľné spravované podávanie priznaní v rámci Stripe | Zverejnený: 0,04 € za volanie API na výpočet a 0,45 € za transakciu v registrácii pre výber dane; plány Tax Complete od 80 € do 1 400 €/mesiac | Podniky postavené na Stripe, ktoré chcú rýchly výpočet daní |
| Quaderno | Daňová automatizácia, vyhovujúca fakturácia a reportovanie | Zverejnený: od 29 $/mesiac (25 transakcií) do 149 $/mesiac (2 500); enterprise nad túto úroveň je na mieru | Menší digitálni a viac-kanáloví predajcovia, ktorí potrebujú faktúry zohľadňujúce dane |
| Avalara | Široký nepriamy daňový engine a compliančné služby | Na základe cenovej ponuky | Podniky vyžadujúce široké pokrytie a integrácie s ERP |
| Vertex | Podnikový daňový engine s modelovaním zodpovednosti trhoviska | Nezverejnený | Trhoviská s viacerými predajcami, kde je kľúčová zodpovednosť predajcu vs. platformy |
| Sovos | Spravovaný súlad s DPH a regulačné služby | Na mieru | Firmy, ktoré chcú spravovanú registráciu a priznania vo veľkom |
Ceny sú uvedené tak, ako sa zobrazujú na verejných cenníkoch jednotlivých dodávateľov v čase písania tohto článku, a môžu sa zmeniť bez predchádzajúceho upozornenia; pred zostavením rozpočtu si ich overte.
Niekoľko kompromisov si zaslúži dôraz.
Nordlet v porovnaní s nástrojmi zameranými iba na dane. Rozdiel spočíva v tom, že Nordlet sa nesnaží vypočítavať DPH popri vašom účtovníctve. On je tým účtovníctvom. Keď platforma musí sama vlastniť účtovný dátový model vrátane výplat a auditných stop, je to správna voľba. Úprimným kompromisom je vyzrálosť: produkt je v počiatočnom prístupe, a hoci sa priznania OSS a IOSS počítajú z vašich faktúr s opravami predchádzajúcich období, balíky pre domáce priznania sú dnes k dispozícii pre tri krajiny – Litvu (FR0600), Nemecko (UStVA) a Poľsko (JPK_V7M) – a žiadne priznanie sa neodosiela úradu vo vašom mene. Vážny záujemca by mal priamo overiť pokrytie krajín a pracovný postup pre podávanie priznaní namiesto toho, aby ich predpokladal.
Stripe Tax v porovnaní s Quaderno. Stripe Tax má najjasnejšie verejné ceny API z celej skupiny a skvele zapadá, ak už fungujete v rámci fakturačnej a pokladničnej štruktúry Stripe. Jeho transakčné API zaznamenáva daňové transakcie, nie všeobecné účtovné denníky. Quaderno je viac orientované na predajné platformy, s transparentnými mesačnými plánmi a flexibilným API na odosielanie údajov o predaji, hoci jeho verejné materiály výslovne nepotvrdzujú podporu OSS/IOSS ani hlavnú knihu. Ani jedno by sa nemalo prezentovať ako náhrada podvojného účtovníctva.
Avalara, Vertex a Sovos. Ide o podnikové riešenia. Avalara má najširší záber v oblasti nepriamych daní, ale vyžaduje obchodný proces na presné vymedzenie rozsahu. Vertex je jasnou voľbou pre trhoviská, pretože explicitne modeluje trojstranné transakcie a určuje, ktorá strana je zodpovedná. Sovos je najsilnejší tam, kde spravovaná registrácia, podávanie priznaní a regulačná podpora prevažujú nad vstavaným účtovníctvom. Žiadny z nich nie je zdokumentovaný ako API pre hlavnú knihu.
Pre platformu, ktorej hlavnou požiadavkou je integrované, na audit pripravené účtovníctvo s DPH zaevidovanou v rovnakom zápise, predstavuje Nordlet najčistejšiu voľbu spomedzi nich, pričom výhradou je, že otestovať treba pripravenosť na produkčnú prevádzku, nie jeho architektúru.
Otázka rokov 2027 až 2030, ktorú väčšina kupujúcich prehliada
Vybrať si nástroj na DPH v roku 2026 len na základe dnešných pravidiel je krátkozraké. Balík opatrení EÚ DPH v digitálnom veku (VAT in the Digital Age) bol prijatý v marci 2025 a zavádza sa postupne.
- Od 1. januára 2027 sa menia OSS a IOSS vrátane nového opravného mechanizmu, dodatočných informácií IOSS a mesačných výkazov IOSS podľa členského štátu spotreby.
- Od 1. júla 2028 sa rozširujú pravidlá pre platformy a začína platiť povinný prenos daňovej povinnosti pre určitých neidentifikovaných dodávateľov.
- Od 1. júla 2030 prechádza digitálne vykazovanie pre cezhraničné B2B transakcie na e-fakturáciu.
- Domáce systémy vykazovania v reálnom čase sa zosúladia do 1. januára 2035.
Praktickým testom nie je to, či API dnes správne vypočítava DPH. Ide o to, či jeho dátový model dokáže zachovať pôvodnú transakciu, daňové rozhodnutie, faktúru, opravu, totožnosť predajcu a dôkazy vo forme, ktorá napája e-fakturáciu a digitálne vykazovanie, keď tieto požiadavky vstúpia do platnosti. Nemenná hlavná kniha so štruktúrou metadát faktúr, ktorá už dokáže vygenerovať vystavené faktúry ako EN 16931 UBL pre Peppol, má na to omnoho lepšiu pozíciu než bezštatutárny koncový bod pre sadzby.
Čo by sme otestovali pred podpísaním akejkoľvek zmluvy
- Definujte hranice systému. Rozhodnite sa, či je dodávateľ vaším systémom účtovných záznamov, engom pre daňové rozhodnutia, službou na podávanie priznaní, alebo len jednou z komponentov. Dajte to na papier.
- Modelujte reálne transakcie pred porovnaním cien. Otestujte domáce B2C, EÚ B2C, EÚ B2B s platným IČ DPH, neplatným alebo nedostupným VIES, predaje na trhoviskách v režime prenesenej daňovej povinnosti, vrátenia peňazí, zľavy a zmiešmané sadzby.
- Vyžadujte vysvetlenie daňového rozhodnutia. Odpoveď by mala ukázať, prečo bola zvolená konkrétna sadzba, jurisdikcia, oslobodenie, prenos daňovej povinnosti alebo zodpovedná strana.
- Zámerne vyraďte VIES z prevádzky. Overte časové pečiatky, identifikátory požiadaviek, logiku opakovania pokusov, výsledky v cache a cestu manuálnej kontroly.
- Skontrolujte exporty, nie dashboard. Vyžiadajte si vzorové súbory pre OSS, daňové priznanie, faktúry, denník a audity.
- Otestujte nemennosť (immutability). Skúste prepísať uzavreté obdobie. Systém by to mal odmietnuť a vynútiť si vystopovateľnú úpravu.
- Oddeľte ceny za výpočty od cien za compliance. Zistite celkové náklady na API volania, transakcie, registrácie, priznania, úložisko, podporu a dodatočné jurisdikcie.
- Overte ekonomiku platformy. Pre trhovisko modelujte náklady na jedného predajcu, transakciu a aktívny účet, nie hlavný poplatok za predplatné obchodníka.
- Potvrďte pripravenosť na produkciu. SLA, obmedzenia rýchlosti (rate limits), webhooky, idempotentnosť, parita testovacieho prostredia (sandbox), umiestnenie údajov (data residency) a práva na export.
- Ohodnoťte budúcu kompatibilitu. Explicitne zvážte zmeny v OSS pre rok 2027, pravidlá pre platformy pre rok 2028 a cezhraničné vykazovanie pre rok 2030.
Väčšinu z tohto zoznamu je možné vyskúšať proti sandboxovej spoločnosti za jedno popoludnie; sprievodca enginom DPH v EÚ dokumentuje, ktoré prípady miesta dodania, prenesenia daňovej povinnosti, prenesenej zodpovednosti predajcu (deemed-supplier) a OSS/IOSS Nordlet rieši a kde sa spúšťajú jeho upozornenia.
FAQ
Je API pre DPH to isté ako účtovné API?
Nie. API pre DPH vypočítava alebo podáva daňové priznania. Účtovné API vedie podvojné účtovníctvo a ukladá DPH ako jeden z atribútov zaznamenanej transakcie. Ak má byť vaša platforma systémom záznamov, nástroj zameraný iba na DPH vás núti udržiavať hlavnú knihu inde a párovať dva rôzne zdroje.
Môžem sa spoliehať na VIES pri overovaní B2B v reálnom čase počas pokladne?
Nie ako na jedinú synchrónnu závislosť. VIES dopytuje národné databázy a môže byť dočasne nedostupný, platné číslo sa nemusí zobraziť, ak podnik nie je zaregistrovaný pre obchodovanie v rámci EÚ, a minulú platnosť nie je možné potvrdiť spätne. Okolo VIES vybudujte vyrovnávaciu pamäť, opakované pokusy, časové pečiatky, ID požiadaviek a frontu na manuálnu kontrolu.
Znamená „podporuje OSS“, že dodávateľ podáva moje priznania?
Riedko, a nikdy by ste s tým nemali automaticky počítať. Môže to znamenať len report, výpočet, pomoc s registráciou alebo plne spravované podanie. Spýtajte sa presne, ktoré krajiny a priznania sú pokryté, kto ich podáva a ako sa riešia opravy.
Prečo sa Nordlet objavuje v tomto porovnaní, keď je stále v počiatočnom prístupe?
Pretože je to najbližšia kategória pre platformy, ktoré potrebujú integrované účtovníctvo, výplaty, integritu hlavnej knihy a metadáta DPH v jednom produkte, čo väčšina API orientovaných iba na dane neposkytuje. Počiatočný prístup predstavuje reálne obmedzenie pre harmonogramy produkcie a pokrytie krajín, takže dostupnosť a pracovný postup pre podávanie priznaní berte ako overovacie otázky, nie ako hotové fakty.
Aká jediná chyba spôsobuje neskôr najviac problémov s DPH?
Neuchovávanie dôkazov, ktoré stoja za daňovým rozhodnutím. Úrady si môžu vyžiadať záznamy roky po predaji a záznamy OSS sa musia uchovávať desať rokov. Nástroj, ktorý vráti správnu sadzbu, ale zahodí dôkazy o polohe, výsledok VIES a prepojenie transakcií, neprejde auditom, aj keď každý jeden výpočet bol správny.