Ticket statuses in the Thena Platform provide a structured way to track the progress and state of work items. The platform offers a flexible status system with parent-child hierarchy and customization options while maintaining essential system requirements.

System overview

When an organization signs up, four default parent statuses are automatically created: Open, In progress, On hold, and Closed. These serve as the foundation for your status workflow.

System requirements

Default status

• Minimum 1 system default status required
• “Open” status created by default
• Used for new ticket creation
• Can be changed if needed

Closed status

• Minimum 1 closed status required
• “Closed” status created by default
• Represents final state
• Can be changed if needed

Status hierarchy

Parent statuses

Sub-statuses

Configuration

• Can be added to any parent
• Inherits parent properties
• Supports custom settings
• Maintains parent requirements

First sub-status

• Optional ticket migration
• Config flag available
• Moves parent tickets
• One-time operation

Platform configuration

Deletion rules

Parent status deletion

Sub-status deletion

Non-last sub-status

When deleting:
• Moves tickets to parent’s default sub-status
• Validates ticket migration
• Allows deletion after migration
• Maintains data integrity

Last sub-status

When deleting:
• Moves tickets back to parent status
• Ensures data preservation
• Allows deletion after migration
• Updates parent status

Delete scenarios

Status configuration

Core properties

API endpoints

Create status

{
  "displayName": "In Review",
  "description": "Ticket is being reviewed by the team",
  "isDefault": false,
  "name": "in_review",
  "teamId": "team_123",
  "parentStatusId": "status_456",
  "moveParentTickets": true
}

Creating a new status requires appropriate permissions. The status will be available for use immediately after creation.

Available operations

Best practices

Status management

  1. Plan your hierarchy

    • Define clear parent categories
    • Plan sub-status needs
    • Consider workflow requirements
    • Document status purposes
  2. Configure thoughtfully

    • Use clear naming conventions
    • Set appropriate defaults
    • Configure transitions
    • Test workflow paths
  3. Maintain efficiently

    • Regular status review
    • Update as needed
    • Monitor usage patterns
    • Optimize workflow