Ticket Flags: Track Issues and Accessibility Requirements
Overview
Ticket Flags help you track and manage issues, special requirements, and important notes for individual tickets within orders. Use flags to mark tickets that need attention, record customer requirements, or track problems that occur during admission.
At its simplest, Ticket Flags answer one question: What special attention does this ticket need?
Who uses this: Event administrators and box office staff with TicketFlags permission.
Key capabilities:
- Mark tickets with issues, requirements, or notes that need tracking
- Classify flags by type and priority for organised workflow management
- Add comments to build an audit trail of actions taken
- Track resolution status from open through to resolved or closed
- View flags during ticket scanning to alert door staff
When to Use Ticket Flags
Common scenarios where flagging tickets is useful:
- Accessibility requirements: Wheelchair access, assistance animals, visual or hearing impairments
- Dietary requirements: Food allergies, special meal requests for catered events
- VIP treatment: Guest list, backstage access, special seating arrangements
- Payment issues: Failed payments, refund requests, disputed charges
- Admission problems: Entry denied, duplicate tickets, verification issues
- Technical issues: QR code scanning failures, app problems, ticket delivery failures
- Suspicious activity: Multiple redemption attempts, fraudulent bookings
- Manual review needed: Unusual orders, bulk purchases, high-value transactions
Flags provide a complete audit trail with comments, priority levels, and resolution tracking.
How Ticket Flags Work
At a glance: Create a flag on a ticket, classify it by type and priority, add comments as you work on the issue, then mark it resolved or closed when complete.
1. Create a Flag
When you spot an issue or receive a special requirement, create a flag on the relevant ticket. You select a type (what kind of issue) and priority (how urgent), then add an initial comment describing the situation.
2. Track and Communicate
As you work on the issue, add comments to record what actions you've taken, who you've spoken to, and any updates. Other staff can see these comments, creating a shared record of progress.
3. Resolve or Close
Once the issue is handled, mark the flag as resolved. If the flag turns out to be invalid or cannot be resolved, mark it as closed instead. Both states keep the full history for future reference.
Think of it this way:
- Type tells you what kind of attention is needed
- Priority tells you how urgently it needs attention
- Status tells you where it is in your workflow
- Comments tell you what's been done so far
Flag Structure
Each ticket flag contains:
Basic Information:
- Flag ID: Unique identifier for tracking and reference
- Ticket details: Seat location, category, price
- Order number: Link to the complete order
- Event date: Performance or date the ticket is for
Classification:
- Type: What kind of issue or requirement (see Flag Types below)
- Priority: Urgency level (Low, Medium, High, Critical)
- Status: Current state (Open, Resolved, Closed)
Tracking Information:
- Initial comment: Description of the issue or requirement
- Comments: Ongoing discussion and notes from staff
- Flagged by: User or device that created the flag
- Flagged at: Date and time the flag was created
- Resolved by: User or device that resolved the flag (if applicable)
- Resolved at: Date and time of resolution (if applicable)
Flag Types Available
The system provides six flag types to categorise issues:
- Suspicious Activity: Multiple redemption attempts, fraudulent behaviour, unusual patterns
- Payment Issue: Failed payments, refund requests, disputed charges, balance problems
- Admission Problem: Entry denied, ticket verification failed, duplicate tickets
- Technical Issue: QR code scanning failures, app errors, ticket delivery problems
- Manual Review: Bulk orders, high-value purchases, unusual requests requiring approval
- Other: Dietary requirements, accessibility needs, VIP arrangements, special requests
Priority Levels
Set priority to indicate urgency:
Critical (Red badge)
- Requires immediate attention
- Blocks customer from entering event
- Potential security or safety concern
- Major payment dispute
High (Orange badge)
- Should be addressed before event start
- Significant customer impact
- Important accessibility requirement
- Time-sensitive issue
Medium (Yellow badge)
- Standard priority for most flags
- Should be reviewed within normal workflow
- Moderate customer impact
- Non-urgent special requests
Low (Grey badge)
- Informational notes
- Post-event follow-up items
- Minor requests or observations
- No immediate action required
Status Workflow
Flags move through three states:
Open (Yellow badge)
- Flag has been created
- Issue is active and unresolved
- Requires attention from staff
- Appears in dashboard alerts
Resolved (Green badge)
- Issue has been addressed
- Customer requirement has been met
- Problem has been fixed
- Can be reopened if needed
Closed (Grey badge)
- Flag is permanently closed
- No further action required
- Issue was not valid or cannot be resolved
- Can be reopened if needed
Accessing Ticket Flags
Prerequisites
Required Permission:
- You must have the
TicketFlagspermission for the event's organisation - This permission is typically granted to event administrators and box office staff
Access Methods:
There are three ways to access ticket flags:
- From the Order Dashboard: View and manage flags for tickets in a specific order
- From the Admin Panel: View all flags for an event, filtered by status
- During Ticket Scanning: Flags appear when scanning tickets at admission (view only)
Creating Ticket Flags
Flagging a Single Ticket
From the order dashboard:
- Navigate to the order containing the ticket
- Click on the specific ticket you want to flag
- Scroll to the ticket details section
- Click Create Ticket Flag
- Select the Flag Type from the dropdown
- Choose the Priority level
- Enter an Initial Comment describing the issue (minimum 5 characters)
- Click Create flag
The flag is created immediately and appears in the ticket details and event-wide flag list.
Flagging Multiple Tickets
When you need to flag several tickets in the same order:
- Navigate to the order containing the tickets
- Select multiple tickets using the ticket selector
- Click Create Ticket Flags (note the plural)
- Select the Flag Type from the dropdown
- Choose the Priority level
- Enter an Initial Comment that applies to all selected tickets
- Click Create flags
The system creates identical flags for each selected ticket. This is useful for group bookings with shared requirements (e.g., "Party of 8 - vegetarian meals required").
Initial Comment Requirements
The initial comment must be at least 5 characters long and should clearly describe:
Why the 5-character minimum? This prevents empty or meaningless flags like "ok" or "yes" that provide no context for other staff members.
For Issues:
- What went wrong
- When it occurred
- Impact on the customer
- Any steps already taken
For Requirements:
- What the customer needs
- Why it's important
- Deadline or timing constraints
- Contact information if follow-up required
Good Examples:
- "Wheelchair access required. Customer uses power chair. Needs aisle seat row A."
- "Payment failed at checkout. Customer attempting to use different card. Holding seats."
- "QR code not scanning. Ticket sent to customer@email.com. Verified order manually."
Poor Examples:
- "Issue" (too vague)
- "Call customer" (doesn't explain why)
- "VIP" (doesn't specify requirements)
Viewing and Managing Flags
Viewing All Event Flags
Access the event-wide flag dashboard:
- Navigate to your event's admin page
- Click Ticket Flags in the Operations menu
- Use the filter buttons to view:
- All: Every flag regardless of status
- Open: Active flags requiring attention
- Resolved: Issues that have been addressed
- Closed: Permanently closed flags
The flag list displays:
- Type: Flag category (colour-coded icon)
- Priority: Urgency badge (Critical, High, Medium, Low)
- Order #: Link to the complete order
- Ticket: Seat or ticket category information
- Status: Current state badge
- Flagged: Date and time created
Click on any flag to view full details and take action.
Viewing Flags for a Specific Order
From the order dashboard:
- Navigate to the order
- Scroll to the individual ticket section
- Click on a ticket that has a flag
- The flag details appear below the ticket information
- Flag indicators show:
- Flag ID number
- Type and priority badges
- Current status
- Initial comment preview
Click View Flag to see complete details and manage the flag.
Flag Details View
When viewing a flag's full details, you see:
Information Display:
- Flag type and priority badges
- Current status badge
- Order number (clickable link)
- Ticket details (seat location, category, price)
- Flagged by (user or device name)
- Flagged at (date and time)
- Initial comment (full text)
If Resolved or Closed:
- Resolved by (user or device name)
- Resolved at (date and time)
Available Actions:
- Mark Resolved (if Open)
- Mark Closed (if Open)
- Reopen Flag (if Resolved or Closed)
- Edit Details (change type or priority)
- View Comments (see discussion history)
Editing and Resolving Flags
Changing Flag Details
To update a flag's classification:
- Open the flag details
- Click Edit Details
- Select a new Flag Type if needed
- Adjust the Priority level if urgency has changed
- Click Save Changes
Note: You cannot edit the initial comment. Add new information using the Comments feature instead.
Why can't initial comments be edited? The initial comment is part of the audit trail, preserving the original report exactly as it was made. Use comments to add corrections or updates.
Why edit flags:
- Initial classification was incorrect
- Situation has escalated (increase priority)
- Issue has been reclassified (change type)
- Urgency has decreased (lower priority)
Marking Flags as Resolved
When the issue has been addressed:
- Open the flag details
- Ensure the problem is actually fixed or requirement has been met
- Click Mark Resolved
- The status updates to "Resolved" immediately
- The resolved date and user are recorded
Best practice: Add a comment before resolving to document what action was taken.
Marking Flags as Closed
Use "Closed" for flags that should not be reopened:
- Open the flag details
- Click Mark Closed
- The status updates to "Closed" immediately
When to close vs resolve:
- Resolve: Issue fixed, requirement met, problem solved (may need reopening)
- Close: Invalid flag, duplicate entry, cannot be resolved, customer withdrew request
Why have both resolved and closed? Resolved flags might need reopening if an issue recurs. Closed flags signal that no further action should ever be needed on this flag, helping keep your active flag list clean.
Reopening Flags
If a resolved or closed flag needs attention again:
- Open the flag details
- Click Reopen Flag
- The status returns to "Open"
- Consider adding a comment explaining why it was reopened
- Review priority and type to ensure they're still appropriate
This is useful when:
- Issue recurred after being marked resolved
- New information came to light
- Customer requirement changed
- Flag was closed in error
Adding Comments to Flags
Comment Functionality
Comments provide an audit trail and team communication:
Use comments to:
- Document actions taken
- Record conversation with customer
- Share information between staff members
- Note follow-up requirements
- Explain resolution steps
Comment Display:
- Author name (user or device that created comment)
- Date and time posted
- Full comment text
Adding a Comment
From the flag details view:
- Click View Comments to open the comments section
- Read existing comments if present
- Type your comment in the text box
- Click Add Comment
- The comment appears immediately at the bottom of the list
Best practice: Add a comment when:
- You take any action on the flag
- You contact the customer about the issue
- The situation changes
- You're handing off to another team member
- You mark the flag as resolved
Good Comment Examples:
- "Contacted customer by phone. Confirmed wheelchair accessible seat in row A. Customer satisfied."
- "Payment issue resolved. Customer used alternative card ending 4532. Order processed successfully."
- "QR code scanned successfully at door using backup device. Customer admitted without issue."
- "Customer dietary requirement passed to catering team. Vegetarian meal confirmed for seat B12."
Viewing Comment History
Comments are displayed chronologically:
- Click View Comments from the flag details
- Scroll through the comment history
- Each comment shows author and timestamp
- Most recent comments appear at the bottom
If there are no comments yet, you'll see "No comments yet" with the option to add the first comment.
How Flags Appear in Other Areas
During Ticket Scanning
When staff scan tickets at admission using the Seaty App:
If a ticket has a flag:
- A flag indicator appears on the scan result screen
- The flag type and priority are displayed
- Staff can view the initial comment (read-only)
- The ticket can still be admitted (flags don't block entry)
Why this matters:
- Security staff can identify VIP guests
- Door staff can prepare for accessibility requirements
- Box office can spot potential issues before they escalate
Limitation: Flags are view-only during scanning. Staff cannot create or edit flags from the scanning interface. They must use the web admin dashboard.
In Reports and Data Export
Ticket flags are included in event data exports:
Available in:
- Full order data exports (CSV/Excel)
- Ticket lists with flag indicators
- Custom reports (if your organisation has reporting enabled)
Exported Flag Data:
- Flag ID, type, priority, status
- Ticket and order information
- Created and resolved dates
- Initial comment text
- Flag creator information
This allows you to analyse common issues, track resolution times, and identify patterns across events.
In Order Summaries
When viewing order details:
Flag indicators show:
- Small badge on tickets that have active flags
- Flag count in order summary
- Quick preview of flag type and priority
Click through to see complete flag details and take action.
Common Workflows
Accessibility Requirement
Scenario: Customer books tickets and emails requesting wheelchair access.
- Find the order in the admin panel
- Navigate to the specific tickets requiring accessible seating
- Click Create Ticket Flag on each ticket
- Select Flag Type: Other
- Set Priority: High (must be addressed before event)
- Initial Comment: "Wheelchair access required. Customer uses power chair. Contact: customer@email.com"
- Create the flag
- Add a comment after arranging accessible seating: "Moved to accessible row A seats 1-2. Customer notified by email."
- Mark as Resolved
Payment Failure During Checkout
Scenario: Customer's payment fails but you want to hold their seats while they try again.
- Lock the seats temporarily (if available)
- Create a flag on the held tickets
- Select Flag Type: Payment Issue
- Set Priority: Critical (time-sensitive)
- Initial Comment: "Payment failed. Customer retrying with different card. Hold until [time]. Contact: [phone]"
- If payment succeeds:
- Add comment: "Payment processed successfully using card ending [digits]"
- Mark as Resolved
- If payment fails again:
- Add comment: "Customer unable to complete payment. Releasing seats."
- Mark as Closed
- Release seat locks
Scanning Issue at Door
Scenario: Customer's QR code won't scan at admission but order is valid.
- Verify order manually in the system
- Admit the customer using manual redemption
- Create a flag on the ticket
- Select Flag Type: Technical Issue
- Set Priority: Medium
- Initial Comment: "QR code failed to scan on devices A and B. Manually redeemed. Order #[number] verified valid."
- If this is recurring for multiple customers:
- Increase priority to High
- Add comment noting pattern
- Investigate technical cause
VIP Guest Management
Scenario: Organisation member should receive special treatment.
- Navigate to the VIP guest's tickets
- Create flags on all tickets in their party
- Select Flag Type: Other
- Set Priority: High
- Initial Comment: "VIP guest - [Name], [Organisation Role]. Provide backstage passes at will call. Contact: [staff member]"
- Add comments as arrangements are confirmed
- After the event, mark as Resolved
Bulk Dietary Requirements
Scenario: School group of 30 with 5 vegetarian students.
- Navigate to the school group order
- Select the 5 tickets for vegetarian students
- Click Create Ticket Flags (multiple)
- Select Flag Type: Other
- Set Priority: Medium
- Initial Comment: "Vegetarian meal required. Part of school group booking. Catering notified."
- Create flags (creates 5 identical flags)
- Add comment to each flag when catering confirms
- Mark all as Resolved after event
Important Notes
Permissions and Access Control
- Only users with TicketFlags permission can create, edit, or resolve flags
- Flags are visible to all staff with access to the event's admin panel
- Comments show author name for accountability
- Audit trail cannot be deleted or modified (flags can only move forward through states)
Why can't flags be deleted? The permanent audit trail protects both staff and customers by maintaining an accurate record of all issues and how they were handled.
Flag Limitations
Flags do NOT:
- Automatically block ticket admission or scanning
- Send notifications to customers
- Modify ticket prices or order totals
- Transfer between tickets or orders
- Appear on customer-facing ticket PDFs
Flags DO:
- Provide internal staff notes and tracking
- Appear during ticket scanning (read-only)
- Include in data exports and reports
- Maintain complete audit history
When Flags Are Not Sufficient
Use alternative features for:
Order-level notes: Use the order notes field if the issue applies to the entire order, not individual tickets
Customer communication: Send emails directly or use the Mail feature for bulk communications
Ticket modifications: Use swap tickets, refunds, or order editing features to change ticket allocations
Payment tracking: Use the Balances and Banking features for financial issues
Access control: Use password protection or member-only settings to restrict ticket purchasing
Best Practices
Be specific in comments:
- Include names, dates, contact information
- Describe actions taken, not just the problem
- Reference external communication (emails, phone calls)
Set appropriate priorities:
- Don't mark everything Critical (undermines the system)
- Escalate priority if situation changes
- Lower priority after immediate threat passes
Keep flags updated:
- Add comments when you take action
- Resolve or close flags promptly
- Reopen if the issue recurs
Use consistent flag types:
- Agree on team conventions for classification
- Train staff on when to use each type
- Review flag usage periodically to maintain consistency
Review flags regularly:
- Check open flags before events
- Follow up on high-priority items
- Close resolved flags after events conclude
Related Information
Order Management:
- [Viewing and Managing Orders] - Complete order details and editing
- [Swapping Tickets] - Moving tickets between event dates
- [Balances and Payments] - Tracking financial aspects
Event Operations:
- [Ticket Scanning and Admission] - How flags appear during check-in
- [Reporting and Data Export] - Including flag data in reports
- [Requests] - Managing ticket requests before issuing
Access Control:
- [User Permissions] - Granting TicketFlags permission to staff
- [Organisation Settings] - Managing team members and roles
Common Questions
Creating and Editing Flags
Can I delete a flag? No. Flags maintain a permanent audit trail. Mark flags as Closed if they're no longer relevant.
Can I flag an entire order rather than individual tickets? Use the order notes field for order-level information. Flags are ticket-specific by design.
Can I create flags from the mobile scanning app? No. Flags must be created from the web admin dashboard. Scanning devices can only view existing flags.
Flag Status and Resolution
What's the difference between Resolved and Closed? Resolved means the issue was fixed but could recur. Closed means the flag should not be reopened (invalid, duplicate, cannot resolve).
Do flags affect ticket validity or scanning? No. Flags are informational and don't prevent tickets from being scanned or admitted.
What happens to flags if tickets are swapped to a different date? Flags remain attached to the tickets and transfer with them to the new date.
Visibility and Permissions
Can customers see flags on their tickets? No. Flags are internal staff tools and never appear on customer-facing materials.
Who can see comments on flags? All users with access to the event's admin panel can view flag comments.
How do I get the TicketFlags permission? Contact your organisation administrator or event owner to grant you the TicketFlags permission.
Finding and Filtering Flags
Can I filter or search flags? Yes. The admin panel allows filtering by status (All, Open, Resolved, Closed). Additional search and filtering may be available depending on your system version.