System Lifecycle

How Hakiki executes.

Hakiki is not a form app. It is a strictly structured workflow engine designed to execute operational procedures securely and immutably.

The Path to Immutability.

Every checklist executed in Hakiki follows a rigid, mathematically verifiable lifecycle. Operations are governed centrally, verified at the perimeter, and locked in the ledger.

Phase 1: Rule Authoring

Global Admin defines the rigid structure using the Node Builder.

const V2_TEMPLATE = { id: "facility_inspection",
requiresSignoff: true
}
Commit 8f92a11 deployed
Phase 2: Active Trigger

An operator starts the checklist, instantiating an active Execution bound to the Template version.

Triggered by: user_491EXEC_001
Phase 3: RBAC Enforcement

The system intercepts inputs. Does the user have permission to submit this data?

Role Check:Org Admin [PASS]
Department Scope:Operations [PASS]
Phase 4: Ledger Immersion

Completion logic hashes the state. The execution is forever locked against future edits.

hash:9b2a7f...
1

Authoring

Global and Tenant administrators drag-and-drop structural nodes to construct templates. Nodes define mandatory files, signatures, and input shapes. Templates are versioned like Git branches.

2

Orchestration

When an operator starts a procedure, Hakiki clones the Template Version and creates a totally isolated Execution Instance. The rules are locked at instantiation.

3

Enforcement

Every node evaluates incoming data against RBAC (Role-Based Access Control). If a user attempts to bypass a structural step, the validation gate rejects the payload.

4

Ledger Lock

Upon completion, the execution is cryptographically hashed. All PostgreSQL DB rows move to an immutable state. Future edits are structurally impossible.

Ready to enforce operations?