Innsync
Offentleglova innsyn er hovudregelen

For norske redaksjoner

Journalen forteller deg at dokumentet finnes. Ikke hva som står i det.

Innsync søker gjennom offentlige postjournaler, skriver innsynskravet for deg, sender det, og holder styr på fristen til svaret kommer.

Journalpost 2026/1184 · 12 eInnsyn

Rapport etter tilsyn med kommunens barnevernstjeneste

Inngående· Statsforvaltaren· 12.05.2026
PDF Dokumentet er ikke tilgjengelig
Krav sendt Frist 15.05 · svar ventes i tråden
Målt ~3 760 av ~58 600 journalposter siste år

eInnsyn er en katalog over hva som finnes — ikke et arkiv

Rundt seks prosent av journalpostene har lesbar fulltekst. Resten må du be om.

I et utvalg på hundre journalposter hadde tretti et dokument registrert. Det første vi åpnet sa Dokumentet er ikke tilgjengelig — uten fil bak. Det er ikke en feil i eInnsyn; det er slik registeret er bygd.

Derfor er ikke søk produktet. Søk er inngangsdøren. Produktet er det som skjer etterpå: å skrive et krav som holder juridisk, sende det til rett postmottak, og ikke miste det av syne før svaret ligger der.

Sløyfa rekkefølgen er reell — et krav kan ikke purres før det er sendt

Fra søk til svar

Fire steg, og redaksjonen din ser alle sammen. Ingenting sendes uten at et menneske har trykket på knappen.

  1. Søk

    Nasjonal postjournal gjennom eInnsyn, og kommunale innsynsportaler som ikke er der. Filtrer på organ, dato og dokumenttype. Lagre søket, og få beskjed når det kommer noe nytt i det.

  2. Krev

    Merk av dokumentene og få et ferdig innsynskrav — også når det du er ute etter ikke står i journalen i det hele tatt. Fritekstkrav går som vanlig e-post til organets postmottak.

  3. Følg opp

    Hvert krav får sin egen adresse, så svaret havner i riktig tråd uansett hvordan mottakerens system behandler e-posthoder. Frister telles ned; purring er ett trykk.

  4. Les

    Dokumentene som kommer inn blir lest maskinelt: tekst hentes ut, gjøres søkbar, og hvert dokument får et maskinskrevet sammendrag — tydelig merket som nettopp det, aldri som kilde.

Amazon SES eu-west-1 · SPF, DKIM og DMARC

E-post fra Innsync

Innsync sender e-post fordi et innsynskrav er en e-post. Her er nøyaktig hva vi sender, til hvem, og hva som skjer når noen ikke vil ha mer.

Hva vi sender
  • Innsynskrav til offentlige organ, utløst av en innlogget journalist. Én melding per krav.
  • Purring og oppfølging i den samme tråden, når en frist løper ut.
  • Invitasjoner og kontovarsler til brukere i en redaksjon — passordbytte, sikkerhetsvarsler.
