The quick version
-
We collect source records from multiple layers
The current stack includes Open Banking branch data, Vocalink fallback coverage, Pay.UK overlays, FCA Register evidence where a reliable institution match is available, and supporting directory evidence layers.
-
We normalize and merge records locally
All external records are standardized into local tables so institution, branch, location, validation, and overlay fields can be interpreted consistently.
-
We publish from an active promoted snapshot
Checker pages and directories read from the latest promoted dataset snapshot, not from live browser-side calls to upstream providers.
-
We show limits instead of guessing
If a layer is missing, blocked, stale, or not reliable for a field, we show partial, limited, or unknown states rather than silently inventing certainty.
-
Branchless institutions are published deliberately
Some institutions appear without branch rows. Those records are published through a branchless model with regulatory, overlay, validation, or service-point evidence instead of branch counts.
-
You still verify directly for high-risk decisions
For high-value, urgent, or sensitive payments, direct confirmation with the bank or payee remains the final authority.
Trust Boundary
What this checker can and cannot confirm
These boundaries are applied consistently across the checker and directory pages.
What we can confirm
- Institution mapping where source-backed evidence exists in the published dataset.
- Branch metadata where branch-linked records are present.
- Scheme, capability, and overlay fields where supported by current records.
- FCA Register status where the site has a reliable institution-level regulatory match.
What partial, limited, and unknown mean
- Unknown: no reliable evidence for that field in the current published record.
- Partial: some layers succeeded and some failed, were blocked, or were incomplete.
- Limited: institution-level or validation-level evidence exists without branch-level certainty.
- Branch-present linkage incomplete: branch records exist, but audited branch-to-sort-code linkage is not yet available.
- Branchless: an institution is published without branch rows; branch counts do not apply in this model.
How freshness should be interpreted
Freshness reflects the age of the promoted site dataset, not guaranteed real-time change timing for every upstream provider.
Partial runs may still publish with caveats when policy allows safe promotion.
When to verify directly
This tool does not confirm whether a bank account exists, is open, or belongs to a specific person or business.
For high-risk decisions, confirm details directly with the bank, payee, or FCA Register before sending money.
Data Layers
Data sources we use today
Different layers provide different levels of certainty. Branch-level evidence, institution-level overlays, and regulatory enrichment are not equivalent.
Open Banking branch layer
Open Banking branch data is the primary branch-level evidence layer for institution, branch name, and city metadata where providers publish it.
Vocalink validation layer
Vocalink fallback coverage can provide lower-detail validation context when branch-level detail is unavailable.
Pay.UK overlay layer
Pay.UK participant overlays can enrich institution-level scheme and capability context, but overlay evidence alone is not treated as branch proof.
FCA Register API layer
The FCA says the Financial Services Register is the official public record of firms and other bodies that are or have been authorised or registered by the FCA or PRA. This site uses Register evidence as one regulatory layer where a reliable institution match is available.
The FCA also provides Register API access through its developer portal. The FCA notes that the API is currently free of charge and does not come with an uptime guarantee or SLA, so this site never treats FCA-linked data as a substitute for direct review.
Authorised and registered are not treated as the same thing here, and this is not a blanket claim that every published institution is FCA-linked today.
Local normalization and promotion layer
All incoming layer records are normalized, merged, and promoted into local tables before publication so page output remains stable and auditable.
Active public directory snapshot layer
Checker, bank hub, and city pages are served from the active public snapshot. Service-point or broader presence rows are separated from branch-linked certainty when needed.
What unknown, partial, and limited states protect you from
Unknown and limited states are deliberate trust controls. They prevent this product from pretending certainty when branch-level evidence is missing or conflicting.
- Unknown values are shown instead of inferred values.
- Institution-level overlays are not automatically promoted to branch-level claims.
- When providers restrict or block automated access, we may publish partial coverage rather than inventing missing branch detail.
How often we update
Freshness is tied to successful local sync and promotion, then exposed through the currently active published snapshot.
Snapshot freshness
The displayed sync time represents the latest successful promoted dataset time available to this site.
Provider-side changes can occur between upstream refreshes and local publication.
Current published sync metadata
Governance, support, and correction routes
Use these routes for correction requests, stale-data reporting, trust objections, and methodology questions.
-
Contact support
for correction requests, stale-data reports, and technical issues.
-
Transparency FAQ
for trust objections, interpretation of unknown states, and escalation guidance.
-
FCA Financial Services Register
for independent regulatory checking when authorisation or registration matters to your decision.
-
FCA checking guidance
for the FCA’s explanation of when to use the Register and when to use Firm Checker.
-
About page
for ownership and publishing accountability.
-
Privacy Policy
and Terms of Use
for policy and legal boundaries.
- For high-risk payment decisions, escalate to direct bank confirmation before acting.
Ready to apply this safely?
Return to the checker for branch-level validation, then use bank and city pages when you need broader coverage context.
Related Tools
Related routes to apply this trust model
Use one route at a time based on your immediate job: validate a code, compare directories, or resolve trust objections.