This guide walks a TeamDynamix administrator through creating the required TeamDynamix roles, creating a dedicated service account, assigning the account to the IT Tickets application, validating TeamDynamix Web API access, and entering connection details through the Info-Tech submission flow. It is written for customer administrators and assumes TeamDynamix REST/JSON Web API extraction.
This guide is aligned to TeamDynamix Web API behavior: JSON request/response handling, Bearer JWT authentication, 24-hour token lifetime, ticketing application identifiers, UTC ISO 8601 dates, and API rate limiting with HTTP 429 responses. TeamDynamix tenant configuration varies, so the first connection test must confirm the exact base URL, ticketing application ID, permissions, custom attributes, and enabled modules.
ABefore you start
You will need:
- TeamDynamix administrator access
- Your TeamDynamix base URL
- The ticketing application ID (
appId) Info-Tech should read - A dedicated integration identity (e.g.,
cioanalytics) - Access to the Info-Tech portal where the connection details will be entered
BTeamDynamix data areas required
The integration requires read-only API access to the following TeamDynamix data areas. These are API resources or source objects, not necessarily database tables.
Required data areas
ticketsand ticket search/report results.ticket feedentries, comments, and updates for notes and derivation checks.time entriesfor worklog reporting, where time tracking is enabled.people / usersfor requester and technician identifiers and display names.groupsfor responsible group and support-team reporting.ticket statuses,ticket types,priorities,impacts,urgencies, andsources.accounts / departments,locations, andSLAfields when configured in the tenant.custom attributeson tickets, users, and reference objects when used for category, department, tier, location, or resolution details.
Conditional or deferred data areas
satisfaction / survey responses— conditional. Do not require during standard setup unless Info-Tech confirms the tenant exposes survey data through an approved API/report/export path.ticket tasks— conditional. Enable only if the customer uses tasks for ticket execution or time-entry attribution.assets,CMDB,projects,portfolio,knowledge base, and attachments — not required for the early Customer Data Store release unless separately scoped.
No create, update, delete, administrative write-back, or ticket-modification access is required.
TeamDynamix Web API calls use a Bearer token in the
Authorization header. The token is a JWT returned by the authentication API and expires after 24 hours. Requests use Content-Type: application/json, and ticketing endpoints require the correct appId in the URL.
- 1Create the IT Tickets application security role
- 2Create the read-only user security role
- 3Create the dedicated service account
- 4Assign the service account to the IT Tickets application
- 5Configure API authentication
- 6Verify credentials and required API reads
- 7Enter connection details through the Info-Tech submission flow
Create the application-level role that will be available on the IT Tickets application assignment for the integration user.
- Open the IT Tickets security role area. In
TDAdmin, navigate toApplications, openIT Tickets, then go toUsers and RolesandSecurity Roles. - Create a new role. Click
New. - Name the role. Example:
CIO Analytics Role. - Set the license type. Select
Technician + Reporting. - Leave all permission checkboxes unchecked. Do not enable create, edit, delete, assign, manage, or administrative permissions at this application-role step.
- Save the role.
Create the global user security role used by the service account. This role should provide only the visibility needed for the TeamDynamix ticketing data that Info-Tech reads.
- Open global security roles. In
TDAdmin, navigate toUsers and Roles, thenSecurity Roles. - Create a new role. Click
New. - Name the role. Example:
CIO Analytics Security Role. - Set the license type. Select
Technician + Reporting. - Select only these permissions:
View All Accts/Depts,View All Types,View People from Accts/Depts, andView all requests belonging to assigned Accts/Depts. - Leave write/admin permissions unchecked. Do not enable permissions that create, edit, delete, modify, manage, approve, import, move, merge, assign, or update records.
- Save the role.
Create a named service account for the integration so API access is auditable, easy to rotate, and easy to revoke without depending on a named employee account.
- Open the user list. In
TDAdmin, navigate toUsers and Roles, thenUsers. - Create the service account. Click
CreateorNew, then choose the service-account option if your tenant presents one. - Name the account. Use a clear integration name, for example
CIO AnalyticsorInfo-Tech CIO Analytics. - Click Next and complete the user details. Fill out the required fields such as first name, last name, username, email, and any other required tenant fields.
- Assign the security role. Set the user security role to the CIO Analytics role approved for this integration. If your tenant separates global and application roles, assign the global role from Step 2 on the user profile and assign the IT Tickets application role in Step 4.
- Finish the user creation flow. Keep the account active so it can authenticate successfully.
The service account must be assigned to the actual TeamDynamix ticketing application before API ticket reads will work.
- Open the new service account. Go to
TDAdmin,Users and Roles,Users, and open the service account created in Step 3. - Open the Applications tab.
- Enable the ticketing application. Make sure
IT Ticketsis checked. Do not rely only onClient Portalaccess. - Assign the application security role. For
IT Tickets, selectCIO Analytics Roleor the equivalent read-only application role created in Step 1. - Save the user.
- Retest API access after saving. If the API still returns
403 Forbidden, generate a fresh token and confirm the service account is assigned to the correct Accts/Depts and the correct IT Tickets application.
Info-Tech will use the TeamDynamix Web API to authenticate, retrieve a JWT, and read the required ticketing resources.
- For standard login authentication, use the auth endpoint.
curl -X POST "https://yourorg.teamdynamix.com/TDWebApi/api/auth" \ -H "Content-Type: application/json" \ -d '{"username":"INTEGRATION_USER","password":"INTEGRATION_PASSWORD"}' - For key-based administrative service account authentication, use loginadmin only if approved.
curl -X POST "https://yourorg.teamdynamix.com/TDWebApi/api/auth/loginadmin" \ -H "Content-Type: application/json" \ -d '{"BEID":"YOUR_BEID","WebServicesKey":"YOUR_WEB_SERVICES_KEY"}' - Store the returned JWT securely. The token is used as
Authorization: Bearer YOUR_TOKENon later requests and expires after 24 hours. - Do not send secrets through unapproved channels. Passwords, BEID values, web services keys, and bearer tokens must be submitted only through the approved Info-Tech submission flow.
Before submitting credentials, confirm the integration identity can authenticate and read the required TeamDynamix resources.
- Confirm the token can identify the authenticated user.
curl "https://yourorg.teamdynamix.com/TDWebApi/api/auth/getuser" \ -H "Authorization: Bearer YOUR_TOKEN" \ -H "Content-Type: application/json" - Test ticket search.
Replacecurl -X POST "https://yourorg.teamdynamix.com/TDWebApi/api/APP_ID/tickets/search" \ -H "Authorization: Bearer YOUR_TOKEN" \ -H "Content-Type: application/json" \ -d '{"MaxResults":1}'APP_IDwith the ticketing application ID from step 1. - Test a single ticket read. Use a ticket ID returned by the search call:
curl "https://yourorg.teamdynamix.com/TDWebApi/api/APP_ID/tickets/TICKET_ID" \ -H "Authorization: Bearer YOUR_TOKEN" \ -H "Content-Type: application/json" - Test ticket feed access. If the endpoint is enabled for the tenant, read the ticket feed for the same ticket to confirm comments and history are visible.
- Test time-entry access if worklog reporting is in scope. Confirm the time search or time entry output can return entries associated with tickets.
- Record failures by HTTP status and response body. TeamDynamix uses 401 for authentication or permission problems and 429 when rate limits are exceeded.
- TeamDynamix menu names vary by tenant, role, and edition. If a path is not visible, ask the local TeamDynamix administrator to search by object name, such as ticketing application, security role, Web API, web services key, ticket statuses, or time entries.
- Questions about business purpose, data scope, or onboarding sequencing can be directed to your Info-Tech onboarding contact.