Náklady na účetní integraci: Jeden projekt pro každého dodavatele
Zveřejněné odhady se pohybují od tří týdnů do dvanácti měsíců na jeden účetní systém a tato práce se z jednoho dodavatele na druhého nepřenáší. Zde jsou uvedena čísla, jejich zdroje a alternativa.
Platforma, která se připojuje k účetním systémům svých zákazníků, buduje jednu integraci pro každého dodavatele. Zveřejněné odhady pro jednu integraci se pohybují od tří do čtyř týdnů pro první fungující připojení QuickBooks až po šest až dvanáct měsíců v případě NetSuite. Každý odhad, který jsme našli, navíc pochází od společnosti, která prodává způsob, jak se této práci vyhnout. Práce se totiž nepřenáší: QuickBooks, Xero, NetSuite a Microsoft Dynamics 365 Business Central mají vlastní metodu přihlašování, platnost tokenů, syntaxi dotazů, limity požadavků, poplatky a plán ukončování podpory (deprecation). Šest dodavatelů znamená šest projektů a šest rozpočtů na údržbu.
Tento článek shromažďuje zveřejněné údaje včetně jejich zdrojů, ukazuje, v čem se dodavatelé liší, a vysvětluje druhou možnost: vést účetnictví uvnitř vašeho vlastního produktu prostřednictvím jediného účetního API, takže namísto integrace pro každého dodavatele stačí vytvořit pouze jednu.
Jak dlouho trvá jedna účetní integrace
Nikdo nezveřejňuje neutrální průzkum doby vývoje integrací. Níže uvedená čísla pocházejí od společností, které prodávají jednotná (unified) účetní API, takže mají motivaci ukázat tuto práci jako náročnou. Přesto jde o nejkonkrétnější dostupná čísla a navzájem se shodují, jakmile oddělíte „první fungující verzi“ od „produkčního prostředí“.
| Zdroj | Co uvádějí | Jejich zájem |
|---|---|---|
| Apideck (2026) | QuickBooks: „zdatný vývojář může mít funkční řešení za tři až čtyři týdny“. Údržba 35+ konektorů vyžaduje „minimálně jednoho vývojáře vyčleněného na údržbu integrací“. | Prodává jednotné API |
| Rutter (duben 2026) | „Tři vývojářské měsíce na jednu platformu“, což Rutter označuje za konzervativní odhad. U NetSuite „se harmonogram protahuje na šest až dvanáct měsíců“. Jeden zákazník odhadoval QuickBooks na dva vývojáře na pár měsíců; nakonec to zabralo „alespoň tři měsíce s mnoha iteracemi“. | Prodává jednotné API |
| Merge | 150 hodin na vytvoření jedné integrace a 300 hodin ročně na její údržbu, při platu 150 000 USD. Merge vyčísluje náklady na „50 000 až 150 000 USD ročně“. | Prodává jednotné API |
V těchto číslech jsou dvě věci důležitější než celkové součty.
Za prvé, propast mezi třemi týdny a třemi měsíci představuje rozdíl mezi demem a produkčním prostředím. Připojení, které vytvoří fakturu, funguje rychle. Připojení, které dokáže ustát vypršení platnosti tokenu, duplicitní webhooky, limitní stropy požadavků (rate limits), částečná selhání a zákazníka, který znovu připojí jiný soubor firmy, zabere zbytek času. Náš návod jak integrovat cloudové účetní API do SaaS platformy tuto práci popisuje krok za krokem.
Za druhé, v modelu společnosti Merge převyšuje údržba samotný vývoj: 300 hodin ročně oproti 150 hodinám jednorázově. Tyto náklady se opakují každý rok pro každého dodavatele, kterého podporujete.
Proč druhá integrace stojí stejně jako první
Pokud by dodavatelé poskytovali stejné rozhraní, druhá integrace by většinu té první využila znovu. To ale nedělají. Následující tabulka porovnává čtyři často používané systémy.
| QuickBooks Online | Xero | NetSuite | Business Central | |
|---|---|---|---|---|
| Přihlášení | OAuth 2.0 | OAuth 2.0 | OAuth 2.0; token-based authentication se pro nové integrace uzavírá od verze 2027.1 | Pouze Microsoft Entra ID OAuth |
| Životnost přístupového tokenu (access token) | 1 hodina | 30 minut | 60 minutes | Určeno službou Entra ID |
| Obnovovací token (refresh token) | 100 dní klouzavě, maximálně pět let | 60 dní klouzavě | 7 dní | Určeno službou Entra ID |
| Styl dotazů | SQL-like SELECT … FROM Invoice, bez OR, bez spojení (joins) |
REST s parametrem where |
SuiteQL (SQL) přes REST, plus SOAP do roku 2028 | OData v4 |
| Limit požadavků (rate limit) | 500 požadavků za minutu a 10 za sekundu na firmu | 60 za minutu, 5 000 za den a 5 souběžných na firmu | 5 až 20 souběžných požadavků na účet, podle servisní úrovně | 6 000 požadavků za 5 minut a 5 souběžných na uživatele |
| Samostatný poplatek za API | App Partner Program: bezplatná úroveň, poté 300 až 4 500 USD měsíčně | Aplikace od zdarma do 1 445 AUD měsíčně | Nenalezeno; dodatečná souběžnost se prodává jako licence SuiteCloud Plus | Nenalezeno |
Zdroje: Intuit authorization FAQ, Intuit limits and throttles, Intuit App Partner Program guide, Xero OAuth 2.0 guide, Xero API limits, Xero pricing, NetSuite OAuth 2.0 tokens, NetSuite token-based authentication, Business Central operational limits.
Tokeny vyprší podle čtyř různých harmonogramů
Integrace musí před vypršením platnosti obnovit tokeny každého dodavatele a pokaždé uložit nový obnovovací token, jinak se musí zákazník přihlašovat znovu. Harmonogramy se liší až čtrnáctkrát: obnovovací token v NetSuite vydrží sedm dní, v QuickBooks 100 dní. QuickBooks k tomu přidává pevný limit: obnovovací tokeny platí nejdéle pět let, takže dlouhodobě běžící připojení začnou v pevné datum vypršet bez ohledu na to, zda se používají, či nikoliv. Každý harmonogram vyžaduje vlastní úlohu obnovování, vlastní ošetření chyb a vlastní zprávu typu „prosím, připojte se znovu“ pro zákazníka.
Každý dodavatel má vlastní dotazovací jazyk
Načítání dat je oblast, kde se kód rozchází nejvíce. QuickBooks přijímá omezený dialekt SQL bez operátoru OR a bez spojení (joins), přičemž na jednu stránku vrátí maximálně 1 000 záznamů. Xero filtrování provádí pomocí výrazu where v URL a pro velké organizace doporučuje jednoduché testy rovnosti. NetSuite disponuje jazykem SuiteQL, což je plnohodnotný dialekt SQL odesílaný na vlastní koncový bod, a do roku 2028 také SOAP. Business Central používá filtry OData. Dotaz, který vyhledá nezaplacené faktury pro jednoho zákazníka, tak představuje čtyři různé kusy kódu, z nichž každý má vlastní stránkování (paging) a specifické okrajové případy.
Každý dodavatel omezuje provoz odlišně
QuickBooks a Xero počítají požadavky na firmu za minutu. NetSuite počítá souběžné požadavky napříč celým účtem, takže vaše integrace sdílí limit se všemi ostatními integracemi, které zákazník používá, a NetSuite volání nad tento limit odmítá. Business Central počítá požadavky na uživatele v pětiminutovém okně. Hromadný import, který je pro jednoho dodavatele bezpečný, může jiný zablokovat, takže logiku omezování provozu (throttling) a opakování pokusů je nutné psát pro každého dodavatele zvlášť.
Přístup je komerční záležitost
Dva ze čtyř dodavatelů nyní zpoplatňují přístup k API podle objemu. Program App Partner Program od Intuitu měří volání typu „CorePlus“, která pokrývají většinu čtení dat, a nad rámec bezplatného tarifu je blokuje; placené tarify stojí 300, 1 700 a 4 500 USD měsíčně. Xero přešlo 2. března 2026 na placené tarify aplikací od bezplatného tarifu omezeného na 5 připojení až po 1 445 AUD měsíčně za 10 000 připojení. Provozní náklady integrace proto závisí na tom, kolik vašich zákazníků daného dodavatele používá a kolik dat načítáte.
Dodavatelé mění pravidla podle vlastního harmonogramu
U integrace, která funguje dnes, je již předem oznámena celá řada vynucených přepisů kódu:
- NetSuite přestane od verze 2027.1 přijímat nové integrace využívající ověřování pomocí tokenů (token-based authentication) a oznámení společnosti Oracle ohledně SOAP uvádí, že „s vydáním verze NetSuite 2028.2 budou všechny koncové body deaktivovány a integrace založené na SOAP přestanou fungovat“ (NetSuite SOAP notice).
- Xero přiřazuje aplikacím vytvořeným od března 2026 podrobné oprávňovací rozsahy (permission scopes) a stávajícím aplikacím dává čas na přechod do září 2027 (Xero OAuth 2.0 overview).
- QuickBooks zavádí výše popsaný pětiletý limit platnosti obnovovacího tokenu a vyřadil starší menší verze API, takže základem je verze 75.
- Business Central online přestalo v roce 2022 pro webové služby akceptovat přístupové klíče (základní ověřování); integrace musely přejít na Entra ID OAuth (Microsoft deprecation list).
Žádná z těchto změn nepřidává novou funkci pro vaše zákazníky. Každá představuje pouze čas vývojářů strávený udržováním stávajícího připojení v chodu, vynásobený počtem dodavatelů, které podporujete.
Matematika pro šest integrací
Vezměme si údaj od společnosti Rutter o třech vývojářských měsících na jednu platformu a údaj od Merge o 300 hodinách údržby ročně a aplikujme je na šest účetních systémů:
| Jeden dodavatel | Šest dodavatelů | |
|---|---|---|
| Vývoj | 3 vývojářské měsíce | 18 vývojářských měsíců |
| Údržba za rok | 300 hodin | 1 800 hodin, což odpovídá takřka jednomu plně vytíženému vývojáři |
Jedná se o předpoklady samotných dodavatelů, nikoliv naše, přičemž samotné NetSuite by tyto hodnoty ještě překonalo. Jde o celkovou povahu věci: náklady rostou s počtem dodavatelů a údržba nikdy nekončí. Jednotné API sice zkracuje dobu vývoje, ale pak závisíte na tom, jak dobře pokrývá zápisy a okrajové případy jednotlivých dodavatelů, a platíte za něj buď za připojení, nebo za volání. Náš článek o porovnání vlastního vývoje a nákupu hotového řešení vás provede poctivým spočítáním těchto nákladů.
Integrujte jednou: veďte účetnictví ve svém produktu
Model s konektory předpokládá, že účetnictví každého zákazníka žije v systému, který si zákazník sám vybral, a vaše platforma do něj kopíruje data. Existuje však druhý model: vaše platforma vede účetnictví sama, prostřednictvím jednoho účetního API, a zobrazuje ho ve vašem vlastním rozhraní. Právě k tomu je Nordlet vytvořen. Stačí vytvořit jednu integraci bez ohledu na to, jaký účetní software vaši zákazníci používali dříve.
Jak taková jediná integrace v Nordletu vypadá:
- Jednotný tvar požadavků. Každá operace má podobu
POST /v1/{module}/{resource}/{action}. Každá akce typulistakceptuje stejné tělo pro filtrování, řazení a stránkování a každá chyba používá stejný obálkový formát. Kód napsaný pro jeden koncový bod funguje pro ostatní naprosto stejně. Podívejte se na konvence API. - API klíče namísto obnovovacích tokenů. Klíč patří jedné firmě, nese pevná oprávnění, může mít nastavené datum vypršení platnosti a lze jej zneplatnit. Neexistuje žádný obnovovací token, který by bylo nutné rotovat a ukládat.
- Bezpečné opakování požadavků (retries). Každá změna akceptuje hlavičku
Idempotency-Key. Zopakování požadavku se stejným klíčem vrátí uloženou odpověď namísto vytvoření druhé faktury. - Podepsané webhooky s opakováním. Události se zapisují ve stejné databázové transakci jako změna, jsou podepsané pomocí HMAC-SHA256 a v případě selhání se opakují přibližně 24 hodin.
- Jednotný zveřejněný limit požadavků. 300 požadavků za minutu na jeden API klíč, hlášených v hlavičkách
x-ratelimit-*. - Typová SDK v devíti jazycích vygenerovaná z jedné specifikace OpenAPI. Podívejte se na SDK.
- Neomezený počet testovacích firem (sandbox) v rámci jednoho účtu pro testování integrace.
- Jednotný ceník. Tarify se účtují podle počtu požadavků, od 10 EUR měsíčně za 3 000 požadavků. Podívejte se na ceník.
Hlavní kniha podvojného účetnictví, faktury, párování plateb, daňová přiznání k DPH a reporty jsou dostupné prostřednictvím téhož API, takže integrace pokrývá samotné účetnictví, nikoli pouze jeho kopii. Stránka s funkcemi uvádí přehled toho, co je součástí, a článek co je to účetní API vysvětluje tento model podrobněji.
Zákazníci, kteří již účetnictví vedou jinde
Dva mechanismy nahrazují konektory pro jednotlivé dodavatelé, které by jinak platforma musela pro tyto zákazníky vytvářet:
- Přesun dat dovnitř. Účtová osnova společnosti, partneři, počáteční stavy nebo kompletní historie deníku, otevřené faktury, dlouhodobý majetek a zásoby se importují jedním voláním. Viz migrace z jiného systému.
- Soubory pro účetní. V případech, kdy účetní zákazníka pracují ve svém vlastním softwaru, Nordlet exportuje hlavní knihu ve formátech, které tento software čte: dávka účetních záznamů DATEV (
POST /v1/reports/datev) pro německé účetní a soubor SIE 4 (POST /v1/reports/sie) pro ty švédské. Export souboru nevyžaduje přihlášení, obnovení tokenu ani poplatek za volání účtovaný dodavatelem účetního softwaru.
Kdy jsou konektory stále správnou volbou
Vedení účetnictví ve vašem produktu není správnou volbou pro každou platformu:
- Pokud finanční týmy vašich zákazníků vyžadují, aby jejich stávající účetní systém zůstal primárním zdrojem pravdy (system of record), potřebujete konektory do tohoto systému, ať už postavené přímo, nebo prostřednictvím jednotného API.
- Pokud potřebujete do účetnictví zákazníka odesílat pouze několik dokumentů, například jednu fakturu na objednávku, může stačit přímý konektor k dodavateli, kterého používá většina vašich zákazníků.
- Pokud většina vašich zákazníků používá jednoho dodavatele, pak jediná přímá integrace představuje jeden projekt, nikoli šest.
Argument pro integraci jedním tahem platí tehdy, když vaše platforma potřebuje provozovat účetnictví svých uživatelů, a nikoliv jej pouze zrcadlit: jde o tržiště vyplácející prodejce, platformy fakturující jménem svých uživatelů a SaaS produkty, kde je vedení účetnictví součástí produktu. Než zvolíte některou z cest, náš předprodukční testovací plán pro účetní API shrnuje, co je třeba otestovat.
FAQ
Jak dlouho trvá vytvoření integrace s QuickBooks?
Apideck odhaduje tři až čtyři týdny pro první fungující verzi od jednoho zdatného vývojáře. Jeden ze zákazníků společnosti Rutter odhadoval práci pro dva vývojáře na pár měsíců a nakonec potřeboval alespoň tři měsíce s několika iteracemi. Produkční práce – obnova tokenů, opakování požadavků, limity, znovupřipojení a párování – představuje rozdíl mezi těmito čísly.
Jak dlouho trvá integrace s NetSuite?
Rutter uvádí u NetSuite šest až dvanáct měsíců. NetSuite přidává limity souběžnosti pro celý účet, sedmidenní obnovovací tokeny, SuiteQL vedle SOAP a ohlášené změny: žádné nové integrace využívající ověřování pomocí tokenů od verze 2027.1 a vyřazení koncových bodů SOAP ve verzi 2028.2.
Odstraňuje jednotné účetní API práci spojenou s jednotlivými dodavateli?
Zmenšuje rozsah vývoje, protože jediné rozhraní pokrývá několik dodavatelů. Neodstraňuje však rozdíly mezi dodavateli: zápisy, vlastní pole a okrajové případy jsou často podporovány nerovnoměrně a k poplatkům dodavatelů API se přičítá i cena za jednotné API. Tyto kompromisy popisujeme v našem návodu pro integraci SaaS.
Kolik stojí přístup k API pro QuickBooks a Xero?
Program App Partner Program od Intuitu má bezplatný tarif Builder a placené tarify za 300, 1 700 a 4 500 USD měsíčně, přičemž čtení dat nad rámec zahrnutého množství je zpoplatněno. Tarify aplikací Xero platné od 2. března 2026 začínají na bezplatném tarifu pro 5 připojení a končí na 1 445 AUD měsíčně za 10 000 připojení, přičemž větší plány mají cenu na vyžádání.
Může Nordlet nahradit integrace s účetními systémy mých zákazníků?
Pokud vaše platforma vede účetnictví svých uživatelů, pak ano: vytvoříte jednu integraci s API Nordletu namísto jedné pro každého účetního dodavatele. Stávající účetnictví se importuje jedním voláním a účetní, kteří používají software kompatibilní s DATEV nebo SIE, obdrží exportní soubory. Nordlet nesynchronizuje data do QuickBooks, Xero, NetSuite ani Business Central; pokud tyto systémy musí zůstat primárním zdrojem pravdy, budete k nim nadále potřebovat konektory.