Hvem som mottar
Offentlige organ, på postmottaksadresser de selv publiserer. Norske forvaltningsorgan har plikt etter offentleglova til å ta imot og behandle innsynskrav — dette er korrespondanse de er pålagt å håndtere, ikke uønsket henvendelse.
Inviterte brukere i en redaksjon som allerede er kunde. Det finnes ingen åpen registrering: en administrator i redaksjonen inviterer, og invitasjonen må aksepteres før kontoen finnes.
Hvor adressene kommer fra
Publiserte kontaktadresser fra eInnsyn og Enhetsregisteret, eller lagt inn manuelt av redaksjonen. Brukeradresser oppgis av redaksjonens egen administrator.
Aldri: kjøpte lister, høstede adresser, importerte tredjepartsregistre, eller adresser vi ikke kan spore til en publisert kilde eller en kunde som selv skrev dem inn.
Volum og utløser
Lavt og hendelsesstyrt. Utsending skjer alltid som følge av en handling en journalist gjør — det finnes ingen planlagt masseutsending og ingen kampanjer. Vi venter titalls meldinger i døgnet, ikke tusenvis, og volumet følger antallet innsynskrav kundene faktisk sender.
Avmelding og sperreliste
Hver melding har en identifiserbar avsender, et navngitt organ og en svaradresse som leses. Ber en mottaker om ikke å bli kontaktet, legges adressen i sperreliste og får ingen videre e-post fra oss — det gjelder også framtidige krav fra andre redaksjoner. Kontovarsler slår brukeren av selv i innstillingene.
Avvisninger og klager
Bounce- og klagevarsler tas imot fra SES via SNS og behandles automatisk. Harde avvisninger sperrer adressen umiddelbart og markerer den i grensesnittet, slik at journalisten finner en gyldig adresse i stedet. En klage stopper all videre utsending til adressen med det samme. Vi sender aldri på nytt til en adresse som har avvist eller klaget.
Autentisering
SPF, DKIM og DMARC er satt opp på avsenderdomenet fra første utsending. Vi sender fra innsync.fantasista.cloud og bruker Amazon SES i regionen eu-west-1, som er den eneste EU-regionen der SES også kan ta imot e-post — og mottak er halvparten av produktet.
Adresseformat
Hvert innsynskrav får sin egen svaradresse. Lokaldelen bærer redaksjonen og en ugjennomsiktig nøkkel for kravet, slik at et svar havner i riktig tråd selv når mottakerens sak/arkiv-system stryker In-Reply-To.
Krav red.a7f3k2@innsync.fantasista.cloud
Kontakt kontakt@innsync.fantasista.cloud
Misbruk abuse@innsync.fantasista.cloud · postmaster@innsync.fantasista.cloud
Eksempel — innsynskrav slik det sendes
Fra:   red.a7f3k2@innsync.fantasista.cloud
Til:   postmottak@eksempelkommune.no
Emne:  Innsynskrav - sak 2026/1184, dokument 12

Til Eksempelkommune

På vegne av Eksempel Redaksjon ber jeg med dette om innsyn i:

  Saksnr.  2026/1184
  Dok.nr.  12
  Tittel   Rapport etter tilsyn med kommunens
           barnevernstjeneste
  Datert   12.05.2026

Kravet gjelder hele dokumentet. Er deler av det unntatt
offentlegheit, ber jeg om innsyn i resten, og om at det
blir vurdert meirinnsyn etter offentleglova § 11.

Ved helt eller delvis avslag ber jeg om skriftlig svar
med hjemmel, og om at kravet blir vurdert konkret.

Svar kan sendes til denne adressen.

Med vennlig hilsen
Journalistens navn
Eksempel Redaksjon
kontakt@innsync.fantasista.cloud
Data én database, én region

Hva vi lagrer, og for hvem

Innholdet Innsync arbeider med er offentlige saksdokumenter — journalposter og dokumenter norske organ allerede har publisert eller er pålagt å utlevere. Korrespondansen rundt et innsynskrav lagres sammen med kravet, slik at redaksjonen kan vise hvordan de har gått fram.

Hver redaksjon ser bare sitt eget. Skillet er håndhevet i databasen med row-level security under en egen, ikke-eiende rolle, ikke bare i applikasjonen, og det er dekket av isolasjonstester. Upubliserte krav og notater er redaksjonens egne og deles aldri på tvers av kunder.

Sammendrag og annen maskinskrevet tekst er merket som maskinskrevet overalt der den vises. Den er et arbeidsverktøy for å finne fram i et dokument — den er ikke en kilde, og skal ikke siteres som en.

Status under utvikling

Ta kontakt

Søk og dokumentlesing er i drift

Innsynskrav og oppfølging rulles ut nå. Er du i en redaksjon som sender innsynskrav jevnlig — eller som har gitt opp å gjøre det — vil vi gjerne høre hva som faktisk er i veien.

kontakt@innsync.fantasista.cloud

Skriv til oss