How a credential issuer takes RPF's machine-readable description of a recognised role and uses it as the starting point for real, signed credentials.
An issuer wants to start issuing credentials for a role that RPF describes and a body recognises. Rather than re-describe the role, the issuer downloads RPF's credential template — a description of the RPF Framework for that recognised role, in a standard format built for software to read.
This page is for issuers — the recognising body's own credentials team, or a certification body or credential platform acting further down the line.
A template carries the framework, not the credential. It is safe to share and store.
RPF emits the template in either of two open, widely used credential formats. The issuer picks at download time.
An open standard for digital credentials, maintained by 1EdTech. RPF emits the recognised role as an OB 3.0 Achievement, with the framework, evidence and validity baked in.
A W3C standard for cryptographically verifiable credentials. RPF emits the same framework content shaped to the W3C VC data model and context — ready for the issuer's signer.
A template is deterministic: identical inputs always yield byte-identical output.
The template comes out identical every time it is produced for the same set of inputs — the version of the role, profile or flow, the recognition record, the item-to-credential evidence links, and the chosen format (with its standard's context version). If any of those changes, the next download reflects the change.
An issuer can store a template and trust it has not silently changed. Because the next download tracks the inputs, a change to the underlying role, evidence link or recognition record produces a new template — which is also the signal that tells the issuer it may be time to re-issue.
Downloading a template is open to anyone and is read-only.
Because a template holds no personal data and is simply the RPF Framework written in a standard format, anyone may download it without logging in. RPF makes a template available only for an active recognition on a formally-published role, profile or flow.
RPF may keep a count of downloads for analytics. It does not track who downloaded which template, and the download is never gated.
RPF provides the template unsigned. The issuer adds the recipient's identity and applies its own signature; only then is it a credential, and the issuer issues it. RPF never sees, signs or stores that credential.
If you maintain a recognition record on the body's side, the for-recognising-bodies page covers the fields you set and the lifecycle they go through.