GETTING STARTED

Start with one identity spine. Add the proof surfaces your operation needs.

ECZ-ID begins with the parent ECZ-ID Business Passport™. That parent identity spine anchors the organisation, jurisdiction, tier, operating context, and downstream proof surfaces that make a business, agent, API, product, platform, robot, supplier, or counterparty easier to resolve.

From there, TrustOps lets you add the passports, packages, bindings, and operating surfaces your organisation needs. Resolver gives relying parties a public place to check current proof before they act.

Choose parent tier Add capability Bind surfaces Activate lifecycle Resolve proof

THE SIMPLE PATH

Move from interest to operational resolvability.

The fastest way to begin is to start in TrustOps, choose the parent ECZ-ID Business Passport™ tier that matches your required posture, then add the passports, packages, and proof surfaces that fit the operating surfaces other parties need to rely on.

You do not need to understand every passport on day one. Start with the outcome: agent identity, MCP proof posture, API authority, vendor onboarding, DORA/SBOM vendor credentialing, Digital Counterparty Infrastructure, trade finance release, construction dispute defensibility, robotics, product custody, platform reliance, or broader institutional review.

START HERE

Five practical entry points.

01

Parent identity spine

Obtain an ECZ-ID Business Passport™.

Start with the parent identity spine. This anchors the customer, operating context, tier, jurisdiction, and downstream proof surfaces that can attach to the ECZ-ID.

Start with Business Passport
02

Agent / MCP / API

Make agents and software surfaces easier to resolve.

Use ECZ-ID for agent identity, MCP server posture, API authority, manifests, repositories, tools, software supply chains, and operator-linked proof surfaces.

Start Agent / MCP path
03

Digital counterparty

Make websites, portals, and APIs reliance-grade.

Use Digital Counterparty Infrastructure where websites, portals, APIs, platforms, fintech surfaces, or digital operators need machine-readable, resolver-verifiable proof.

Start DCI path
04

DORA / SBOM

Package vendor credentialing for repeated review.

Use DORA and SBOM packages where ICT vendor posture, software liability, supplier evidence, operational resilience, and procurement review need a cleaner proof surface.

Start DORA / SBOM path
05

Full catalogue

Browse passports, packages, add-ons, bindings, and operating surfaces.

ECZ-ID covers more than one wedge. Use the full catalogue for businesses, agents, APIs, cyber, products, custody, robotics, mobility, drones, infrastructure operators, DORA, SBOM, DCI, trade finance, construction disputes, platforms, insurers, and regulated counterparties.

Browse full catalogue

THE OPERATING SEQUENCE

Start. Attach. Bind. Activate. Resolve.

ECZ-ID keeps each surface in its correct role. The website explains. TrustOps operates. Backend truth decides. LedgerCore™ records decisive events. PulseGuard™ checks present state. Resolver projects safe public proof for humans and machines.

Start with parent ECZ-ID Attach passports and packages Bind operating surfaces Activate lifecycle Check public proof

WHAT TO CHOOSE FIRST

Start from the reliance problem, not from the catalogue.

If others need to know who you are

Start with Business Passport.

Use the parent ECZ-ID Business Passport™ where customers, buyers, platforms, insurers, banks, or counterparties need a stable identity spine before reliance.

If software or agents act for you

Start with Agent / API / MCP posture.

Use Agent Credential, KYA, MCP, API, model, dataset, manifest, repository, and software supply-chain proof surfaces where systems act, connect, call tools, or trigger workflows.

If buyers keep asking for evidence

Start with vendor or regulatory credentialing.

Use vendor onboarding, KYB-style packs, DORA, SBOM, cyber, risk, software supply-chain, and procurement evidence paths where repeated review slows revenue.

If value moves through chains

Start with product, custody, trade, or dispute posture.

Use Product Passport, Custody Transfer, Risk Policy, trade finance, construction dispute, SBOM/DPP, IoT, robotics, mobility, drones, and high-value goods paths where state and evidence must survive later review.

WHAT HAPPENS AFTER STARTING

Activation does not make the website the proof source.

After acquisition, the operating lifecycle continues in TrustOps. Setup guidance, customer access, passport state, package state, binding tasks, resolver-linked assets, renewal, downgrade, suspension, revocation, and operational readiness remain controlled through the correct operating surface.

Public proof still routes to Resolver. Backend-owned truth still controls what can be projected. That boundary protects customers, relying parties, platforms, insurers, and machines from treating a marketing page as the authority.

FOR HUMANS AND AGENT-ASSISTED FLOWS

ECZ-ID is designed for buyers, operators, platforms, and machine-assisted review.

Human buyers

Review the parent tier, packages, add-ons, billing period, and selected proof surfaces before acquisition.

Operators

Manage passports, setup tasks, lifecycle state, binding guidance, resolver-linked assets, customer access, and operational readiness.

Platforms and institutions

Route review, onboarding, procurement, insurance, risk, marketplace, and counterparty checks back to Resolver instead of relying on static claims.

Agents and machines

Use resolver-verifiable, machine-readable proof surfaces where software needs to check state, identity, or accountability before acting.

NEXT STEP

Begin in TrustOps. Use Resolver before reliance.

Start with the parent ECZ-ID Business Passport™, add the capabilities your operation needs, and make the relevant proof surfaces easier to resolve before another party relies on them.