Skip to content

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)

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