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

The OIML-CS SMART platform

The OIML-CS global deployment of the SMART runtime. SMART tier: Type-approval workflow, application to BIML registration. SMART+ tier: the same runtime extended to every certified instrument in service.

§ 01The certification workflowB 18:2025 · end to end

The OIML-CS workflow, modelled end to end on B 18:2025. Every participant role, every document, every verdict is an entity in the system, so the whole chain is traceable, and every state change carries its evidence.

The OIML-CS workflow chain: application through sampling, dispatch, testing, evaluation, certificate issuance, and registration
  1. 01

    Application

    , the applicant files for type evaluation against a modelled Recommendation, identity, classification, the model family matrix.
  2. 02

    Sample request

    , the issuing authority requests samples of the type; the chain of custody starts here, every hand-off recorded.
  3. 03

    Dispatch

    , the application goes to a test laboratory as a structured test request, per form, per requirement set, never a PDF in an email.
  4. 04

    Lab test runs

    , the laboratory executes the conformance tests; evidence is captured once, at the bench, against the form the Recommendation declares.
  5. 05

    Evaluation

    , the test reports roll up into a type evaluation, every verdict computed from the requirement model, none asserted by hand.
  6. 06

    CNML-signed certificate

    , the authority issues the certificate as a signed CNML document, the verdict chain, signed, verifiable by anyone.
  7. 07

    BIML registration

    , the certificate registers with the BIML, the public register is the same database the workflow wrote to all along.

The scheme itself, the roles, the documents, the governance, is on the OIML-CS page; the certificate format is OIML CNML.

§ 02The four consolesone seat per role

Every participant in the OIML-CS gets a console shaped to their role in the workflow, the same underlying model in four different seats.

the manufacturer

Applicant portal

File the application, declare the model family, ship samples, watch the verdicts arrive, status is a query, not a phone call.

the issuing authority

IA console

Review applications, request samples, dispatch test requests, judge the evaluation, sign and issue the certificate.

the test laboratory

TL workbench

The lab inbox, the structured test run, evidence capture at the bench, the test report generated from the run itself.

the register

BIML console

Registration of issued certificates, the participant registry, the public record, the system of the OIML-CS, operated by the Bureau.

§ 03History1991 → B 18:2025

The OIML Certificate System for Measuring Instruments began in 1991 as a paper workflow: applications by mail, test reports as documents, certificates as signed paper. OIML B 18, the Framework for the OIML Certification System, defines the current scheme, and the 2025 edition (B 18:2025) names digital operation as the direction. The platform is that direction built: the scheme's roles, documents, and decisions modelled as entities and processes, so the workflow the Basic Publication describes is the workflow the system runs.

§ 04Two deployment modesshared · local + submission

The platform runs where the authority needs it: as the shared system the BIML operates for everyone, or as an authority's own instance whose signed submissions the shared register accepts. The member-state deployment is the OIML SMART Platform.

Shared

BIML-operated

One hosted platform serves every issuing authority and test laboratory. The register is built in; participation is an account, not an installation.

Local + submission

IA-operated

An issuing authority runs its own instance under its own custody; signed submissions flow into the shared register, which verifies the signature chain on import.

§ 01The instrument-instance lifecycleType-instance · measurement

The SMART+ tier extends the same runtime to the individual certified instrument. Every type-instance in service carries a twin; every measurement is signed and traceable; every conformance verdict runs against the SMART Recommendation continuously. The Type-approval baseline (the SMART-tier output) is the contract; the SMART+ lifecycle is the instrument fulfilling it, in the field, over time.

  1. 01

    Type-instance enrolment

    , a manufactured instrument of a certified type is enrolled against its Type-approval baseline; the twin is registered, the chain to the type begins.
  2. 02

    Calibration

    , initial calibration captures the instrument-specific parameters, signed by the calibrating lab, attached to the instance twin.
  3. 03

    In-service measurements

    , the instrument reports measurement streams — each reading signed, timestamped, traceable to the instance twin and through it to the type.
  4. 04

    Continuous conformance

    , conformance runs against the SMART Recommendation continuously, not episodically; deviations are events, not incidents discovered at re-verification.
  5. 05

    Re-verification

    , scheduled and event-triggered re-verifications run the same test programs against the live twin; verdicts update the instance certificate.
  6. 06

    Withdrawal

    , end-of-life or withdrawal cancels the instance certificate; the type certificate remains; the registry reflects the change immediately.

The instrument twin is SMART Measuring Instruments; the simulated twin for bench work is SST; the instance certificate is OIML CNML at the Type-instance level.

§ 02The SMART+ consolesfield · bench · register

The SMART+ tier adds the operator seat and reshapes the laboratory and authority consoles around the live twin, not the paper record.

the instrument user

Operator console

The instrument in service, its current conformance state, its measurement stream, alerts the moment a parameter drifts.

the issuing authority

IA instance console

Type-instance certificates under the IA’s custody, the population of instruments in the field, the re-verification schedule.

the test laboratory

TL bench console

Re-verification runs, calibration updates, evidence captured at the bench against the live twin, not a paper record.

the register

BIML SMART+ register

The cross-border registry of Type-instance certificates, the verifier for instruments in service across member states.

§ 03Global register, member deploymentsType-instance registry · cross-border

The OIML-CS SMART+ Platform is the global registry of Type-instance certificates and the cross-border verifier for instruments in service. Member states, NMIs, and laboratories may run their own OIML SMART+ Platform under national custody, federating instance data upstream.

Global · SMART+

OIML-CS SMART+ Platform

BIML-operated registry of Type-instance certificates. The cross-border verifier for instruments in service across member states.

Member · SMART+

OIML SMART+ Platform

Member-state deployment of the SMART+ runtime. Instance data under national custody, federated with the global register.

§ 05Try the workflowin your browser

The demo instance runs the whole chain, seed a sample application, dispatch it, run the tests against the simulated instrument, evaluate, and issue the certificate. Sign-in runs through the identity service, the fictional cast assumed as personas.