Nordlet

← Blogg

QuickBooks-alternativer når du trenger et API, ikke en app

Hvorfor plattformteam vokser ut av QuickBooks, hva "API, i stedet for en app" faktisk krever, og hvilke alternativer som passer til hvilken oppgave.

Nordlet Team · · 7 min. lesetid

QuickBooks Online er et kapabelt regnskapsprogram for småbedrifter med en stor installasjonsbase, et OAuth 2.0 REST API, webhooks og et betydelig utviklerøkosystem. De fleste team som leter etter et alternativ, er ikke misfornøyde med det som applikasjon. De har støtt på et annet problem: de trenger programvare, ikke et menneske, til å føre regnskapet, og QuickBooks er bygget rundt forutsetningen om at et menneske gjør det.

Denne artikkelen handler om det misforholdet og hva du bør bruke i stedet. Hvis du er en liten bedrift som skal velge regnskapsprogramvare, kan QuickBooks godt være det riktige svaret, og ingenting av dette gjelder for deg.

Hvor misforholdet viser seg

Én API-tilkobling er én bedriftsfil. API-et til QuickBooks er knyttet til én enkelt bedrift, identifisert med en realm. En plattform som trenger regnskap for 300 selgerenheter, administrerer 300 tilkoblinger og 300 abonnementer, ikke én konto med 300 bedrifter inni seg. Dette ene faktumet er det som vanligvis setter en stopper for evalueringen.

API-et er et vedheng til applikasjonen, ikke selve produktet. Funksjoner dukker opp i grensesnittet og når API-et i sitt eget tempo. Når hele integrasjonen din er avhengig av at en funksjon kan kalles opp, er "tilgjengelig i appen" ikke det samme som tilgjengelig.

Begrensningene (throttling) er laget for synkronisering, ikke for transaksjonsflyt. grensene til QuickBooks er dokumentert i flere kilder til 500 forespørsler per minutt per bedrift, med strengere grenser for gruppe- (batch) og rapportendepunkter. Bekreft de gjeldende tallene opp mot Intuits egen utviklerdokumentasjon. Det er rikelig for å synkronisere én bedrifts regnskap, men en helt annen sak når plattformen din poster bilag for tusenvis av bedrifter i sanntid.

EU-moms på tvers av landegrenser har hull. Intuits egne støttemateriell opplyser at det ikke finnes noen standard prosedyre for å registrere IOSS-moms i QuickBooks, og henviser brukere til en regnskapsfører eller revisor. For en plattform som selger på tvers av EU-grenser, er fjernsalg og håndtering via One Stop Shop (OSS) ingen spesialsak, så dette er verdt å bekrefte for de spesifikke landene dine før dere bygger noe.

Ingen av disse tingene er feil ved systemet. De er konsekvensene av å bygge en utmerket applikasjon for bedrifter som har ansatt en regnskapsfører.

Hva "API, i stedet for en app" faktisk krever

Før vi sammenligner alternativer, er det nyttig å definere hva plattformteam faktisk ber om, siden nesten alt oppfyller kravene så snart det "har et API".

  • Full dekning. Alt applikasjonen kan gjøre, kan kalles opp via API. Nordlets posisjon her er at appen ikke har noen private endepunkter - grensesnittet kjører på nøyaktig de samme endepunktene som eksterne utviklere får tilgang til.
  • Flere bedrifter under én konto. Regnskap for mange enheter uten å måtte tegne en mengde abonnementer.
  • Idempotente skriveoperasjoner. En forespørsel som kjøres på nytt, skal aldri opprette en faktura nummer to eller et duplisert bilag.
  • Hendelseslevering (event delivery). Webhooks som utløses ved tilstandsendringer, slik at systemet ditt reagerer i stedet for å avspørre (poll) kontinuerlig.
  • Håndhevelse av regnskapsmessige invarianter. Ubalanserte posteringer avvises, stengte perioder låses, og bokførte dokumenter kan ikke redigeres.
  • Avgift som data, ikke som et skjermbilde. Satser, vurderinger av leveringssted, valideringsresultater og registre som kan nås programmatisk.
  • Et testmiljø (sandbox) som matcher produksjonsmiljøet, og et ubegrenset antall testbedrifter slik at integrasjonstester er billige.

