This document addresses the utilization of a technical, advanced feature in order to integrate Centercode’s Feedback Management feature with JIRA, a top issue tracking and project management system. If you’re unsure about leveraging this integration for your Customer Validation purposes, contact Centercode’s Support Team via in-site chat or email - email@example.com - and seek your JIRA Administrator.
Why should I integrate with Centercode?
The culmination of any validation project is to convey the results of your testing with the appropriate stakeholders and often, time is of the essence. Leveraging a direct feedback integration to automatically transfer information between Centercode and other business-critical systems like JIRA minimizes the friction of such interactions. Centercode’s dedicated JIRA Integration offers all the following:
Programmatic JIRA Issue Creation
Remove unwanted friction between customer feedback and your development team. Get issue data, reproduction steps, contextual submitter information, file attachments, and discussions to engineers in their own environment.
Ensure that all the information you’re gathering in Centercode is easily located and tracked by your engineers in JIRA by injecting data into the appropriate fields on the JIRA form.
Files attached to the feedback form in Centercode are sent through the integration and attached to the resulting JIRA ticket. Ensure your development team has everything they need, including error logs, screenshots, reproduction examples, and any other beneficial file attachments.
Direct Link to JIRA
Centercode feedback is tied directly to the newly created JIRA issue, allowing for seamless integration-driven updates (optional) sent from Centercode. The associated JIRA issue can be quickly accessed via a link provided automatically when viewing JIRA-integrated feedback within Centercode.
Event Log & Failure Notification
In the event of an error, each ticket maintains a log of integration attempts including a timestamp, the JSON payload sent, and error messaging from JIRA. The system also sends a notification email to a designated email address, helping you maintain the health of your feedback integration and effectively troubleshoot any issues.
What do I need to set it up?
- Externally accessible JIRA, either on the web or open to a firewall IP exception
- JIRA user account credentials with access to submitting issues in the appropriate JIRA Project - typically a service account and can not require SSO login for access
- Project Manager access within the appropriate Centercode Project (or Template)
- Complete feedback type (ex: Bug Reports) with all necessary form elements
- Workflow Status to trigger the integration (ex: Verified, Sent to Engineering, Logged Internally)
- Monitored email mailbox to receive any applicable failure notifications
Configuring Centercode’s JIRA Integration
Centercode’s JIRA Integration uses the Feedback Types’ Workflow along with External Destinations. For this configuration walkthrough, we’ll use a typical Bug Report Feedback Type.
I. Creating a New JIRA Integration External Destination
- Access your Project Tools > Feedback
- Click Modify for Bug Reports
- Click the External Destinations tool
- Click Create an External Destination
- Click the JIRA External Destination Type
II. Configuring the Basic Integration Settings
- Enter an internal Title for this integration (ex: JIRA to Sandbox)
- Enter the Base URL of your company JIRA site including HTTPS
(ex: https://example.jira.com) *
- Enter the Username and Password for this integration's JIRA account **
- For your Password, please generate and use an API token here: https://id.atlassian.com/manage/api-tokens
- Click Load JIRA Configuration to verify the JIRA account and load available fields.
* In order for Centercode to connect to your JIRA instance, the JIRA site you’re integrating with must be externally accessible, either on the web or open to a firewall IP exception.
** This integration requires the accessing JIRA account be capable of authenticating directly to JIRA - Basic authentication does not support the use of SSO-only login.
III. Configuring the Fields Sent to JIRA
The Integration defaults with a few key placeholders - Project, Issue Type, Summary, and Description. These fields and any others will need to be updated or appended in the following steps.
- Once the Load JIRA Configuration step shows results, select the appropriate JIRA Project and Issue Type to load the list of fields to be used for mapping data into JIRA.
- Expanding the available Fields, select the appropriate Allowed Values and click Apply to insert the value in the JSON snippet. If no Allowed Values are appropriate or you want the snippet to include dynamic information from the Centercode Bug Report, leave the “PLACEHOLDER” value within the snippet.
- Click the Insert button on the right of the snippet to inject the snippet into the JSON Data below.
- Repeat Steps 2 and 3 until your JSON Data contains all the fields, values, and PLACEHOLDERs you need.
3. Click the Validate JSON Structure button to verify the basic structure of your JSON Data.
IV. Sending Dynamic Data to JIRA
Many of your fields in Part III above may use static values, pulled from your JIRA Project and Issue Type. However, much of the power of any Feedback Integration is properly capturing and delivering dynamic data from the source ticket. This is done by injecting Centercode’s Dynamic Tags into the JSON Data.
- Highlight or double-click the PLACEHOLDER text you want to replace with dynamic data.
2. Under Dynamic Tags, select the Data Set and subsequent Item you want to inject. Commonly used fields are found under Feedback Type, Submitter User Account, and Web Services.
3. Click Insert at Cursor to inject the Dynamic Tag into the JSON Data, overwriting the highlighted PLACEHOLDER text as shown below.
4. Repeat Steps 2 and 3 until all your PLACEHOLDER text is replaced and you’ve inserted any other Dynamic Tags or custom formatting into your JSON Data.
5. Click the Validate JSON Structure button to verify the basic structure of your JSON Data.
V. Configuring Additional Options
Allow Field Updates
This option determines whether triggering the integration from Centercode will overwrite the corresponding JIRA ticket. If OFF (as defaulted), once the JIRA ticket is created via this integration, Centercode will not send form updates, but will provision file attachments. If ON, once the ticket is created via this integration, Centercode will send updates to the JIRA ticket (including File Attachments), overwriting whatever is currently there.
The Include Files option determines whether the integration includes files attached to the feedback form via a File Attachments element (note: not files attached to discussion replies). Additionally, you can set a maximum file size for each individual file sent. JIRA defaults to 10MB per file, but your JIRA configuration may vary.
Failure Notification Email Address
To receive notifications if your integration attempts fail for any reason, enter the appropriate email address(es) in the field provided - typically the account responsible for managing feedback in Centercode or moderating this integration. The address(es) entered here should be monitored for error messaging from Centercode.
VI. Setting Your Integration Within Workflow
As with all Feedback External Destinations, your new JIRA integration is triggered by submitting feedback with a chosen Workflow Status. Once you have an External Destination configured for your Feedback Type, Workflow will include a new column for choosing when to trigger your integration. Simply access your Feedback Workflow, scroll to the appropriate Team block(s), and select your new JIRA integration for the desired Status.
- We strongly encourage the use of an integrations-specific JIRA account (a “service account”) for the purposes of authentication and ticket creation (as JIRA’s Reporter field). This ensures that the integration’s access to the JIRA API is not interrupted due to unexpected issues with an individual account (including CAPTCHA lockouts, access changes, or account removal).
- If the above dedicated account is not feasible for your organization, it’s important to note that the account used for authentication must have access to submitting new tickets to the desired JIRA projects and not require login through SSO.
- If you’re exclusively using a non-local Atlassian or JIRA login (perhaps using a Google login to authenticate), you should have a JIRA OnDemand password set at the time of account creation. You’ll use your external username (Gmail address) and this JIRA OnDemand password to authenticate.
- We recommend the use of a dedicated Status within Workflow for this integration like Logged Internally or Sent to Engineering - JIRA. You’re welcome to include your External Destination on a non-dedicated workflow status (like Closed), but this may result in over- or mis-using the integration and sending unintended tickets to your JIRA environment.
- If you’re so inclined, you can add formatting to text areas within JIRA. Ex: new lines can be sent through JSON via “\n”. For additional formatting help, refer to JIRA’s Text Formatting Notation. We recommend using the formatting sparingly after you’ve successfully established your JIRA Integration - adding non-essential code to the JSON payload will increase your margin for error.
- Every instance of JIRA is unique and custom to the needs of the organization, and it’s important to understand what your integration needs are prior to setting up. Even so, if you find that our dedicated JIRA integration method is missing something that’s important to your organization, please let us know.