Command dashboard
Access intelligence is ready.
Monitor active occupancy, gate throughput, verification health and exception pressure across the current client estate.
Gate activity trend
Hourly movement
Intelligence service health — last 24 hours
Who is at the gate?
Ask for one authoritative starting identifier. Do not ask the visitor to tell you information the platform can resolve itself.
Confirm the person without teaching the answers.
One response per challenge. Wrong answers are never revealed and are not erased by later questions.
Waiting for identity resolution…
Registered contact possession
Select a masked destination already associated with this identity.
Authenticated person
—
How is this person entering?
Vehicle record
Verify the visible vehicle characteristics
Inspect only what can reasonably be observed at the checkpoint. Registry year is intentionally not used as a visual check.Where are they going, and how can security reach them?
Visit contacts are operational information for this visit only. They do not overwrite authoritative identity records.
Calculating…
The risk engine is comparing authentication, local history, resident status, vehicle evidence and site policy.
What is leaving the premises?
Record exit without repeating entry-level authentication
This option follows the site policy. Vehicle exits always remain authenticated and custody-controlled.
Identify the person leaving
Verify the current person.
Waiting…
Step-up verification
Evaluating presence…
Original custodian authorization required
Send a release code to the verified authorization contact established at entry.
Ready to record exit
The current authentication and custody evidence will be written to the premises ledger.
Presence answers “what is inside now”; the Access Log answers “what happened over time.”
Administrative corrections are separately audited and never erase the original movement history.
Currently inside
| Person | Class | Site | Destination | Entered | Risk | Actions |
|---|
Currently inside
| Vehicle | Site | Custodian | Entered | Custodian present | State | Actions |
|---|
People & vehicle movement history
| Time | Movement | Subject | Context | Site / checkpoint | Operator | Outcome |
|---|
Membership links a verified identity to this site.
Identity intelligence remains external; the resident register stores only site authorization context.
Site memberships
| Resident identity | Membership | Unit / reference | Validity | Status | Actions |
|---|
A resident, employee, department, reception point or other internal contact a visitor can legitimately be coming to see.
Hosts make destination capture faster and create context for visit history, authorization and incident review.
A host record does not authenticate a visitor or automatically grant access. Identity verification and site policy still apply.
Authorized visit contacts
| Reference | Name | Unit / department | Phone | Status |
|---|
| Type | Subject | Name | Reason | Severity | Block | Status |
|---|
Audit-chain verification
Audit events are cryptographically chained. Integrity verification checks whether historical evidence has been altered.
Accountable security activity
| Timestamp | Client | Actor | Role | Action | Subject | Outcome | Request |
|---|
Model the physical estate before configuring the security policy.
Sites represent protected locations. Checkpoints represent the actual gates, receptions, pedestrian entrances or controlled bays inside those sites.
Security locations
Estates, buildings, campuses, factories or other protected locations.
Controlled access points
Vehicle gates, pedestrian gates, reception desks, lobbies and service entrances.
Verification, movement & continuity
These controls define how strict the site should be at entry, exit and during degraded connectivity.
Client organizations and service state
Super administrators create, scope and support every client environment from this control plane.
Platform tenants
| Client | Code | Package | Subscription | Mode | Status |
|---|
Subscription packages and capacity
Prices and limits remain editable. Package codes stay stable so historical subscriptions remain traceable.
Packages
Screen lock preference
Every operator should have their own account.
Roles define the baseline. Site assignments constrain where the user operates. Account changes are auditable.
Client users
Search, review and maintain operator identities without recreating accounts.
| User | Username | Role | Site scope | Status | Last login | Actions |
|---|
Approved gate and administration devices
Device trust adds another control layer around sensitive gate operations and administrative access.
Gate devices
| Label | Device ID | Platform | Status | Last seen |
|---|