Geriausi apskaitos API SaaS platformoms ir prekyvietėms (2026)
Septyni variantai, kuriuos iš tikrųjų svarsto platformos komanda, surikiuoti pagal paskirtį, apribojimus ir kainodaros modelius, nulemiančius pasirinkimą.
„Geriausias apskaitos API“ yra neatsakomas klausimas, kol nepasakote, kam tas API skirtas. Šioje paieškoje randami produktai nėra vienas kito konkurentai. Jie skirstomi į keturias kategorijas, sprendžiančias skirtingas problemas, o pasirinkti netinkamą kategoriją yra pati brangiausia klaida, kokią tik galima padaryti.
Šiame vadove realūs variantai surikiuoti pagal kategorijas, nurodoma, kam kiekvienas iš jų tinka, ir įvardijami apribojimai, nulemiantys pasirinkimą. Faktai apie kitus tiekėjus paimti iš jų pačių dokumentacijos ir kainodaros puslapių, į kuriuos pateikiamos nuorodos; viskas, ko negalėjome patvirtinti, pažymėta kaip nepatvirtinta, o ne spėjama.
Keturios kategorijos
| Kategorija | Ką ji suteikia | Kam ji tinka |
|---|---|---|
| Integruota apskaitos programinė dalis (backend) | Teisės aktų reikalavimus atitinkanti dvejybinio įrašo (double-entry) apskaita su mokesčiais ir dokumentais, priklausanti jūsų produktui | Platformoms, kurios privalo būti pagrindinė įrašų sistema (system of record) |
| Į programėlę orientuota apskaita su API (app-first) | Brandi apskaitos programa ir programinė prieiga prie jos | Produktams, aptarnaujantiems įmones, kurios jau tvarko apskaitą toje programoje |
| Didžiosios knygos infrastruktūra (ledger infrastructure) | Greitas, nekintamas likučių sekimas be teisės aktų reikalaujamos apskaitos | Piniginėms (wallets), programėlių likučiams, mokėjimų produktams |
| Agregatorius / unifikuotas API | Viena sąsaja su bet kuria apskaitos programa, kurią naudoja kiekvienas klientas | Įrankiams, kurie skaito arba įrašo duomenis į klientų apskaitos knygas |
| Mokesčių variklis (tax engine) | Tarifai, skaičiavimas, kartais – deklaravimas | Visiems, kuriems reikia mokesčių sprendimų, kartu su apskaita, tvarkoma kitur |
Trumpas palyginimas
| Produktas | Kategorija | Jums priklausanti apskaita | ES PVM aprėptis | Kainodaros modelis |
|---|---|---|---|---|
| Nordlet | Integruota apskaitos programinė dalis | Taip | PVM pagal šalį, VIES, OSS/IOSS deklaracijos | Pagal užklausų kiekį (metered) |
| Xero API | Į programėlę orientuota apskaita | Taip, Xero sistemoje | PVM deklaracijos pagal palaikomą šalį | Už organizaciją, per mėnesį |
| QuickBooks Online API | Į programėlę orientuota apskaita | Taip, QuickBooks sistemoje | PVM pagal regioną; nėra standartinės IOSS procedūros | Už įmonės prenumeratą |
| Odoo | ERP su RPC API | Taip, savarankiškai talpinama arba debesyje | Lokalizavimo moduliai pagal šalį | Už vartotoją, API prieinamas Custom plane |
| Modern Treasury Ledgers | Didžiosios knygos infrastruktūra | Likučiai, ne teisės aktais reglamentuota apskaita | Tai ne mokesčių produktas | Sutartinė |
| Codat / Rutter / Merge | Agregatorius | Ne, jie priklauso kliento įrankiui | Paveldima iš pagrindinės programos | Sutartinė, paprastai už ryšį (connection) |
| Stripe Tax | Mokesčių variklis | Ne | Skaičiavimas ir pasirenkamas deklaravimas | Už skaičiavimą ir operaciją (transaction) |
1. Nordlet — integruota dvejybinė apskaita su ES PVM
Nordlet yra apskaitos programinė dalis, į kurią platforma kreipiasi iš savo kodo. Per vieną REST sąsają, kurią šiuo metu sudaro daugiau nei 400 galinių punktų (endpoints), suskirstytų į 29 modulius ir sugeneruotų iš vienos OpenAPI specification, ji atveria nekintamą dvejybinio įrašo didžiąją knygą, sąskaitų faktūrų išrašymą, pirkimų įrašus, banko suderinimą, atsargas, darbo užmokestį ir ES mokesčius.
Kas ypač svarbu platformoms: subalansuotus įrašus patvirtinimo (commit) metu užtikrina duomenų bazės trigeris, o ne programos kodas, uždaryti laikotarpiai atmeta bet kokius juose datuojamus įrašus, dokumentų numeriai eina iš eilės be spragų ir yra saugiai priskiriami lygiagrečių operacijų metu (concurrency-safe), o kiekviena mutacija užregistruojama nurodant veikėją, veiksmą, objektą ir patį pakeitimą. Pakartotiniai bandymai yra apsaugoti Idempotency-Key antrašte, kuri atkuria išsaugotą atsakymą, užuot sukūrusi antrą dokumentą. „Webhook“ įvykiai įrašomi į transakcijų siunčiamųjų dėžutę (transactional outbox) toje pačioje duomenų bazės operacijoje kaip ir pakeitimas, todėl atšauktas (rolled-back) dokumentas niekada neišsiunčia įvykio.
Kainodara grindžiama sunaudojimu: planai nuo 10 € per mėnesį su 3 000 užklausų, 50 € su 30 000 užklausų ir 300 € su 200 000 užklausų, o už papildomas užklausas atsiskaitoma vieneto kainomis. Kiekvienas planas apima visus modulius ir visą API; įmonių, vartotojų ir smėliadėžės (sandbox) įmonių skaičius neribojamas.
Apribojimai, kuriuos reikia žinoti: Nordlet šiuo metu yra išankstinės prieigos (early access) stadijoje ir priima dizaino partnerius, todėl tikrai verta pasiteirauti apie paleidimo į gamybą (production) terminus. ES PVM tarifų žinynas apima 27 ES šalis, o OSS/IOSS deklaracijos apskaičiuojamos iš jūsų sąskaitų faktūrų, tačiau vietinių deklaracijų paketai šiandien pateikiami trims šalims – Lietuvai (FR0600), Vokietijai (UStVA) ir Lenkijai (JPK_V7M); darbo užmokestis taikomas tik Lietuvai, ir jokios deklaracijos mokesčių inspekcijai už jus neteikiamos.
Geriausiai tinka: prekyvietėms (marketplaces), SaaS platformoms ir el. prekybos produktams, kuriems reikia tvarkyti savo apskaitos knygas ir ES PVM įrodymus pačiame produkte.
2. Xero API — brandus į programėlę orientuotas apskaitos API
Xero yra apskaitos programa su gerai dokumentuotu REST API, programėlių parduotuve ir didele buhalterių bendruomene. Jei jūsų klientai jau tvarko savo apskaitą Xero, integracija su šia sistema pasitiks juos ten, kur jie jau yra.
Naudojant integruotai, apribojimai yra labiau struktūriniai nei techniniai. Xero dokumentacijoje nurodyti API limitai – 60 iškvietimų (calls) per minutę ir 5 000 iškvietimų per dieną vienai prijungtai organizacijai, 5 lygiagretūs iškvietimai ir 10 000 iškvietimų per minutę visai programėlei. Nesertifikuotos programėlės gali prisijungti ne daugiau kaip prie 25 organizacijų; norint peržengti šią ribą, reikalingas App Partner certification – peržiūros procesas su keliais patikros punktais ir komercinėmis sąlygomis. Kaina nustatoma už organizaciją per mėnesį ir yra skelbiama Xero's pricing pages pagal šalis.
Geriausiai tinka: produktams, kurie integruojasi su apskaita, kurią klientai jau tvarko. Sunkiau naudoti kaip apskaitos programinę dalį šimtams ar tūkstančiams nuomininkų (tenanantų), nes kiekvienas nuomininkas yra atskira prenumerata ir atskiras ryšys, kuriam taikomi minėti limitai.
3. QuickBooks Online API — didžiausia vartotojų bazė
QuickBooks Online turi plačiausią smulkiojo verslo aprėptį keliose rinkose, OAuth 2.0 REST API, „webhook“ įvykius ir didelę programuotojų ekosistemą. Jo srauto ribojimas (throttling) dažniausiai dokumentuojamas kaip 500 užklausų per minutę vienai įmonei, su mažesniais limitais paketiniams (batch) ir ataskaitų galiniams punktams; pačios Intuit programuotojų dokumentacija yra tas šaltinis, su kuriuo reikėtų pasitikrinti naujausius skaičius.
API apribotas vienos įmonės failu, todėl daugelį įmonių aptarnaujanti platforma valdo daugybę ryšių, o ne vieną kelių įmonių paskyrą. Kalbant apie ES tarpvalstybinius mokesčius, pačios Intuit palaikymo medžiagoje pažymima, kad nėra standartinės IOSS PVM registravimo procedūros, ir rekomenduojama pasikonsultuoti su buhalteriu ar apskaitininku, ką verta žinoti prieš planuojant nuotolinės prekybos srautus per šią sistemą.
Geriausiai tinka: pasiekti įmones, kurios jau naudoja QuickBooks. Nėra skirta būti didžiąja knyga kažkieno kito platformos viduje.
4. Odoo — atvirojo kodo ERP su modelio lygio API
Odoo apima apskaitą kartu su atsargomis, gamyba, CRM ir daugeliu kitų sričių, gali būti talpinama savarankiškai (self-hosted) ir yra tikrai išplečiama. Jos išorinis API yra ne srities (domain), o modelio lygio: jūs iškviečiate ORM metodus modeliams, tokiems kaip account.move ir res.partner, per XML-RPC or JSON-RPC. Tai yra galinga ir reiškia, kad jūs prisiimate atsakomybę už teisingą modelių naudojimą.
Du faktai keičia platformų kūrėjų skaičiavimus. Odoo dokumentacijoje teigiama, kad išorinė API prieiga galima Custom kainodaros lygmenyje, bet ne One App Free ar Standard planuose. Be to, Odoo paskelbė, kad galiniai punktai /xmlrpc, /xmlrpc/2 ir /jsonrpc bus pašalinti iš Odoo 22 ir Odoo Online 21.1, o juos pakeis naujesnis JSON-2 API — todėl šiandien sukurtos integracijos laukia migracija. Kaina nustatoma už vartotoją per mėnesį, skelbiama Odoo's pricing page.
Geriausiai tinka: įmonėms, norinčioms vienos sistemos operacijoms ir finansams, su vidiniais resursais jai paleisti ir atnaujinti. Išsamesnis aprašymas pateiktas Nordlet vs Odoo for platform builders.
5. Modern Treasury Ledgers — didžiosios knygos infrastruktūra
Modern Treasury Ledgers suteikia didelio našumo, nekintamą, dvejybinį likučių sekimą, sukurtą programuotojams, skirtą piniginėms, programėlių likučiams ir mokėjimo produktams. Ji sukurta užtikrinti nuoseklumą ir lygiagretumą (concurrency) dirbant su dideliais kiekiais.
Tai nėra teisės aktais reglamentuota apskaita. Čia nėra sąskaitų plano jūsų metinei ataskaitai, PVM variklio, sąskaitų faktūrų numeracijos ar mokesčių registrų. Komandoms dažnai reikia abiejų: infrastruktūros realiojo laiko likučiams ir apskaitos sistemos deklaruojamoms knygoms.
Geriausiai tinka: realiojo laiko likučiams su dideliais transakcijų srautais, kai teisės aktų reikalaujama apskaita tvarkoma atskirai.
6. Codat, Rutter ir Merge — unifikuoti API į jūsų klientų apskaitos knygas
Šie produktai suteikia jums vieną sąsają, kuri skaito ir įrašo duomenis į daugelį apskaitos sistemų, tvarkydama autentifikavimą, laukų susiejimą (mapping) ir sinchronizavimą. Codat linkęs į skolinimo ir bankininkystės naudojimo atvejus, Rutter – į komercijos ir mokėjimų duomenis, o Merge siūlo platų horizontalų paviršių, apimantį daugelį programinės įrangos kategorijų.
Ką reikia aiškiai suprasti: naudojant agregatorių, apskaita vis tiek priklauso jūsų klientui, kliento įrankyje. Tai yra visiškai teisinga, jei kuriate skolinimo, išlaidų valdymo ar analitikos sprendimus. Tai visiškai neteisinga, jei jūsų platforma turi būti pagrindinė įrašų sistema, nes jūs paveldimte tai, ką daro kiekviena pagrindinė programėlė, ir negalite užtikrinti vienodo modelio visose.
Geriausiai tinka: skaitant ar įrašant į esamas klientų apskaitos knygas dideliu mastu.
7. Stripe Tax — mokesčių skaičiavimas, o ne apskaita
Stripe Tax skaičiuoja ir surenka mokesčius Stripe steke (stack) ir siūlo valdomą deklaravimą aukštesniuose lygiuose su aiškia vieša kainodara už skaičiavimo užklausą ir už transakciją. Jos transakcijų įrašai yra mokesčių įrašai, o ne bendrieji apskaitos žurnalai.
Geriausiai tinka: įmonėms, kurios jau naudoja Stripe ir kurioms reikia greitai sužinoti teisingus mokesčius, o apskaita tvarkoma kitur.
Ką kuriam darbui pasirinkti
| Jūsų darbas | Rinkitės |
|---|---|
| Būti jūsų platformos nuosavos apskaitos pagrindine įrašų sistema | Integruotą apskaitos programinę dalį (backend) |
| Parduoti įmonėms, kurios tvarko apskaitą Xero arba QuickBooks | To pardavėjo API arba agregatorių, jei reikia kelių |
| Sekti piniginės likučius atliekant tūkstančius operacijų per sekundę | Didžiosios knygos infrastruktūrą |
| Skaityti daugelio klientų apskaitą skolinimo ar analitikos tikslais | Agregatorių |
| Gauti teisingą mokesčio tarifą atsiskaitymo metu (checkout) | Mokesčių variklį |
| Valdyti finansus ir operacijas vienoje sistemoje, įmonės viduje (in-house) | ERP |
Dauguma platformų galiausiai naudoja du, o ne vieną iš šių sprendimų. Verta planuoti tokį poravimą: apskaitos programinė dalis, kuriai priklauso apskaita, plius mokesčių variklis arba agregatorius pakraščiuose (at the edges) — ir pirmiausia reikia nuspręsti, kuriam produktui priklausys pagrindiniai įrašai, nes visa kita išdėstoma aplink jį.
D.U.K.
Koks yra geriausias apskaitos API prekyvietei?
Prekyvietei, kuri privalo valdyti savo pačios apskaitą, integruota apskaitos programinė dalis (backend) yra teisinga kategorija, nes mokėtinos sumos pardavėjams (payables), komisinės pajamos, grąžinimai ir PVM pagal šalis turi būti registruojami vienoje vietoje kartu su audito seka (audit trail). Į programėlę orientuoti API, tokie kaip Xero ir QuickBooks, labiau tinka integruotis su klientų jau tvarkoma apskaita, nei veikti kaip jūsų didžioji knyga šimtams nuomininkų.
Ar galiu prekyvietės apskaitai tiesiog naudoti Stripe?
Stripe perveda ir paskirsto pinigus bei gali paskaičiuoti mokesčius. Ji netvarko dvejybinio įrašo apskaitos jūsų platformai: uždirbti komisiniai, mokėtinas PVM nuo mokesčių, pardavėjų įsipareigojimai tarp mokėjimo gavimo ir išmokėjimo (payout), grąžinimai ir rezervai vis tiek turi būti kur nors registruojami, ir tie įrašai turi būti suderinti su Stripe, o ne tiesiog perimti iš jo.
Ar unifikuotas apskaitos API gali pakeisti nuosavą didžiąją knygą?
Ne. Unifikuotas API – tai būdas patekti į kitų žmonių didžiąsias knygas. Jei jūsų platforma yra pagrindinė įrašų sistema, jums reikia nuosavos didžiosios knygos.
Kiek kainuoja apskaitos API?
Modeliai skiriasi labiau nei kainos. Kainodara už organizaciją ir už vartotoją apmokestina verslo struktūrą; kainodara pagal sunaudojimą (metered pricing) apmokestina faktinį naudojimą. Skelbiami Nordlet planai prasideda nuo 10 € per mėnesį, įskaitant 3 000 užklausų. Xero, QuickBooks ir Odoo savo svetainėse skelbia prenumeratos kainas už organizaciją, įmonę ar vartotoją, ir tai yra tie skaičiai, kuriais remiantis reikėtų planuoti biudžetą.
Ką turėčiau ištestuoti prieš įsipareigodamas kuriam nors iš jų?
Užregistruokite padalintą (split) operaciją ir patikrinkite žurnalą. Išsiųskite tą pačią užklausą du kartus ir suskaičiuokite rezultatus. Pabandykite redaguoti jau užregistruotą įrašą ir įvesti operaciją į uždarytą laikotarpį. Eksportuokite vieno mėnesio duomenis ir pažiūrėkite, ar buhalteris gali juos perskaityti. Šie keturi testai atskiria kategorijas greičiau nei bet koks funkcijų sąrašas.