Traces
A Trace follows each real run of a process through the records it leaves behind: every order, every close, every leaver. It judges each run against the path you expect, step by step, with nothing created or changed.
Trace · last 30 days, 50 leavers
Every leaver loses access the same day
Each step expected within 8 hours of the termination
Recent leavers
J. Alvarez: Okta off at 09:40, Microsoft 365 license still assigned 6 h later.
Verdicts
Each run of the process is judged against its expected path and lands in exactly one of these.
Completed
Every expected step happened, in order, inside its time window.
Late
Every step happened, but at least one landed outside its window.
Deviated or missed
A step happened out of order, or never happened. The step and the record are named.
Not observed
Panaptico could not read the records for a step. Shown as its own verdict, never as complete.
How a Trace works
Traces are read-only. They never create test data; they judge what actually happened.
A closed deal, a termination, a month-end trigger. Each one starts a run.
The steps that should follow, in which systems, and how long each may take. Branches like one of are supported.
Panaptico reads each system's own records and lines them up against the path, run by run.
Counts per step show exactly where runs fall off, and each deviated run links to its records.
Why it matters
Fifty runs means fifty verdicts. The one that deviated is named, not smoothed into a rate.
Counts at each step show the exact handoff where the process leaks.
Each verdict links to the records in each system that support it.
Examples
Works with
Pick a process that runs many times a week. Panaptico follows each run through its own records.