This guidance explains how verification works, what is checked, and what verification confirms (and does not confirm). The goal is to make license status and scope claims easy to validate for third parties without relying on screenshots or marketing material.
Verification checks the license record against published register data. The checks are evidence-based and record-led. The minimum checks are focused on identity, scope, and status.
Verification is intentionally narrow: it focuses on the license record. It is not a substitute for due diligence, commercial assessment, or legal advice.
| Category | Verification confirms | Verification does not confirm |
|---|---|---|
| Status | Whether the license record is Active / Suspended / Revoked / Expired / Under review (as published). | Whether the licensee is financially safe or operationally sound. |
| Identity | Legal entity name and license number match a register record. | Ownership claims, marketing narratives, or reputation claims. |
| Scope | Approved activity headers as shown on the register entry. | “Worldwide authorisation” or implied permissions beyond the headers. |
| Public record | Register-visible details at the time of verification. | Private correspondence, invoices, or emails unless separately published. |
Verification needs to be deterministic and evidence-based. If verification attempted to score business quality, it would become subjective and unreliable. Public verification is about record truth: status, identity, and approved scope.
A verification request typically follows this sequence. Third parties will interpret missing or inconsistent steps as a red flag.
Verifier enters the license number and checks the legal entity name for an exact match against register data.
System returns a unique record if found. If multiple records match, the result is treated as unreliable until clarified.
Status state and approved activity headers are displayed. Third parties compare these to the licensee’s public claims.
If any mismatch exists (name, number, scope, status), the verifier flags the claim and requests clarification or correction.
Verification should return a structured output that is clear and consistent with the public register entry. The goal is for the output to be usable by compliance teams without further interpretation.
| Output item | Minimum expectation | Reason |
|---|---|---|
| License number | Displayed exactly and consistently with the register. | Prevents “close-enough” ambiguity. |
| Legal entity name | Full legal name, with trading name optional as secondary. | Legal accountability attaches to legal entity, not branding. |
| Status state | Standard status states with plain meaning. | Removes interpretation risk. |
| Approved scope headers | Clear list of permitted activities. | Blocks scope drift and misleading claims. |
| Issue date | Displayed in a stable format. | Supports due diligence timelines. |
These are the patterns that cause third parties to treat a license claim as unreliable even if a record exists.