Hopp til hovedinnhold
Symfoni docs Virksomhetslommebok
Innhold

OpenID4VCI

OpenID4VCI beskriver hvordan issuer, wallet og eventuelle autorisasjonsservere samarbeider om å levere et credential fra tilbud til ferdig lagret credential.

Kjerneside Oppdatert 20. mars 2026 · 1 min lesetid

Kort flyt

  1. Issuer oppretter et credential offer.
  2. Walleten løser offeret via credential_offer_uri eller inline credential_offer.
  3. Walleten fullfører enten pre-authorized_code-flyt eller authorization_code-flyt.
  4. Walleten henter credentialet og lagrer det lokalt.

Hva Symfoni krever i praksis

  • credential_offer_uri må kunne hentes fra walletens miljø.
  • Hvis issuer bruker authorization_code, må den registrere redirect tilbake til walleten.
  • Walleten trenger en avtalt client_id mot issuer i OAuth-caset.

Feil du skal forvente

  • invalid_json eller invalid_request hvis issuer-gatewayen får feil payload.
  • template_not_found hvis templateSlug ikke finnes.
  • Runtime-feil i walleten hvis issuerens metadata eller callbacker ikke stemmer med det walleten forventer.

Les videre

Utsteder-API: kom i gang

Opprett et bevis-tilbud fra fagsystemet, lagre `issuanceId`, følg status og tilbakekall beviset ved behov.

Revokasjon og statuslister

Utstedelse og verifikasjon blir ikke ferdig idet et credential er levert; du må også ha kontroll på polling, tilbakekalling og hva som skjer når statusinformasjon er forsinket.