Apskaitos integracijos kaina: vienas projektas kiekvienam tiekėjui

Viešai pateikiami vertinimai svyruoja nuo trijų savaičių iki dvylikos mėnesių vienai apskaitos sistemai, o šio darbo rezultatai nepersikelia iš vieno tiekėjo kitam. Štai skaičiai, jų šaltiniai ir alternatyva.

Platforma, besijungianti prie savo klientų apskaitos sistemų, kiekvienam tiekėjui kuria atskirą integraciją. Viešai skelbiami vienos integracijos terminai svyruoja nuo trijų iki keturių savaičių pradinei veikiančiai „QuickBooks“ sąsajai sukurti iki šešių ar dvylikos mėnesių „NetSuite“ sistemai. Be to, visi mūsų rasti vertinimai yra iš įmonių, kurios parduoda būdus, kaip šio darbo išvengti. Šis darbas nepersikelia: „QuickBooks“, „Xero“, „NetSuite“ ir „Microsoft Dynamics 365 Business Central“ naudoja skirtingus prisijungimo metodus, prieigos raktų (token) galiojimo trukmę, užklausų sintaksę, limitus, mokesčius bei versijų palaikymo nutraukimo grafikus. Šeši tiekėjai reiškia šešis projektus ir šešis palaikymo biudžetus.

Šiame straipsnyje surinkti viešai skelbiami rodikliai su jų šaltiniais, parodyta, kuo tiekėjai skiriasi, ir paaiškinta kita galimybė: tvarkyti apskaitą jūsų pačių produkte per vieną apskaitos API, kad vietoj integracijos kiekvienam tiekėjui reikėtų sukurti tik vieną.

Kiek užtrunka viena apskaitos integracija

Nėra paskelbtų jokių nešališkų integracijų kūrimo trukmės tyrimų. Žemiau pateikti skaičiai yra gauti iš įmonių, kurios parduoda vieningas (unified) apskaitos API, todėl jos yra suinteresuotos parodyti didesnį darbo kiekį. Vis dėlto tai yra patys konkrečiausi prieinami skaičiai, kurie tarpusavyje sutampa, kai atskiriate „pirminę veikiančią versiją“ nuo „gamybinės aplinkos“ (production).

Šaltinis	Ką jie teigia	Jų suinteresuotumas
Apideck (2026)	„QuickBooks“: „gabus programuotojas gali parengti veikiančią versiją per tris ar keturias savaites“. Norint išlaikyti 35+ jungčių, reikia „bent vieno inžinieriaus, skirto tik integracijų priežiūrai“.	Parduoda vieningą API
Rutter (2026 m. balandis)	„Trys inžinieriaus mėnesiai vienai platformai“, ką „Rutter“ vadina konservatyviu vertinimu. „NetSuite“ atveju „terminas išsitęsia iki šešių ar dvylikos mėnesių“. Vienas klientas „QuickBooks“ įvertino dviem inžinieriais porai mėnesių, tačiau prireikė „bent trijų mėnesių su daugybe iteracijų“.	Parduoda vieningą API
Merge	150 valandų vienai integracijai sukurti ir 300 valandų per metus jai prižiūrėti, taikant 150 000 JAV dolerių atlyginimą. „Merge“ nurodo 50 000–150 000 JAV dolerių per metus kainą.	Parduoda vieningą API

Šiuose skaičiuose svarbesni yra du dalykai, o ne bendros sumos.

Pirma, skirtumas tarp trijų savaičių ir trijų mėnesių yra skirtumas tarp demonstracinės versijos (demo) ir gamybinės aplinkos. Ryšys, kuris sukuria sąskaitą faktūrą, pradeda veikti greitai. Visą likusį laiką užima ryšys, kuris turi atlaikyti prieigos raktų galiojimo pabaigą, pasikartojančius internetinius pranešimus (webhooks), užklausų limitus, dalines triktis bei situacijas, kai klientas iš naujo prijungia kitą įmonės failą. Mūsų vadove kaip integruoti debesų apskaitos API į SaaS platformą šis darbas išvardytas žingsnis po žingsnio.

