The situation before the platform
Why a compliance function needed one verification system instead of emails, shared folders and spreadsheets.
| The business |
A technology provider serving financial institutions and other regulated organisations that must validate business entities, verify beneficial ownership structures and confirm authorised representatives before they can transact. |
| The starting point |
Business verification was being held together with emails and spreadsheets. Compliance teams requested documents, someone else reviewed them, and a decision was made — often with no reliable way to confirm that what was submitted was accurate. |
| The trigger |
Verification records lived somewhere fallible — an email thread, a shared folder, an editable internal system. When an audit or dispute surfaced months later there was no tamper-proof way to prove that verification happened, when, and who confirmed it. |
| What they wanted |
One end-to-end ecosystem covering the whole verification lifecycle: business onboarding, identity verification, beneficial ownership disclosure, biometric officer attestation and compliance validation, with every event securely recorded. |
| Constraints |
A legally complex process had to feel manageable to a non-compliance professional · corporate shareholders with their own ownership structures had to be verified through multiple tiers · verification depth had to differ by industry and relationship without changing the underlying platform. |
What it runs at today
The platform as delivered, live across web and mobile.
Six compliance gaps that shaped the build
Not vague pain points — the specific failures that made business verification slow and risky, each paired with what we did about it.
Onboarding a business customer meant requesting documents, having someone else review them and reaching a decision, usually without any real way to confirm that what was submitted was accurate. In industries where that matters legally, the gap was a genuine liability.
A structured invitation and onboarding flow: the inviting organisation searches by Tax ID or sends a manual invitation, and the invited business completes organisation details, terms acceptance and automated Middesk verification, tracked live from the inviter's dashboard.
Regulations require businesses to disclose who actually owns and controls them, not just the name on the letterhead. Capturing that accurately — especially when corporate shareholders have ownership structures of their own — was a documentation exercise most platforms could not represent.
A full beneficial ownership flow capturing officers and roles, individual and corporate shareholders, ownership percentages and governing documents, with corporate shareholders that have no existing record triggering their own onboarding automatically.
Even when a verification finished, the record of it lived in an email thread, a shared folder or an internal system someone could change. There was no way to prove that verification happened, when it happened and who confirmed it once an audit or dispute surfaced months later.
Every significant verification event generates a signed compliance record and a verifiable digital token stored on-chain — organisation creation, officer attestation, ownership disclosure and authority verification — none of which can be altered after creation.
Chasing documents and signatures from a business customer's officers and owners took weeks in some cases. There was no clear workflow, no visibility into where things stood, and no way to nudge the right person at the right time, so a lot of verifications simply stopped.
Invitation state management with role-based task routing and mobile task notifications, so each step is assigned to a named, verified person and the inviting organisation can see progress in real time.
When an officer signed off on something, the compliance team generally had to accept that they had the authority to do so. Nothing checked that an individual's claimed authority matched the organisation's legal structure until it was built explicitly.
Role and authority assignment after the ownership flow completes: each authority role must be held by at least one individual, and authorised officers confirm their permissions through an attestation task before they can act.
Different industries and relationships require different depths of verification. What a financial counterparty needs is not what a logistics partner needs, and a fixed process either gathered more information than was justified or missed what actually mattered.
Configurable verification depth set per invitation — ownership disclosure thresholds plus add-ons such as PEP checks, SSN verification, criminal background checks, bank account verification and 501(c)(3) status, enabled independently for the business, its officers and its owners.
How it fits together
Simplified — the shape rather than every service.
A web dashboard for organisation management and verification configuration, with native iOS and Android apps carrying QR-based login, task notifications and biometric attestation.
A REST API layer built on Nest.js handles authentication, role-based access control, invitation state and task routing, and connects the clients to third-party verification and the on-chain record system.
Each function is its own concern, so onboarding, ownership disclosure, attestation, authority management and record generation can run for many organisations in parallel without state bleeding between them.
PostgreSQL holds the entity, ownership and authority model, while verifiable digital tokens are written to the ledger and business verification data is pulled from Middesk.
Six systems doing the actual work
Not a features list — the specific things we built behind every number above.
Search a business by Tax ID or send a manual invitation. The invited organisation completes details, accepts terms, passes Middesk verification and claims its account through QR-based login, tracked live by the inviter.
The ownership flow captures officers and roles, individual and corporate shareholders, ownership percentages and governing documents, keeping disclosure complete through multi-tier structures.
Officer attestation, ownership confirmation and authority assignment are all completed in the mobile app using face scan, so the person finishing a task is present and verified rather than just holding an email address.
The inviting organisation sets ownership thresholds and enables PEP checks, SSN verification, criminal background checks, bank account verification and 501(c)(3) status checks independently for the business, its officers and its owners.
Organisation creation, officer attestation, ownership disclosure and authority verification each generate a signed record and a verifiable digital token stored on-chain, which cannot be altered afterwards.
After the ownership flow, the organisation admin assigns roles and legal authority. Every role must be held by at least one attested individual, so any action can be traced to a verified, authorised person.
What the platform does day to day
Five capabilities where the ledger and the verification flow do the work together.
| Capability | Runs | Refresh | What it does |
|---|---|---|---|
| On-chain business verification records | Per event | On write | Records all verification activity on-chain for transparency, security and auditability |
| Ownership disclosure on the ledger | UBO flow | On disclosure | Stores beneficial ownership information on the ledger with secure timestamps and ownership records |
| Biometric attestation for signers | Mobile app | Per task | Authenticates authorised signers by biometrics and links verified identities to on-chain records |
| Immutable compliance audit trail | Continuous | Append only | Maintains a permanent, tamper-proof history of all verification and compliance activity |
| Cross-platform credential portability | Tokenised | On reuse | Tokenises verified credentials so they can be reused across platforms and verification processes |
How the moving parts plug in
Business data, biometrics and ledger records reach the platform through one API layer rather than sitting beside it as separate tools.
External systems & connected capabilities
Platform integration layer
Core services
Because onboarding, ownership and attestation all resolve against the same services, configuring a verification, collecting it and holding the on-chain proof of it are three steps in one dashboard rather than three separate systems.
What protects identity and compliance evidence
The platform handles legal identity, ownership disclosure and biometric attestation, so protection was designed in from the first architecture decision.
Face scan and QR-based login authenticate every critical action, so there are no passwords to share or compromise and the person completing an attestation is physically present.
Signed records and verifiable digital tokens are generated at every significant verification event and cannot be modified after creation, giving a trail that holds up to audit, dispute or regulatory review.
Verifiers, signers and organisation administrators each reach only what their attested role allows, and every authority role must be assigned to at least one verified individual.
Many organisations progress through verification at the same time, with invitation state kept separate so no data or decision crosses between flows.
How we got there
Five stages, starting with the regulatory landscape rather than a feature list, because every decision carried a compliance implication.
We mapped the KYB compliance landscape — the regulatory requirements behind ownership disclosure, the workflows compliance teams were actually using, and where existing tools created risk or friction — documenting each entity type and its authority structures before scoping.
We defined a modular verification architecture covering different entity types, configurable ownership thresholds, optional add-ons and the distinct flows for new versus existing organisations, across the web dashboard, mobile app, Middesk integration and on-chain record layer.
We designed both sides of the journey — the inviting organisation configuring and sending a request, and the invited organisation completing it — validating every screen against the compliance requirement it had to satisfy while keeping the experience guided.
Built as a layered system: the web dashboard for organisation management and verification configuration, a REST API layer connecting Middesk and the on-chain record system, and the mobile app for QR-based login and biometric attestation, with parallel flows and role-based task routing.
We ran the full flow end to end, including corporate shareholders without existing records, ownership totals exceeding 100%, authority role gaps, verification failures and multi-tier ownership chains. Compliance accuracy was treated as a hard requirement.
What changed for the business
Beyond the headline numbers, three things compliance teams noticed first.
Compliance teams that previously spent weeks gathering documents and chasing responses now work from an invitation-driven workflow with built-in guidance and real-time tracking.
The on-chain trail turns a one-time check into a record that can be re-examined, shared with auditors or referenced in a dispute with no risk that it has been altered.
A legally complex process was made manageable for non-specialists, meeting requirements without the operational overhead that usually comes with them.
What the engineering choices are worth in operating terms
Every headline number traces back to a specific decision, not a vague platform effect.
| Engineering decision | Operating outcome | Measured effect |
|---|---|---|
| Invitation flow with automated business verification | Document chasing replaced by a guided, tracked onboarding request | 75% faster onboarding |
| On-chain record generation at every event | Compliance evidence that cannot be edited after the fact | 100% audit trail coverage |
| Unified organisation, officer and owner verification | One flow instead of three parallel document exercises | 98% of layers in one flow |
| Biometric, QR-based authentication throughout | No shared credentials in the attestation chain | 98% password-free |
What it's built on
The actual technologies, not feature names with icons attached.
Frontend
- Next.js
- HTML
- CSS
- JavaScript
Mobile
- iOS
- Android
Backend & data
- Node.js
- Nest.js
- PostgreSQL
Integrations
- On-chain token storage
- Middesk verification API
Get the complete write-up as a PDF
The same content on this page, plus the extended module breakdown and delivery phases, in a single document you can share internally.
Verification flow and on-chain record architecture
Compliance research to release, phase by phase
Biometric attestation and authority control in detail
Download the case study
No spam • unsubscribe anytime • we’re here when you need us
Other platform builds