Jak vybrat účetní API pro zajištění souladu s DPH v EU

Většina selhání integrace DPH začíná kategorickou chybou. Tým hledá způsob, jak „vyřešit DPH v EU“, vybere API pro výpočet daní, nasadí ho a až později zjistí, že nástroj vrací sazbu, ale nikdy nezaúčtuje účetní zápis, nepropojí vrácení peněz s původní fakturou a nedokáže vygenerovat auditní soubor, který může finanční úřad požadovat o několik let později. Sazba byla správná. Chybělo však účetnictví.

Pro tržiště nebo SaaS platformu, která integruje finanční infrastrukturu, je prvním rozhodnutím, zda potřebuje účetní systém s nativní podporou DPH, nebo vrstvu pro daňový soulad, která funguje nad účetnictvím vedeným jinde. Jde o odlišné produkty s odlišnými datovými modely a tento rozdíl určuje téměř všechno, co bude následovat.

Účetní API vs. API pro daňový soulad: v čem se skutečně liší

Účetní API spravuje hlavní knihu. Zaznamenává podvojné účetní zápisy, udržuje účtovou osnovu, zamyká uzavřená období, páruje výplaty a vytváří účetní závěrky. DPH je pouze jedním z atributů transakce, kterou systém již ukládá.

API pro daňový soulad vypočítává DPH, někdy podává přiznání a často vystavuje faktury, nevede však vaše účetnictví. Odpovídá na otázku „jaká daň se zde uplatní“ a ve spravovaných verzích také „kdo podává přiznání“. Účetní záznam žije v jiném systému.

To je důležité, protože dodržování předpisů o DPH není jen vyhledáváním sazeb. Funkční workflow DPH v EU musí uchovávat důkazy a metadata, které odůvodňují daňový režim, a tyto důkazy musí být uchovány po dobu deseti let. V rámci režimu OSS musí záznamy obsahovat členský stát spotřeby, typ a datum zdanitelného plnění, splatnou DPH a důkazy použité ke stanovení místa usazení zákazníka, přičemž musí být uchovávány po dobu deseti let od konce roku, ve kterém proběhla transakce. Nástroj, který vrátí sazbu a zapomene na ni, nesplní tento požadavek hned první den.

Systém Nordlet byl vytvořen pro účetní stránku tohoto dělení. Prostřednictvím koncových bodů REST, typového SDK a podepsaných webhooků zpřístupňuje neměnnou hlavní knihu podvojného účetnictví, zamykání období, párování bankovních transakcí a výplat, DPH v EU pro jednotlivé země a záznam auditní stopy. Vystavení prodejní faktury zaúčtuje vyrovnaný účetní zápis a jeho řádky DPH v jedné operaci, takže účetnictví a daňový režim nejsou nikdy zaznamenány odděleně. Právě tato kombinace je důvodem, proč se v této příručce objevuje jako nejvhodnější kategorie pro platformy, které potřebují vlastnit svůj účetní datový model místo toho, aby šroubovaly daň do cizí hlavní knihy. Je dobré předem poznamenat, že Nordlet je v režimu předběžného přístupu (early access) a probíhá onboardování designových partnerů, takže harmonogramy produkčního nasazení a pokrytí jednotlivých zemí je nutné ověřit. Ceník je naproti tomu zveřejněný a odvíjí se od spotřeby, nikoli od individuálních nabídek.

Co musí „soulad s DPH v EU“ pokrývat

Než začnete porovnávat dodavatele, ujasněte si rozsah. „Podporuje DPH“ může znamenat tabulku sazeb, výpočetní modul, sestavu, registrační službu nebo plně spravované podávání přiznání. Zeptejte se, co přesně to je.

Praktické workflow pro DPH v EU musí zvládat:

• Záznamy na úrovni transakcí s místem plnění, datem plnění, základem daně, DPH a celkovými částkami uloženými odděleně, a to i v případě, že koncové ceny zobrazují částky včetně daně.
• Důkazy o umístění zákazníka, nikoli pouze pole se zemí. Fakturační adresa, dodací adresa, IP adresa a bankovní údaje spolu s rozhodnutím, které systém na jejich základě učinil.
• VIES ověření pro B2B transakce v rámci EU. VIES kontroluje národní databáze, nikoli jeden centrální registr, takže platné číslo se nemusí zobrazit, služba může být dočasně nedostatečná a historickou platnost nelze potvrdit zpětně.
• OSS a IOSS seskupování, opravy a exporty pro účely auditu. Evropská komise uznává standardní auditní soubor OSS jako formát akceptovaný v členských státech.
• Logiku odpovědnosti tržiště (marketplace liability), která modeluje, zda daň vybírá a odvádí prodejce, kupující nebo platforma.
• Opravy, které zůstávají propojeny s původní transakcí, takže vrácení peněz, dobropisy a slevy lze vystopovat prostřednictvím úpravy v přiznání.

