Trošak integracije računovodstvenog sustava: Jedan projekt po dobavljaču
Objavljene procjene kreću se od tri tjedna do dvanaest mjeseci po računovodstvenom sustavu, a posao se ne prenosi s jednog dobavljača na drugog. Evo brojki, njihovih izvora i alternative.
Platforma koja se povezuje s računovodstvenim sustavima svojih korisnika gradi jednu integraciju po dobavljaču. Objavljene procjene za jednu integraciju kreću se od tri do četiri tjedna za prvu radnu vezu s QuickBooks-om do šest do dvanaest mjeseci za NetSuite, a svaka procjena koju smo pronašli dolazi od tvrtke koja prodaje način kako izbjeći taj posao. Posao se ne prenosi: QuickBooks, Xero, NetSuite i Microsoft Dynamics 365 Business Central imaju vlastiti način prijave, trajanje tokena, sintaksu upita, ograničenja broja zahtjeva, naknade i raspored ukidanja. Šest dobavljača znači šest projekata i šest proračuna za održavanje.
Ovaj članak prikuplja objavljene brojke s njihovim izvorima, pokazuje u čemu se dobavljači razlikuju i objašnjava drugu opciju: vođenje poslovnih knjiga unutar vlastitog proizvoda putem jednog računovodstvenog API-ja, tako da je potrebno izgraditi samo jednu integraciju umjesto jedne po dobavljaču.
Koliko traje jedna računovodstvena integracija
Nitko ne objavljuje neutralno istraživanje o vremenu izrade integracije. Brojke u nastavku dolaze od tvrtki koje prodaju jedinstvene (unified) računovodstvene API-je, pa imaju razlog prikazati posao većim nego što jest. Ipak, to su najspecifičnije dostupne brojke i međusobno su dosljedne kada odvojite "prvu radnu verziju" od "produkcije".
| Izvor | Što tvrde | Njihov interes |
|---|---|---|
| Apideck (2026.) | QuickBooks: „sposoban inženjer može imati funkcionalnu verziju unutar tri do četiri tjedna”. Održavanje 35+ konektora zahtijeva „minimalno jednog inženjera posvećenog održavanju integracija”. | Prodaje jedinstveni API |
| Rutter (travanj 2026.) | „Tri inženjerska mjeseca po platformi”, što Rutter smatra konzervativnom procjenom. Za NetSuite „vremenski okvir raste na šest do dvanaest mjeseci”. Jedan je korisnik procijenio QuickBooks na dva inženjera kroz par mjeseci, a trebalo je „najmanje tri mjeseca s višestrukim iteracijama”. | Prodaje jedinstveni API |
| Merge | 150 sati za izradu jedne integracije i 300 sati godišnje za njezino održavanje, uz plaću od 150.000 USD. Merge procjenjuje trošak na „50.000 do 150.000 USD godišnje”. | Prodaje jedinstveni API |
Dvije stvari u ovim brojkama važnije su od ukupnih iznosa.
Prvo, jaz između tri tjedna i tri mjeseca jest jaz između demo verzije i produkcije. Veza koja izrađuje fakturu radi brzo. Veza koja preživljava istek tokena, dvostruke webhooks poruke, ograničenja broja zahtjeva, djelomične pogreške i korisnika koji ponovno povezuje drugu datoteku tvrtke zahtijeva preostalo vrijeme. Naš vodič o integriranju API-ja za računovodstvo u oblaku u SaaS platformu korak po korak navodi taj posao.
Drugo, prema modelu tvrtke Merge, održavanje je veće od same izrade: 300 sati godišnje naspram 150 sati jednokratno. Taj se trošak ponavlja svake godine za svakog dobavljača kojeg podržavate.
Zašto druga integracija košta jednako kao prva
Kada bi dobavljači izložili isto sučelje, druga bi integracija ponovno iskoristila većinu prve. Oni to ne čine. Tablica uspoređuje četiri široko korištena sustava.
| QuickBooks Online | Xero | NetSuite | Business Central | |
|---|---|---|---|---|
| Prijava | OAuth 2.0 | OAuth 2.0 | OAuth 2.0; autentifikacija temeljenja na tokenima zatvorena za nove integracije od verzije 2027.1 | Samo Microsoft Entra ID OAuth |
| Trajanje pristupnog tokena | 1 sat | 30 minuta | 60 minuta | Postavlja Entra ID |
| Token za osvježavanje | Kliznih 100 dana, najviše pet godina | Kliznih 60 dana | 7 dana | Postavlja Entra ID |
| Stil upita | SQL-u sličan SELECT … FROM Invoice, bez OR, bez spajanja (joins) |
REST s parametrom where |
SuiteQL (SQL) preko REST-a, plus SOAP do 2028. | OData v4 |
| Ograničenje broja zahtjeva | 500 zahtjeva u minuti i 10 u sekundi po tvrtki | 60 u minuti, 5.000 dnevno i 5 istovremenih po tvrtki | 5 do 20 istovremenih zahtjeva po računu, ovisno o paketu usluge | 6.000 zahtjeva u 5 minuta i 5 istovremenih po korisniku |
| Posebna naknada za API | Program partnerskih aplikacija: besplatni paket, zatim 300 do 4.500 USD mjesečno | Aplikacijski paketi od besplatnog do 1.445 AUD mjesečno | Nije pronađeno; dodatna istovremenost prodaje se kao SuiteCloud Plus licence | Nije pronađeno |
Izvori: Intuitova česta pitanja o autorizaciji, Intuitova ograničenja i prigušenja, Vodič kroz Intuitov program partnerskih aplikacija, Xero OAuth 2.0 vodič, Xero API ograničenja, Xero cijene, NetSuite OAuth 2.0 tokeni, NetSuite autentifikacija temeljenja na tokenima, Operativna ograničenja za Business Central.
Tokeni istječu prema četiri različita rasporeda
Integracija mora osvježiti token svakog dobavljača prije nego što istekne i svaki put pohraniti novi token za osvježavanje, inače se korisnik mora ponovno povezati. Rasporedi se razlikuju za faktor četrnaest: token za osvježavanje u sustavu NetSuite traje sedam dana, dok u sustavu QuickBooks traje 100 dana. QuickBooks uvodi strogo ograničenje: tokeni za osvježavanje vrijede najviše pet godina, stoga će dugotrajne veze početi istjecati na određen datum bez obzira na korištenje. Svaki raspored zahtijeva vlastiti zadatak osvježavanja, vlastito upravljanje pogreškama i vlastitu poruku korisniku s pozivom „molimo ponovno se povežite”.
Svaki dobavljač ima vlastiti jezik upita
Dohvaćanje podataka dio je u kojem se kod najviše razilazi. QuickBooks prihvaća ograničeni SQL dijalekt bez operatora OR i bez spajanja (joins), vraćajući najviše 1.000 zapisa po stranici. Xero filtrira pomoću where izraza u URL-u i preporučuje jednostavne testove jednakosti za velike organizacije. NetSuite ima SuiteQL, puni SQL dijalekt koji se šalje na vlastitu krajnju točku (endpoint). Business Central koristi OData filtre. Upit koji pronalazi neplaćene račune za jednog korisnika predstavlja četiri različita komada koda, od kojih svaki ima vlastito straničenje i specifične rubne slučajeve.
Svaki dobavljač ograničava promet na drugačiji način
QuickBooks i Xero broje zahtjeve po tvrtki u minuti. NetSuite broji istovremene zahtjeve za cijeli račun, tako da vaša integracija dijeli ograničenje sa svakom drugom integracijom koju korisnik pokreće, a NetSuite odbija pozive koji premašuju granicu. Business Central broji zahtjeve po korisniku u petominutnom prozoru. Skupni uvoz (bulk import) koji je siguran kod jednog dobavljača bit će prigušen kod drugog, stoga se mehanizmi prigušivanja (throttling) i ponovnih pokušaja moraju pisati zasebno za svakog dobavljača.
Pristup sustavu je komercijalni odnos
Dva od četiri dobavljača sada naplaćuju pristup API-ju prema opsegu korištenja. Intuitov program partnerskih aplikacija mjeri pozive kategorije „CorePlus”, koji pokrivaju većinu čitanja podataka, te ih blokira iznad uključene količine na besplatnom paketu; plaćeni paketi koštaju 300, 1.700 i 4.500 USD mjesečno. Xero je 2. ožujka 2026. prešao na plaćene aplikacijske pakete, s besplatnog paketa ograničenog na 5 povezanosti pa sve do 1.445 AUD mjesečno za 10.000 povezanosti. Operativni trošak integracije stoga ovisi o tome koliko vaših korisnika koristi pojedinog dobavljača i koliko podataka čitate.
Dobavljači mijenjaju pravila prema vlastitom rasporedu
Integracija koja danas radi već ima najavljen popis obveznih ponovnih pisanja koda:
- NetSuite prestaje prihvaćati nove integracije koje koriste autentifikaciju temeljenu na tokenima počevši od verzije 2027.1, a Oracleova obavijest o SOAP-u navodi da će „s izdanjem 2028.2 za NetSuite sve krajnje točke biti onemogućene, a integracije temeljene na SOAP-u prestat će raditi” (NetSuite SOAP obavijest).
- Xero dodjeljuje granularne opsege dozvola (permission scopes) aplikacijama kreiranim od ožujka 2026. i daje postojećim aplikacijama rok do rujna 2027. za prilagodbu (Pregled Xero OAuth 2.0).
- QuickBooks primjenjuje gore opisano petogodišnje ograničenje tokena za osvježavanje i umirovio je starije manje verzije API-ja tako da je verzija 75 sada osnovna.
- Business Central online prestao je prihvaćati pristupne ključeve (osnovnu autentifikaciju) za web usluge 2022. godine; integracije su se morale prebaciti na Entra ID OAuth (Microsoftov popis ukinutih značajki).
Niti jedna od ovih promjena ne donosi novu značajku za vaše korisnike. Svaka promjena predstavlja inženjersko vrijeme utrošeno na održavanje rada postojeće veze, pomnoženo s brojem dobavljača koje podržavate.
Matematika za šest integracija
Uzmite Rutterovu brojku od tri inženjerska mjeseca po platformi i Mergeovu brojku od 300 sati održavanja godišnje te ih primijenite na šest računovodstvenih sustava:
| Jedan dobavljač | Šest dobavljača | |
|---|---|---|
| Izrada | 3 inženjerska mjeseca | 18 inženjerskih mjeseci |
| Održavanje godišnje | 300 sati | 1.800 sati, blizu jednog inženjera s punim radnim vremenom |
To su pretpostavke samih dobavljača, a ne naše, pri čemu bi ih samo NetSuite premašio. Poanta je u obliku troškova: trošak raste s brojem dobavljača, a stavka održavanja nikada ne završava. Jedinstveni API smanjuje vrijeme izrade, ali tada ovisite o tome koliko dobro on pokriva pisanje podataka i rubne slučajeve svakog dobavljača, a to plaćate po vezi ili po pozivu. Naš članak o izgradnji u odnosu na kupnju detaljno prolazi kroz poštenu procjenu tih troškova.
Integrirajte jednom: vodite poslovne knjige unutar svog proizvoda
Model s konektorima polazi od pretpostavke da poslovne knjige svakog korisnika žive u sustavu koji je korisnik odabrao, a vaša ih platforma kopira u njega. Postoji drugi model: vaša platforma sama vodi poslovne knjige putem jednog računovodstvenog API-ja i prikazuje ih u vašem sučelju. Upravo je za to dizajniran Nordlet. Potrebno je izgraditi samo jednu integraciju, bez obzira na to koji su računovodstveni softver vaši korisnici koristili prije.
Kako ta jedna integracija izgleda u Nordletu:
- Jedan oblik zahtjeva. Svaka operacija je
POST /v1/{module}/{resource}/{action}. Svaka akcijalistprihvaća isto tijelo za filtriranje, sortiranje i straničenje, a svaka pogreška koristi istu omotnicu (envelope). Kod napisan za jednu krajnju točku radi na isti način i za ostale. Pogledajte konvencije API-ja. - API ključevi umjesto tokena za osvježavanje. Ključ pripada jednoj tvrtki, nosi fiksne opsege dozvola, može imati datum isteka koji sami postavite i može se opozvati. Nema tokena za osvježavanje koji se moraju rotirati i pohranjivati.
- Sigurni ponovni pokušaji. Svaka promjena prihvaća zaglavlje
Idempotency-Key. Ponavljanje zahtjeva s istim ključem vraća spremljeni odgovor umjesto stvaranja druge fakture. - Potpisane webhooks poruke s ponovnim pokušajima. Događaji se zapisuju u istoj transakciji bazi podataka kao i promjena, potpisani su s HMAC-SHA256 i ponavljaju se otprilike 24 sata.
- Jedno objavljeno ograničenje broja zahtjeva. 300 zahtjeva u minuti po API ključu, izvješteno u
x-ratelimit-*zaglavljima. - Tipizirani SDK-ovi u devet jezika, generirani iz jedne OpenAPI specifikacije. Pogledajte SDK-ove.
- Neograničene sandbox tvrtke pod jednim računom za testiranje integracije.
- Jedan cjenik. Paketi se obračunavaju prema broju zahtjeva, počevši od 10 € mjesečno za 3.000 zahtjeva. Pogledajte cijene.
Glavna knjiga s dvojnim knjigovodstvom, fakture, usklađivanje bankovnih izvoda, PDV obrasci i izvješća dostupni su kroz taj isti API, tako da integracija pokriva same računovodstvene funkcije, a ne njihovu kopiju. Stranica sa značajkama navodi što je sve uključeno, a što je računovodstveni API detaljnije objašnjava ovaj model.
Korisnici koji već imaju poslovne knjige negdje drugdje
Dvije funkcije zamjenjuju konektore za pojedinačne dobavljače koje bi platforma inače morala graditi za takve korisnike:
- Prijenos podataka. Kontni plan tvrtke, partneri, početna stanja ili puna povijest dnevnika, otvorene fakture, dugotrajna imovina i zalihe uvoze se jednim pozivom. Pogledajte migraciju iz drugog sustava.
- Datoteke za knjigovođu. U slučajevima kada korisnikov knjigovođa radi u vlastitom softveru, Nordlet izvozi glavnu knjigu u formatima koje taj softver čita: DATEV knjižni skup (
POST /v1/reports/datev) za njemačke knjigovođe i SIE 4 datoteku (POST /v1/reports/sie) za švedske. Izvoz datoteke ne zahtijeva prijavu, osvježavanje tokena ni naknadu po pozivu od računovodstvenog dobavljača.
Kada su konektori i dalje pravi izbor
Vođenje poslovnih knjiga unutar vašeg proizvoda nije pravi izbor za svaku platformu:
- Ako financijski timovi vaših korisnika zahtijevaju da njihov postojeći računovodstveni sustav ostane sustav evidencije, potrebni su vam konektori na taj sustav, bilo da su izravno izgrađeni ili ostvareni putem jedinstvenog API-ja.
- Ako trebate samo unijeti nekoliko dokumenata u knjige korisnika, poput jedne fakture po narudžbi, jedan izravni konektor na dobavljača kojeg koristi većina vaših korisnika može biti dovoljan.
- Ako većina vaših korisnika koristi jednog dobavljača, jedna izravna integracija košta jedan projekt, a ne šest.
Argument integracije jednom primjenjuje se kada vaša platforma treba voditi računovodstvo svojih korisnika, a ne ga samo zrcaliti: to su tržišta (marketplaces) koja vrše isplate prodavačima, platforme koje fakturiraju u ime svojih korisnika te SaaS proizvodi kod kojih je knjigovodstvo dio samog proizvoda. Prije odabira bilo kojeg puta, naš testni plan prije produkcije za računovodstveni API navodi što je potrebno testirati.
FAQ
Koliko je vremena potrebno za izradu integracije s QuickBooks-om?
Apideck procjenjuje tri do četiri tjedna za prvu radnu verziju koju izrađuje jedan sposoban inženjer. Jedan Rutterov korisnik procijenio je potrebu za dva inženjera kroz nekoliko mjeseci, a trebalo im je najmanje tri mjeseca uz nekoliko iteracija. Produkcijski rad – osvježavanje tokena, ponovni pokušaji, ograničenja broja zahtjeva, ponovno povezivanje i usklađivanje – čini razliku između tih brojki.
Koliko traje integracija s NetSuite-om?
Rutter procjenjuje da za NetSuite treba od šest do dvanaest mjeseci. NetSuite uvodi ograničenja istovremenosti na razini cijelog računa, tokene za osvježavanje koji traju sedam dana, SuiteQL uz SOAP te najavljene promjene: nema novih integracija s autentifikacijom temeljenom na tokenima od verzije 2027.1, a SOAP krajnje točke bit će onemogućene u verziji 2028.2.
Uklanja li jedinstveni računovodstveni API posao vezan uz pojedinačne dobavljače?
Smanjuje vrijeme izrade jer jedno sučelje pokriva nekoliko dobavljača. Ne uklanja razlike među dobavljačima: operacije pisanja, prilagođena polja i rubni slučajevi često su neravnomjerno podržani, a cijena jedinstvenog API-ja dodaje se na vlastite naknade za API samih dobavljača. Kompromisi su obrađeni u našem vodiču za SaaS integracije.
Koliko košta pristup API-ju za QuickBooks i Xero?
Intuitov program partnerskih aplikacija ima besplatni paket Builder i plaćene pakete od 300, 1.700 i 4.500 USD mjesečno, pri čemu se čitanje podataka naplaćuje iznad uključene količine. Xero aplikacijski paketi, koji su stupili na snagu 2. ožujka 2026., kreću se od besplatnog paketa za 5 povezanosti do 1.445 AUD mjesečno za 10.000 povezanosti, dok se veći paketi ugovaraju na upit.
Može li Nordlet zamijeniti integracije s računovodstvenim sustavima mojih korisnika?
Kada vaša platforma vodi poslovne knjige svojih korisnika, da: gradite jednu integraciju s Nordletovim API-jem umjesto jedne po računovodstvenom dobavljaču. Postojeće knjige uvoze se jednim pozivom, a knjigovođe koji koriste softver kompatibilan s DATEV-om ili SIE-om primaju datoteke za izvoz. Nordlet se ne sinkronizira u QuickBooks, Xero, NetSuite ili Business Central; ako ti sustavi moraju ostati sustav evidencije, i dalje su vam potrebni konektori na njih.