Skip to content
DRAFT⚠OIML SMART pilot programme · internal use only · all documents and specifications are drafts and may change without notice

For Manufacturers

Apply once against the Recommendation's model, follow the evaluation live, and receive a certificate any customer or authority can verify, anywhere, without an account.

Apply once. Follow it live. Hold a certificate that answers for itself. As an applicant you file against the Recommendation’s model, watch every stage of the evaluation as it happens, and receive a certificate your customers and authorities verify on their own, any time, with no account and no phone call to anyone.

Try the applicant portal now

Assume the Applicant persona through the identity service (the instance resets nightly) and open the applications list below.

→
One application watched live in the applicant portal: the six-stage journey from submission to decision, the certificate it produced, and the promise set with per-claim verification status.
One application watched live in the applicant portal: the six-stage journey from submission to decision, the certificate it produced, and the promise set with per-claim verification status. Live surface · captured 2026-08-29 by the scripted apparatus.

What you can do

Every act below was performed against the live demo by the scripted capture apparatus before it was listed; each figure names its capture date and links the live surface. An act that cannot be performed does not list.

See every application your organization has filed, with its status and its age, oldest visible first. No more searching inboxes for where a file stands.

The applicant portal dashboard: the organization's applications with their states and ages, the certificates in force below.
The applicant portal dashboard: the organization's applications with their states and ages, the certificates in force below. Live surface · captured 2026-08-29 by the scripted apparatus.

Open one application and get the whole file. The six-stage journey, the participating parties, the samples, and the promise set: your declared scope reads as claims, each carrying its verification status from the evaluation’s verdicts. An unlinked claim is never silently “verified”.

Apply in a six-step wizard whose first act is the Recommendation. Pick R 60, R 91, R 129, or R 144 and everything downstream derives from that Recommendation’s model.

The new-application wizard, step 1 of 6: the Recommendation pick drives the rest of the form.
The new-application wizard, step 1 of 6: the Recommendation pick drives the rest of the form. Live surface · captured 2026-08-30 by the scripted apparatus.

Fill the instrument step the model derives. Choose the model family, tick the models in scope; the attribute definitions and declaration forms come from the Recommendation, not from a free-text form.

The wizard's instrument step: the model family select and the models-in-scope checkboxes, derived from the Recommendation's model.
The wizard's instrument step: the model family select and the models-in-scope checkboxes, derived from the Recommendation's model. Live surface · captured 2026-08-30 by the scripted apparatus.

Address the application to a real Issuing Authority. The scheme step offers the OIML-CS (with its Scheme A / Scheme B choice) and the registered authorities’ cards: the same registry the OIML-CS publishes, not a typed-in name.

The wizard's scheme and review step: the OIML-CS scheme choice and the Issuing Authority pick from the live registry.
The wizard's scheme and review step: the OIML-CS scheme choice and the Issuing Authority pick from the live registry. Live surface · captured 2026-08-30 by the scripted apparatus.

Submit and watch the journey open. The application lands as SUBMITTED with the Issuing Authority; every later stage (samples, dispatch, testing, evaluation, decision) updates the same page, and the notifications inbox carries each event.

The application detail right after submission: SUBMITTED state, the journey open at step one, every later stage updating the same page.
The application detail right after submission: SUBMITTED state, the journey open at step one, every later stage updating the same page. Live surface · captured 2026-08-30 by the scripted apparatus.

Download the certificate three ways. Signed CNML (the machine-readable original), a W3C Verifiable Credential, or an AAS submodel for your digital-product-passport toolchain. The downloads below were performed in the audit, and the downloaded VC file verifies on the public verify page.

The certificate R60/2021-A-EX1-26.01 in the OIML layout with its download actions: signed CNML, Verifiable Credential, AAS submodel, print.
The certificate R60/2021-A-EX1-26.01 in the OIML layout with its download actions: signed CNML, Verifiable Credential, AAS submodel, print. Live surface · captured 2026-08-29 by the scripted apparatus.

Get notified at every stage. The header bell carries the unread count the moment anything moves on your files (the submission figure above was captured seconds after filing and the badge already reads 2); the dropdown opens the inbox. In the audit capture the dropdown’s own list reads its honest empty state — the count lives on the bell; the dropdown panel is the entry point.

The notifications dropdown opened from the header bell: the entry to the inbox, with the bell carrying the unread count as stages advance.
The notifications dropdown opened from the header bell: the entry to the inbox, with the bell carrying the unread count as stages advance. Live surface · captured 2026-08-30 by the scripted apparatus.

How it works