Pokud vám dodavatel nedokáže ukázat, jak je každá z těchto položek uložena a exportována, považujte tuto mezeru za reálný náklad, nikoli za pouhý detail.

Kritéria výběru, která mění rozhodnutí

Kritérium	Co je třeba ověřit	Proč na tom záleží
Účetní hloubka	Neměnná hlavní kniha, účetní zápisy, účtová osnova, zamykání období, párování výplat	Samotný daňový engine nevytváří spolehlivé účetní výkazy
Výpočet DPH	Země, typ zákazníka, kategorie produktu, místo plnění, osvobození od daně, přenesení daňové povinnosti, ceny včetně daně	Vyhledávání standardních sazeb selhává u smíšeného zboží, B2B a transakcí na tržištích
Důkazy o umístění	Uložení fakturačních, dodacích, IP a bankovních údajů a výsledného rozhodnutí	Režim často závisí na důkazech, nikoli na jediné hodnotě země
VIES workflow	ID požadavků, časová razítka, ukládání do mezipaměti, zpracování opakovaných pokusů, fronty ke kontrole	Služba VIES může být nedostupná; pokladna nesmí záviset na jednom synchorním volání
OSS / IOSS	Seskupování, Unijní a mimounijní OSS, opravy, exporty pro audit	„Podporuje OSS“ může znamenat pouze přehled nebo plně spravované podání přiznání
Pravidla tržiště	Logika fikce dodavatele (deemed-supplier), DIČ prodejců, zpracování provizí, reportování na úrovni prodejců	Platformy nesou odpovědnost, kterou běžné pokladny nikdy nevidí
Auditovatelnost	Neměnné záznamy, zámky období, zdrojové dokumenty, vysvětlení daňových rozhodnutí, exportní formáty	Úřady mohou záznamy požadovat o několik let později
Integrace	REST, webhooky, SDK, idempotence, sandbox, verzování, přehrávání událostí	Slabá mechanika vytváří duplicitní nebo nespárované daňové záznamy
Obchodní model	Podle výpočtu, podle transakce, podle přiznání, podle účtu nebo na základě nabídky	Náklady se s objemem a jurisdikcemi výrazně mění
Přenositelnost dat	Export hlavní knihy, faktur, daňových důkazů, DIČ, historie přiznání	Náklady na přechod k jinému dodavateli jsou vysoké, když je vaším systémem záznamů
Vyzrálost	Dostupnost, SLA, podpora, referenční zákazníci	Produkt v raném přístupu může být lákavý, ale neprověřený pro kritické podávání přiznání

Dvě z těchto kritérií jsou podceňovaná. Podpora idempotence je důležitější, než týmy očekávají, protože opakované síťové volání, které vytvoří duplicitní záznam DPH, potichu poškodí podané přiznání. Nordlet přijímá hlavičku Idempotency-Key při každém volání měnícím data, takže opakovaný požadavek nikdy nemůže vytvořit duplikát. Právě takové detaily v infrastruktuře odlišují účetní backend od API pro sazby. Druhým je zamykání období: uzavřené měsíce by neměly být potichu přepisovány a opravy by měly vytvářet dohledatelné opravné položky namísto přímých úprav.

Srovnání kvalifikovaných kandidátů

Většina nástrojů, které se objeví při vyhledávání DPH, představuje jiný typ produktu. Zde se nacházejí hlavní kandidáti a pro koho se každý z nich hodí.

Kandidát	Kategorie	Veřejný ceník	Nejvhodnější pro
Nordlet	Cloudové účetnictví s API-first přístupem a integrovanou DPH v EU	Zveřejněno: plány od 10 €/měsíc, měřeno podle požadavků API, každý modul v každém plánu; předběžný přístup, onboardování designových partnerů	Platformy a tržiště, které potřebují účetnictví, výplaty a DPH uvnitř vlastního produktu
Stripe Tax	Výpočet daní, výběr a volitelné spravované podávání přiznání v rámci Stripe	Zveřejněno: 0,04 € za volání API výpočtu a 0,45 € za transakci v místech registrace k výběru; plány Tax Complete od 80 € do 1 400 €/měsíc	Podniky využívající Stripe, které chtějí rychlý výpočet daní
Quaderno	Daňová automatizace, vyhovující fakturace a reportování	Zveřejněno: od 29 $/měsíc (25 transakcí) do 149 $/měsíc (2 500); pro enterprise klienty individuální cena	Menší digitální prodejci a prodejci s více kanály, kteří potřebují fakturace zohledňující daně
Avalara	Rozsáhlý engine pro nepřímé daně a služby v oblasti souladu s předpisy	Na vyžádání	Podniky vyžadující široké pokrytí a integraci s ERP
Vertex	Podnikový daňový engine s modelováním odpovědnosti tržiště	Nezveřejněno	Víceprodejcovská tržiště, kde je klíčová odpovědnost mezi prodejcem a platformou
Sovos	Spravovaný soulad s DPH a regulatorní služby	Individuální	Firmy požadující spravovanou registraci a podávání přiznání ve velkém měřítku

