How the Jira Integration Works
This page explains how the Jira integration behaves internally: how data flows between Qualytics and Jira, what is synced, and how fields are mapped.
Integration Flow Diagram
The following diagram illustrates how data flows from Qualytics to Jira:
flowchart TB
subgraph Qualytics["Qualytics Platform"]
A[Anomaly Detected] --> B{User Action}
B -->|Create Ticket| C[Create Ticket Request]
B -->|Acknowledge| D[Status Change Event]
B -->|Add Comment| E[Comment Event]
B -->|Archive/Resolve| F[Resolution Event]
end
subgraph Background["Background Processing"]
C --> G[Qualytics API]
D --> H[Sync Worker]
E --> I[Sync Worker]
F --> J[Sync Worker]
end
subgraph Jira["Jira Instance"]
G -->|POST /issue| K[New Issue Created]
H -->|POST /comment| L[Comment Added]
I -->|POST /comment| L
J -->|POST /comment| M[Resolution Comment]
end
K --> N[Ticket Link Stored]
N --> O[Anomaly & Issue Linked]
What Gets Synced
The current release supports one-way synchronization from Qualytics to Jira.
| Direction | Action | Result | Status |
|---|---|---|---|
| Qualytics → Jira | Create ticket from anomaly | New issue created with anomaly details | |
| Qualytics → Jira | Acknowledge anomaly | Comment added to issue with status change | |
| Qualytics → Jira | Archive anomaly (resolve) | Comment added to issue with resolution status | |
| Qualytics → Jira | Add comment to anomaly (standalone, on a specific change, or a reply) | Comment pushed to Jira issue | |
| Qualytics → Jira | Link existing ticket | Link stored in Qualytics only, the Jira issue is not modified | |
| Qualytics → Jira | Update Ticket Status Flow action | Issue moved through the matching workflow transition | |
| Jira → Qualytics | Change issue status | Not reflected, anomaly status unchanged | |
| Jira → Qualytics | Add comments to issue | Not reflected, comments do not appear in Qualytics | |
| Jira → Qualytics | Close or resolve issue | Not reflected, anomaly remains in current state |
Authentication
The Jira integration uses Basic Authentication with an email address and an API token (formatted as email:api_token). The API token is generated from Atlassian account settings and grants Qualytics the ability to act on behalf of the account.
See the Configure Jira and Add Connection guides for the full setup flow.
Field Mapping Reference
Issue Fields Supported
When creating a ticket from Qualytics, the following Jira issue fields can be populated:
| Field Name | Jira Field | Required | Notes |
|---|---|---|---|
| Summary | summary |
Yes | Brief summary of the issue (ticket title). |
| Description | description |
No | Detailed description. Anomaly context is added automatically on submit. |
| Status | status |
No | The status the issue starts in. Defaults to To Do. Applied by running the matching workflow transition after the issue is created, so a status the project's workflow does not offer is skipped and the issue keeps its default. |
| Priority | priority |
No | Issue priority level. Standard Jira values: Highest, High, Medium, Low, Lowest. |
Two values are not part of the form and cannot be set per ticket:
- Project: every issue is filed in the Default Project Key configured on the integration.
- Issue type: every issue is created as a
Task.
Labels and assignee are neither offered in the form nor sent to Jira. Set them in Jira after the issue is created.
Auto-Populated Fields
The following information is automatically included when creating a ticket:
| Field | Auto-Populated Value |
|---|---|
| Description | Anomaly ID, type, status at detection, field/check message, failed checks, hyperlink back to Qualytics anomaly |
| Comments (on updates) | Status changes (acknowledge, archive) and comments from Qualytics with timestamps |
Key Integration Operations
Create Ticket
Creates a Jira issue from a Qualytics anomaly with:
- Required field:
summary - Optional fields:
description,status,priority - Set by the integration: the project (Default Project Key) and the issue type (
Task) - Auto-included: Anomaly ID, status, type, failed checks, and hyperlink back to the Qualytics anomaly (appended to the description)
Link Existing Ticket
Links an existing Jira issue to an anomaly:
- Creates the association between the anomaly and the Jira issue in Qualytics
- Does not modify the Jira issue: no comment is added and the issue content stays untouched
Sync Anomaly Status
When anomaly status changes in Qualytics:
- Adds a timestamped comment to the linked Jira issue
- Example:
[2024-01-15 10:30:00 UTC] Qualytics Anomaly Status: Acknowledged
Note
Status changes add comments but do not change the issue's status. This preserves your Jira workflow control.
Sync Comments
When comments are added to anomalies in Qualytics:
- The comment text is synced to linked tickets as Jira comments
- Example:
Comment from Qualytics: <user's comment>
The comment arrives as plain text, so a mention shows up as a raw text code rather than as the formatted name you saw when typing it, and the mentioned user is notified in Qualytics only. A reply arrives as its own Jira comment with no indication of which comment it answers, because Jira comments are a flat list. The anomaly's Timeline in Qualytics keeps the full thread with its structure.
Supported Features & Capabilities
Current Release Features
| Feature | Status |
|---|---|
| Create Jira issue from anomaly | |
| Link existing Jira issue to anomaly | |
| Link multiple issues to one anomaly | |
| Sync anomaly acknowledge to Jira | |
| Sync anomaly archive (resolve) to Jira | |
| Push Qualytics comments to Jira as comments | |
| Hyperlink from Jira back to Qualytics anomaly | |
| Basic Authentication (email + API token) | |
| Search existing Jira issues by key or summary | |
| Create an issue automatically from a Flow | |
| Change the issue status from Qualytics (Flow action) |
Known Limitations
| Feature | Status |
|---|---|
| Two-way sync (Jira → Qualytics) | |
| See Jira issue status changes in Qualytics | |
| Jira comments appearing in Qualytics | |
| Multiple Jira instances | |
| Change issue status on an anomaly status change | |
| Set the project, issue type, labels, or assignee per ticket | |
| OAuth 2.0 authentication | |
| HashiCorp Vault credential storage |