The applicant's journey: apply once, follow every stage live, receive the certificate as signed CNML, Verifiable Credential, or AAS submodel, and anyone can prove it without an accountThe applicant’s journey: apply once, follow it live, hold the proofApplythe six-step wizard derivesthe instrument form fromthe Recommendation’s modelFollow it livereview · samples · dispatch· testing · evaluation ·decision, each stage visibleReceivethe certificate as signed CNML,as a Verifiable Credential,as an AAS submodelProveany customer orauthority verifies it,no account neededThe promise setYour declared scope reads as claims, each carrying itsverification status from the evaluation’s verdicts:an unlinked claim is never silently “verified”.Variants share the spineA family member or variant reuses the model’s commonspine instead of re-opening the whole file: the deltais what gets evaluated.On the roadmap (SMART+): the shipped twinYour instrument serves its governed aspects live, and conformity becomes continuous betweenassessments, certified faithful by the twin-certification program. See the roadmap section below.One application, watched live to the decision, and a certificate that keeps answering for you.
One application, watched live to the decision, and a certificate that keeps answering for you.

What this changes, and what it does not

Today a type evaluation is an episodic, expensive event: documentation by email, samples by courier, then silence until the report arrives, a photograph of one week in your product’s life. On the platform the application is data from the first step, and the file’s progress is yours to watch. What does not change: the Recommendation’s text, the IA’s decision, the legal meaning of the certificate. The model joins the text; it does not replace it.

Today (SMART) and the vision (SMART+)

Today · SMART

  • The applicant portal: applications, the live journey, certificates, notifications. the portal ↗
  • The certificate as signed CNML, W3C Verifiable Credential, and AAS submodel. the CNML page ↗
  • Public verification of your certificates by anyone, without an account. verify ↗
  • The library and the Recommendations as models your engineers can read. the library ↗

The vision · SMART+

  • Ship a SMART twin with the instrument: the governed aspects served live. roadmap ↗
  • The twin-certification program: your twin’s fidelity declared, probed, and signed. roadmap ↗
  • Continuous compliance between assessments: the compliance engine re-judges as evidence arrives. roadmap ↗
  • Rehearse your own certification on the SMI Simulation before hardware exists (it is local today; hosted is roadmap). roadmap ↗

What you can use, and what you can run

The applicant portal, the demo, the published SMART Recommendations, the Studio, the Vocabulary: the applicant’s surface on the services, quoted below from the program’s single entitlement source.

ServiceApplicant / public
OIML SMART account (the identity service)✅ join flow
Identity service software source available — license pending
OIML-CS SMART Platform (cloud)✅ applicant portal
SMART Platform software (self-host)-
The demo instance✅ public sandbox
The Studio viewer✅ public
The Vocabulary✅ public
The status service✅ public
Ommisa, the AI service-
SMART Recommendations content✅ published
The trust registry (organization keys)-
The SMI Simulation-
The SMART Twin (SMART+)roadmap
  • Use — hosted, on the official services
  • Self-host — on-prem/cloud, under the category’s own entitlement
  • Streaming updates — the rolling channel the deployment runbook names
  • The upsell note — see the narratives below the matrix

Quoted from the program's single entitlement source; the full matrix, all member categories by all services, lives atWho can run what.

The honest questions

Does this change how we certify today?

No. The legal instruments are untouched: the Recommendation’s text stays, the IA decides, the certificate means what it meant. What changes is the mechanics around it: the application is structured data, the evaluation’s progress is visible, and the certificate you receive is machine-verifiable. PDFs never die; the model joins them.

Who sees our product data?

Only the parties to your evaluation, per the visibility cones the platform enforces: your application is addressed to one Issuing Authority; the test laboratory sees the dispatch it accepted; the BIML sees what is registered. Your fuller product documentation stays yours; the platform never publishes your file.

Is the Verifiable Credential real, or a demo prop?

Real. It verifies against the issuer’s DID document on the public verify page, which is exactly the check your customers will run. In the audit for this page we downloaded the VC from the certificate page and verified the file itself, with no account.

What does this cost us?

Using the hosted services costs you no infrastructure: the applicant portal is a hosted console, and the demo instance is a public sandbox. The self-host entitlements belong to Member States, not to applicants; you never run anything.

We certify families and variants. Does every variant reopen the file?

No. Variants and family members share the model’s common spine: the wizard’s instrument step picks the family and the models in scope, and the evaluation treats the delta, not the whole file again.

Where to go next

Open the demo's applicant portal

The Applicant persona, assumed through the identity service. The instance is fictional and resets nightly.

→
Read modelling your product

The reference-model guide: identity, holdings, behavior, mapped to the Recommendation's clauses.

→
Talk to us

info@oimlsmart.org: tell us your instrument category and the markets you certify for; the reference-model conversation starts there.

→