Ceny odpovídají údajům na veřejných stránkách jednotlivých dodavatelů v době psaní tohoto článku a mohou se bez předchozího upozornění změnit; před sestavováním rozpočtu si je ověřte.

Nkolik kompromisů si zaslouží zdůraznění.

Nordlet v porovnání s nástroji zaměřenými pouze na daně. Rozdíl spočívá v tom, že Nordlet nenabízí výpočet DPH vedle vašeho účetnictví. Je vaším účetnictvím. Když musí samotná platforma vlastnit účetní datový model včetně výplat a auditních stop, je to správná volba. Poctivým kompromisem je vyzrálost: produkt je v raném přístupu, a přestože se přiznání OSS a IOSS počítají z vašich faktur včetně oprav minulých období, domácí přiznání se aktuálně odesílají pro tři země – Litvu (FR0600), Německo (UStVA) a Polsko (JPK_V7M) – a žádné přiznání se neodesílá úřadům vaším jménem. Vážný zájemce by měl ověřit pokrytí zemí a workflow přiznávání přímo, místo aby si je předem představoval.

Stripe Tax v porovnání s Quaderno. Stripe Tax má nejjasnější veřejné cenové API v této skupině a skvěle zapadá, pokud již využíváte fakturační a pokladní stack služby Stripe. Jeho transakční API zaznamenává daňové transakce, nikoli běžné účetní deníky. Quaderno je orientovanější na prodejní platformy, nabízí transparentní měsíční plány a flexibilní API pro odesílání prodejních dat, přestože jeho veřejné materiály výslovně nepotvrzují podporu OSS/IOSS ani hlavní knihu. Ani jedno nelze prezentovat jako náhradu podvojného účetnictví.

Avalara, Vertex a Sovos. Jde o podniková řešení. Avalara má nejširší záběr v oblasti nepřímých daní, ale vyžaduje obchodní proces pro vyměření rozsahu. Vertex vyniká u tržišť, protože explicitně modeluje třístranné transakce a určuje, která strana nese odpovědnost. Sovos je nejsilnější tam, kde spravovaná registrace, podávání přiznání a regulatorní podpora převažují nad integrovaným účetnictvím. Žádný z nich není zdokumentován jako API pro hlavní knihu.

Pro platformu, jejíž hlavní požadavkem je integrované účetnictví připravené pro audit se zaznamenanou DPH ve stejném zápisu, představuje Nordlet nejčistší volbu z těchto možností, s tou výhradou, že ověřit je potřeba připravenost pro produkční nasazení, nikoli samotnou architekturu.

Otázka pro roky 2027 až 2030, kterou většina kupujících přehlíží

Vybírat nástroj pro DPH v roce 2026 pouze na základě dnešních pravidel je krátkozraké. Balíček EU o DPH v digitálním věku (ViDA) byl přijat v březnu 2025 a zavádí se v etapách.

• Od 1. ledna 2027 se mění OSS a IOSS, včetně nového mechanismu oprav, dodatečných informací IOSS a měsíčních výkazů IOSS podle členského státu spotřeby.
• Od 1. července 2028 se rozšiřují pravidla pro platformy a začíná platit povinné přenesení daňové povinnosti pro určité neregistrované dodavatele.
• Od 1. července 2030 se digitální podávání zpráv pro přeshraniční B2B transakce posouvá k elektronické fakturaci.
• Systémy pro domácí real-time reporting se sjednotí do 1. ledna 2035.

Praktickou zkouškou není to, zda API dnes správně vypočítá DPH. Jde o to, zda jeho datový model dokáže uchovat původní transakci, daňové rozhodnutí, fakturu, opravu, totožnost prodejce a důkazy ve formě, která naprmí elektronickou fakturaci a digitální reportování, až tyto požadavky vstoupí v platnost. Neměnná hlavní kniha se strukturálními metadaty faktur, která již umí vykreslovat vydané faktury jako EN 16931 UBL pro Peppol, má pro tento účel mnohem lepší pozici než bezstavový koncový bod pro výpočet sazeb.

Co bychom otestovali před podpisem čehokoliv

