De bedste regnskabs-API'er til SaaS-platforme og markedspladser (2026)
Syv muligheder, som et platformsteam rent faktisk tager op til overvejelse, sorteret efter hvad de hver især er til, med de grænser og prismodeller, der afgør valget.
"Bedste regnskabs-API" er et spørgsmål, der ikke kan besvarelsess, før du siger, hvad API'en skal bruges til. De produkter, der dukker op i denne søgning, er ikke konkurrenter til hinanden. De falder i fire kategorier, som løser forskellige problemer, og det at vælge fra den forkerte kategori er den dyreste fejl, du kan begå her.
Denne guide sorterer de realistiske muligheder efter kategori, angiver hvad hver enkelt er god til, og nævner de begrænsninger, der afgør valget. Fakta om andre leverandører kommer fra deres egne dokumentations- og prissider, som er linket til undervejs; alt, hvad vi ikke har kunne verificere, er markeret som ubekræftet i stedet for at være et gæt.
De fire kategorier
| Kategori | Hvad den giver dig | Hvem den passer til |
|---|---|---|
| Indlejret regnskabsbackend | Lovpligtige dobbelte bogføringsbøger, som dit produkt ejer, med moms og bilag | Platforme, der skal være system of record |
| App-første regnskab med en API | Et modent regnskabsprogram plus programmatisk adgang til det | Produkter, der betjener virksomheder, som allerede fører regnskab i det program |
| Hovedbogsinfrastruktur | Hurtig, uforanderlig saldosporing uden lovpligtigt regnskab | Tjenester med tegnebøger, in-app-saldi og betalingsprodukter |
| Aggregator / samlet API | Én grænseflade til det regnskabsprogram, som den enkelte kunde bruger | Værktøjer, der læser eller skriver i deres kunders regnskaber |
| Skattemotor | Satser, beregning, nogle gange indberetning | Alle, der har brug for skattebeslutninger, sideløbende med regnskaber der føres andetsteds |
Hurtig sammenligning
| Produkt | Kategori | Bøger du ejer | EU-momskylddybde | Prismodel |
|---|---|---|---|---|
| Nordlet | Indlejret regnskabsbackend | Ja | Moms pr. land, VIES, OSS/IOSS-angivelser | Forbrugsafregnet efter antal forespørgsler |
| Xero API | App-første regnskab | Ja, i Xero | Momsangivelser pr. understøttet land | Pr. organisation, pr. måned |
| QuickBooks Online API | App-første regnskab | Ja, i QuickBooks | Moms pr. region; ingen standard IOSS-procedure | Pr. virksomhedsabonnement |
| Odoo | ERP med RPC-API | Ja, selvhostet eller hostet | Lokaliseringsmoduler pr. land | Pr. bruger, API på Custom-plan |
| Modern Treasury Ledgers | Hovedbogsinfrastruktur | Saldi, ikke lovpligtige bøger | Ikke et skatteprodukt | Kontrakt |
| Codat / Rutter / Merge | Aggregator | Nej, din kundes værktøj ejer dem | Arvet fra det underliggende program | Kontrakt, normalt pr. forbindelse |
| Stripe Tax | Skattemotor | Nej | Beregning og valgfri indberetning | Pr. beregning og transaktion |
1. Nordlet - indlejret dobbelt bogholderi med EU-moms
Nordlet er en regnskabsbackend, som en platform kalder fra sin egen kode. Den stiller en uforanderlig dobbelt bogføringshovedbog, fakturering, købsregistreringer, bankafstemning, lager, løn og EU-moms til rådighed via en enkelt REST-grænseflade, i øjeblikket mere end 400 endpoints på tværs af 29 moduler genereret fra én OpenAPI-specifikation.
Hvad der er vigtigt for platformsarbejde specifikt: afbalancerede posteringer gennemtvinges af en databasetrigger på commit-tidspunktet i stedet for af applikationskode, låste perioder afviser enhver postering dateret inden for dem, bilagsnumre er uden huller og tildeles concurrency-sikkert, og hver ændring registreres med aktør, handling, entitet og selve ændringen. Forsøg på gentagelse er beskyttet af en Idempotency-Key-header, der afspiller det gemte svar i stedet for at oprette et andet bilag. Webhook-hændelser skrives til en transaktionel outbox i samme databasetransaktion som ændringen, så et bilag, der rulles tilbage, aldrig udsender en hændelse.
Prissætning er forbrugsafregnet: planer fra 10 € pr. måned med 3.000 forespørgsler, 50 € med 30.000 og 300 € med 200.000, hvor yderligere forespørgsler afregnes pr. forespørgsel. Hver plan inkluderer alle moduler og hele API'en; virksomheder, brugere og testvirksomheder (sandbox) er ubegrænsede.
De begrænsninger, du skal kende: Nordlet er i early access og tilpasser sig i øjeblikket til onboarding-designpartnere, så produktionstidslinjer er et reelt spørgsmål at stille. EU-momssatsreferencer dækker EU-27 og OSS/IOSS-angivelser beregnes ud fra dine fakturaer, men indenlandske angivelsespakker leveres for tre lande i dag - Litauen (FR0600), Tyskland (UStVA) og Polen (JPK_V7M) - lønmodulet er kun for Litauen, og der indsendes ingen angivelse til en skattemyndighed på dine vegne.
Bedst til: markedspladser, SaaS-platforme og e-commerce-produkter, der har brug for at eje deres egne bøger og deres EU-momsdokumentation i deres eget produkt.
2. Xero API - en moden app-første regnskabs-API
Xero er et regnskabsprogram med en veldokumenteret REST-API, en app-butik og et stort revisorfællesskab. Hvis dine kunder allerede fører deres regnskab i Xero, møder du dem der, hvor de er, ved at integrere med det.
Til indlejret brug er begrænsningerne strukturelle snarere end tekniske. Xero dokumenterer API-grænser på 60 kald pr. minut og 5.000 kald pr. dag pr. tilsluttet organisation, 5 samtidige kald og 10.000 kald pr. minut på tværs af en hel app. Ucertificerede apps kan oprette forbindelse til højst 25 organisationer; at gå ud over det kræver App Partner-certificering, en gennemgangsproces med flere kontrolpunkter og kommercielle vilkår. Priserne er pr. organisation pr. måned, offentliggjort på Xeros prissider pr. land.
Bedst til: produkter, der integrerer med de regnskaber, som kunderne allerede fører. Sværere at bruge som regnskabsbackend for hundreder eller tusinder af lejere (tenants), fordi hver lejer er et separat abonnement og en separat forbindelse mod disse grænser.
3. QuickBooks Online API - den største installerede base
QuickBooks Online har det største fodaftryk for små virksomheder på flere markeder, en OAuth 2.0 REST-API, webhooks og et stort udviklerøkosystem. Dens throttling er almindeligt dokumenteret til 500 forespørgsler pr. minut pr. virksomhed, med lavere grænser på batch- og rapport-endpoints; Intuits egen udviklerdokumentation er den autoritet, der skal bruges til at bekræfte de aktuelle tal.
API'en er begrænset til en virksomhedsfil, så en platform, der betjener mange virksomheder, administrerer mange forbindelser i stedet for én konto med flere virksomheder. Vedrørende EU-moms på tværs af grænser bemærker Intuits egne supportmaterialer, at der ikke er nogen standardprocedure for registrering af IOSS-moms og anbefaler at spørge en bogholder eller revisor, hvilket er værd at vide, før du planlægger fjernsalgsforløb omkring det.
Bedst til: at nå ud til virksomheder, der allerede bruger QuickBooks. Ikke designet til at være hovedbogen inde i en andens platform.
4. Odoo - open source-ERP med en model-niveau API
Odoo dækker regnskab ved siden af lager, produktion, CRM og meget andet, kan selvhostes og er reelt udvideligt. Dens eksterne API er på model-niveau snarere end domæne-niveau: du kalder ORM-metoder på modeller som f.eks. account.move og res.partner over XML-RPC eller JSON-RPC. Det er kraftfuldt og betyder, at du arver ansvaret for at bruge modellerne korrekt.
To fakta ændrer regnestykket for platformsudviklere. Odoo dokumenterer, at ekstern API-adgang er tilgængelig på Custom-prisniveauet og ikke på One App Free- eller Standard-planerne. Og Odoo har annonceret, at /xmlrpc, /xmlrpc/2 og /jsonrpc endpoints er planlagt til fjernelse i Odoo 22 og Odoo Online 21.1, med en nyere JSON-2 API som erstatning - så en integration, der bygger i dag, har en migration for sig. Priserne er pr. bruger pr. måned, offentliggjort på Odoos prisside.
Bedst til: virksomheder, der ønsker ét system på tværs af drift og finans, med internt kapacitet til at køre og opgradere det. En mere dybdegående gennemgang findes i Nordlet vs Odoo for platform builders.
5. Modern Treasury Ledgers - hovedbogsinfrastruktur
Modern Treasury Ledgers leverer høj-gennemstrømmende, uforanderlig, dobbelt bogført saldosporing bygget til udviklere, rettet mod tegnebøger, in-app-saldi og betalingsprodukter. Den er konstrueret til konsistens og samtidighed ved store mængder.
Det er ikke lovpligtigt regnskab. Der er ingen kontoplan til din årsrapport, ingen momsmotor, ingen fakturanummerering, ingen skatteregistre. Teams har ofte brug for begge dele: infrastruktur til realtidssaldi og et regnskabssystem til de bøger, der indberettes.
Bedst til: realtidssaldi ved høje transaktionsrater, hvor det lovpligtige regnskab håndteres separat.
6. Codat, Rutter og Merge - samlede API'er ind i dine kunders regnskaber
Disse produkter giver dig én grænseflade, der læser og skriver på tværs af mange regnskabssystemer, og håndterer godkendelse, feltmapping og synkronisering. Codat hælder mod udlåns- og bankbrugssager, Rutter mod handels- og betalingsdata, og Merge tilbyder en bred horisontal overflade på tværs af mange softwarekategorier.
Det, man skal være klar på: Med en aggregator er regnskaberne stadig din kundes, i din kundes værktøj. Det er fuldstændig rigtigt, hvis du bygger udlån, forbrugsstyring eller analyse. Det er fuldstændig forkert, hvis din platform skal være system of record, fordi du arver uanset hvad det underliggende app gør og ikke kan gennemtvinge en konsekvent model på tværs af dem.
Bedst til: at læse eller skrive dine kunders eksisterende regnskaber i skala.
7. Stripe Tax - skatteberegning, ikke regnskab
Stripe Tax beregner og opkræver skat inde i Stripe-stakken og tilbyder administreret indberetning på højere niveauer, med klare offentlige priser pr. beregningskald og pr. transaktion. Dens transaktionsregistreringer er skatteregistreringer, ikke generelle regnskabsjournaler.
Bedst til: virksomheder, der allerede er på Stripe, og som har brug for korrekt skat hurtigt, hvor regnskaberne føres andetsteds.
Hvilken skal du vælge til hvilket job
| Dit job | Vælg |
|---|---|
| Være system of record for din platforms egne regnskaber | Indlejret regnskabsbackend |
| Sælge til virksomheder, der fører regnskab i Xero eller QuickBooks | Den pågældende leverandørs API eller en aggregator, hvis du har brug for flere |
| Spore tegnebogssaldi ved tusindvis af transaktioner i sekundet | Hovedbogsinfrastruktur |
| Læse mange kunders regnskaber til udlån eller analyse | Aggregator |
| Få den rigtige momssats ved checkout | Skattemotor |
| Køre finans og drift i ét system, in-house | ERP |
De fleste platforme ender med to af disse frem for én. Parringen, der er værd at planlægge for, er en regnskabsbackend, der ejer bøgerne, plus en skattemotor eller aggregator i yderpunkterne - og den beslutning, der skal træffes først, er, hvilket produkt der ejer posten, fordi alt andet arrangeres omkring det.
FAQ
Hvad er den bedste regnskabs-API til en markedsplads?
For en markedsplads, der skal eje sine egne bøger, er en indlejret regnskabsbackend den rigtige kategori, fordi sælgergæld, provisionsindtægter, tilbagebetalinger og moms pr. land alt sammen skal registreres på ét sted med et revisionsspor. App-første API'er som Xero og QuickBooks er bedre egnet til at integrere med regnskaber, som dine kunder allerede fører, end til at fungere som din hovedbog for hundreder af lejere.
Kan jeg bare bruge Stripe til markedspladsregnskab?
Stripe flytter og opdeler penge og kan beregne skat. Den fører ikke dobbelt bogholderi for din platform: optjent provision, skyldig moms af gebyrer, sælgerforpligtelser mellem betaling og udbetaling, refusioner og reserver skal stadig registreres et sted, og den registrering skal afstemmes mod Stripe i stedet for at blive antaget ud fra den.
Er en samlet regnskabs-API en erstatning for at have sin egen hovedbog?
Nej. En samlet API er en indgang til andres hovedbøger. Hvis din platform er system of record, har du brug for din egen.
Hvor meget koster regnskabs-API'er?
Modellerne varierer mere end priserne. Prissætning pr. organisation og pr. bruger opkræver betaling for virksomhedens form; forbrugsafregnet prissætning opkræver betaling for forbrug. Nordlets offentliggjorte planer starter ved 10 € pr. måned med 3.000 forespørgsler inkluderet. Xero, QuickBooks og Odoo offentliggør abonnementspriser pr. organisation, virksomhed eller bruger på deres egne sider, og det er de tal, der skal budgetteres imod.
Hvad skal jeg teste, før jeg forpligter mig til nogen af dem?
Bogfør en opdelt transaktion og tjek journalen. Send den samme forespørgsel to gange og tæl resultaterne. Prøv at redigere en bogført post og at bogføre i en lukket periode. Eksporter en måned med data, og se om en revisor kan læse dem. De fire tests adskiller kategorierne hurtigere end nogen funktionsliste.