Antra, „Merge“ modelyje priežiūra reikalauja daugiau resursų nei kūrimas: 300 valandų per metus prieš 150 valandų vienkartinio darbo. Šios išlaidos kartojasi kasmet kiekvienam jūsų palaikomam tiekėjui.

Kodėl antroji integracija kainuoja tiek pat, kiek pirma

Jei tiekėjai pateiktų tą pačią sąsają, antroji integracija pakartotų didžiąją dalis pirmosios darbo. Taip nėra. Lentelėje palyginamos keturios plačiai naudojamos sistemos.

	QuickBooks Online	Xero	NetSuite	Business Central
Prisijungimas	OAuth 2.0	OAuth 2.0	OAuth 2.0; autentifikavimas pagal prieigos raktus (token-based) naujoms integracijoms uždarkytas nuo 2027.1 versijos	Tik Microsoft Entra ID OAuth
Prieigos rakto galiojimas	1 valanda	30 minučių	60 minučių	Nustatomas Entra ID
Atnaujinimo raktas (Refresh token)	100 dienų (slenkančiu grafiku), ne ilgiau kaip penkerius metus	60 dienų (slenkančiu grafiku)	7 dienos	Nustatomas Entra ID
Užklausų stilius	Į SQL panašus `SELECT … FROM Invoice`, nėra `OR`, nėra sujungimų (joins)	REST su `where` parametru	SuiteQL (SQL) per REST, taip pat SOAP iki 2028 m.	OData v4
Užklausų limitas	500 užklausų per minutę ir 10 per sekundę vienai įmonei	60 per minutę, 5 000 per dieną ir 5 vienalaikės užklausos vienai įmonei	Nuo 5 iki 20 vienalaikių užklausų paskyrai, priklausomai nuo paslaugų plano	6 000 užklausų per 5 minutes ir 5 vienalaikės vartotojui
Atskiras API mokestis	„App Partner Program“: nemokamas lygis, vėliau nuo 300 iki 4 500 JAV dolerių per mėnesį	Programų planai nuo nemokamo iki 1 445 Australijos dolerių per mėnesį	Nerasta; papildomas vienalaikiškumas parduodamas kaip „SuiteCloud Plus“ licencijos	Nerasta

Šaltiniai: 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.

Prieigos raktai galioja pagal keturis skirtingus grafikus

Integracija privalo atnaujinti kiekvieno tiekėjo prieigos raktus prieš jiems pasibaigiant ir kaskart išsaugoti naują atnaujinimo raktą, antraip klientas turės jungtis iš naujo. Šie grafikai skiriasi keturiolika kartų: „NetSuite“ atnaujinimo raktas galioja septynias dienas, o „QuickBooks“ – 100 dienų. „QuickBooks“ taiko griežtą apribojimą: atnaujinimo raktai galioja ne ilgiau kaip penkerius metus, todėl ilgai veikiantys ryšiai pradės nebegalioti fiksuotą dieną, neatsižvelgiant į naudojimą. Kiekvienas grafikas reikalauja savo atnaujinimo užduoties, savo klaidų valdymo ir kliento informavimo pranešimo „prašome prisijungti iš naujo“.

Kiekvienas tiekėjas turi savo užklausų kalbą

Duomenų nuskaitymas yra sritis, kurioje kodas išsiskiria labiausiai. „QuickBooks“ priima apribotą SQL dialektą be OR operatoriaus ir be sujungimų, grąžinant daugiausiai 1 000 įrašų puslapyje. „Xero“ filtruoja naudodamas where išraišką URL adrese ir didelėms organizacijoms rekomenduoja paprastus lygybės testus. „NetSuite“ naudoja „SuiteQL“ – visą SQL dialektą, siunčiamą į savo galinį punktą (endpoint). „Business Central“ naudoja „OData“ filtrus. Užklausa, randanti neapmokėtas sąskaitas faktūras vienam klientui, virsta keturiais skirtingais kodo fragmentais, kurių kiekvienas turi savo puslapiavimą ir specifinius kraštatvejus (edge cases).

Kiekvienas tiekėjas riboja srautą savaip

