The answer is already on the record
When finance or a sponsor asks why a date slipped or a cost moved, you do not reconstruct it from memory: the actor, the change, and the reason are already logged against the item.
GOVERNANCE ON THE RECORD
Project audit trail software that records who, what, when, and why
Project audit trail software in Phaselo writes an immutable event for every meaningful change to a project: status, dates, cost, assignment, and re-baseline. Nobody edits the record after the fact, so when a number or a date moves the reason is already there.
14-day free trial · No credit card · Founding price $99/month for the first 10 teams
Phaselo · Activity
ActivityFacility Upgrade · 6 changes
- FAC-1Baseline captured at go-live
You · 6 Oct · Facility Upgrade
- FAC-12Due date moved 3 days later
Sam Rivera · 8 Oct · Procurement · supplier delay
- FAC-3Status changed to In progress
Dana Lee · 8 Oct · Execution
- FAC-9Cost updated $42,000 to $48,500
You · 9 Oct · Switchboard Install · variation VO-2
- FAC-12Re-baselined by 18 days
You · 10 Oct · Procurement · outage window extended
- FAC-5Assigned to Priya Nair
Dana Lee · 10 Oct · Commissioning
Append-only. Entries are never edited or deleted.
What it does
What the audit trail is
The audit trail is the append-only history behind every project. When someone moves a due date, changes a status, edits a cost, reassigns a task, or re-baselines, Phaselo writes a permanent event that captures the actor, the timestamp, the exact before and after, and the reason where one is required. There is no edit button and no delete on those events. The problem it removes is the after-the-fact reconstruction: instead of digging through inboxes to work out who moved a date and why, you read it straight off the item or the project activity stream.
How it works
How the audit trail works
- 1
Entries are only ever added
Every accountable change adds an entry to the project's history, and nothing in Phaselo can edit or delete one, so the history only ever grows. If a recorded reason was wrong, the fix is a correction added beside it, never a rewrite.
- 2
It captures the four facts
Each event stores the actor who made the change, the timestamp it happened, and a payload holding the exact before and after value, for example due 12 May to 26 May or committed $40k to $52k. For governed changes like a re-baseline, the written reason is captured in the same event and is required before the change goes through.
- 3
Saved with the change, or not at all
The entry is saved together with the change it records: both land, or neither does. You never get a moved date with no record of who moved it, or a record with no change behind it.
- 4
The record outlives the thing it describes
The history is kept apart from the things it describes, so deleting a task or removing a teammate leaves their history intact. An audit log that disappears when you delete the item is not an audit log.
- 5
Read it two ways
On any item you see its full History tab grouped into Schedule, Cost, People, Dependencies, Governance and more. At project level the same events form an activity stream of everything that has happened, newest first.
Why it matters
Why it matters
Nobody can rewrite history
Because events are insert-only and never edited or deleted, the record cannot be quietly cleaned up before a review, which is the whole point of an audit trail.
Re-baselines carry their reason
Moving the baseline is a governed event: it will not commit without a written reason, so every reset of the goalposts is documented next to the slip it explains.
In the product
What you get
- Immutable event for every status, date, cost, assignment, and re-baseline change
- Actor, timestamp, exact before and after, and reason captured on each event
- Per-item History tab grouped by category: Schedule, Status, Cost, People, Dependencies, Scope, Files, Comments, Governance
- Project-wide activity stream of every change, newest first
- A reason required for pushed dates, late finishes, re-baselines and budget variations
- History survives deletion of the item or removal of the user
Phaselo · Activity
ActivityFacility Upgrade · 6 changes
- FAC-1Baseline captured at go-live
You · 6 Oct · Facility Upgrade
- FAC-12Due date moved 3 days later
Sam Rivera · 8 Oct · Procurement · supplier delay
- FAC-3Status changed to In progress
Dana Lee · 8 Oct · Execution
- FAC-9Cost updated $42,000 to $48,500
You · 9 Oct · Switchboard Install · variation VO-2
- FAC-12Re-baselined by 18 days
You · 10 Oct · Procurement · outage window extended
- FAC-5Assigned to Priya Nair
Dana Lee · 10 Oct · Commissioning
Append-only. Entries are never edited or deleted.
Pricing
Every feature, one price
Founding teams pay $99 a month, held for 12 months, for the first 10 organisations; after that the price is $399 a month, or $3,990 a year. Either way it is one price for the whole organisation, with unlimited people and unlimited projects. The critical-path engine, baseline governance, the audit trail, slip alerts, the money roll-up, the risk register and the punch list are in every plan, with a free trial and no credit card.
FAQ
Questions about audit trail
What does project audit trail software actually record on each change?
Each accountable change writes one immutable event holding the actor who made it, the timestamp, and a payload with the exact before and after value. For governed changes like a re-baseline it also stores the written reason. That covers status, dates, cost, assignment, dependencies, baseline, and more.
Can someone edit or delete an entry in the audit trail?
No. The trail is append-only: entries are only ever added, never edited or deleted, so the history cannot be cleaned up before a review. If a recorded reason was wrong, the fix is a correction added beside the original, naming who corrected it and when.
Does the history survive if I delete a task or remove a teammate?
Yes. The history is kept apart from the things it describes, so if you delete a task or a person leaves the organisation, their recorded history stays intact. An audit log that vanishes with the item it tracks would not be an audit log.
Where do I read the audit trail in Phaselo?
In two places from the same events. Every item has a History tab grouped into Schedule, Status, Cost, People, Dependencies, Scope, Files, Comments, and Governance. At project level the same events form an activity stream showing everything that has happened, newest first.
Is a reason required for every change?
Not for every edit, but for every change that moves a commitment. On a live project, pushing a due date later asks for a cause and a sentence, finishing work after its due date asks why, and re-baselining or varying the budget needs a written reason. Everyday edits, such as a rename or a new assignee, are still logged in full with who, when, and the before and after.
More features
Phaselo for your team
Jira Alternative for Operations Teams
Jira was built for software sprints, not site works. The honest guide to a Jira alternative for operations teams in manufacturing and facilities.
Read the guide →The record that backs the projected finish
Phaselo gives you the projected finish, the honest slip, and the record to back both. The audit trail is that record: append-only, attributed, and there before anyone thinks to ask.
Start free trial