Issuer
An authoritative organisation creates trusted digital evidence.
DiligenceID · Portable digital trust
Infrastructure and identity expertise for issuing, holding and verifying reusable digital credentials — without turning every interaction into another account, upload or copy of personal information.
A different trust pattern
Organisations routinely ask people to create accounts, upload documents and surrender copies of information just to prove one fact.
DiligenceID supports a more focused model: an authoritative source issues trusted digital evidence; the holder keeps it in a supported wallet; and a verifier requests the proof required for a particular interaction.
It is part of a broader identity ecosystem. It does not replace directories, authentication, MFA, application access or identity governance.
Issue → Hold → Verify
Three roles separate the source of evidence, the party who holds it, and the organisation making a trust decision.
An authoritative organisation creates trusted digital evidence.
The person or organisation receives and controls the credential.
A relying party requests proof and validates its issuer and status.
Know the difference
Treating them as interchangeable creates friction and weakens trust. A well-designed journey uses each control for the decision it is meant to support.
“Can this party sign in?”
Establishes control of an account or authenticator. MFA and passkeys can strengthen that sign-in, but do not by themselves prove every real-world fact about the person.
“What trusted fact can they prove?”
Connects a claim to an authoritative source — for example a qualification, licence, employment relationship or eligibility decision.
“What are they entitled to represent or do?”
Lets a verifier evaluate the presented evidence, issuer and status against policy before granting a service, role or interaction.
From idea to trusted operation
Useful digital evidence needs defined authority, journeys, lifecycle, status and evidence — not only a credential format.
For business and identity leaders
Avoid asking people to resubmit the same documents and attributes for every relationship or service.
Define which issuer, credential type, status and evidence satisfy a transaction.
Carry trusted evidence across organisational boundaries without creating a bespoke account federation for every interaction.
DiligenceID + Microsoft Entra Verified ID
Organisations using Microsoft Entra Verified ID do not need to abandon that capability to adopt DiligenceID.
Microsoft describes Verified ID as a managed verifiable credential capability based on open standards. It supports issuing and requesting verifiable credentials, holder-controlled presentation, verification and credential lifecycle scenarios.
DiligenceID is intended to work alongside Microsoft identity environments — connecting credential use cases, journeys, trust policy and integration services around the platforms an organisation already uses.
Explore the integration architectureMicrosoft Entra Verified ID is a Microsoft product. DiligenceID is a MAITS capability and is not part of, certified by or endorsed by Microsoft.
What Verified ID does
Microsoft Entra Verified ID can support the issuance and verification of verifiable credentials for onboarding, workforce and partner interactions, high-value access decisions and identity re-establishment scenarios such as account recovery.
Verified ID does not replace normal Microsoft Entra sign-in, MFA or self-service password reset. It provides cryptographic evidence for identity verification and credential-based trust decisions; authentication and access controls still do their existing jobs.
MAITS can help plan where credential evidence belongs in the wider identity and access architecture.
Read Microsoft’s Verified ID documentationPrivacy by design
The holder sees a request and chooses whether to present the credential through the supported wallet journey.
Design the request around the claims required for the decision, reducing unnecessary collection of personal information.
Where supported by the credential format and platform, disclose specific claims or derived facts rather than an entire record.
Make accepted issuers, credential types, assurance requirements and decision rules explicit.
Check validity, expiry and status when the selected platform and credential design support those capabilities.
Separate evidence validation from the decision about what the relying organisation genuinely needs to retain.
A transparent request
Who is asking? Make the verifier and the service they represent clear.
What evidence is required? Request the minimum claims needed for the decision.
Why is it required? Explain the purpose before the holder chooses to present it.
What happens next? State how the result informs access, eligibility or another transaction.
Use cases
Prove employment, training, clearance, role, contractor status or organisational authority across teams and sites.
Issue and verify student identity, qualifications, certifications, completed training and alumni evidence.
Request evidence of eligibility, licence, authority or professional standing for a regulated interaction.
Reduce repeated document collection and let trusted evidence support a more focused onboarding decision.
Let a person prove that they represent an organisation or hold a defined delegated authority.
Support verified participants, qualifications, permissions and accountable interactions in digital ecosystems.
Organisation identity
Some transactions depend on whether a person is authorised to act for an organisation at that moment.
IAM → digital trust
Traditional IAM controls accounts and access inside systems. DiligenceID adds portable evidence, issuer trust and organisational authority to that established foundation.
Diligence Wallet
Diligence Wallet is the wallet experience within the DiligenceID ecosystem. It gives holders a way to receive, store and present supported digital credentials.
It is distinct from Microsoft products. When a scenario specifically uses Microsoft Entra Verified ID, the selected Microsoft-compatible wallet experience and Microsoft’s current product requirements must be considered as part of the design.
Standards and interoperability
Use standards where they create portable, replaceable integration boundaries.
DiligenceID’s integration approach is designed around standards-based issuer and verifier patterns. Depending on the credential ecosystem and platform support, an architecture may use OpenID for Verifiable Credential Issuance, OpenID for Verifiable Presentations, SD-JWT VC and OpenID Connect integration patterns.
The standards profile is selected for the specific deployment. Support should be verified against the chosen wallet, issuer, verifier and credential platform rather than assumed from a protocol label alone.
Architecture work considers credential format, issuer authority, wallet compatibility, presentation exchange, trust registry or policy, status checking, key management, subject binding, claims minimisation and how verified evidence is passed to relying applications.
Why MAITS
DiligenceID is a logical extension of MAITS’ IAM expertise — not an isolated technology experiment.
Frequently asked questions
A digital credential is tamper-evident, machine-verifiable evidence issued by an authoritative organisation. It can represent an attribute, qualification, licence, permission, relationship or other trusted claim.
No. DiligenceID is positioned as complementary. It can support credential journeys and integration around Microsoft Entra Verified ID while allowing an organisation to retain its Microsoft identity investment.
Yes. DiligenceID is designed to work alongside Microsoft identity environments, including scenarios that use Microsoft Entra ID and Microsoft Entra Verified ID. The exact architecture depends on the organisation’s platforms, credential formats and trust requirements.
Not necessarily. A well-designed credential journey requests only the evidence required for a transaction. What is retained depends on the use case, legal obligations, trust policy and the selected implementation.
Examples include employment, training, qualifications, licences, memberships, eligibility, organisational authority, delegated authority and relationships.
Credentials can include validity periods and can support status checking, revocation or invalidation when the selected credential platform and design support those controls.
No. IAM still manages identities, authentication, accounts and access within systems. DiligenceID extends trust into credential-based interactions between holders, issuers and verifiers.
Start a conversation
Bring the business decision, evidence and trust relationships. MAITS can help shape the credential journey and the integration around Microsoft Entra Verified ID or another standards-aligned environment.