Et API (Application Programming Interface) er et avtalt grensesnitt som lar to dataprogrammer snakke sammen og utveksle data automatisk. Når nettbutikken sender ordre til regnskapet, eller et skjema henter firmanavn fra Brønnøysundregistrene, skjer det via et API. En API-integrasjon er selve koblingen mellom systemene. Den fjerner manuell dobbeltføring.
Kort oppsummert
- API betyr Application Programming Interface, på norsk et programmeringsgrensesnitt. Det er en fast avtale om hvordan ett system kan be et annet om data eller handlinger.
- Enhetsregisteret har et åpent API. Med det kan nettsiden din fylle ut firmanavn og adresse automatisk ut fra organisasjonsnummeret.
- API-tilgang i Fiken koster 99 kr per måned ekskl. mva. Testforetak som ikke er registrert i Brønnøysund kan du bruke gratis.
- Nye Vipps-integrasjoner skal bruke ePayment API. Vipps behandler eCom som utgående.
- Shopify har gjort REST Admin API til et eldre grensesnitt (legacy). Nye offentlige apper må bruke GraphQL fra 1. april 2025.
- Den største risikoen er ikke prisen på oppsettet. Det er integrasjoner som slutter å virke uten at noen merker det.
Hva er et API?
Et API er en avtalt måte for to programmer å snakke sammen på. Det ene systemet sender en forespørsel, for eksempel «gi meg kunden med dette organisasjonsnummeret» eller «opprett denne fakturaen». Det andre systemet svarer i et fast format. Du ser aldri selve API-et. Du ser bare resultatet: Ordren dukker opp i regnskapet, betalingen blir registrert, eller kunden havner i CRM-systemet.
For en småbedrift er spørsmålet sjelden hva et API er rent teknisk. Det handler om hvilke av systemene dine som kan kobles sammen, og hva det koster å la være. Hver gang noen kopierer data fra ett skjermbilde til et annet, betaler du for et API som ikke er tatt i bruk. Dette er kjernen i det meste av digitaliseringen i små virksomheter.
Hva betyr API?
API står for Application Programming Interface. På norsk sier vi programmeringsgrensesnitt eller bare grensesnitt. «Grensesnitt» er det viktigste ordet. Leverandøren bestemmer hvilke data og funksjoner andre får tilgang til, og hvilke regler som gjelder. Du får altså ikke tilgang til hele databasen deres, bare de dørene de har valgt å åpne.
Hvordan fungerer et API i praksis?
Et program sender en forespørsel til en bestemt nettadresse, et såkalt endepunkt, og får tilbake strukturerte data, nesten alltid i formatet JSON. De fleste API-er krever at programmet identifiserer seg med en nøkkel eller en innlogging før det får svar.
Det enkleste norske eksempelet er Brønnøysundregistrene. Enhetsregisterets åpne API har blant annet endepunktet /api/enheter/{orgnr}, som henter én bestemt enhet, og /api/enheter/{orgnr}/roller, som henter roller som daglig leder og styre. Dette bruker mange B2B-nettbutikker og bestillingsskjemaer. Kunden skriver inn organisasjonsnummeret, og navn, adresse og mva-status fylles ut automatisk. Da blir det færre skrivefeil og ryddigere kundedata.
Fire begreper du møter i tilbud fra utviklere
- Endepunkt: adressen du sender forespørselen til, for eksempel «hent faktura» eller «opprett ordre».
- API-nøkkel eller token: et passord for maskiner. Fikens API godtar for eksempel personlige tokens for egen bruk. Tredjeparter som integrerer på vegne av kunder må derimot bruke OAuth2 (Fiken API-dokumentasjon).
- Webhook: at systemet selv sier fra når noe skjer, i stedet for at du må spørre hele tiden. I Vipps sitt ePayment API har webhooks erstattet de gamle callbackene.
- Versjon: API-er blir oppgradert, og gamle versjoner blir slått av. Enhetsregisterets versjon 2 ble ny standard 11. mars 2024, og versjon 1 ble fjernet 1. september 2024.
Hvilke API-er bruker norske småbedrifter mest?
I praksis dreier det seg om noen få koblinger: nettbutikk til regnskap, betaling til nettbutikk, skjema til CRM og offentlige registre til kundedata. Tabellen viser hva som gjelder i oktober 2026, og hvilken detalj du bør passe på.
| System | Typisk integrasjon | Kostnad for API-tilgang | Dette bør du vite |
|---|---|---|---|
| Fiken | Ordre og betaling fra nettbutikk eller kasse inn i regnskapet | 99 kr/mnd ekskl. mva | Du kan teste gratis med et foretak som ikke er registrert i Brønnøysund |
| Vipps MobilePay | Betaling i nettbutikk og app | Avhenger av avtalen din med Vipps | Nye integrasjoner skal bruke ePayment API. eCom er på vei ut |
| Shopify | Ordre og lager til ERP, regnskap og lagerstyring | Følger appen eller utviklingsavtalen | REST er legacy. Nye apper og integrasjoner bør bygges på GraphQL |
| Enhetsregisteret (Brreg) | Utfylling av firmadata, kundevask | Åpne data | Versjon 1 ble slått av i 2024. Gamle koblinger sluttet da å virke |
| CRM, for eksempel HubSpot | Skjema og ordre inn som kontakter og avtaler | Avhenger av abonnementsnivået | Bestem hvilket system som eier hvert felt før du kobler |
Vipps: ePayment gjelder, eCom er på vei ut
Vipps MobilePay skriver rett ut at alle nye integrasjoner skal bruke ePayment API. eCom er det eldre grensesnittet. Ifølge Vipps sin FAQ om eCom finnes det ingen dato for når det blir slått av, men all ny funksjonalitet kommer i ePayment. Det viktigste rådet står i migreringsguiden: Du kan flytte ett endepunkt om gangen, men endepunktet for å opprette betaling må flyttes sist. Grunnen er at ePayment kan behandle betalinger som ble startet i eCom, men ikke omvendt. Hvis du gjør det i feil rekkefølge, kan du ende opp med betalinger du ikke får gjennomført eller refundert fra det gamle systemet. Mer om avtaler og oppsett finner du i guiden om Vipps for bedrifter.
Shopify: be om GraphQL i tilbudet
Shopify har gjort GraphQL til hovedgrensesnittet for administrasjonsdata. Ifølge Shopifys egen endringslogg er REST Admin API nå legacy, og nye offentlige apper som sendes inn etter 1. april 2025 kan bare bruke GraphQL. Skal du få bygget en ny kobling mellom Shopify butikken og lager- eller regnskapssystemet, bør det stå i tilbudet at den bygges på GraphQL. En ny integrasjon på REST bygger på et grensesnitt Shopify ikke lenger videreutvikler.
Hva er en API-integrasjon, og hvilke typer finnes?
En API-integrasjon er den faktiske koblingen som bruker API-ene til to eller flere systemer for å flytte data automatisk. Det finnes tre hovedtyper. De skiller seg mest i hvor mye kontroll du får og hvem som har ansvaret når noe går galt.
- Ferdig integrasjon fra leverandøren: Du trykker «koble til» inne i systemet og logger inn. Det er billigst og raskest, men du må ta det dataflyten som følger med. Dette holder for de fleste.
- Integrasjonsplattform eller automatiseringsverktøy: Et mellomledd som henter data fra ett API og sender dem til et annet etter regler du setter opp. Dette passer når du har tre eller flere systemer, eller når du trenger litt logikk underveis. Les mer om automatisering med AI.
- Skreddersydd integrasjon: En utvikler skriver koden selv. Du får full kontroll over feilhåndtering og dataflyt, men du eier også vedlikeholdet. Ofte er dette en del av en større webapplikasjon.
Det vi ser oftest, er at bedrifter hopper rett til en skreddersydd løsning når en ferdig kobling hadde dekket 90 prosent av behovet. Vi anbefaler alltid å sjekke integrasjonsoversikten hos begge leverandørene først.
Hva koster en API-integrasjon?
Kostnaden har tre deler: tilgang til API-et, oppsett og løpende vedlikehold. Tilgangen er ofte billig eller gratis. Det er vedlikeholdet de fleste glemmer å sette av penger til.
- Tilgang: Noen leverandører tar betalt for selve API-tilgangen. Fiken krever tilleggstjenesten API til 99 kr per måned ekskl. mva (Fikens prisside). Andre har API inkludert i bestemte abonnementsnivåer. Sjekk hva ditt nivå faktisk har med.
- Oppsett: Ferdige koblinger koster som regel bare abonnementet. Skreddersydde integrasjoner prises per prosjekt. Prisen avhenger av hvor mange systemer, felt og unntak som skal håndteres, så be om tilbud med en tydelig liste over hva som er med.
- Vedlikehold: API-er får nye versjoner, og gamle blir slått av. Både Brreg (2024) og Shopify (2024–2025) har gjort store endringer de siste årene. Sett av budsjett eller en serviceavtale til tilpasninger, ellers er integrasjonen ofte den første som slutter å virke.
Et godt tips før du betaler for noe: Fiken lar deg teste API-et gratis med et foretak som ikke er registrert i Brønnøysundregistrene (Fikens hjelpeside om API). Be utvikleren bygge og teste hele flyten der før du slår på API-tilgangen i det ekte regnskapet. Da slipper du testbilag i bøkene.
Slik kobler du systemene dine sammen
Start med prosessen, ikke med teknologien. Denne rekkefølgen sparer deg for de dyreste omveiene.
- 1. Skriv opp de manuelle stegene. Noter hvor data blir kopiert mellom systemer, hvor ofte, og hvor lang tid det tar per uke.
- 2. Bestem hvilket system som eier hvert felt. Gjør for eksempel CRM-et til fasit for kundedata og regnskapet til fasit for betalinger. Uten dette får du toveis overskriving og duplikater.
- 3. Sjekk ferdige koblinger hos begge leverandørene før du vurderer noe skreddersydd.
- 4. Kontroller hvilken API-versjon som brukes. For Vipps skal det være ePayment, og for nye Shopify-integrasjoner GraphQL.
- 5. Inngå databehandleravtale hvis personopplysninger flyter til en ny leverandør eller et mellomledd. Det følger av GDPR artikkel 28, som gjelder i Norge gjennom personopplysningsloven. Oppdater også personvernerklæringen.
- 6. Test i et testmiljø eller testforetak med ekte eksempeldata: kreditnota, delbetaling, retur og utenlandsk kunde.
- 7. Sett opp varsling ved feil, og gi én person ansvaret for å følge med.
Box anbefaler: start med én kobling som sparer timer hver uke
Vi anbefaler at du ikke kobler alt på én gang. Velg den ene integrasjonen som fjerner mest manuelt arbeid. Som regel er det nettbutikk til regnskap eller skjema til CRM. Få den til å gå stabilt i en måned før du legger til flere. Hvis du allerede har tre eller flere systemer som skal snakke sammen, lønner det seg likevel å tegne hele dataflyten først. Men bygg den steg for steg. Da ser du hvilken kobling som skaper feil.
Christoffer Hjelpdahl, Box
Hvilke feil gjør bedrifter oftest med integrasjoner?
Den dyreste feilen er en integrasjon som slutter å virke uten at noen merker det. Etter den kommer gamle API-versjoner, API-nøkler som er lagret på feil sted, og manglende avtaler for personopplysninger.
Box har sett kritiske sporingsutfall oppstå i stillhet – som en server-side-kobling som sluttet å sende data uten varsling – og anbefaler derfor månedlig kontroll av at tallene i GA4, annonseplattform og ordresystem faktisk stemmer overens.
Det samme prinsippet gjelder alle API-integrasjoner, ikke bare sporing. Sammenlign antall ordrer i nettbutikken med antall bilag i regnskapet en gang i måneden. Avvik betyr nesten alltid at en kobling har stoppet, at en nøkkel har gått ut, eller at leverandøren har endret noe.
- API-nøkler i koden på nettsiden: Alt som ligger i nettleseren, kan andre lese. Nøkler skal ligge på serveren, og du bør bytte dem når noen med tilgang slutter.
- Integrasjoner uten eier: Når den som satte opp koblingen slutter, vet ingen hvor innloggingen ligger. Dokumenter hvilken konto integrasjonen kjører på.
- Ingen plan for nye versjoner: Abonner på endringsloggen til leverandørene du er avhengig av.
- Toveis synkronisering uten fasit: To systemer som oppdaterer hverandre, gir før eller senere en løkke eller overskrevne data. Dette er særlig vanlig ved bytte av nettbutikkplattform.
Når en egen API-integrasjon ikke er riktig valg
En skreddersydd integrasjon lønner seg ikke når volumet er lavt, når prosessen fortsatt endrer seg, eller når systemene allerede har en ferdig kobling. Vi fraråder å bygge noe eget i disse tilfellene:
- Du har noen få ordrer i uken. Manuell føring tar kortere tid enn det koster å vedlikeholde en kobling.
- Du skal bytte regnskap, CRM eller nettbutikk det neste året. Da bygger du mot et system som skal ut.
- Leverandøren har en ferdig kobling som dekker det viktigste. Godta litt mindre fleksibilitet heller enn å få et eget kodeprosjekt.
- Ingen i bedriften kan eie integrasjonen og følge med på feil.
- Behovet er egentlig rapportering. Da kan det være bedre å hente data inn i et analyseverktøy enn å koble driftssystemene direkte sammen.
Vi mener tommelfingerregelen er enkel: Bygg en skreddersydd integrasjon først når prosessen er stabil, volumet er høyt og ferdige løsninger ikke strekker til. Vurderer du et nytt kundesystem samtidig, bør du lese om CRM-systemet i HubSpot før du bestemmer deg for hvordan dataene skal flyte. Mange av de samme API-ene brukes nå også av KI agenter som utfører oppgaver på tvers av systemer. Det gjør det enda viktigere å ha ryddige tilganger.
Vil du ha hjelp til å finne ut hvilke koblinger som faktisk lønner seg hos dere, kan du se hvordan vi jobber med teknologi og AI for småbedrifter.
Vil dere ta en prat om dette?
30 minutter, uforpliktende. Vi ser på hva dere har i dag og sier hva vi ville gjort.
Book 30 minOfte stilte spørsmål
Trenger jeg en utvikler for å bruke et API?
Ikke alltid. Mange systemer har ferdige koblinger der du bare logger inn og godkjenner tilgangen. Automatiseringsverktøy lar deg også koble API-er uten å skrive kode. Du trenger en utvikler først når du skal ha egen logikk, feilhåndtering eller koble systemer som ikke har ferdige løsninger.
Er det trygt å gi et annet system tilgang via API?
Det er trygt når tilgangen er begrenset til det som trengs, nøklene ligger på en server og ikke i nettleseren, og du kan trekke tilgangen tilbake. Bruk OAuth-pålogging der det finnes. Sjekk jevnlig hvilke apper som har tilgang, og fjern dem du ikke bruker lenger.
Hva er forskjellen på REST og GraphQL?
Begge er måter å bygge API-er på. REST har ett endepunkt per type data, mens GraphQL lar deg be om akkurat de feltene du trenger i én forespørsel. For deg som kjøper betyr det mest hva leverandøren satser på. Shopify har for eksempel gjort GraphQL til hovedsporet for nye integrasjoner.
Hva skjer med integrasjonen hvis leverandøren endrer API-et?
Leverandører varsler som regel før gamle versjoner blir slått av, men koblingen slutter å virke hvis ingen oppdaterer den. Avtal hvem som følger med på endringslogger og gjør tilpasninger, enten internt eller i en serviceavtale med utvikleren.
Må jeg ha databehandleravtale når jeg kobler systemer via API?
Ja, hvis en leverandør eller et mellomledd behandler personopplysninger på dine vegne, for eksempel kundenavn og e-post. Det følger av GDPR artikkel 28. De store leverandørene har som regel en standard avtale du godtar i kontoinnstillingene.
Kilder og grunnlag
- Brønnøysundregistrene: Enhetsregisterets dokumentasjon for åpne data (kontrollert 20.10.2026)
- Fiken: Fiken APIv2 – dokumentasjon (kontrollert 20.10.2026)
- Vipps MobilePay: Migrate from eCom to ePayment (kontrollert 20.10.2026)
- Shopify: Starting April 2025, new public apps submitted to Shopify app store must use GraphQL (kontrollert 20.10.2026)
- Fiken: Hvordan bruke Fikens API (kontrollert 20.10.2026)

