Shared Settings Overview

TeamDynamix uses shared settings to maintain consistency across different applications and modules. These global configuration elements ensure that related data—such as priorities, type categories, and organizational structures—remain synchronized across ticketing applications, projects, and asset management.

Understanding which settings are shared and which are application-specific helps administrators plan their configuration strategy and set appropriate expectations with stakeholders.

In this article, we'll cover:

This article does not explain how to manage these settings. For these details, see the Related Articles.

Understanding Shared Settings

TeamDynamix organizes shared settings into three categories based on their scope:

Shared Across Ticketing Applications

The following settings are shared among all ticketing applications in your environment:

   

Impact, Urgency, and Priority

  • These three values work together through the Priority Matrix
  • Impact and Urgency determine the calculated Priority
  • Changes affect all ticketing applications simultaneously
  • Coordinate with all ticketing application owners before making changes
Priority Matrix
  • Defines how Impact and Urgency values calculate Priority
  • Shared across all ticketing applications
  • Affects SLA calculations and ticket routing
Sources
  • Indicates how tickets were created (e.g., Email, Phone, Client Portal)
  • All sources are displayed in every ticketing application
  • Technicians should understand which sources are relevant to their application

Type Categories

  • Organizational groupings for Ticket Types
  • Best practice: Create separate categories for ticketing and project management
  • Navigate to TDAdmin > [Ticketing Application] > Types to assign Types to Categories

Shared Between Ticketing and Projects

These settings apply across all ticketing applications and projects:

   
Type Categories
  • Used to organize both Ticket Types and Project Types
  • A single Type Category can contain both ticket and project types
  • Recommended approach: Create distinct categories for ticketing vs. project management
  • Project Types are configured in TDAdmin > Projects > Types
Priorities
  • Ticketing uses the Priority Matrix (Impact + Urgency = Priority)
  • Project Management uses Priority as a direct field without the matrix
  • Used for project request evaluation and project prioritization
  • Configure in TDAdmin > Projects > Priorities

Global Shared Settings

These settings apply across the entire TeamDynamix environment:

   
Accounts/Departments
  • Required field for all tickets and projects
  • Used throughout the system: Users, Ticketing, Asset Management, Portfolio Project Management
  • Managed in TDAdmin > Organization Settings
Locations
  • Shared between Ticketing and Asset Management applications
  • Used to specify physical location of assets, incidents, and service requests
  • Managed in TDAdmin > Organization Settings
Days Off
  • Organizational calendar of non-working days
  • Affects ticketing SLA calculations (excludes non-business days from time calculations)
  • Impacts project resource availability and capacity planning
  • Managed in TDAdmin > Organization Settings
Groups
  • Created globally and assigned to specific applications
  • Used for ticket assignment and responsibility
  • Used for project request workflow assignments
  • Managed in TDAdmin > Users & Roles > Groups

Best Practices

Coordinate changes to shared settings

  • Impact, Urgency, Priority, and the Priority Matrix affect all ticketing applications
  • Communicate planned changes to all affected teams

Organize Type Categories strategically

  • Create separate categories for ticketing and project management
  • Use clear naming conventions to indicate purpose (e.g., "IT Ticketing" vs. "IT Projects")
  • Avoid mixing ticket and project types in the same category unless there's a specific business reason

Maintain clean source lists

  • Only create sources that will be actively used
  • Use consistent naming conventions across applications
  • Periodically review and archive unused sources

Plan the Account/Department structure carefully

  • This structure impacts reporting and access control throughout TeamDynamix
  • Consider organizational hierarchies and reporting needs
  • Changes can have wide-ranging effects across the system