Invalidating a Result is one of the most consequential actions in Mobaro. The original Result is permanently removed from the Gallery, Dashboards, and reporting. What happens to the underlying Checklist occurrence afterward — whether it can still be resumed or rescheduled — depends on the choices you make in the invalidation dialog. This article explains both, when to invalidate, and the less destructive alternatives.
Critical: Invalidating a Result is equivalent to permanent deletion. The invalidated Result is removed from the Gallery, Dashboards, and all reporting, and cannot be restored through the Mobaro Backend, the API, or support. Making the occurrence resumable or rescheduling it does not bring the original Result back — it produces a new, separate Result.
What's covered:
Users must be Super Users or have the following Role to invalidate Results:
Results: Invalidate
Most parks restrict this permission to managers and administrators.
What invalidation does
When you invalidate a Result, the following happens immediately and permanently to that Result:
It is removed from the Gallery.
It no longer counts in any Dashboard.
It is excluded from all reporting and exports.
It cannot be restored through the Mobaro Backend, the API, or support intervention.
Invalidation is the strongest action Mobaro offers for removing a Result from the platform. For the original Result, it is functionally equivalent to deletion. The invalidation action itself is recorded in the audit trail for the User who performed it.
Permanent removal vs. rescheduling
This is the part that causes the most confusion, so it's worth being precise. Invalidation acts on two different things:
Thing | What happens |
The original Result | Always permanently removed from the Gallery, Dashboards, and reporting. Never recoverable. |
The Checklist occurrence (if tied to a Schedule) | Depending on the options you choose at invalidation, it can be left resumable or rescheduled so the work can be done again — producing a new Result with a new timestamp. It can also be left to fall missing if you choose nothing. |
Why this matters: "I rescheduled it, so the data is back" is a misunderstanding. Rescheduling or making the occurrence resumable gives your team a way to redo the work and capture a fresh Result. It does not recover the invalidated Result — that data is gone from reporting for good. Treat the two as separate: one is destruction, the other is a redo path.
When to invalidate
Invalidate a Result when it is genuinely bad data — not just data you disagree with. Common legitimate cases:
A test Result created during training that accidentally ended up in production reporting.
A Result submitted against the wrong Asset or Location — for example, a Checklist run on the wrong ride.
A Result with a clear data-entry error that cannot be edited (for example, a photo that captured the wrong object).
A Result created by a test User account that should never have been counted.
When not to invalidate
Heads-up: Do not invalidate a Result just because it reflects a failing outcome or an undesirable answer. A failed Checklist is still valid data — it means the Checklist was completed and the answer was recorded. That is exactly what reporting is designed to capture.
Specifically, do not invalidate when:
A Checklist failed — you want the failure captured in reporting.
An operator answered incorrectly — the record of the answer is itself meaningful.
You want to "clean up" the Gallery for a presentation — use filtering instead.
A Result is simply old — use date filtering in reports instead.
Alternatives to invalidation
If you are unsure whether to invalidate, reach for one of these less destructive options first:
Edit the Result — if the data entry was wrong but the Result should still exist, edit the underlying answers where possible.
Filter it out of reporting — use Dashboard filters to exclude Results by date, User, Asset, or Location rather than removing them permanently.
Annotate the Result — add a note explaining the context so it is interpretable during future review.
Create a corrective Result — if a Checklist was run against the wrong Asset, run it again against the correct one and leave the original for the audit trail.
How to invalidate a Result
1. Navigate to the results page
Access the Results section from the main Mobaro Backend menu.
2. Select the Result to invalidate
Click the checkbox next to the Result you wish to invalidate. You can select multiple Results to invalidate them in bulk.
3. Click the Invalidate icon
With the Result selected, click the Invalidate icon in the toolbar, then confirm in the dialog. This is the last opportunity to cancel.
Once confirmed, the Result is immediately removed from the Gallery, Dashboards, and reporting. If the Result is tied to a Schedule, you will see additional options before finalizing — covered in the next two sections.
Invalidating Results with active Schedules
If the Result is tied to an active Schedule, you are given additional options before the invalidation is finalized.
Make the occurrence resumable
Choose whether to allow assignees to resume the Checklist. This makes the Checklist occurrence available for completion again, so a fresh Result can be captured without starting the workflow from scratch. The original invalidated Result is still gone from reporting — this only affects the redo path.
A Checklist invalidated before its original deadline can stay accessible in the Results section rather than moving to Invalid Results, because the occurrence is still resumable. You can also open it later from Invalid Results and turn on resumability there.
Best practice: Allowing assignees to resume the Checklist saves time — they can pick up the redo where the work left off instead of starting over. Use this whenever the work still needs to be done and only the recorded Result was bad.
Add a comment
Add a comment when invalidating to record why the action was taken. This is strongly recommended — it is the only human-readable context that survives in the audit trail.
Invalidating Results with expired Schedules
If the Result is tied to an expired Schedule, you will see a warning that the Result will appear as missing unless it is rescheduled. If the original deadline has not yet passed, the Checklist may still be resumable.
Critical: Invalidating a Result on an expired Schedule removes it from Mobaro and marks the occurrence as missing unless you reschedule it. Rescheduling makes the occurrence available for completion again — it does not recover the invalidated Result.
Reschedule the expired occurrence
If you want assignees to complete the Checklist, reschedule the expired occurrence so it becomes available again. A new Result is captured when it is completed.
Make the occurrence resumable
As with active Schedules, you can choose to make the expired occurrence resumable for assignees.
Note: Rescheduling is what prevents the occurrence from being recorded as missing. If completion still matters operationally, reschedule rather than leaving the occurrence to fall missing.
Notifications and reminders
When you invalidate a Result that you reschedule or make resumable, you can configure notifications so assignees know the work needs to be redone.
Choose who is notified
Select whether to notify assignees, Reviewers, or other relevant Users.
Set reminders
Set reminders so assignees are prompted to complete the rescheduled work.
Best practice: Notifying assignees and setting a reminder keeps the team on top of rescheduled work, so an invalidation that needs a redo doesn't quietly fall through to missing.
Frequently asked questions
Q: Can I undo an invalidation or recover an invalidated Result?
A: No. Invalidation is permanent. Neither the Mobaro Backend, the API, nor support can restore an invalidated Result.
Q: If I reschedule or make the occurrence resumable, isn't the data back?
A: No. Rescheduling or resumability gives your team a path to redo the work and capture a new Result with a new timestamp. The original invalidated Result remains permanently gone from the Gallery, Dashboards, and reporting.
Q: Is invalidating the same as deleting?
A: For the original Result, functionally yes. Mobaro uses the term "invalidate" to mark the Result as not-real rather than scrubbing it from the audit trail, but the effect on the Gallery, Dashboards, and reporting is the same as a hard delete.
Q: What if I invalidate a Result by mistake?
A: You cannot recover it. If the work still needs a valid record, reschedule or resume the occurrence (if it was Schedule-tied) or run the Checklist again. The replacement Result will have a new timestamp.
Q: Why does a Checklist stay in the Results section after invalidation?
A: If it was invalidated before its original deadline, the occurrence can remain resumable and therefore stays in Results rather than moving to Invalid Results. This is the redo path — it does not mean the invalidated Result still counts in reporting.
Q: What happens if I invalidate without rescheduling?
A: The occurrence is marked missing unless you reschedule it or otherwise resolve it. The invalidated Result is gone from reporting either way.
Q: Can I invalidate multiple Results at once?
A: Yes. Select multiple Results and invalidate them in bulk.
Q: Will assignees be notified when Results are invalidated?
A: Only if you choose to notify them. The invalidation dialog lets you notify assignees and Reviewers and set reminders when you reschedule or make the occurrence resumable.
Q: Does invalidation affect the Checklist or Schedule the Result came from?
A: No. The Checklist and Schedule definitions are unchanged. Only the specific Result is invalidated, and only the specific occurrence is affected by your reschedule or resumable choices.