Zoiko Tech
DIGITAL IDENTITY

Know who or what is acting, and what authority actually applies.

Digital identity connects authoritative subject records, authentication state, entitlements, delegated authority, policy and access decisions while keeping expiry, revocation, exceptions and evidence visible.

Person graphic
Person · S-1042Workforce directory · confirmed
08:00Current
Guest graphic
Guest · G-77Sponsor: Legal · expires 30 Oct
Stale
Agent graphic
Agent · INV-EXC-01Acting for: AP Lead · scoped
Delegated
ACCESS DECISION

Approve payment PAY-5521

Denied · entitlement expired

Seven requests. Five checks. One honest decision each.

Denied, review, expired, revoked, stale and unknown are first-class outcomes, never hidden behind “authorized”.

IDENTITY & AUTHORITY DECISION MAPSPECIMEN · SYNTHETIC DATA
SUBJECT
SOURCE
AUTHENTICATED
ENTITLEMENT
DELEGATION
POLICY
DECISION
Person · S-1042Read supplier invoices
-
Allow
Service · svc-billingPost invoice batch
-
Review required
Agent · INV-EXC-01Send supplier query
Allow (delegated)
Guest · partner G-77Open contract room
-
-
Step-up required
Person · S-0991Approve payment
-
-
Denied
Agent · REC-02Update ledger
-
Revoked delegation
Org · ORG-12Tenant admin
-
-
-
-
Unknown · fail closed
Confirmed
Failed / revoked
Stale / unknown
-Not applicable
EVIDENCE RAIL · EVERY DECISION RECORDED
Control architecture background
DIGITAL IDENTITY CONTROL ARCHITECTURE

One authority chain. Seven links. Any link can break.

Each link is kept separate on purpose, because each one can fail, expire or be unknown on its own.

L1

Subject

Who or what is acting?

L2

Identity source

Which system owns identity truth?

L3

Authentication

Has authentication been established?

L4

Entitlement

What access is currently granted?

L5

Delegation

Is the actor acting under delegation?

L6

Policy & context

What policy and context apply?

L7

Decision & evidence

What is the decision, and can it be explained?

FOLLOW ONE REQUEST

Watch a single payment approval travel the chain

S-0991 tries to approve payment PAY-5521. Each step below shows what the responsible system knows, and where the request stops.

STEP 1 OF 7 · SOURCE

The identity points back to the system that owns it

A stable subject reference, its type, its authoritative source and owner, and how fresh that source is.

Subject profile

Identity subject

SPECIMEN · SYNTHETIC DATA
Subject ID
S-1042 (synthetic)
Subject type
Person
Display label
A. Rivera
Authoritative source
Workforce directory
Source owner
IT Identity team
Source status
Current
Linked references
HR system ref · approved
Last confirmed
Today 08:00 sync
Conflict: CRM lists a different department. Shown as review required, never silently merged.
Identity source rule. A display name or email address is not, by itself, an authoritative identity record.
STEP 2 OF 7 · AUTHENTICATION

Authentication is a state, not a method we invent

No method names, assurance scores or device fingerprinting unless current documentation defines them.

Authentication state
Authenticated

The responsible system says so, with time and source.

Unauthenticated

No current authentication from the source.

Needs step

A further step is required before deciding.

Expired

Authentication validity has passed.

Review required

A person must look before access proceeds.

Unknown

Source unavailable or silent; never upgraded to authorized.

Authentication boundary. Authentication alone does not grant access, prove legal identity or establish entitlement.
STEP 3 OF 7 · ENTITLEMENT

What access exists, where it came from, when it ends

Roles appear only where the source defines them. Exceptional access is explicit, scoped, time-bounded and reviewable.

Entitlements architecture

Effective entitlements · S-1042

SPECIMEN · SYNTHETIC DATA
ENTITLEMENT
RESOURCE SCOPE
SOURCE
EFFECTIVE PERIOD
STATE
Invoice reader
AP workspace · invoices
Role assignment · Finance IAM
01 Jan → 31 Dec
Active
Batch poster
Billing service · posting API
Service grant · Billing team
Until 30 Nov
Active
Vendor master editor
Vendor records
Exception · CFO approval
24 h · expires 18:00
Exception
Payment approver
Payments < $10k
Role assignment · Treasury
Ended 30 Sep
Expired
Legacy report export
Finance data mart
Unknown source
—
Unknown
An entitlement contributes to authorization; it is never the final access decision on its own.
STEP 4 OF 7 · DELEGATION

