Data integrity checks
Using the selected public key, verification checks the signature over the received data. Changes to signed content are detected during the check.
Connect product, document or access data with a digital signature. A user submits a token for verification and receives a clear result about the integrity of its signed data.

The web verifier is available now. Token issuance, usage rules and integration are scoped around your workflow.
RRID is a packaged software solution for a fast business launch. OEM delivery lets you launch the product under your own brand, with agreed branding, domain and capabilities.
The package, licence, hosting, integrations and support are defined in the delivery scope.
Open the web verifier, insert the demonstration token and explore the result. A step-by-step product video will be added here later.
This space will show RRID in action: from receiving a token to viewing its verification result.
RRID is useful when customers, partners or staff need to check digital records and understand what supports the result.
Using the selected public key, verification checks the signature over the received data. Changes to signed content are detected during the check.
Token entry, a file or a QR code can lead into a common verification journey. The interface and status explanations can be adapted for your audience.
Validity periods, limits and bindings are defined as business rules. They can be discussed and developed separately from the digital-signature mechanism.
Start with one type of record and a pilot group. Validate the user journey and integrations before extending the scenario across your product.
We choose a specific workflow, participants and data. These scenarios illustrate potential uses; the implementation scope is agreed separately.
Digital product, warranty or service records. Customers and partners gain a way to verify signed information associated with your system.
Verifiable digital confirmations of training, qualifications or participation. Recipients can refer to the signed record and its verification result.
Tokens for service workflows with validity conditions, expiry and bindings. Access rules become part of the product’s agreed business logic.
Workflows with limited connectivity that need local signature checks. Application behaviour and subsequent synchronisation are defined during the pilot.
A foundation for adding verification to an existing product. Record issuance, signature verification and rule enforcement have separate, clear boundaries.
The issuing party signs the data, and the verifying party uses a trusted public key.
We agree the record fields and the party responsible for issuance. The issuing system signs the data with its key.
The user receives the token through the chosen medium: a link, QR code or file. Delivery is selected to suit the workflow.
The web verifier accepts JWS and JSON with Ed25519. It displays the verification result, key source, identifier and available token fields.
The product separately defines permitted actions, validity, revocation and restrictions. Current shared counters and statuses need an appropriate online layer.
Implementation starts with a testable scenario. Features, integrations, hosting and responsibilities are recorded in the scope of work.
The record’s purpose, participants, trusted keys, statuses and criteria for a successful check.
The user journey, brand styling, clear results and actions to take after an error.
Connections to your issuing and record-management systems, token usage conditions and required online checks.
The environment, key management, logging, documentation and an agreed support scope.
We validate product value and technical compatibility step by step.
We show the web verifier and discuss your team’s task.
We select one scenario, test data, participants and acceptance criteria.
We configure the agreed interfaces, rules and system connections.
We validate working scenarios, hand over documentation and define ongoing support.
Data integrity and the signature’s match to the selected public key. Trust in the issuer and the connection between a record and a particular physical item are established through the implementation process.
A QR code carries information. RRID adds digital-signature verification to the data; a QR code can be one way of carrying the token.
Signatures can be checked locally when the application has the token, a trusted key and a verification implementation. Current revocations, shared counters and other network rules require a separate mechanism.
The integration scenario is selected for your architecture. During the pilot, we agree the data format, issuance, verification interface, keys and usage rules.
After discussing the task, we define the pilot, integrations, infrastructure and support. This forms the basis of the scope of work and cost estimate.
Tell us what data needs checking, who issues the records and who uses them. We will show a demonstration and propose a clear first implementation scenario.