Bygg verifisering inn i onboarding-flytenEmbed verification in your onboarding flow

The job

Du drifter en plattform som onboarder bedriftskunder og vil vise et verifiseringssvar i din egen UI — uten å bygge en registermotor selv.

You run a platform onboarding business customers and want to surface a verification verdict in your own UI — without building a registry engine yourself.

Endpoint

• GET /api/v1/company/{org}/verify

Request

curl -H 'Authorization: Bearer <API_KEY>' \
  https://www.apier.no/api/v1/company/999999999/verify

Embed-friendly projection

{
  "org_number": "999999999",
  "verification_status": "pass",
  "signals": {
    "is_active": true,
    "not_bankrupt": true,
    "has_signing_authority_defined": true,
    "has_filed_annual_accounts": true
  },
  "summary": "Organisasjonen er registrert og aktiv, med definert signaturrett.",
  "checked_at": "2026-06-16T06:00:00.000Z"
}

Lagre den flate projeksjonen over, ikke hele svaret — den er liten, stabil og trygg å vise i en onboarding-UI. Behandle hvert signal som tri-tilstand: true / false / null (ukjent).

Store the flat projection above, not the whole response — it is small, stable and safe to render in an onboarding UI. Treat each signal as tri-state: true / false / null (unknown).

Next steps

• Cache verdikten kort (minutter, ikke dager) og re-verifiser ved neste sesjon — registerstatus endrer seg. Cache the verdict briefly (minutes, not days) and re-verify on the next session — registry status changes.
• Vis en «trenger oppmerksomhet»-tilstand når et nøkkelsignal er false eller null, i stedet for å blokkere hardt. Show a “needs attention” state when a key signal is false or null, rather than hard-blocking.