These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Workflow Automation Engine
- Features
- Corrections and evidence
Corrections and evidence
Retain past revisions and trace the correction that replaces them.
OverviewMy definitions×
Workflow Automation Engine · Corrections and evidence
New
My definitions
Automation definitions
| Number | Name | Status | Revision | Started at | Execution result | |
|---|---|---|---|---|---|---|
| AD-68498 | Definition 506 | Draft | 240 | 09 Oct | ER-356 | |
| AD-57294 | Definition 694 | Validated | 910 | 12 Oct | ER-278 | |
| AD-75495 | Definition 646 | Approved | 390 | 15 Oct | ER-611 | |
| AD-18889 | Definition 394 | Active | 20 | 17 Oct | ER-938 | |
| AD-29555 | Definition 950 | Retired | 690 | 15 Oct | ER-543 |
6 of 6 records
Definition 506Automation definitions · AD-68498
DraftRevision240
Started at09 Oct
Execution resultER-356
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.