ELM 3.3 — conformance status
Generated by bun run conformance:render — do not edit by hand.
Denominator: pinned Coverage Map docs/conformance/maps/elm-edc-v3.3.json (generated 2026-06-26). See conform-ed ADR-0013 (map) and emergent ADR-0028 (overlay).
Certification readiness (by profile)
Section titled “Certification readiness (by profile)”| Profile | Requirements | Done | Partial | Other | Progress |
|---|
Conformance requirements
Section titled “Conformance requirements”Information-model coverage (vs conform-ed model)
Section titled “Information-model coverage (vs conform-ed model)”- 529 literal items — 527 modelled ✅, 0 partial 🟡, 2 gaps ❌
- Silent gaps (in spec, not modelled): none
- conform-ed extensions (modelled, not in spec): 120
Gotchas & notes
Section titled “Gotchas & notes”elm:3.3:def:Claim- Claims are surfaced in the rendered view-model’s ‘what this credential certifies’ list.
elm:3.3:def:DisplayParameter- displayParameter (title langStrings + the issuer’s pre-rendered individualDisplay pages) drives the locale selector, the list-badge title, and the rendered credential pages.
elm:3.3:def:EuropeanDigitalCredential- The EDC envelope is verified end-to-end (eIDAS JAdES seal + SHACL structure + validity window), held in the wallet, rendered locale-aware, and re-exported verbatim (ADR-0047 P2/P3/P4/P6).
elm:3.3:def:LearningAchievement- Learning achievements ride in the subject’s claims and render in the detail view.
elm:3.3:def:Person- The credentialSubject Person is the held credential’s subject (subject_id extraction); the holder’s name renders in the wallet detail (server-side, never synced — D7).
elm:3.3:def:VerifiableCredential- The VC superclass (id / issuer / validFrom / validUntil) is read by the verifier + wallet metadata.