Prøv gratis

Når regnskapssystemet kobles til nettbutikk, bank, lønnssystem eller egne verktøy via API, får et annet system mulighet til å lese og skrive regnskapsdata. Et lekket API-nøkkel kan gi tilgang til kunderegister, fakturaer og bankdata. Derfor bør integrasjoner behandles med samme omhu som brukertilganger.

Sikkerhetstiltak som bør være på plass

TiltakHva det betyr i praksis
Minste tilgangIntegrasjonen får bare de rettighetene den trenger, for eksempel lese ordrer og opprette fakturaer, ikke slette bilag eller endre brukere
Egen nøkkel per integrasjonHver integrasjon har sin egen nøkkel eller klient, slik at du kan stenge én uten å stoppe alt
Sikker lagring av nøklerNøkler lagres i en hemmelighetsbehandler eller miljøvariabler, aldri i kildekode, e-post eller regneark
RotasjonNøkler byttes jevnlig og alltid når en ansatt eller leverandør med tilgang slutter
Kryptert trafikkAlle kall går over HTTPS
LoggingAlle kall som endrer data, logges med tidspunkt, integrasjon og hva som ble endret
OvervåkingVarsling ved uvanlig mange kall, mange feil eller kall fra nye steder

OAuth og tilgangsnøkler

Mange regnskapssystemer bruker OAuth 2.0, der integrasjonen får et tidsbegrenset tilgangstoken etter at en bruker har godkjent tilgangen. Det er tryggere enn statiske nøkler, fordi tilgangen kan trekkes tilbake og tokenet utløper. Offentlige API-er, for eksempel hos Skatteetaten, bruker ID-porten for personer og Maskinporten for maskin-til-maskin-tilgang.

Webhooks

Sender regnskapssystemet varsler til andre systemer med webhooks, bør mottakeren kontrollere signaturen på hver melding og avvise meldinger som ikke er signert riktig. Se webhooks i regnskap.

Krav fra bokføringsregelverket og personvern

  • Sikring av regnskapsmateriale: Bokføringsloven krever at regnskapsopplysninger og dokumentasjon sikres mot endring, sletting og tap. En integrasjon skal ikke kunne slette bokførte bilag. Feil rettes med nye posteringer.
  • Sporbarhet: Det skal være mulig å se hvem eller hva som har registrert en postering. Se kontrollspor i regnskapssystemet.
  • Lagring i utlandet: Elektronisk regnskapsmateriale kan lagres i EØS-land, Storbritannia og Sveits etter skriftlig melding til Skatteetaten. Det kreves ikke lenger dispensasjon for disse landene. Lagring i andre land krever egne vurderinger.
  • Personopplysninger: Behandler en leverandør personopplysninger på dine vegne gjennom integrasjonen, skal det være en databehandleravtale etter personvernforordningen (GDPR).

Sjekkliste før en ny integrasjon tas i bruk

  1. Hvilke data skal integrasjonen lese og skrive?
  2. Er tilgangen begrenset til det som trengs?
  3. Hvor lagres nøkkelen, og hvem har tilgang til den?
  4. Er det databehandleravtale med leverandøren?
  5. Er integrasjonen testet i et testmiljø før den settes i drift?
  6. Hvem får varsel hvis integrasjonen feiler?
  7. Hvordan stenger du tilgangen raskt ved mistanke om misbruk?

Vanlige feil

  • Én felles administratornøkkel brukes av flere integrasjoner.
  • Nøkler deles på e-post med leverandører.
  • Integrasjoner blir stående aktive etter at en tjeneste er avsluttet.
  • Ingen logg over hvilke data integrasjonen har endret.

Les mer om sikkerhet i ReAI og om integrasjoner.