Geriausios buhalterinės apskaitos API SaaS platformoms ir prekyvietėms (2026 m.)
Septyni variantai, kuriuos iš tikrųjų svarsto platformų kūrėjų komandos, suskirstyti pagal paskirtį, nurodant apribojimus ir kainodaros modelius, kurie nulemia galutinį pasirinkimą.
„Geriausia buhalterinės apskaitos API“ yra klausimas, į kurį neįmanoma atsakyti, kol nepaaiškini, kam šis API yra skirtas. Produktai, pasirodantys atlikus šią paiešką, nėra tarpusavio konkurentai. Jie skirstomi į keturias kategorijas, kurios sprendžia skirtingas problemas, o pasirinkimas ne iš tos kategorijos yra pati brangiausia klaida, kokią tik galima padaryti.
Šiame vadove realistiški pasirinkimai sugrupuoti pagal kategorijas, nurodyta, kam kiekvienas iš jų tinka, ir įvardyti apribojimai, lemiantys galutinį pasirinkimą. Faktai apie kitus tiekėjus yra paimti iš jų pačių dokumentacijos ir kainodaros puslapių, prie kurių pateiktos nuorodos; viskas, ko negalėjome patvirtinti, yra pažymėta kaip nepatvirtinta, o ne atspėta.
Keturios kategorijos
| Kategorija | Ką gaunate | Kam tai tinka |
|---|---|---|
| Įterptasis apskaitos serveris (backend) | Įstatymų reikalaujami dvejybinio įrašo registrai, kuriuos valdo jūsų produktas, kartu su mokesčiais ir dokumentais | Platformoms, kurios privalo būti pirminiu apskaitos šaltiniu (system of record) |
| Pirma laiko API turinti apskaita | Subrendusi apskaitos programa ir programinė prieiga prie jos | Produktams, aptarnaujantiems įmones, kurios savo apskaitą jau tvarko šioje programoje |
| Didžiosios knygos (ledger) infrastruktūra | Greitas, nekeičiamas (immutable) likučių sekimas be teisinės apskaitos | Piniginės (wallets), programėlėse esantys likučiai, mokėjimo produktai |
| Agregatorius / vieningas API | Viena sąsaja su bet kuria apskaitos programa, kurią naudoja jūsų klientas | Įrankiai, kurie skaito arba rašo duomenis į klientų apskaitos knygas |
| Mokesčių variklis | Tarifai, skaičiavimai, kartais deklaravimas | Visiems, kuriems reikia mokesčių sprendimų, šalia kitur tvarkomos apskaitos |
Greitas palyginimas
| Produktas | Kategorija | Jūsų valdomi registrai | ES PVM gylis | Kainodaros modelis |
|---|---|---|---|---|
| Nordlet | Įterptasis apskaitos serveris | Taip | PVM pagal šalis, VIES, OSS/IOSS deklaracijos | Pagal užklausų skaitliuką |
| Xero API | Pirma laiko API turinti apskaita | Taip, programoje „Xero“ | PVM deklaracijos pagal palaikomas šalis | Už organizaciją per mėnesį |
| QuickBooks Online API | Pirma laiko API turinti apskaita | Taip, programoje „QuickBooks“ | PVM pagal regionus; nėra standartinės IOSS procedūros | Už įmonės prenumeratą |
| Odoo | ERP su RPC API | Taip, valdomas savo arba svetimose serveriuose | Lokalizacijos moduliai pagal šalis | Už vartotoją, API prieinamas „Custom“ plane |
| Modern Treasury Ledgers | Didžiosios knygos infrastruktūra | Likučiai, o ne teisiniai registrai | Nėra mokesčių produktas | Sutartis |
| Codat / Rutter / Merge | Agregatorius | Ne, juos valdo jūsų kliento įrankis | Paveldima iš pagrindinės programos | Sutartis, dažniausiai už jungtį |
| Stripe Tax | Mokesčių variklis | Ne | Skaičiavimas ir pasirinktinas deklaravimas | Pagal apskaičiavimą ir operaciją |
1. „Nordlet“ – įterptoji dvejybinė apskaita su ES PVM palaikymu
„Nordlet“ yra apskaitos serveris, kurį platforma iškviečia iš savo kodo. Per vieną REST sąsają jis suteikia nekeičiamą dvejybinio įrašo knygą, sąskaitų faktūrų išrašymą, pirkimų įrašus, banko išrašų suderinimą, atsargas, darbo užmokestį ir ES mokesčius (šiuo metu tai yra daugiau nei 400 galinių taškų (endpoints) 29 moduliuose, sugeneruotuose iš vienos OpenAPI specifikacijos).
Kas svarbu būtent platformų kūrimui: subalansuotus įrašus užtikrina duomenų bazės trigeris (trigger) įrašo patvirtinimo (commit) metu, o ne programos kodas; užrakinti laikotarpiai atmeta bet kokius įrašus, kurių data patenka į šį laikotarpį; dokumentų numeriai neturi tarpų ir yra priskiriami saugiai valdant giją (concurrency-safely); kiekvienas pakeitimas įrašomas nurodant subjektą, veiksmą, objektą ir patį pakeitimą. Pakartotiniai bandymai apsaugoti Idempotency-Key antrašte, kuri grąžina išsaugotą atsakymą, o ne sukuria antrą dokumentą. Webhook įvykiai įrašomi į operacijų išsiuntimo dėžutę (outbox) toje pačioje duomenų bazės operacijoje kaip ir pakeitimas, todėl atšauktas dokumentas niekada nesukuria įvykio.
Kainodara pagrįsta suvartojimu: planai nuo 10 eurų per mėnesį, įskaitant 3 000 užklausų, 50 eurų už 30 000 ir 300 eurų už 200 000, o papildomos užklausos apmokezdinamos už kiekvieną užklausą atskirai. Kiekviename plane yra visi moduliai ir visas API; įmonių, vartotojų ir smėlio dėžės (sandbox) įmonių skaičius yra neribotas.
Svarbūs apribojimai: „Nordlet“ šiuo metu yra ankstyvos prieigos (early access) stadijoje ir bendradarbiauja su pirmaisiais partneriais, todėl gamybinio diegimo terminai yra svarbus aspektas. ES PVM tarifų žinynas apima ES-27 šalis, o OSS/IOSS deklaracijos apskaičiuojamos iš jūsų sąskaitų faktūrų, tačiau vietinių deklaracijų paketai šiuo metu teikiami tik trims šalims: Lietuvai (FR0600), Vokietijai (UStVA) ir Lenkijai (JPK_V7M), darbo užmokesčio apskaita skirta tik Lietuvai, o jokia deklaracija nėra teikiama mokesčių administratoriui jūsų vardu.
Geriausiai tinka: prekyvietėms, SaaS platformoms ir el. prekybos produktams, kuriems reikia patiem valdyti savo apskaitos knygas ir ES PVM įrodymus savo produkto viduje.
2. „Xero API“ – subrendusi pirma laiko API turinti apskaita
„Xero“ yra apskaitos programa su puikiai dokumentuotu REST API, programėlių parduotuve ir didele buhalterių bendruomene. Jei jūsų klientai apskaitą jau tvarko „Xero“, integracija su ja leidžia pasiekti juos ten, kur jie jau yra.
Įterptajam naudojimui taikomi apribojimai labiau struktūriniai, o ne techniniai. „Xero“ dokumentuoja API apribojimus: 60 užklausų per minutę ir 5 000 užklausų per dieną vienai prijungtai organizacijai, 5 vienalaikės užklausos ir 10 000 užklausų per minutę visai programai. Nesertifikuotos programos gali jungtis prie ne daugiau kaip 25 organizacijų; norint peržengti šią ribą, reikalinga „App Partner“ sertifikacija – peržiūros procesas su keliais patikros punktais ir komercinėmis sąlygomis. Kainodara taikoma už organizaciją per mėnesį ir yra skelbiama „Xero“ kainodaros puslapiuose pagal šalis.
Geriausiai tinka: produktams, kurie integuruojasi su klientų jau tvarkoma apskaita. Šį įrankį sunkiau naudoti kaip apskaitos serverį šimtams ar tūkstančiams nuomininkų (tenants), nes kiekvienas nuomininkas yra atskira prenumerata ir atskira jungtis minėtų apribojimų ribose.
3. „QuickBooks Online API“ – didžiausia diegimų bazė
„QuickBooks Online“ užima didžiausią smulkaus verslo rinkos dalį keliose rinkose, turi „OAuth 2.0“ REST API, webhook mechanizmus ir didelę kūrėjų ekosistemą. Jos užklausų srauto ribojimai dažniausiai dokumentuojami kaip 500 užklausų per minutę vienai įmonei, taikant mažesnes ribas paketinėms (batch) ir ataskaitų užklausoms; esamus skaidresnius rodiklius reikėtų tikrinti oficialioje „Intuit“ kūrėjų dokumentacijoje.
API yra apribotas įmonės failo lygiu, todėl daugeliui verslų vadovaujančios platformos valdo daugybę jungčių, o ne vieną daugiakompaninę paskyrą. Kalbant apie tarpvalstybinius ES mokesčius, pačios „Intuit“ palaikymo medžiagoje nurodoma, kad nėra standartinės procedūros IOSS PVM registravimui, ir rekomenduojama kreiptis į buhalterį, ką verta žinoti prieš planuojant nuotolinės prekybos procesus aplink šį įrankį.
Geriausiai tinka: pasiekti verslus, kurie jau naudoja „QuickBooks“. Įrankis nėra pritaikytas veikti kaip didžioji knyga kito asmens platformos viduje.
4. „Odoo“ – atvirojo kodo ERP su modelio lygio API
„Odoo“ apima apskaitą, atsargas, gamybą, CRM ir daugelį kitų sričių, gali būti diegiamas nuosavuose serveriuose ir yra išties plečiamas. Jo išorinis API yra modelio, o ne domeno lygio: ORM metodus tokiems modeliams kaip account.move ir res.partner kviečiate per XML-RPC arba JSON-RPC. Tai galingas įrankis, tačiau tai reiškia, kad jūs paveldite atsakomybę teisingai naudoti šiuos modelius.
Du faktai keičia skaičiavimus platformų kūrėjams. „Odoo“ dokumentacijoje nurodoma, kad išorinė API prieiga pasiekiama tik „Custom“ kainodaros pakete, o ne „One App Free“ ar „Standard“ planuose. Be to, „Odoo“ paskelbė, kad /xmlrpc, /xmlrpc/2 ir /jsonrpc galiniai punktai bus pašalinti „Odoo 22“ ir „Odoo Online 21.1“ versijose, o juos pakeis naujesnis JSON-2 API – taigi šiandien sukurta integracija ateityje turės būti perkelta. Kainodara taikoma už vartotoją per mėnesį ir skelbiama „Odoo“ kainodaros puslapyje.
Geriausiai tinka: įmonėms, kurios nori vienos sistemos operacijoms ir finansams valdyti, turėdamos vidinių resursų ją prižiūrėti bei atnaujinti. Išsamesnė analizė pateikiama straipsnyje „Nordlet“ palyginimas su „Odoo“ platformų kūrėjams.
5. „Modern Treasury Ledgers“ – didžiųjų knygų infrastruktūra
Modern Treasury Ledgers teikia didelio pralaidumo, nekeičiamą, dvejybinio įrašo likučių sekimą, sukurtą kūrėjams ir orientuotą į pinigines, programėlių likučius bei mokėjimo produktus. Jis pritaikytas užtikrinti nuoseklumą ir giją palaikymą didelių apimčių operacijoms.
Tai nėra teisinė apskaita. Čia nėra jūsų metinės ataskaitos sąskaitų plano, mokesčių variklio, sąskaitų faktūrų numeravimo ar mokesčių registrų. Komandoms dažnai reikia abiejų dalykų: infrastruktūros realiojo laiko likučiams sekti ir apskaitos sistemos mokesčiams deklaruoti.
Geriausiai tinka: realiojo laiko likučiams esant dideliam operacijų dažniui, kai teisinė apskaita tvarkoma atskirai.
6. „Codat“, „Rutter“ ir „Merge“ – vieningi API į jūsų kliento apskaitos knygas
Šie produktai suteikia vieną sąsają, kuri nuskaito ir įrašo duomenis į daugybę apskaitos sistemų, valdydama autentifikavimą, laukų atvaizdavimą (field mapping) ir sinchronizavimą. Codat labiau orientuotas į skolinimo ir bankininkystės atvejus, Rutter – į prekybos ir mokėjimų duomenis, o Merge siūlo plataus horizontalaus spektro galimybes įvairiose programinės įrangos kategorijose.
Svarbu aiškiai suprasti: naudojant agregatorių, apskaitos knygos vis tiek lieka jūsų kliento nuosavybe, jo naudojamame įrankyje. Tai puikiai tinka, jei kuriate skolinimo, išlaidų valdymo ar analitikos sprendimus. Tačiau tai visiškai netinka, jei jūsų platforma turi būti pirminis apskaitos šaltinis, nes tokiu atveju paveldite viską, ką daro kiekviena pagrindinė programa, ir negalite užtikrinti nuoseklaus modelio visose jose.
Geriausiai tinka: mastelį palaikančiam klientų jau esamų apskaitos knygų skaitymui arba rašymui į jas.
7. „Stripe Tax“ – mokesčių skaičiavimas, o ne apskaita
Stripe Tax apskaičiuoja ir surenka mokesčius „Stripe“ ekosistemoje bei siūlo tvarkomą deklaravimą aukštesniuose planuose, taikydama aiškią viešą kainodarą už skaičiavimo užklausą ir operaciją. Jos operacijų įrašai yra mokesčių įrašai, o ne bendrosios apskaitos žurnalai.
Geriausiai tinka: verslams, kurie jau naudoja „Stripe“ ir kuriems reikia greitai apskaičiuoti teisingus mokesčius, o apskaitą tvarko kitur.
Ką pasirinkti tam tikram darbui
| Jūsų užduotis | Rinkitės |
|---|---|
| Būti pirminiu apskaitos šaltiniu savo platformos knygoms | Įterptąjį apskaitos serverį |
| Parduoti verslams, kurie apskaitą tvarko „Xero“ arba „QuickBooks“ | To tiekėjo API arba agregatorių, jei reikia kelių |
| Sekti piniginės likučius atliekant tūkstančius operacijų per sekundę | Didžiųjų knygų infrastruktūrą |
| Skaityti daugelio klientų knygas paskolų išdavimui ar analitikai | Agregatorių |
| Gauti teisingą mokesčio tarifą atsiskaitymo metu | Mokesčių variklį |
| Vykdyti finansų ir operacijų valdymą vienoje sistemoje savo jėgomis | ERP |
Dauguma platformų galiausiai naudoja du iš šių įrankių, o ne vieną. Planuotinas derinys yra apskaitos serveris, kuris valdo apskaitos knygas, kartu su mokesčių varikliu arba agregatoriumi pakraščiuose, o pirmiausia reikia apsispręsti, kuris produktas valdo pirminį įrašą, nes visa kita derinama aplink jį.
D.U.K.
Koks geriausias buhalterinės apskaitos API prekyvietei?
Prekyvietei, kuri privalo pati valdyti savo apskaitos knygas, tinkamiausia kategorija yra įterptasis apskaitos serveris, nes pardavėjų mokėtinos sumos, komisinių pajamos, grąžinimai ir PVM pagal šalis turi būti registruojami vienoje vietoje su audito pėdsaku. „Pirma laiko API“ turinčios sistemos, tokios kaip „Xero“ ir „QuickBooks“, geriau pritaikytos integruotis su klientų jau tvarkoma apskaita, o ne veikti kaip jūsų didžioji knyga šimtams nuomininkų.
Ar prekyvietės apskaitai galiu tiesiog naudoti „Stripe“?
„Stripe“ perkelia ir paskirsto pinigus bei gali apskaičiuoti mokesčius. Ji netvarko dvejybinio įrašo knygų jūsų platformai: uždirbti komisiniai, nuo mokesčių nesumokėtas PVM, pardavėjų įsipareigojimai tarp mokėjimo ir išmokėjimo, grąžinimai ir rezervai vis tiek turi būti kažkur užregistruoti, o šis įrašas turi būti suderintas su „Stripe“, o ne aklai pasikliaujant ja.
Ar vieningas apskaitos API pakeičia nuosavą didžiąją knygą?
Ne. Vieningas API yra būdas pasiekti kitų žmonių didžiąsias knygas. Jei jūsų platforma yra pirminis apskaitos šaltinis, jums reikia nuosavos knygos.
Kiek kainuoja buhalterinės apskaitos API?
Kainodaros modeliai skiriasi labiau nei pačios kainos. Mokesčiai už organizaciją ir vartotoją taikomi atsižvelgiant į verslo formą; suvartojimu pagrįsta kainodara apmokestina naudojimą. „Nordlet“ viešai skelbiami planai prasideda nuo 10 eurų per mėnesį, įskaitant 3 000 užklausų. „Xero“, „QuickBooks“ ir „Odoo“ savo svetainėse skelbia prenumeratos kainas už organizaciją, įmonę ar vartotoją, ir būtent šiais skaičiais reikėtų vadovautis planuojant biudžetą.
Ką turėčiau išbandyti prieš įsipareigodamas bet kuriam iš jų?
Užregistruokite padalytą (split) operaciją ir patikrinkite žurnalą. Nusiųskite tą pačią užklausą du kartus ir suskaičiuokite rezultatus. Pabandykite redaguoti patvirtintą įrašą ir įtraukti įrašą į uždarą laikotarpį. Eksportuokite 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.