Documentation
Ticketing integrations connect Veltrix to your change and issue management system so that every configuration change can be tied to a ticket. You set up a ticketing connection once, and from then on any configuration can be linked to a ticket: either by creating a new ticket from the configuration or by attaching an existing one.
Two systems are supported:
| System | Ticket types | Authentication |
|---|---|---|
| ServiceNow | Change request, Incident, Problem, Task (via the Table API) | Basic (service account) or OAuth 2.0 bearer token |
| Zendesk | Support tickets (Change and Task map to Zendesk's task type; Incident and Problem keep their type) | Agent email + API token, or OAuth 2.0 bearer token |
Once a ticket is linked, Veltrix keeps it informed. Validation results, edits, approval activity and deployment outcomes are posted to the ticket as comments, so the ticket becomes a running record of the change. Veltrix never closes a ticket on its own; closing is a deliberate action by a person.
/settings/ticketing), also a card on the Settings hub: “Connect ServiceNow, Zendesk, or another provider to link configurations to change/issue tickets.”https://your-instance.service-now.com or https://your-subdomain.zendesk.com.You can have several connections per provider (for example separate production and sandbox instances).
| Method | Field | Required | Notes |
|---|---|---|---|
| Basic | Username | Yes | A service account with API access to the target tables, e.g. svc-veltrix. |
| Password | Yes (secret) | The service account's password. | |
| OAuth 2.0 (bearer token) | Access Token | Yes (secret) | Used directly for API calls. |
| Client ID | No | Intended for future automatic token refresh. | |
| Client Secret | No (secret) | Intended for future automatic token refresh. | |
| Refresh Token | No (secret) | Optional. Automatic refresh is not performed yet, so you must replace the access token yourself when it expires. | |
| Both | Default Table | No | Change Request, Incident, Problem or Task. Used when a ticket is created without a specific type. |
| Method | Field | Required | Notes |
|---|---|---|---|
| Email + API Token | Agent Email | Yes | The Zendesk agent account the token belongs to. |
| API Token | Yes (secret) | Created in Admin Center → Apps and integrations → APIs. | |
| OAuth 2.0 (bearer token) | Access Token | Yes (secret) | Used directly for API calls. |
| Client ID | No | For future automatic refresh. | |
| Client Secret | No (secret) | For future automatic refresh. | |
| Refresh Token | No (secret) | Optional; automatic refresh is not performed yet. |
https address). Addresses that point at private or internal networks are rejected when you save.Each card lists its connections with a status icon, the name, a Default star and the date of the last test. Row icons:
| Icon | Action |
|---|---|
| Wi-Fi | Test connection. ServiceNow checks the configured table with your credentials; Zendesk reads the current user. A rejected credential is reported as such. |
| Star | Set as default. The default connection is the one used when a ticket action does not name another connection. |
| Gear | Edit configuration, including the Instance URL, authentication method and secrets. |
| Trash | Remove configuration after confirmation. |
| Status | Meaning |
|---|---|
| Not configured | The provider has no connection yet. |
| Configured | Saved but not tested. |
| Connected | The last test succeeded. |
| Error | The last test failed. The message appears under the card. |
A connection that is disabled is skipped when Veltrix posts updates to linked tickets and cannot be used to create, link or close tickets.
CHG0030001 or #4521): the ServiceNow sys_id or number, or the Zendesk ticket ID. Veltrix looks the ticket up and refuses to link if it cannot find it.A configuration can have several linked tickets. Each appears in the panel with the provider, the link type (Change or Issue), the ticket's own status, its key (a link to open it in your ticketing system) and its title.
Status badges are coloured by the ticket's reported state: green for closed, solved, resolved or complete; red for cancelled, rejected or failed; amber for on hold or pending; blue otherwise.
For every ticket linked to a configuration, Veltrix adds a comment (a work note in ServiceNow, a private note in Zendesk) prefixed with [Veltrix] when:
These updates are best effort and happen in the background. If the ticketing system is unreachable, the update is skipped and logged; it never blocks validation, approval or deployment. Veltrix does not change a ticket's state or fields from these events; only the explicit Close ticket action does.
Veltrix does not currently require a linked ticket before a deployment can proceed. Linking is optional unless your own process demands it.
| Action | Permission |
|---|---|
| View connections, test a connection | ticketing read |
| Create, edit, delete, set default | ticketing write |
| View, create, link, close or remove ticket links on a configuration | configuration-canvas read / write |
Ticketing is a separate permission resource, so a custom role must be granted it explicitly. See Access Control. Ticketing is not gated by plan tier and has no per-plan connection limit; creating tickets is subject to the usual limits of your ServiceNow or Zendesk instance.