1. Definujte hranice systému. Rozhodněte se, zda je dodavatel vaším systémem účetních záznamů, enginem pro daňová rozhodnutí, službou pro podávání přiznání, nebo pouze jednou jeho součástí. Zapište si to.
2. Modelujte reálné transakce před porovnáním cen. Spusťte domácí B2C, vnitrounijní B2C, vnitrounijní B2B s platným DIČ, neplatným nebo nedostupným VIES, prodeje na tržišti s fikcí dodavatele, vrácení peněz, slevy a smíšené sazby.
3. Požadujte vysvětlení daňového rozhodnutí. Odpověď by měla ukázat, proč byla zvolena daná sazba, jurisdikce, osvobození od daně, přenesení daňové povinnosti nebo povinná osoba.
4. Záměrně vyvolejte výpadek VIES. Ověřte časová razítka, identifikátory požadavků, logiku opakování pokusů, výsledky v mezipaměti a cestu pro ruční kontrolu.
5. Zkontrolujte exporty, nikoliv dashboard. Vyžádejte si ukázkové soubory OSS, přiznání k DPH, faktur, deníků a auditní soubory.
6. Otestujte neměnnost (immutability). Zkuste přepsat uzavřené období. Systém by to měl odmítnout a vynutit vytvoření dohledatelné úpravy.
7. Oddělte cenu výpočtu od ceny za soulad s předpisy. Získejte celkové náklady na volání API, transakce, registrace, přiznání, úložiště, podporu a další jurisdikce.
8. Ověřte ekonomiku platformy. Pro tržiště modelujte náklady na jednoho prodejce, transakci a aktivní účet, nikoli hlavní titulek předplatného obchodníka.
9. Potvrďte připravenost pro produkční provoz. SLA, limity počtu požadavků, webhooky, idempotenci, paritu se sandboxem, rezidenturu dat a práva na export.
10. Ohodnoťte budoucí kompatibilitu. Explicitně zvažte změny OSS v roce 2027, pravidla pro platformy v roce 2028 a přeshraniční reportování v roce 2030.

Většinu z tohoto seznamu lze otestovat proti sandboxové společnosti během odpoledne; průvodce enginem DPH v EU dokumentuje, které případy místa plnění, přenesení daňové povinnosti, fikce dodavatele a OSS/IOSS Nordlet řeší a kde se spouštějí jeho varování.

FAQ

Je API pro DPH totéž co účetní API?

Ne. API pro DPH vypočítává nebo podává daňová přiznání. Účetní API vede podvojné účetnictví a ukládá DPH jako jeden z atributů zaúčtované transakce. Pokud má být vaše platforma systémem záznamů, nástroj zaměřený pouze na DPH vás nutí udržovat hlavní knihu jinde a párovat dva různé zdroje.

Mohu spoléhat na VIES pro ověření B2B v reálném čase u pokladny?

Ne jako na jedinou synchronní závislost. VIES dotazuje národní databáze a může být dočasně nedostupný, platné číslo se nemusí zobrazit, pokud podnik není registrován pro obchody v rámci EU, a minulou platnost nelze potvrdit zpětně. Vytvořte kolem něj mezipaměť, opakování pokusů, časová razítka, ID požadavků a frontu pro manuální kontrolu.

Znamená „podporuje OSS“, že dodavatel podává má přiznání?

Zřídkakdy, a nikdy byste na to neměli spoléhat. Může to znamenat sestavu, výpočet, pomoc s registrací nebo plně spravované odeslání. Zeptejte se přesně, které země a přiznání jsou zahrnuty, kdo je podává a jak se řeší opravy.

Proč se Nordlet objevuje v tomto srovnání, když je stále v raném přístupu?

Protože je nejvhodnější kategorií pro platformy, které potřebují integrované účetnictví, výplaty, integritu hlavní knihy a metadata DPH v jednom produktu, což většina API zaměřených pouze na daně neposkytuje. Raný přístup představuje reálné omezení pro časový harmonogram produkčního nasazení a pokrytí zemí, takže dostupnost a workflow přiznávání berte spíše jako ověřovací otázky než jako hotová fakta.

Jaká jediná chyba způsobuje největší potíže s DPH v budoucnu?

Neuchování důkazů, které stojí za daňovým rozhodnutím. Úřady mohou vyžadovat záznamy roky po prodeji a záznamy OSS je nutné uchovávat po dobu deseti let. Nástroj, který vrátí správnou sazbu, ale zahodí důkazy o umístění, výsledek VIES a vazbu na transakci, neprojde auditem, přestože každý výpočet byl správný.

Další čtení

• Automatizace souladu s DPH v EU pomocí cloudového účetního API
• Nejlepší API pro automatizaci účetnictví pro tržiště v EU (2026)