Mål opp ethvert alternativ mot den listen i stedet for mot en funksjonsmatrise.

Alternativene, basert på hva du prøver å oppnå

Din situasjon Velg Hvorfor
Plattformen din må eie regnskapet for mange leietakere (tenants) Et innebygd regnskaps-API (embedded accounting API) som Nordlet Flere bedrifter under én konto, forbruksbasert prising, regnskapsregler håndhevet på serversiden
Kundene dine fører regnskap i QuickBooks, og du integrerer mot dem Bli værende på QuickBooks-API-et, eller bruk en aggregator Regnskapet tilhører kunden; det riktige er å møte dem der
Du trenger regnskapstall i flere regnskapsprogrammer samtidig En aggregator som Codat, Rutter eller Merge Én felles inngang på tvers av mange underliggende systemer
Du trenger sanntidssaldoer for lommebøker (wallets), ikke lovpålagt regnskap Reskontroinfrastruktur (ledger infrastructure) som Modern Treasury Ledgers Bygget for høy gjennomstrømning og uforanderlighet, ikke for skattlegging og rapportering
Du vil ha ett felles system for både drift og finans Et ERP-system som Odoo Bredde, til prisen av å drifte det selv
Du er en liten bedrift med regnskapsfører Xero, QuickBooks eller en lokal tilsvarende løsning Applikasjonen er selve poenget

Innebygd regnskaps-API (Embedded accounting API)

Dette er det direkte svaret på "API, i stedet for en app". Regnskapssystemet blir en bakendtjeneste som produktet ditt kaller opp, og brukerne dine ser aldri en hovedbok.

Nordlet er bygget for denne formen: en uforanderlig dobbeltsidig reskontro der balansen håndheves av en databasetrigger i det øyeblikket transaksjonen lagres (commit), lukkede dokumentnumre, periodelåsing som avviser posteringer datert i en stengt måned med feilmeldingen 409, en revisjonslogg over hver eneste endring, støtte for Idempotency-Key som spiller av den lagrede responsen på nytt ved en ny forsøkelse, og signerte webhooks skrevet til en transaksjonell utboks (outbox) i samme databasetransaksjon som endringen. Prismodellen er basert på forbruk fremfor prising per bedrift: fra €10 per måned med 3 000 forespørsler inkludert, med ubegrenset antall bedrifter, brukere og testbedrifter på alle planer.

De ærlige begrensningene: Nordlet er i tidlig tilgang (early access) og tar imot designpartnere. EU-moms dekker satser per land, VIES-validering og beregning av OSS/IOSS-oppgaver, men nasjonale oppgavesett (return packs) tilbys foreløpig for tre land: Litauen (FR0600), Tyskland (UStVA) og Polen (JPK_V7M), og lønnssystemet er kun tilpasset Litauen.

Aggregatorer

Codat, Rutter og Merge gir deg ett enkelt grensesnitt inn i det regnskapssystemet som den enkelte kunden allerede bruker. Hvis produktets oppgave er å lese eller skrive til kundenes regnskap – som utlån, utgiftsstyring eller analyse – er dette riktig kategori, og en innebygd reskontro vil være feil. Hvis plattformen din må være kilden til sannhet (system of record), kan ikke en aggregator fylle den rollen.

Reskontroinfrastruktur (Ledger infrastructure)

Produkter i denne kategorien sporer saldoer uforanderlig med høy gjennomstrømning uten å utføre lovpålagt regnskap. De passer godt under en lommebok- eller betalingstjeneste, og overlater merverdiavgift, fakturering og årsrapportering til noe annet.

ERP