Borrowed authority, with an owner and an end date

Who delegated, to whom or what, for which scope, under which policy, for how long, and how it is revoked.

Delegated authority shell

Delegated authority · DLG-208

SPECIMEN · SYNTHETIC DATA
DELEGATORAP Lead · S-0870
DELEGATEAgent · INV-EXC-01
Authority scopeDraft & send supplier queries
Policy basisAP delegation policy v2
Sub-delegationNot permitted
ReviewerFinance controls
VALIDITY
Valid from 01 OctActiveExpires 31 Oct
Delegated authority rule. Delegation is not identity ownership, permanent role assignment, power of attorney or legal agency.
STEP 6 OF 7 · DECISION

Policy meets context, and the decision explains itself

Allow, deny, review-required, step-up-required or unknown, each with a safe reason and an owner who can resolve it.

Access decision architecture

Access decision · DEC-3310

SPECIMEN · SYNTHETIC DATA
Subject
S-0991 · Workforce directory · current
Authentication
Authenticated 10:14
Entitlement
Payment approver · expired 30 Sep
Delegation
None
Resource / action
Approve payment PAY-5521
Policy
Payments policy v4
Decision: DeniedReview route: Treasury access owner · Recorded 10:14 with policy v4
· Reason: entitlement expired
Decision integrity rule. Never show “authorized” when source, authentication, entitlement, delegation or policy is missing, expired, revoked, stale or unknown.
STEP 7 OF 7 · EVIDENCE

Evidence that proves why access was refused

Identity, authentication, entitlement, delegation, decision and lifecycle evidence, linked and timestamped.

Evidence ledger archive

Decision provenance · DEC-3310

SPECIMEN · SYNTHETIC DATA
08:00
Identity confirmed
S-0991 · Workforce directory · current
Identity
10:14
Authenticated
Responsible system · validity 8 h
Authentication
10:14
Entitlement checked
Payment approver · expired 30 Sep
Entitlement
10:14
Decision: denied
Payments policy v4 · reason category: expired
Decision
10:20
Review requested
Routed to Treasury access owner
Review
—
Authoritative outcome
Payment remains owned by the payments system
Outcome
Analytics never capture credentials, tokens, secrets, factors, identity documents or sensitive attributes.
Lifecycle background forest
LIFECYCLE, EXPIRY & REVOCATION

Authority has seasons. Every one of them is visible.

Anything expired, revoked or stale fails closed. Reinforcement always needs fresh confirmation from the source.

01
New / pending

No access before activation.

02
Active

Source-backed current authority.

03
Changed

Downstream decisions refresh.

04
Suspended

Dependent access blocked or reviewed.

05
Expired

Never treated as current.

06
Revoked

Blocked; revocation evidence kept.

PEOPLE, SERVICE, ORGANIZATION & EXTERNAL ACTORS

Meet the cast of subjects

Five kinds of actor, each handled at source-backed abstraction, and each with a clear note on what we will not assume.

Person

Person

Subject reference, source, authentication, entitlement and delegation state.

Not inferred: employment status, legal proofing, biometrics
Service / machine

Service / machine

Workload or system actor with an owner and scoped authority.

Not inferred: certificate, key or secret mechanism
Organization

Organization

Tenant or legal-entity reference where the product needs it.

Not inferred: ownership, legal authority, regulated status
External actor / guest

External actor / guest

External source, sponsor, scope, expiry and review route.

Not inferred: federation, external directory integration
Agent / automation

Agent / automation

Agent identity tied to a principal and delegated authority.

Not inferred: legal identity, autonomy, hidden privilege
GET STARTED

Make identity and authority clear before access is granted.

Talk with Zoiko Tech about the people, services, external actors or agents you need to identify; the systems that own identity and entitlement; the delegation and access decisions that matter; and the security, privacy and regulatory boundaries that must remain visible.

Actor 1Actor 2Actor 3Actor 4Actor 5
Identity architecture for people, services, guests and agents.

Contact Sales

Technology: Digital Identity

Please don't include passwords, tokens, private keys, identity documents, government IDs, authentication factors, customer records, health or financial data, raw logs or confidential access evidence.