Stateful Object Lifecycle
One record. Every actor. Always in sync.
Stateful Object Lifecycle keeps a single shared record — case, ticket, deal, claim — as it passes through hands over days or weeks. Every actor sees the same current status, owner, and history. SLA timers run in the background. The object can only move to states you've permitted from where it is now.
Shape
Operational dimensions
Person oversees and intervenes by exception.
Fires when an upstream condition occurs.
Holds working state that compounds over runs.
Reads from and writes to external systems.
Inputs
- object identifier (case ID, ticket ref, deal ID)
- transition request (actor, target-state, attached evidence/notes)
- state machine definition (states, permitted transitions, SLA config)
- actor identity and role
Outputs
- updated canonical state (current status, owner-of-record)
- transition history entry with actor + timestamp
- SLA status and breach alerts
- permitted-next-transitions list for current state
Mechanism
Maintains a per-instance state machine over a long-lived case / record / transaction object — tracks status, owner, history, SLAs, and permitted transitions across the object's life.
Why this is a primitive
Cannot be decomposed: the per-instance state machine (states, transitions, owner-of-record, history log) is a single operation — progress-the-object's-state. Without it the primitive collapses to an unstructured document store. It does NOT decide who-acts-next (that's workflow-routing) and does NOT compute task dependencies (that's schedule-and-plan); it simply owns and progresses one object's lifecycle.
Where it shows up
Related primitives
Tags
See where it fits.
Primitives are configured into named solution shapes for each client’s domain. The fastest next step is a conversation about which shape fits your problem.
Start a conversation