1. Workflow Automation Engine
  2. Features
  3. Corrections and evidence
Feature · Corrections and evidence

Corrections and evidence

Retain past revisions and trace the correction that replaces them.

OverviewMy definitions
Workflow Automation Engine · Corrections and evidence

My definitions

Automation definitions

New
NumberNameStatusRevisionStarted atExecution result
AD-68498Definition 506Draft24009 OctER-356
AD-57294Definition 694Validated91012 OctER-278
AD-75495Definition 646Approved39015 OctER-611
AD-18889Definition 394Active2017 OctER-938
AD-29555Definition 950Retired69015 OctER-543
6 of 6 records
Definition 506Automation definitions · AD-68498
Draft
Revision240
Started at09 Oct
Execution resultER-356
Example screen with sample data

What you can do

Correct work without losing its history

The correction workflow retains the prior revision, records a correction run and compensating step, creates a successor revision and raises a verification follow-up. The Automation Owner can change the path forward while the Audit Reader still sees what previously ran and why a correction was needed. State history keeps the actor, source revision, operation key and reason for recorded changes.

Evidence documents give a reviewer supporting material for a definition. Their title, date, external reference, attachment and verifier help the team explain a decision later. The review decision itself holds the source revision, reviewer, decision, date and reason. Keep these records linked to the definition rather than copying a narrative into a disconnected note.

How the work is organized

  • Earlier revision. Preserve the version and run trace that produced the original result.
  • Successor. Prepare a new revision and validation path for the changed instructions.
  • Verification. Assign a follow-up with a due date, status and resolution to a named person.

What to agree during setup

Decide what counts as a correction requiring a compensating action and who may start it. Agree what evidence the follow-up assignee must inspect: the earlier result, the compensating step, the successor revision and the outside receipt where applicable. Define when a follow-up can be completed and how an unresolved external outcome is escalated to the Operations Operator.

For the pilot, choose a completed execution with a simple, checkable result. Create a successor revision through the correction workflow. Compare the original and correction runs, then ask the assignee to document the resolution. The Reviewer should be able to inspect both revisions without assuming the new one retroactively changed the first decision.

Check the handoff on an actual case

An automation sent an accepted action using an earlier mapping version. The team learns that the source value was interpreted incorrectly. The Automation Owner invokes correction, which retains the original revision, records a compensating step and creates a successor. The Integration Steward checks the mapping change, while the Operations Operator compares the provider receipt with the correction run. The follow-up stays open until an assigned person verifies the outcome.

If the provider has not confirmed the compensation, keep the follow-up open and the run available for reconciliation. Do not close the task solely because a successor definition exists. Once the outside result and state history agree, record the resolution and completion date.

What your team sees

  • Open correction follow-ups — Find assigned work awaiting verification.
  • My follow-ups — Check the due date and resolution for your own correction tasks.
  • Completed review decisions — Compare the decision on each affected revision.

Follow the work through

Use correction and verification to examine the earlier run, successor and follow-up together.

What it keeps track of

Data model
Automation definitions
Defines one automated process teams can trigger, showing its steps, status, and latest run outcome.
Follow up actions
Tracks a follow-up task raised after a review, so the team knows who owes what and by when.
State history
Logs each time a record's status changed, so teams can trace how and when it moved along.
Evidence documents
Holds a supporting document for a review, so teams can back their decisions up with proof.
Review decisions
Captures a reviewer's approval or rejection of an item, along with the reason behind the call.
Operation runs
Represents one run of an operation, used to track its progress, timing, and outcome.
Operation steps
Represents one step in a run, letting teams see progress and spot exactly where it failed.

Who uses it

Permissions
Automation Owner
, Reviewer, Operations Operator, Integration Steward, Audit Reader.

Set up Workflow Automation Engine your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started