„QuickBooks“ ir „Xero“ skaičiuoja užklausas vienai įmonei per minutę. „NetSuite“ skaičiuoja vienalaikes užklausas visai paskyrai, todėl jūsų integracija dalijasi tuo pačiu limitu su kiekviena kita kliento naudojama integracija, o „NetSuite“ atmeta iškvietimus, viršijančius šią ribą. „Business Central“ skaičiuoja užklausas vienam vartotojui per penkių minučių langą. Masinis importas, kuris saugiai veikia su vienu tiekėju, kito bus apribotas, todėl srauto ribojimo (throttling) ir pakartojimo logiką tenka kurti kiekvienam tiekėjui atskirai.

Prieiga yra komerciniai santykiai

Du iš keturių tiekėjų dabar ims mokesčius už API prieigą pagal apimtis. „Intuit“ programų partnerių programa („App Partner Program“) matuoja „CorePlus“ iškvietimus, apimančius daugelį duomenų nuskaitymų, ir blokuoja juos viršijus nemokamame plane numatytą kiekį; mokami planai kainuoja 300, 1 700 ir 4 500 JAV dolerių per mėnesį. „Xero“ nuo 2026 m. kovo 2 d. perėjo prie mokamų programų planų, svyruojančių nuo nemokamo plano iki 5 jungčių iki 1 445 Australijos dolerių per mėnesį už 10 000 jungčių. Todėl integracijos veikimo kaina priklauso nuo to, kiek jūsų klientų naudoja kiekvieną tiekėją ir kiek duomenų nuskaitote.

Tiekėjai keičia taisykles pagal savo grafiką

Šiandien veikianti integracija jau turi paskelbtą sąrašą būsimų privalomų kodo perrašymų:

NetSuite nustoja priimti naujas integracijas, naudojančias autentifikavimą pagal prieigos raktus, pradedant nuo 2027.1 versijos, o „Oracle“ SOAP pranešime nurodoma, kad „išleidus 2028.2 NetSuite versiją, visi galiniai punktai bus išjungti, o SOAP pagrįstos integracijos nustos veikti“ (NetSuite SOAP pranešimas).
Xero priskiria detalias teisių sritis (scopes) programoms, sukurtoms nuo 2026 m. kovo mėnesio, o esamoms programoms suteikia laiko iki 2027 m. rugsėjo mėnesio pereiti prie naujos tvarkos (Xero OAuth 2.0 apžvalga).
QuickBooks taiko pirmiau minėtą penkerių metų atnaujinimo rakto limitą ir išjungė senesnes API mažesnes versijas, palikdama 75-ąją versiją bazine.
Business Central internetinėje aplinkoje dar 2022 metais nustojo priimti prieigos raktus (bazinį autentifikavimą) žiniatinklio paslaugoms; integracijos turėjo pereiti prie „Entra ID OAuth“ (Microsoft funkcijų atsisakymo sąrašas).

Nė vienas iš šių pakeitimų neprideda naujų funkcijų jūsų klientams. Kiekvienas jų reiškia inžinerinį laiką, praleistą siekiant išlaikyti esamo ryšio veikimą, padaugintą iš palaikomų tiekėjų skaičiaus.

Šešių integracijų matematika

Paimkite „Rutter“ nurodytą trijų inžinieriaus mėnesių trukmę vienai platformai ir „Merge“ nurodytas 300 priežiūros valandų per metus bei pritaikykite jas šešioms apskaitos sistemoms:

	Vienas tiekėjas	Šeši tiekėjai
Kūrimas	3 inžinieriaus mėnesiai	18 inžinieriaus mėnesių
Priežiūra per metus	300 valandų	1 800 valandų, beveik vienas etatinis programuotojas

Tai yra pačių tiekėjų, o ne mūsų prielaidos, ir vien „NetSuite“ jas viršytų. Esmė slypi apimtyje: išlaidos auga kartu su tiekėjų skaičiumi, o priežiūros eilutė niekada nesibaigia. Vieninga API sumažina kūrimo apimtis, tačiau tuomet tampate priklausomi nuo to, kaip gerai ji apima kiekvieno tiekėjo įrašymus ir kraštatvejus, be to, už ją mokate pagal jungčių arba iškvietimų skaičių. Mūsų straipsnis „kurti ar pirkti“ padeda nuosekliai ir sąžiningai įvertinti šias išlaidas.

