De beste regnskaps-API-ene for SaaS-plattformer og markedsplasser (2026)
Sju alternativer et plattformteam faktisk vurderer, sortert etter hva de er til for, med grensene og prismodellene som avgjør valget.
«Beste regnskaps-API» er et spørsmål det ikke går an å svare på før du sier hva API-et skal brukes til. Produktene som dukker opp i dette søket, er ikke konkurrenter av hverandre. De faller inn under fire kategorier som løser ulike problemer, og å velge fra feil kategori er den dyreste feilen du kan gjøre her.
Denne guiden sorterer de realistiske alternativene etter kategori, forklarer hva hver enkelt er god på, og lister opp grensene som avgjør valget. Fakta om andre leverandører er hentet fra deres egen dokumentasjon og prissider, som er lenket opp underveis. Alt vi ikke har kunnskap om eller har kunnet bekrefte, er markert som ubekreftet i stedet for at vi gjetter.
De fire kategoriene
| Kategori | Hva du får | Hvem den passer for |
|---|---|---|
| Innebygd regnskaps-backend | Lovpålagte dobbeltsidige regnskapsbøker som produktet ditt eier, med mva. og dokumenter | Plattformer som må være kilden til sanning (system of record) |
| App-første regnskap med API | Et modent regnskapsprogram pluss programmatisk tilgang til det | Produkter som retter seg mot bedrifter som allerede fører regnskap i det programmet |
| Hovedboksinfrastruktur (ledger infrastructure) | Rask, uforanderlig (immutable) saldosporing uten lovpålagt regnskap | Lommebøker, saldoer i appen, betalingsprodukter |
| Aggregator / helhetlig API (unified API) | Én enkelt integrasjon inn i det regnskapsprogrammet den enkelte kunden bruker | Verktøy som leser eller skriver til kundenes regnskap |
| Skattemotor (tax engine) | Satser, beregninger og noen ganger innsending | Alle som trenger avgjørsler om mva. og skatt, i kombinasjon med regnskap som føres et annet sted |
Hurtigsammenligning
| Produkt | Kategori | Eier du bøkene? | Dybde på EU-mva. | Prismodell |
|---|---|---|---|---|
| Nordlet | Innebygd regnskaps-backend | Ja | Landsspesifikk mva., VIES, OSS/IOSS-oppgaver | Forbrukbasert (metered) per forespørsel |
| Xero API | App-første regnskap | Ja, i Xero | Mva.-oppgaver per støttet land | Per organisasjon, per måned |
| QuickBooks Online API | App-første regnskap | Ja, i QuickBooks | Mva. etter region; ingen standard IOSS-prosedyre | Per bedriftsabonnement |
| Odoo | ERP med RPC-API | Ja, selvhostet eller driftet | Lokaliseringsmoduler per land | Per bruker, API på Custom-planen |
| Modern Treasury Ledgers | Hovedboksinfrastruktur | Saldoer, ikke lovpålagte bøker | Ikke et skatteprodukt | Avtale |
| Codat / Rutter / Merge | Aggregator | Nei, kundens verktøy eier dem | Arvet fra det underliggende appen | Avtale, vanligvis per tilkobling |
| Stripe Tax | Skattemotor | Nei | Beregning og valgfri innsending | Per beregning og transaksjon |
1. Nordlet - innebygd dobbeltsidig regnskap med EU-mva.
Nordlet er en regnskaps-backend som en plattform kaller fra sin egen kode. Den gir tilgang til en uforanderlig (immutable) dobbeltsidig hovedbok, fakturering, kjøpsbokføring, bankavstemming, lager, lønn og EU-avgifter gjennom et enkelt REST-grensesnitt. Per i dag dreier det seg om mer enn 400 endepunkter fordelt på 29 moduler, generert fra én enkelt OpenAPI-spesifikasjon.
Når det gjelder plattformarbeid spesielt, er det verdt å merke seg følgende: Balanserte bokføringer håndheves av en databasetrigger når transaksjonen lagres (commit), heller enn av applikasjonskoden. Låste perioder avviser all bokføring med dato innenfor perioden. Dokumentnumre tildeles uten hull og på en trådsikker måte (concurrency-safe), og hver endring lagres med informasjon om hvem som utførte handlingen, hva handlingen var, enheten og selve endringen. Nye forsøk på feilede kall beskyttes av en Idempotency-Key-header som henter frem det lagrede svaret i stedet for å opprette et dokument nummer to. Webhook-hendelser skrives til en transaksjonell utboks (outbox) i samme databasetransaksjon som endringen, slik at et dokument som rulles tilbake (roll-back), aldri utløser noen hendelse.
Prisingen er basert på forbruk: Planer starter fra 10 euro per måned med 3 000 forespørsler, 50 euro med 30 000 og 300 euro med 200 000, der ekstra forespørsler faktureres per stk. Hver plan inkluderer samtlige moduler og hele API-et. Det er ingen øvre grense for antall selskaper, brukere eller testmiljøer (sandbox).
Grenser du bør kjenne til: Nordlet er i tidlig tilgang (early access) og knytter til seg tidlige partnere, så produksjonsplaner er noe du bør avklare. Referansen for satser på EU-mva. dekker EU-27, og OSS/IOSS-oppgaver beregnes ut fra fakturaene dine, men ferdige oppgaver for nasjonale mva.-meldinger leveres i dag for tre land - Litauen (FR0600), Tyskland (UStVA) og Polen (JPK_V7M). Lønnsmodulen gjelder kun for Litauen, og ingen mva.-melding sendes automatisk inn til en skattemyndighet på dine vegne.
Best for: markedsplasser, SaaS-plattformer og e-handelsprodukter som må eie sine egne regnskapsbøker og dokumentasjon på EU-mva. internt i sitt eget produkt.
2. Xero API - et modent app-første regnskaps-API
Xero er et regnskapsprogram med et godt dokumentert REST-API, en appbutikk og et stort regnskapsførermiljø. Hvis kundene dine allerede fører regnskapet sitt i Xero, møter denne integrasjonen dem der de er.
For innebygd bruk er begrensningene heller strukturelle enn tekniske. Xero oppgir API-grenser på 60 kall i minuttet og 5 000 kall om dagen per tilkoblede organisasjon, 5 samtidige kall og 10 000 kall i minuttet på tvers av en hel app. Apper som ikke er sertifisert, kan koble seg til maksimalt 25 organisasjoner. Skal du utover det, kreves det App Partner-sertifisering, en gjennomgangsprosess med flere kontrollpunkter og egne kommersielle vilkår. Prisen er per organisasjon per måned, og publiseres på Xeros prissider fordelt på land.
Best for: produkter som integrerer mot regnskapene kundene dine allerede fører. Det er vanskeligere å bruke som regnskaps-backend for hundrevis eller tusenvis av leietakere (tenants), ettersom hver leietaker krever et eget abonnement og en egen tilkobling som må holdes innenfor disse grensene.
3. QuickBooks Online API - den største brukerbasen
QuickBooks Online har den største markedsandelen for småbedrifter i flere markeder, og tilbyr et OAuth 2.0 REST-API, webhooks og et stort økosystem av utviklere. Begrensningene for massekall (throttling) er vanlig dokumentert til 500 forespørsler i minuttet per selskap, med lavere grenser for endepunkter for batch- og rapportkjøring. Intuits egen utviklerdokumentasjon er den offisielle kilden for å bekrefte gjeldende tall.
API-et er knyttet til én enkelt bedriftsfil, noe som betyr at en plattform som betjener mange bedrifter, må administrere mange tilkoblinger fremfor én samlekonto for flere selskaper. Når det gjelder mva. på tvers av landegrenser i EU, bemerker Intuit i sitt eget støttemateriale at det ikke finnes noen standard prosedyre for registrering av IOSS-mva., og anbefaler å rådføre seg med en regnskapsfører. Dette er greit å vite før du planlegger flyt for fjernsalg basert på dette.
Best for: å nå bedrifter som allerede bruker QuickBooks. Ikke designet for å fungere som hovedbok inne i noen andre sin plattform.
4. Odoo - åpen kildekode-ERP med et modellnivå-API
Odoo dekker regnskap i tillegg til lager, produksjon, CRM og mye annet. Det kan driftes på egen server og er svært utvidbart. Det eksterne API-et er på modellnivå framfor domenivå: du kaller ORM-metoder på modeller som account.move og res.partner via XML-RPC eller JSON-RPC. Dette er kraftig, men betyr også at du arver ansvaret for å bruke modellene riktig.
To ting endrer regnestykket for plattformutviklere. Odoos dokumentasjon slår fast at ekstern API-tilgang er tilgjengelig på prisnivået Custom, og ikke på planene One App Free eller Standard. I tillegg har Odoo kunngjort at endepunktene /xmlrpc, /xmlrpc/2 og /jsonrpc etter planen skal fjernes i Odoo 22 og Odoo Online 21.1, og erstattes av et nyere JSON-2-API. En integrasjon som bygger på dette i dag, må derfor belage seg på en migrasjon i fremtiden. Prisen er per bruker per måned, og finnes på Odoos prisside.
Best for: bedrifter som ønsker ett samlet system for både drift og finans, med interne ressurser til å drifte og oppgradere det. En grundigere gjennomgang finner du i Nordlet vs Odoo for plattformutviklere.
5. Modern Treasury Ledgers - hovedboksinfrastruktur
Modern Treasury Ledgers tilbyr høy kapasitet, uforanderlig og dobbeltsidig saldosporing bygget for utviklere, med sikte på lommebøker, saldoer i apper og betalingsprodukter. Løsningen er konstruert for konsistens og høy samtidig bruk (concurrency) i stort volum.
Dette er ikke et lovpålagt regnskap. Det finnes ingen kontoplan for årsberetningen, ingen mva.-motor, ingen fakturanummerering og ingen avgiftsregistre. Team har ofte behov for begge deler: infrastruktur for sanntidssaldoer, og et regnskapssystem for bøkene som skal leveres inn.
Best for: sanntidssaldoer ved høye transaksjonsmengder, der det lovpålagte regnskapet håndteres separat.
6. Codat, Rutter og Merge - helhetlige API-er (unified APIs) inn i kundenes regnskap
Disse produktene gir deg ett felles grensesnitt som kan lese og skrive på tvers av en rekke regnskapssystemer, og som håndterer autentisering, feltmapping og synkronisering. Codat retter seg mest mot utlån og banktjenester, Rutter mot handel og betalingsdata, og Merge tilbyr en bred horisontal flate på tvers av mange programvarekategorier.
Det du må være klar over, er at med en aggregator er bøkene fremdeles kundens egne, i kundens eget verktøy. Det er midt i blinken hvis du bygger løsninger for utlån, utgiftsstyring (spend management) eller analyse. Men det er helt feil hvis plattformen din må være kilden til sanning (system of record), siden du arver alt det den underliggende appen gjør, og ikke kan tvinge gjennom en konsistent modell på tvers av dem.
Best for: å lese eller skrive til kundenes eksisterende regnskap i stor skala.
7. Stripe Tax - skatteberegning, ikke regnskap
Stripe Tax beregner og krever inn mva./skatt inne i Stripe-økosystemet, og tilbyr administrert innsending (managed filing) på de høyere abonnementsnivåene, med tydelige offentlige priser per beregningskall og transaksjon. Transaksjonsloggene herfra er skattedokumenter, ikke generelle regnskapsjournaler.
Best for: bedrifter som allerede bruker Stripe og trenger korrekte avgifter raskt, mens selve regnskapet føres et annet sted.
Hva du bør velge til hva
| Din oppgave | Velg |
|---|---|
| Være kilden til sanning for plattformens egne regnskapsbøker | Innebygd regnskaps-backend |
| Selge til bedrifter som fører regnskap i Xero eller QuickBooks | Den aktuelle leverandørens API, eller en aggregator om du trenger flere |
| Spore lommeboksaldoer ved tusenvis av transaksjoner i sekundet | Hovedboksinfrastruktur |
| Lese mange kunders regnskap for utlån eller analyse | Aggregator (unified API) |
| Få riktig mva.-sats i kassen ved betaling | Skattemotor |
| Kjøre finans og drift i ett og samme system, internt | ERP |
De fleste plattformer ender opp med å bruke to av disse, ikke bare én. Kombinasjonen det er verdt å planlegge for, er en regnskaps-backend som eier regnskapet, supplert med en skattemotor eller aggregator i ytterkantene. Den første avgjørelsen du må ta, er hvilket produkt som skal eie selve regnskapet, siden alt annet innrettes etter det.
FAQ
Hva er det beste regnskaps-API-et for en markedsplass?
For en markedsplass som selv må eie regnskapet sitt, er en innebygd regnskaps-backend den rette kategorien. Dette fordi selgerutbetalinger, provisjonsinntekter, refusjoner og landsspesifikk mva. må registreres på ett og samme sted med et fullstendig revisjonsspor (audit trail). App-første API-er som Xero og QuickBooks egner seg bedre til å integrere med regnskap kundene allerede fører, enn til å fungere som hovedbok for hundrevis av leietakere.
Kan jeg bare bruke Stripe til markedsplassregnskap?
Stripe flytter og deler opp penger, og kan beregne avgifter. Selskapet fører imidlertid ikke dobbeltsidige regnskapsbøker for plattformen din: opptjent provisjon, skyldig mva. på gebyrer, forpliktelser overfor selgere i perioden mellom betaling og utbetaling, refusjoner og reserver må fremdeles registreres et sted. Den registreringen må i tillegg avstemmes mot Stripe, fremfor at man baserer seg blindt på den.
Er et helhetlig API (unified API) en erstatning for å ha sin egen hovedbok?
Nei. Et helhetlig API er en inngangsport til andres hovedbøker. Hvis plattformen din er kilden til sanning (system of record), må du ha din egen.
Hvor mye koster regnskaps-API-er?
Prismodellene varierer mer enn selve prisene. Prising per organisasjon eller per bruker tar betalt for bedriftens utforming og struktur, mens forbruksbasert prising (metered pricing) tar betalt for faktisk bruk. Nordlets publiserte planer starter på 10 euro i måneden med 3 000 inkluderte forespørsler. Xero, QuickBooks og Odoo oppgir abonnementspriser per organisasjon, selskap eller bruker på sine egne nettsider, og det er disse tallene du bør legge til grunn for budsjettet.
Hva bør jeg teste før jeg binder meg til noen av dem?
Bokfør en splittet transaksjon og sjekk journalen. Send den samme forespørselen to ganger og tell resultatene. Prøv å redigere en bokført post, og prøv å bokføre i en stengt periode. Eksporter data for én måned og se om en regnskapsfører klarer å lese dem. Disse fire testene skiller kategoriene fra hverandre raskere enn noen funksjonsliste.