Tenants on platform
Recent platform activity
System health
Job orders — under supervision
Match proposals (AI · mock)
Active placements (real chain)
Compliance pre-validator status
Curated Japan inventory (wholesale)
Recent bookings (mock — not chain-anchored at this stage)
Why this view exists in the demo
Kalinga Travels is the second tenant in this demo. It uses a different data set, different branding, different inventory than the supervising organisation — proving that multiple organizations operate independently on the platform. In production, each tenant has its own subdomain, its own Ed25519 signing key, and its own data isolation enforced at row level.
Workers Offered — Manila pool
Match proposals received
Active placements (real chain)
Post a job order
Browse Workers Offered
Your active placements (real chain)
Recent attestations (your signatures)
DEPLOYMENT JOURNEY
Verify a chain
Paste any case ID. The chain is fetched from the public-verification surface and every event verified against the tenant's published Ed25519 key. No platform credentials are used. This is the regulator-facing primitive.
Cases requiring attention
Cases with raised compliance flags (worker reports, wage variances) automatically surface here. The auditor can acknowledge a flag, which appends a signed flag-cleared event under the inspector role.
Public verification surface
Per the cryptographic-evidence-chain architecture, regulators query the public key directory at the well-known path. No platform credentials. No platform cooperation required at audit time. The chain remains verifiable even if the platform ceases to exist.