Integracija vieną kartą: tvarkykite apskaitą savo produkte

Jungčių modelis remiasi prielaida, kad kiekvieno kliento apskaita gyvena sistemoje, kurią pasirinko pats klientas, o jūsų platforma į ją kopijuoja duomenis. Yra antras modelis: jūsų platforma pati tvarko apskaitą per vieną apskaitos API ir rodo ją jūsų sąsajoje. Tam ir sukurta „Nordlet“. Nesvarbu, kokia apskaitos programine įranga klientai naudojosi anksčiau, sukurti reikia tik vieną integraciją.

Kaip ta viena integracija atrodo „Nordlet“ sistemoje:

Vieninga užklausos struktūra. Kiekviena operacija yra POST /v1/{module}/{resource}/{action}. Kiekvienas list veiksmas priima tą patį filtro, rūšiavimo ir puslapiavimo rinkinį, o kiekviena klaida naudoja tą patį šabloną. Kodas, parašytas vienam galiniam punktui, lygiai taip pat veikia ir kitiems. Žr. API konvencijas.
API raktai vietoj atnaujinimo raktų. Raktas priklauso vienai įmonei, turi nustatytas teisių sritis, gali turėti jūsų nustatytą galiojimo datą ir gali būti atšauktas. Nėra jokio atnaujinimo rakto, kurį reikėtų sukti ir saugoti.
Saugūs pakartojimai. Kiekvienas pakeitimas priima Idempotency-Key antraštę. Pakartojus užklausą su tuo pačiu raktu, grąžinamas išsaugotas atsakymas, o ne sukuriama antra sąskaita faktūra.
Pasirašyti internetiniai pranešimai (webhooks) su pakartojimais. Įvykiai įrašomi į tą pačią duomenų bazės tranzakciją kaip ir pakeitimas, pasirašomi naudojant HMAC-SHA256 ir pakartotinai siunčiami apie 24 valandas.
Vienas viešas užklausų limitas. 300 užklausų per minutę vienam API raktui, nurodomas x-ratelimit-* antraštėse.
Tipizuoti SDK devyniomis kalbomis, sugeneruoti iš vienos OpenAPI specifikacijos. Žr. SDK.
Neribotas bandomųjų („sandbox“) įmonių skaičius po viena paskyra integracijos testavimui.
Vienas kainoraštis. Planai apmokestinami pagal užklausų skaičių, nuo 10 eurų per mėnesį už 3 000 užklausų. Žr. kainodarą.

Dvejybinis įrašas (double-entry ledger), sąskaitos faktūros, banko išrašų suderinimas, PVM deklaracijos ir ataskaitos yra pasiekiami per tą pačią API, todėl integracija apima pačią apskaitą, o ne jos kopiją. Funkcijų puslapyje išvardyta, kas įtraukta į sistemą, o straipsnyje kas yra apskaitos API šis modelis aprašytas išsamiau.

Klientai, kurie jau turi apskaitą kitur

Du dalykai pakeičia atskiras jungtis, kurias platforma kitu atveju turėtų kurti šiems klientams:

Perkėlimas. Įmonės sąskaitų planas, partneriai, pradiniai likučiai arba visa žurnalo istorija, atviros sąskaitos faktūros, ilgalaikis turtas ir atsargos importuojami vienu iškvietimu. Žr. migravimą iš kitos sistemos.
Failai buhaltereriui. Tais atvejais, kai kliento buhalteris dirba savo programinėje įrangoje, „Nordlet“ eksportuoja didžiąją knygą (ledger) formatais, kuriuos ta programinė įranga skaito: DATEV apskaitos paketą (POST /v1/reports/datev) Vokietijos buhalteriams ir SIE 4 failą (POST /v1/reports/sie) Švedijos buhalteriams. Failo eksportui nereikia prisijungimo, prieigos rakto atnaujinimo ar mokesčio apskaitos sistemos tiekėjui už kiekvieną iškvietimą.

Kada jungtys vis dar yra tinkamas pasirinkimas

Apskaitos tvarkymas jūsų produkte tinka ne kiekvienai platformai:

