Kirjanpitointegraation kustannukset: Yksi projekti per järjestelmä
Julkaistut arviot vaihtelevat kolmesta viikosta kahteentoista kuukauteen per kirjanpitojärjestelmä, eikä työ siirry järjestelmästä toiseen. Tässä ovat luvut, niiden lähteet ja vaihtoehtoinen tapa.
Alusta, joka yhdistetään asiakkaiden kirjanpitojärjestelmiin, joutuu rakentamaan yhden integraation per toimittaja. Julkaistut arviot yhdestä integraatiosta vaihtelevat ensimmäisen toimivan QuickBooks-yhteyden kolmesta neljään viikosta NetSuiten kuuteen tai kahteentoista kuukauteen. Jokainen löytämämme arvio on peräisin yritykseltä, joka myy työkaluja kyseisen työn välttämiseen. Työ ei siirry sellaisenaan järjestelmästä toiseen, sillä QuickBooksilla, Xerolla, NetSuitella ja Microsoft Dynamics 365 Business Centralilla on kullakin omat kirjautumistapansa, tunnisteidensa elinkaaret, kyselysyntaksinsa, kutsurajansa (rate limits), maksunsa ja versioiden poistumisaikataulunsa. Kuusi eri toimittajaa tarkoittaa kuutta eri projektia ja kuutta ylläpito-budjettia.
Tässä artikkelissa kootaan yhteen julkaistut luvut lähteineen, osoitetaan järjestelmien väliset erot ja esitellään toinen vaihtoehto: kirjanpidon pitäminen oman tuotteen sisällä yhden kirjanpito-rajapinnan (API) kautta, jolloin rakennettavana on vain yksi integraatio jokaisen toimittajan erillisen yhteyden sijaan.
Kuinka kauan yhden kirjanpitointegraation rakentaminen kestää
Kukaan ei julkaise puolueetonta tutkimusta integraatioiden toteutusajoista. Seuraavat luvut ovat peräisin yrityksiltä, jotka myyvät yhtenäistettyjä kirjanpito-rajapintoja (unified APIs), joten niillä on taloudellinen intressi saada työ näyttämään suurelta. Ne ovat kuitenkin parhaita saatavilla olevia yksityiskohtaisia lukuja, ja ne ovat keskenään yhdenmukaisia, kunhan "ensimmäinen toimiva versio" ja "tuotantoversio" erotetaan toisistaan.
| Lähde | Mitä sanotaan | Heidän asemansa |
|---|---|---|
| Apideck (2026) | QuickBooks: "taitava ohjelmistokehittäjä saa toimivan version aikaan kolmessa tai neljässä viikossa". Yli 35 liittimen ylläpito vaatii "vähintään yhden integraatioiden ylläpitoon omistautuneen kehittäjän". | Myy yhtenäistettyä rajapintaa |
| Rutter (huhtikuu 2026) | "Kolme kehittäjäkuukautta per alusta", mitä Rutter pitää varovaisena arviona. NetSuiten osalta "aikataulu venyy kuuteen tai kahteentoista kuukauteen". Eräs asiakas arvioi QuickBooks-projektin vaativan kaksi kehittäjää parin kuukauden ajaksi; lopulta se vei "ainakin kolme kuukautta useine iteraatioineen". | Myy yhtenäistettyä rajapintaa |
| Merge | Yhden integraation rakentamiseen kuluu 150 tuntia ja sen ylläpitoon 300 tuntia vuodessa laskettuna 150 000 dollarin vuosipalkalla. Merge arvioi kustannukseksi "50 000–150 000 dollaria vuodessa". | Myy yhtenäistettyä rajapintaa |
Näissä luvuissa kaksi asiaa on kokonaissummaa tärkeämpiä.
Ensinnäkin ero kolmen viikon ja kolmen kuukauden välillä on ero demon ja tuotantoympäristön välillä. Yhteys, joka luo laskun, toimii nopeasti. Yhteys, joka kestää tunnisteiden vanhenemisen, kaksoiskappaleina tulevat verkkosentit (webhooks), kutsurajat, osittaiset virheet ja asiakkaan tilanteen, jossa tämä yhdistääkin järjestelmään toisen yritystiedoston, vaatii loput ajasta. Oppaamme pilvipohjaisen kirjanpito-rajapinnan integroinnista SaaS-alustaan käy tämän työn läpi vaihe vaiheelta.
Toiseksi Mergen mallissa ylläpito vie enemmän aikaa kuin itse rakentaminen: 300 tuntia vuodessa verrattuna kertaluonteiseen 150 tuntiin. Tämä kustannus toistuu joka vuosi jokaisen tukemasi järjestelmän osalta.
Miksi toinen integraatio maksaa yhtä paljon kuin ensimmäinen
Jos eri toimittajat tarjoaisivat saman rajapinnan, toinen integraatio hyödyntäisi suureksi osaksi ensimmäisen työtä. Näin ei kuitenkaan ole. Seuraavassa taulukossa verrataan neljää laajasti käytettyä järjestelmää.
| QuickBooks Online | Xero | NetSuite | Business Central | |
|---|---|---|---|---|
| Kirjautuminen | OAuth 2.0 | OAuth 2.0 | OAuth 2.0; tunnisteperustainen todennus suljetaan uusilta integraatioilta versiosta 2027.1 alkaen | Vain Microsoft Entra ID OAuth |
| Käyttötunnisteen (Access token) voimassaolo | 1 tunti | 30 minuuttia | 60 minuuttia | Entra ID:n määrittämä |
| Päivitystunniste (Refresh token) | 100 päivää liukuvasti, enintään viisi vuotta | 60 päivää liukuvasti | 7 päivää | Entra ID:n määrittämä |
| Kyselytyyli | SQL-tyylinen SELECT … FROM Invoice, ei OR-operaattoria, ei liitoksia (joins) |
REST where-parametrilla |
SuiteQL (SQL) RESTin kautta sekä SOAP vuoteen 2028 asti | OData v4 |
| Kutsuraja (Rate limit) | 500 pyyntöä minuutissa ja 10 sekunnissa per yritys | 60 minuutissa, 5 000 päivässä ja 5 samanaikaista per yritys | 5–20 samanaikaista pyyntöä per tili palvelutasosta riippuen | 6 000 pyyntöä 5 minuutissa ja 5 samanaikaista per käyttäjä |
| Erillinen rajapintamaksu | App Partner Program: ilmainen taso, sen jälkeen 300–4 500 USD kuukaudessa | Sovelluspaketit ilmaisesta 1 445 AUD kuukaudteen asti | Ei löytynyt; lisäsamanaikaisuutta myydään SuiteCloud Plus -lisensseinä | Ei löytynyt |
lähteet: 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.
Tunnisteet vanhenevat neljällä eri aikataululla
Integraation on päivitettävä kunkin toimittajan tunnisteet ennen niiden vanhenemista ja tallennettava uusi päivitystunniste joka kerta, tai muuten asiakkaan on muodostettava yhteys uudelleen. Aikataulut eroavat toisistaan nelinkertaisesti: NetSuiten päivitystunniste kestää seitsemän päivää, kun taas QuickBooksissa se on 100 päivää. QuickBooks asettaa lisäksi ehdottoman ylärajan: päivitystunnisteet ovat voimassa enintään viisi vuotta, joten pitkäkestoiset yhteydet alkavat vanhentua kiinteänä ajankohtana käytöstä riippumatta. Jokainen aikataulu vaatii oman taustaprosessinsa tunnisteiden uusimiseen, oman virheidenkäsittelynsä ja oman "muodosta yhteys uudelleen" -viestinsä asiakkaalle.
Jokaisella toimittajalla on oma kyselykielensä
Tietojen lukeminen on kohta, jossa koodi eriytyy eniten. QuickBooks hyväksyy rajoitetun SQL-murteen ilman OR-operaattoria ja ilman liitoksia, palauttaen enintään 1 000 tietuetta sivua kohden. Xero suodattaa tietoja URL-osoitteessa olevalla where-lausekkeella ja suosittelee isoille organisaatioille yksinkertaisia yhtäläisyystestejä. NetSuitessa on SuiteQL, täysimittainen SQL-mieli, joka lähetetään sen omaan päätepisteeseen (endpoint). Business Central käyttää OData-suodattimia. Kysely, joka hakee maksamattomat laskut yhdeltä asiakkaalta, vaatii neljä täysin erilaista koodinpätkää, joista jokaisella on omat sivutuskäytäntönsä ja erityistilanteensa.
Jokainen toimittaja rajoittaa liikennettä eri tavalla
QuickBooks ja Xero laskevat pyynnöt yritystä ja minuuttia kohden. NetSuite laskee samanaikaiset pyynnöt koko tilin tasolla, mikä tarkoittaa, että integraatiosi jakaa saman kiintiön kaikkien muiden asiakkaan käyttämien integraatioiden kanssa, ja NetSuite hylkää rajat ylittävät kutsut. Business Central laskee pyynnöt käyttäjäkohtaisesti viiden minuutin ikkunassa. Massatuonti, joka toimii turvallisesti yhden toimittajan kanssa, voi törmätä toisen asettamaan rajoitukseen, joten virtausohjaus (throttling) ja uudelleenyrityslogiikka on kirjoitettava erikseen jokaiselle toimittajalle.
Rajapinnan käyttö on kaupallinen suhde
Kaksi neljästä toimittajasta veloittaa nykyään rajapinnan käytöstä sen volyymin mukaan. Intuitin App Partner Program mittaa "CorePlus"-kutsuja, jotka kattavat useimmat tietojen luvut, ja estää ne ilmaisen tason ylittyvän määrän jälkeen; maksulliset tasot maksavat 300, 1 700 ja 4 500 USD kuukaudessa. Xero siirtyi maksullisiin sovellussuunnitelmiin 2. maaliskuuta 2026 alkaen; ilmainen taso on rajoitettu viiteen yhteyteen, ja hinnat nousevat jopa 1 445 AUD kuukaudessa 10 000 yhteydelle. Integraation juoksevat kustannukset riippuvat siis siitä, kuinka moni asiakkaistanne käyttää mitäkin järjestelmää ja kuinka paljon dataa luette.
Toimittajat vaihtavat sääntöjä omalla aikataulullaan
Toimivaksi todettuun integraatioon on jo ilmoitettu tulevan pakollisia uudelleenkirjoituksia:
- NetSuite lopettaa tunnisteperustaiseen todennukseen nojaavien uusien integraatioiden hyväksymisen versiosta 2027.1 alkaen, ja Oraclen SOAP-tiedotteen mukaan "vuoden 2028.2 NetSuite-julkaisun myötä kaikki päätepisteet poistetaan käytöstä ja SOAP-pohjaiset integraatiot lakkaavat toimimasta" (NetSuite SOAP notice).
- Xero ottaa käyttöön yksityiskohtaiset käyttöoikeuslaajuudet (permission scopes) maaliskuusta 2026 alkaen luoduille sovelluksille ja antaa olemassa oleville sovelluksille aikaa syyskuuhun 2027 asti siirtyä niihin (Xero OAuth 2.0 overview).
- QuickBooks ottaa käyttöön edellä kuvatun viiden vuoden päivitystunnisteen rajoituksen ja on poistanut käytöstä vanhemmat rajapinnan aliversiot niin, että versio 75 toimii perustana.
- Business Central online lakkasi hyväksymämästä avaimia (perustodennusta eli basic authentication) verkkopalveluille vuonna 2022; integraatioiden oli pakko siirtyä Entra ID OAuth -tunnistukseen (Microsoft deprecation list).
Mikään näistä muutoksista ei tuo uusia ominaisuuksia asiakkaillenne. Jokainen niistä vaatii ohjelmistokehitystyötä olemassa olevan yhteyden toiminnassa pitämiseksi, ja tämä työkerroin riippuu tukemienne järjestelmien määrästä.
Kuuden integraation laskutoimitus
Kun otetaan Rutterin arvio kolmesta kehittäjäkuukaudesta per alusta ja Mergen arvio 300 ylläpitotunnista vuodessa ja sovelletaan niitä kuuteen kirjanpitojärjestelmään, saadaan seuraavat luvut:
| Yksi järjestelmä | Kuusi järjestelmää | |
|---|---|---|
| Rakentaminen | 3 kehittäjäkuukautta | 18 kehittäjäkuukautta |
| Ylläpito vuodessa | 300 tuntia | 1 800 tuntia, lähes yhden kokopäiväisen kehittäjän työpanos |
Nämä ovat järjestelmien omiin oletuksiin perustuvia lukuja, eivät omiamme, ja pelkkä NetSuite yksinään ylittäisi nämä arvot. Olennaista on suuruusluokka: kustannukset kasvavat järjestelmien määrän myötä, eikä ylläpitotyö lopu koskaan. Yhtenäistetty rajapinta lyhentää kehitysaikaa, mutta silloin olet riippuvainen siitä, kuinka hyvin se kattaa eri toimittajien kirjoitustoiminnot ja erityistapaukset, ja maksat siitä yhteyksien tai kutsujen määrän mukaan. Rakentamisen ja ostamisen vertailuartikkelimme käy näiden kustannusten laskemisen rehellisesti läpi.
Integroi kerran: pidä kirjanpitoa tuotteesi sisällä
Liitinmallissa oletetaan, että jokaisen asiakkaan kirjanpito sijaitsee järjestelmässä, jonka asiakas itse valitsi, ja alustanne kopioi tiedot sinne. On olemassa toinenkin malli: alustanne pitää kirjaa itse yhden kirjanpito-rajapinnan kautta ja näyttää sen omassa käyttöliittymässään. Tätä varten Nordlet on rakennettua. Rakennettavana on vain yksi integraatio riippumatta siitä, mitä kirjanpito-ohjelmistoa asiakkaanne ovat aiemmin käyttäneet.
Miltä tuo yksi integraatio näyttää Nordletissa:
- Yksi pyynnön muoto. Jokainen operaatio on muotoa
POST /v1/{module}/{resource}/{action}. Jokainenlist-toiminto hyväksyy saman suodatus-, lajittelu- ja sivutusrakenteen, ja jokainen virhe käyttää samaa tietorakennetta. Yhdelle päätepisteelle kirjoitettu koodi toimii samalla tavalla myös muilla. Katso rajapintojen käytännöt. - API-avaimet päivitystunnisteiden sijaan. Avain kuuluu yhdelle yritykselle, sisältää kiinteät käyttöoikeudet, sille voi määrittää vanhenemispäivän ja sen voi tarvittaessa mitätöidä. Päivitystunnisteita ei tarvitse kierrättää eikä tallentaa.
- Turvalliset uudelleenyritykset. Jokainen muutos hyväksyy
Idempotency-Key-otsikon. Pyynnön toistaminen samalla avaimella palauttaa tallennetun vastuksen sen sijaan, että se loisi toisen laskun. - Allekirjoitetut verkkosentit uudelleenyrityksillä. Tapahtumat kirjoitetaan samaan tietokantatransaktioiden muutoksen kanssa, ne allekirjoitetaan HMAC-SHA256-algoritmilla ja niiden toimittamista yritetään uudelleen noin 24 tunnin ajan.
- Yksi julkaistu kutsuraja. 300 pyyntöä minuutissa per API-avain, mikä ilmoitetaan
x-ratelimit-*-otsikoissa. - Tyyppiturvalliset SDK:t yhdeksällä kielellä, jotka on generoitu yhdestä OpenAPI-määrityksestä. Katso SDK:t.
- Rajattomasti testiyrityksiä (sandbox) yhden tilin alla integraatiotestausta varten.
- Yksi hinnasto. Tilaukset laskutetaan pyyntöjen mukaan, alkaen 10 eurosta kuukaudessa 3 000 pyynnölle. Katso hinnasto.
Kaksinkertainen kirjanpito, laskut, pankkitäsmäytykset, arvonlisäveroraportit ja muut raportit ovat saatavilla saman rajapinnan kautta, joten integraatio kattaa itse kirjanpidon eikä vain sen kopiota. Ominaisuussivu luettelee sisältyvät toiminnot, ja artikkeli mikä on kirjanpito-rajapinta selventää mallia tarkemmin.
Asiakat, joilla on jo kirjanpito muualla
Kaksi asiaa korvaa ne järjestelmäkohtaiset liittimet, jotka alustan pitäisi muuten rakentaa näille asiakkaille:
- Siirtyminen sisään. Yrityksen tilikartta, kumppanit, alkusaldot tai täysi tositehistoria, avoimet laskut, käyttöomaisuus ja varasto tuodaan yhdellä kutsulla. Katso siirtyminen toisesta järjestelmästä.
- Tiedostot kirjanpitäjälle. Tilanteissa, joissa asiakkaan kirjanpitäjä työskentelee omassa ohjelmistossaan, Nordlet vie kirjanpidon tiedostomuodoissa, joita kyseinen ohjelmisto lukee: DATEV-kirjauseränä (
POST /v1/reports/datev) saksalaisille kirjanpitäjille ja SIE 4 -tiedostona (POST /v1/reports/sie) ruotsalaisille kirjanpitäjille. Tiedoston vienti ei vaadi sisäänkirjautumista, tunnisteiden päivitystä eikä kirjanpitotoimittajan perimiä kutsukohtaisia maksuja.
Milloin liittimet ovat edelleen oikea valinta
Kirjanpidon pitäminen tuotteen sisällä ei ole oikea valinta jokaiselle alustalle:
- Jos asiakkaiden taloushallintotiimit vaativat, että heidän olemassa oleva kirjanpitojärjestelmänsä pysyy totuuden lähteenä (system of record), tarvitset liittimet kyseiseen järjestelmään, joko suoraan rakennettuna tai yhtenäistetyn rajapinnan kautta.
- Jos sinun tarvitsee vain lähettää muutama asiakirja asiakkaan kirjanpitoon, kuten yksi lasku per tilaus, suora liitin siihen järjestelmään, jota useimmat asiakkaistasi käyttävät, saattaa riittää.
- Jos suurin osa asiakkaistasi käyttää samaa toimittajaa, yksi suora integraatio vaatii vain yhden projektin kuuden sijasta.
Integroi kerran -lähestymistapa sopii silloin, kun alustasi täytyy pyörittää käyttäjiensä kirjanpitoa eikä vain peilata sitä: markkinapaikat, jotka maksavat tilityksiä myyjille, alustat, jotka laskuttavat käyttäjiensä puolesta, sekä SaaS-tuotteet, joissa kirjanpito on osa itse tuotetta. Ennen kumpaankin suuntaan päätöksen tekemistä kirjanpito-rajapinnan esituotannon testisuunnitelmamme listaa asiat, jotka kannattaa testata.
FAQ
Kuinka kauan QuickBooks-integraation rakentaminen kestää?
Apideck arvioi yhden taitavan kehittäjän saavan ensimmäisen toimivan version valmiiksi kolmessa tai neljässä viikossa. Erään Rutterin asiakkaan projekti vaati kaksi kehittäjää parin kuukauden ajaksi ja vaati vähintään kolme kuukautta sekä useita iteraatioita. Tuotantotason työ – tunnisteiden päivitys, uudelleenyritykset, kutsurajat, uudelleenyhteyden muodostus ja täsmäytys – tekee eron näiden lukujen välille.
Kuinka kauan NetSuite-integraatio kestää?
Rutter arvioi NetSuite-integraation kestävän kuudesta kahteentoista kuukauteen. NetSuite tuo mukanaan tilikohtaiset samanaikaisuusrajat, seitsenpäiväiset päivitystunnisteet, SuiteQL:n SOAP-rajapinnan rinnalla sekä ilmoitetut muutokset: uusia tunnisteperustaisia todentamisen integraatioita ei hyväksyversiosta 2027.1 alkaen ja SOAP-päätepisteet poistetaan käytöstä versiossa 2028.2.
Poistaako yhtenäistetty kirjanpito-rajapinta järjestelmäkohtaisen työn?
Se vähentää rakennustyötä, koska yksi rajapinta kattaa useita toimittajia. Se ei kuitenkaan poista toimittajien välisiä eroja: kirjoitustoiminnot, mukautetut kentät ja erityistapaukset on usein tuettu epätasaisesti, ja yhtenäistetyn rajapinnan hinnoittelu lisätään toimittajien omien rajapintamaksujen päälle. Kompromisseja käsitellään SaaS-integraatio-oppaassamme.
Paljonko QuickBooks- ja Xero-rajapintojen käyttö maksaa?
Intuitin App Partner Program sisältää ilmaisen Builder-tason sekä maksulliset tasot hintaan 300, 1 700 ja 4 500 USD kuukaudessa, ja tietojen lukua mitataan sisältyvän määrän ylittävältä osalta. Xeron sovellussuunnitelmat, jotka astuivat voimaan 2. maaliskuuta 2026, vaihtelevat ilmaisesta 5 yhteyden suunnitelmasta aina 1 445 AUD kuukaudessa maksavaan 10 000 yhteyden suunnitelmaan, ja suuremmat suunnitelmat hinnoitellaan erillisen kyselyn kautta.
Voiko Nordlet korvata integraatiot asiakkaiden omiin kirjanpitojärjestelmiin?
Kun alustanne ylläpitää käyttäjiensä kirjanpitoa, kyllä: rakennatte yhden integraation Nordletin rajapintaan jokaisen kirjanpitotoimittajan liittimen sijaan. Olemassa oleva kirjanpito tuodaan yhdellä kutsulla, ja DATEV- tai SIE-yhteensopivia ohjelmistoja käyttävät kirjanpitäjät saavat vientitiedostot. Nordlet ei synkronoi tietoja QuickBooksiciin, Xeroon, NetSuiteen tai Business Centraliin; jos kyseisten järjestelmien on pysyttävä totuuden lähteenä, tarvitset edelleen liittimet niihin.