1. Theme Park Management
  2. Features
  3. Operations control
Feature · Operations control

Operations control

Operation receipts, exceptions and reconciliation.

OverviewOperation exceptions
Theme Park Management · Operations control

Operation exceptions

Operation receipts

New
IdOperation keyActionParentResult stateOccurred at
IDD-536OK-508ACT-144EVN-11969Pending17 Oct
IDD-763OK-674ACT-944EVN-26180Failed16 Oct
IDD-170OK-445ACT-600EVN-87729Needs review24 Oct
IDD-288OK-313ACT-238EVN-61653Pending21 Oct
IDD-288OK-933ACT-976EVN-40433Failed11 Oct
6 of 6 records
IDD-536Operation receipts · OR-78665
Pending
Operation keyOK-508
ActionACT-144
ParentEVN-11969
Occurred at17 Oct
Failure reasonCut to length
Example screen with sample data

What you can do

Know every approval, scan and close took effect

Every guarded action, whether approving an event, reserving and admitting, releasing a ride session, closing or cancelling, writes an operation receipt. The receipt holds a stable key, the action, the revision expected, the time and a result: pending, completed, failed or needs review. It lists the effects the action should have produced and, when something went wrong, the reason.

On a busy day connections drop and devices retry. Receipts make that safe: a repeated action returns the first result. Reconciliation reads what was actually saved before it marks a receipt completed. It never repeats an external payment action. When it cannot confirm an outside result, the receipt stays marked for review rather than being assumed complete.

How the work is organized

The park operations manager watches the exception queue.

  • One key, one effect. Each operation key takes effect once.
  • Read first. Completion is confirmed from saved records.
  • Unclear stays open. Receipts that cannot be confirmed are marked for review.

What to agree during setup

Agree who checks the exception queue during the day and at close, and how often reconciliation runs. Prepare examples of a completed approval, a timed-out admission scan that did complete, one that did not, and a refund with no provider confirmation yet.

Check the handoff on an actual case

During the lunch rush a gate loses connection and several scans are retried. Their receipts show one admission per ticket. At close, reconciliation finds one cancellation whose refund the provider has not yet confirmed, so its receipt stays in the queue for the payments clerk instead of being counted as done.

The next morning the manager checks the queue before opening. Only that one refund is still waiting, and the payments clerk follows it up with the provider.

Over a season the queue also shows where problems repeat, such as one gate that drops its connection every busy afternoon. The operations manager can fix the cause instead of clearing the same exceptions day after day.

What your team sees

  • Operation exceptions — Pending, failed and needs-review receipts with their reason.

Follow the work through

See reports.

What it keeps track of

Data model
Operation receipts
Durable receipts for guarded operations with stable operation keys.
Events
Park operating events with capacity, lifecycle and revision control.

Who uses it

Permissions
The manager follows exceptions and closes the day.

Set up Theme Park Management your way.

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

How to get started