Jei jūsų klientų finansų komandos reikalauja, kad jų esama apskaitos sistema liktų pagrindine įrašų sistema (system of record), jums reikia jungčių su ta sistema – sukurtų tiesiogiai arba per vieningą API.
Jei jums reikia tik perkelti kelis dokumentus į kliento apskaitą, pavyzdžiui, po vieną sąskaitą faktūrą už užsakymą, gali užtekti vienos tiesioginės jungties su tiekėju, kurį naudoja dauguma jūsų klientų.
Jei didžioji dalis jūsų klientų naudoja vieną tiekėją, viena tiesioginė integracija kainuoja vieną projektą, o ne šešis.

Argumentas integruotis vieną kartą taikomas tada, kai jūsų platforma turi vykdyti vartotojų apskaitą, o ne ją atspindėti: prekyvietėms (marketplaces), išmokančioms pinigus pardavėjams, platformoms, išrašančioms sąskaitas faktūras vartotojų vardu, ir SaaS produktams, kuriuose buhalterinė apskaita yra produkto dalis. Prieš pasirinkdagar bet kurį kelią, mūsų paruošiamasis gamybinis testavimo planas apskaitos API nurodo, ką būtina ištestuoti.

D.U.K.

Per kiek laiko galima sukurti „QuickBooks“ integraciją?

„Apideck“ vertinimu, pirmos veikiančios versijos sukūrimui vienam gabiam inžinieriui prireiks trijų ar keturių savaičių. Vienas „Rutter“ klientas vertino, kad prireiks dviejų inžinierių porai mėnesių, tačiau galiausiai prireikė bent trijų mėnesių su keliomis iteracijomis. Gamybinis darbas – prieigos rakto atnaujinimas, pakartojimai, užklausų limitai, pakartotinis prijungimas ir suderinimas – yra tai, kas sudaro skirtumą tarp šių skaičių.

Kiek užtrunka „NetSuite“ integracija?

„Rutter“ duomenimis, „NetSuite“ integracija užtrunka nuo šešių iki dvylikos mėnesių. „NetSuite“ prideda visai paskyrai taikomus vienalaikių užklausų limitus, septynių dienų atnaujinimo raktus, „SuiteQL“ kartu su SOAP bei paskelbtus pakeitimus: nuo 2027.1 versijos naujoms autentifikavimo pagal raktus integracijoms nebus taikomas palaikymas, o SOAP galiniai punktai bus išjungti 2028.2 versijoje.

Ar vieninga apsakaitos API pašalina darbą su kiekvienu tiekėju atskirai?

Ji sumažina kūrimo apimtis, nes viena sąsaja apima kelis tiekėjus. Ji nepanaikina tiekėjų skirtumų: įrašymai, pasirinktiniai laukai (custom fields) ir kraštatvejai dažnai palaikomi nevienodai, o vieningos API kaina prisideda prie pačių tiekėjų API mokesčių. Kompromisai aprašyti mūsų SaaS integracijos vadove.

Kiek kainuoja API prieiga prie „QuickBooks“ ir „Xero“?

„Intuit“ programų partnerių programa turi nemokamą „Builder“ lygį ir mokamus lygius po 300, 1 700 bei 4 500 JAV dolerių per mėnesį, o duomenų nuskaitymas yra matuojamas viršijus įtrauktą kiekį. „Xero“ programų planai, įsigalioję nuo 2026 m. kovo 2 d., svyruoja nuo nemokamo plano 5 jungtims iki 1 445 Australijos dolerių per mėnesį už 10 000 jungčių, o didesni planai kainuoja pagal atskirą užklausą.

Ar „Nordlet“ gali pakeisti integracijas su mano klientų apskaitos sistemomis?

Jei jūsų platforma tvarko savo vartotojų apskaitą – taip: vietoj integracijos kiekvienam apskaitos tiekėjui sukuriate vieną integraciją su „Nordlet“ API. Esama apskaita importuojama vienu iškvietimu, o buhalteriai, naudojantys DATEV arba SIE suderinamą programinę įrangą, gauna eksporto failus. „Nordlet“ sinchronizavimo duomenų į „QuickBooks“, „Xero“, „NetSuite“ ar „Business Central“ neatlieka; jei šios sistemos privalo išlikti pagrindinėmis įrašų sistemomis, jums vis tiek reikės jungčių su jomis.