Norsk selskapsintelligens — uten det manuelle arbeidet

• Autorisasjon

  Apier holder og roterer Maskinporten-tokenene agenten din trenger, avgrenset til akkurat de rettighetene en kunde har delegert. Koden din ber om en handling; Apier beviser at kalleren har lov til å utføre den før noe når et offentlig system.

• Plikter

  Å vite hvilke skjemaer, frister og leveringer som gjelder for et gitt selskap er et problem i seg selv. Apiers regelbok utleder pliktene som følger av selskapets roller og registreringer, så agenten din jobber mot et oppdatert svar i stedet for en hardkodet gjetning.

• Handlingsoversettelse

  Én intensjon — «lever dette», «sjekk det» — spenner ofte over flere etater, hver med sitt eget format. Apier gjør ett kall om til den korrekte, ordnede sekvensen av offentlige forespørsler og returnerer ett strukturert resultat agenten din kan handle på, med hvert steg loggført.

Hvorfor ikke integrere direkte

Etatene eksponerer rådata. Det som mangler, er laget som oversetter alt dette til ett deterministisk, maskinlesbart svar en integrasjon kan planlegge mot. Fire flater i bevegelse gjør direkte-integrasjon dyr:

• Maskinporten som livssyklus for legitimasjon. Rundt OAuth2-serveren sitter virksomhetssertifikat, onboarding via Samarbeidsportalen, scope-godkjenning og nøkkelrotasjon — arbeidet av en senior utvikler i flere uker per team, hvert år.
• Altinn 3-delegering som maskinell tilstand. Altinn returnerer hvem som har fått hvilke tilgangspakker. Det returnerer ikke neste-steg-spørsmålet: gitt denne delegeringen, hvilke handlinger er juridisk autorisert, og hva mangler.
• MVA-terskler og pliktkadens. Registreringsterskelen, valget mellom termin annenhver måned og årlig termin, revisor-terskelen (Aksjeloven § 7-6), og årsregnskap-fristen er kodifisert på tvers av flere lover. Ingen offentlig API returnerer den samlede verdikten for et gitt organisasjonsnummer.
• Brønnøysundroller i norske PDF-er. Daglig leder, styremedlem, signaturrett, prokura — koblingen fra rolle pluss handling til «ja, denne kan signere den leveransen» er ikke publisert som API.

Bygget for etterprøvbarhet, ikke bare tilgang

For den som er personlig ansvarlig for en leveranse — økonomisjef, compliance-ansvarlig, regnskapsfører — er ikke spørsmålet bare «kan agenten hente dataene», men «kan jeg rekonstruere nøyaktig hva som ble sendt, av hvem, i hvilken kapasitet, og hva som kom tilbake». Hver handling skriver en append-only-post knyttet til én correlation-id, så hele skiven av historikk fra ett kall kan gjenskapes. Loggen kan legges til, aldri redigeres eller slettes.

Suveren friksjon er reell — og Norge bør vinne på den

Norge har 5,5 millioner innbyggere. Regnestykket betaler ikke for at en global plattform skal bygge et land-spesifikt oversettelseslag for norsk regelverk i denne målestokken — integrasjonen er for spesifikk og regelkadensen for lokal. Det samme regnestykket virker omvendt for et team forankret nasjonalt: oversettelse av regelverk, integrasjon med myndighetenes API, og reviderbar herkomstdokumentasjon skalerer sublineært med befolkning og superlineært med regelkompleksitet. Apier er det veddemålet.

Bygget for revisjon, ikke demoer

Primærdata ligger i Supabase EU (Stockholm), med en migrering bort fra Vercel planlagt før reelle kundedata flyter. Hvert regelbok-påvirket svar bærer en _meta-blokk med rulebook_version, data_freshness og last_verified, så en integrasjon kan avgjøre om den skal re-planlegge eller gå videre. Se tillit- og transparens-siden for datasuverenitet, GDPR-grunnlag og underleverandørliste.