Odoo og lignende suiter dekker mye mer av bedriften enn bare regnskap. Kompromisset for plattformbyggere er integrasjonsflaten: Odoos eksterne API fungerer på datamodellnivå via RPC, dokumentasjonen opplyser at API-tilgang er begrenset til Custom-prisnivået, og de nåværende RPC-endepunktene er planlagt erstattet av et nyere JSON-API. Dette er omtalt i Nordlet vs Odoo for plattformbyggere.

Hvis du migrerer bort fra QuickBooks

Noen få ting tar konsekvent lengre tid enn forventet:

  1. Kontoplanmapping. Gjør det grundig, og beholde den gamle kontokoden som et referansefelt på den nye kontoen. Du vil trenge det når noen spør hvorfor et sammenligningstall har flyttet på seg.
  2. Ingressurser / åpningsbalanser. Migrer som saldoer per en fastsatt stansdato (cut-off date), ikke som historikk som bokføres på nytt. La det gamle systemet være lesbart i oppbevaringsperioden i stedet for å forsøke å kjøre gjennom årene med posteringer på nytt.
  3. Dokumentnummerering. Bestem deg for om nye serier skal fortsette den gamle nummereringen eller starte på nytt, og sjekk kravene i ditt jurisdiksjonsområde før du velger.
  4. Åpne poster. Ubetalte fakturaer, ubenyttede krediter og delvis avstemte betalinger må komme inn som åpne poster, ikke som nettosaldoer, ellers vil ikke avstemmingen fungere etterpå.
  5. Avgiftsperioder. Ikke migrer midt i en periode med mindre du er forberedt på å levere én oppgave basert på to systemer.
  6. Kjør begge i én syklus. Postér den samme måneden i begge systemer og sammenlign råbalansen før du slår av det gamle systemet.

FAQ

Finnes det et gratis alternativ til QuickBooks?

Det finnes gratis regnskapssystemer med åpen kildekode (open source), og Odoo publiserer et gratistrinn som er begrenset til én applikasjon. Det som er gratis, forblir sjelden gratis for en plattform, fordi kostnadene flytter seg til hosting, oppgraderinger, samsvarsoppdateringer (compliance) og ingeniørtid for å holde en integrasjonsløsning i gang. Pris totalen, ikke lisensen.

Hva er bedre enn QuickBooks for en markedsplass (marketplace)?

Spesielt for markedsplassregnskap passer et innebygd regnskaps-API bedre strukturelt, fordi det kan føre regnskap for mange enheter under én konto, håndheve regnskapsregler på serversiden og styres utelukkende av din egen programvare. QuickBooks forblir et bedre produkt for en enkelt bedrift som har en regnskapsfører.

Har QuickBooks et API for utviklere?

Ja. QuickBooks Online tilbyr et OAuth 2.0 REST API med webhooks og en utviklerportal. Begrensningen ved plattformbruk er ikke API-ets kvalitet, men omfanget: det er designet for å integrere mot én bedrifts regnskap, ikke til å fungere som reskontroen inne i et annet produkt.

Kan jeg beholde QuickBooks og legge til et regnskaps-API?

Det kan du, og noen team gjør det: plattformens egne regnskapstall ligger i en innebygd reskontro, mens integrasjoner dytter samlebilag inn i det regnskapssystemet hver enkelt bedriftskunde bruker. Regelen du må holde fast på, er at nøyaktig ett system er kilden til sannhet for et gitt sett med regnskapstall. To systemer som begge gjør krav på å være autoritative, er starten på problemene med regnskapsavstemming.

Hva med Xero i stedet?

Xero er et sterkt alternativ som applikasjon og har et godt dokumentert API, men det har den samme strukturelle formen: abonnementer og API-grenser gjelder per organisasjon, og uisolerte/usertifiserte apper er begrenset til 25 tilkoblede organisasjoner. Sammenligningen er beskrevet i Nordlet vs Xero for innebygd regnskap.

Videre lesning