Incident management is an extensive process where even the smallest improvement in the workflow can impact resolution time. Read real-market use cases of Feature Bundle in agents' workspaces and learn how to create an advanced customer portal for customer satisfaction and agent efficiency.

ITSM use cases:

🔑 What are the key features of Feature Bundle for Jira Service Management?

Explore the extensions for Jira Service Management available in Feature Bundle:

With these diverse features, you can ensure seamless communication, streamlined processes, and heightened satisfaction for both customers and support teams. Advanced incident management and communication are essential for quicker resolutions and improved CSAT scores.

1. Announcement banners: Messages displayed on the service desk portal to relay important announcements, updates, or alerts to users and customers.

2. Edit Jira ticket: Feature enabling customers to modify or update their service requests within the portal without requiring assistance from agents.

3. Escalation: Process of raising a service request or issue to a higher level of support or authority for resolution.

4. Incident: Unplanned interruption or degradation in the quality of an IT service, often necessitating immediate attention and resolution.

5. Incident communication management: Procedures for effectively communicating with customers during incidents to keep them informed of progress and expected resolutions, minimize agent involvement, and maximize resolution efficiency.

6. Incident Management: Process of managing and resolving incidents to minimize disruption to IT services and swiftly restore normal operations.

7. ITIL: Framework for IT Service Management (ITSM) that offers best practices for aligning IT services with business needs.

8. ITSM: IT Service Management encompasses the processes, policies, and procedures used to design, deliver, manage, and enhance IT services for organizations.

9. Jira Service Desk portal: Online platform or interface where users can submit service requests, report incidents, and access IT support services.

10. JQL: Jira Query Language, a query language utilized in Jira software for searching and filtering issues. For functions, refer to the Atlassian page.

11. Queue: Waiting line where service requests or issues are held until Jira service desk agents can address them.

12. Request type: Categories or classifications used to categorize service requests based on their nature or purpose.

13. Resolution: Action or process of resolving a service request or incident, often resulting in a solution or workaround being provided.

14. Service desk agent: Support team member responsible for managing service requests and incidents.

15. SLA: Service Level Agreement, a formal agreement outlining the expected service level from a service provider, including response and resolution times.

Ensure your customers have visibility into their Jira tickets with comprehensive tracking displayed directly on the customer portal.

It's crucial for both external customers and internal employees like Tom, a graphic designer, who might urgently need a new laptop but find the current status inadequate in providing sufficient progress details on his request.

By implementing a transparent Jira ticket tracking system, you enhance customer satisfaction and provide clear insights into the progress of their requests.

Here are the steps agents should take:

1. Workflow Configuration: Admin Greg configures the workflow for specific request types, like Amazon orders.

2. Request Steps Configuration: Greg customizes request steps in the Feature Bundle settings, creating clear stages with meaningful names and descriptions.

3. Visual Consistency: Each step's panel is customized with consistent colors to match the portal's appearance.

4. Detailed Tracking: When Tom creates a ticket for a new laptop, he can see a detailed panel displaying the entire process his request will undergo.

5. Automation for Updates: Greg sets up automation rules to add public ticket comments when they reach specific statuses, ensuring customers are automatically updated on their request's progress. The description field for each status provides additional context and clarifies responsibilities.

The benefits are numerous:

• Real-time Updates: Customers like Tom stay informed about their ticket's progress in advance.

• Enhanced Support: Customers feel supported and have clear information about their request's current stage.

• Self-Service Empowerment: This approach fosters self-service options, allowing customers to find answers independently.

• Transparent Communication: Detailed information about each status is provided, ensuring transparency.

• Efficient Agents: With comprehensive status updates available, agents can focus on addressing actual issues rather than fielding status-related inquiries.

While ITIL offers a robust framework of best practices for IT service management, ITSM encompasses a broader scope of implementing and managing IT services to meet organizational requirements and deliver value to customers. By integrating ITIL principles into an ITSM framework, organizations can optimize IT service delivery processes, thereby enhancing overall service quality and customer satisfaction.

ITIL (Information Technology Infrastructure Library)

Definition: ITIL serves as a framework of best practices for IT service management, offering guidance on aligning IT services with business needs, focusing on processes, tasks, and checklists to deliver value and uphold a high level of customer satisfaction.

🔑 Key Components:

• Service Lifecycle: ITIL organizes IT services into five stages: Service Strategy, Service Design, Service Transition, Service Operation, and Continual Service Improvement (CSI).

• Processes: ITIL defines various processes to effectively manage IT services, including Incident Management, Change Management, Problem Management, and Configuration Management.

• Roles and Responsibilities: ITIL outlines the roles and responsibilities of IT service providers and users, ensuring clear accountability and efficient service delivery.

• Best Practices: ITIL advocates for adopting best practices in IT service management, providing guidelines for implementing processes and enhancing service quality over time.

Benefits:

• Improved Service Quality: ITIL best practices contribute to enhancing the quality and reliability of IT services, leading to higher customer satisfaction.

• Efficiency: ITIL streamlines IT service delivery processes, reducing inefficiencies and operational costs.

• Alignment with Business Objectives: ITIL emphasizes aligning IT services with business goals, ensuring that IT investments support overall business success.

• Continuous Improvement: Through the Continual Service Improvement stage, ITIL encourages organizations to continuously review and improve IT services to meet evolving business needs and technological advancements.

ITSM (IT Service Management)

Definition: ITSM involves implementing and managing IT services to meet organizational and customer needs, covering processes, tools, and techniques used to design, deliver, manage, and improve IT services throughout their lifecycle.

🔑 Key Components:

• Service Desk: ITSM typically includes a central service desk or help desk function responsible for receiving, managing, and resolving user requests and incidents.

• Incident Management: ITSM processes include Incident Management, focusing on restoring normal service operation promptly after an incident to minimize business disruption.

• Change Management: ITSM emphasizes change management, which governs the planning, approval, and implementation of changes to IT infrastructure and services to minimize the risk of service disruptions.

• Service Catalog: ITSM often involves creating and maintaining a Service Catalog, offering users a centralized list of available IT services and their details.

Benefits:

• Increased Productivity: ITSM optimizes IT processes and workflows, enabling IT teams to work more efficiently and effectively.

• Enhanced Customer Satisfaction: Reliable and responsive IT services improve customer satisfaction and build trust with users.

• Risk Mitigation: ITSM processes like Change Management and Problem Management help mitigate risks associated with IT changes and incidents, reducing the likelihood of service disruptions.

• Alignment with Industry Standards: ITSM frameworks like ITIL provide industry-recognized best practices and guidelines for implementing ITSM processes, ensuring alignment with industry standards and benchmarks.

👋 Welcome to Feature Bundle

The Feature Bundle app offers extensions for Jira Service Desk aimed at service desk agents and all Jira Service Management projects. It empowers you to enrich the Jira customer portal and create a customer service experience finely tuned for incident management, boosting agents' CSATs along the way.

👀 What is Jira Service Management?

Jira Service Management (JSM, formerly Jira Service Desk) streamlines the handling of customer inquiries for teams. This platform centralizes the process, allowing service desk agents to track, prioritize, and resolve issues collaboratively, thus improving customer service. It's particularly effective for incident management. The Jira service desk serves as a hub for creating tickets for customers and forwarding them to service desk agents.

🙋‍♀️ Feature Bundle for ITSM processes

Are you looking to improve customer and agent interactions in Jira Service Management? Do you desire tools that offer deeper insights and assistance on the service portal? Say goodbye to complexity and inefficiency in incident management with our Jira Service Management extension. Crafted to provide detailed incident information and streamline agent workflows, this extension transforms your service delivery.

Enriched portal information enables customers and agents to navigate incidents effortlessly, leading to quicker resolutions and increased satisfaction. Empower your team to enhance customer service and effortlessly enhance your support operations.

🔑 What are the key features of Feature Bundle?

Features include:

💪 What are the key benefits of using Feature Bundle?

Key benefits of using Feature Bundle include:

• Better informed customers - Target information important to your customers. Create dedicated banners that accurately respond to their needs.

• Improved service agents' work efficiency - Give customers as much information as possible without engaging agents. Presenting information on the Request Details View helps to avoid the constant questioning and exchange of comments.

• Full control by project administrators - Define what portals and request types are available in a given context. Schedule the display of request types or control the visibility based on groups, roles, organizations, or even JQL.

• Smoother managing service elements - Give your administrators a set of utils that help them in daily work. Small but powerful options, such as change the name of SLA or bulk updating SLA calendars to add new holidays.

🤓 Read more

Your feedback is essential to us ❤️

By showcasing additional values, such as linked issues on the customer portal's request details view, we optimize incident management processes, promote transparent communication, and empower customers to actively participate in resolving their reported issues.

Here's how the agent's workflow unfolds in three steps, focusing on displaying linked issues on the Jira customer portal:

1. Incident Submission: Mark, a customer, encounters an issue while using our application and submits a support request via the customer portal. This action initiates the incident management process within our support system.

2. Linked Issues Display: As Mark navigates to view the details of his support request on the customer portal, he notices a section position in the queue and queue size. Here, he can view how many requests are before his, providing him with context and understanding of the time of waiting.

3. Efficient Resolution: With visibility into the status and position in the queue, Mark doesn't need to contact his agent to inquire about the bug's resolution.

The benefits of displaying additional fields on the service desk portal include:

• Enhanced Visibility: Customers like Mark gain greater visibility into the status and context of their reported incidents, fostering transparency and understanding.

• Efficient Collaboration: Customers and support teams can collaborate more effectively by referencing linked issues and coordinating efforts to resolve related problems, streamlining the resolution process.

You can display:

• Assignee

• Dates: Created, Updated, Resolved

• Time in the current status

• Position in queue and queue size

• Sub-tasks with fixed details: Issue Key, Summary, Status, Priority

• Times: current user’s time and assignee’s time

• Links to external sources

💪 What are the key benefits of using Feature Bundle?

Primary advantages of utilizing Feature Bundle include:

• Self-service empowerment: Empowers users to independently manage their tickets and find solutions, reducing reliance on support agents and promoting user autonomy.

• Enhanced communication: Facilitates clear and efficient communication between users and agents, leading to faster issue resolution and heightened satisfaction.

• Centralized information hub: Provides customers with a single, comprehensive source of information within the self-service portal, ensuring consistency and accuracy across channels and minimizing confusion.

• Organizational clarity: Offers a structured and orderly environment for users to navigate, alleviating confusion and frustration often associated with disorganized systems.

• Time efficiency: Saves agents' time by offering customers quick access to information, reducing waiting times and the need to search multiple channels.

• Improved agent productivity: Enhances overall operational efficiency by freeing up agents to address more complex issues, thus boosting the support system's productivity.

• Transparency with customers: Fosters trust through open sharing of information and updates via the service desk self-service portal, promoting clarity and honesty in all interactions.

Company ABC operates in various regions and provides specialized services tailored to each region's requirements. To manage service requests effectively, Company ABC has configured organization-specific request types in their Jira Service Desk portal. However, certain request types are relevant only to employees within specific organizations and should not be visible to customers from other organizations.

1. Configuration of Organization-Specific Request Types:

   • The IT administrator, John, configures organization-specific request types in the Jira Service Desk portal to streamline service request management for employees across different regions.

   • Each organization is assigned specific request types tailored to their needs, such as IT support, facilities maintenance, and HR inquiries.

2. Identification of Request Types that should be restricted from Customers:

   • John identifies certain request types that are relevant only to employees within specific organizations and should not be visible to customers from other organizations.

   • For example, a request type related to regional office infrastructure maintenance is specific to employees within the respective regional organization and should not be visible to employees from other regions or external customers.

3. Configuration of Visibility Conditions:

   • John configures visibility conditions for the organization-specific request types to ensure that they are only visible to employees within the respective organizations.

   • He defines conditions based on organization membership, ensuring that only employees associated with the relevant organization can view and access the specific request types.

4. Testing and Validation:

   • John conducts thorough testing to ensure that the visibility conditions are properly configured and functioning as intended.

   • He validates the configuration by logging in as users from different organizations and verifying that they can only view request types relevant to their organization.

5. Implementation and Communication:

   • Once validated, John implements the visibility conditions for the organization-specific request types in the live Jira Service Desk portal.

   • He communicates the changes to all employees, informing them that certain request types are tailored to their organization's needs and may not be visible to users from other organizations.

6. Monitoring and Maintenance:

   • John monitors the portal regularly to ensure that the visibility conditions remain effective and that only authorized users can access organization-specific request types.

   • He addresses any issues or discrepancies promptly and makes necessary adjustments to the visibility conditions as organizational requirements evolve.

By configuring visibility conditions based on organization membership, Company ABC ensures that employees have access to request types relevant to their organization's needs while maintaining confidentiality and preventing unauthorized access from external customers. This approach enhances service request management and ensures a tailored service experience for employees across different regions.

The announcements are a helpful way to give your customers important information. This extension for Jira Service Management allows you to post messages about anything you need, such as operating hours, a system outage, upcoming events, holidays, or maintenance.

The places within Jira Service Desk where you can add an announcement banner:

• Help Center

• specific Customer portal (everywhere or on the specific Request Types - Request Form and Request Detail View)

• Unlike standard announcements in Jira Service Desk, with our app you can display more than one announcement on the page.

How to create an announcement banner on the service desk customer portal?

Steps 🐾

1. Log in to your Jira instance

2. Choose cog icon ⚙️ > Manage Apps

3. Select Feature Bundle > Announcements

4. Click Add

5. Configure announcement settings by editing the following fields:

   1. Location: Select the place where the announcement will be displayed. You can select from two options: Help Center and Customer Portal. In case of Customer Portal, you have to also select project and request types. If you leave Request Types field empty, the announcement is displayed for all Request Types.

   2. Content: Type Title (for example: Support Hours - Christmas time) and Message (for example: Dear Customers, The Support Team will be out of office from 20th December to 3rd of January. We are sorry for any inconveniences.) which you want to display for customers. These fields support HTML.

   3. Scheduling: Select Start date (in the following format: yyyy-mm-dd). Additionally, you have to define a day when you want to stop displaying announcements for customers. Two options are available:

      1. Select Stop date (in the following format: yyyy-mm-dd). OR

      2. Set the state of Stop condition switch to on. After that, select Issue Key of existing issue and Status. If the issue reaches the selected status (for example, Service request will reach Done), the announcement is hidden.

6. Click Add to save the announcement.

Result 🎉

A new announcement has been added to the list. You can deactivate them by setting the state of Active switch to off. To remove one, click Delete.

The Customer Portal Access feature allows setting the visibility of a particular Portal. By default, all Portals defined in the service desk are visible to all who can access the Customer Portal. Thanks to our app, you can hide some of them and show only those who should see them for security reasons.

Steps 🐾

1. Log in to your Jira instance

2. Click on Settings > Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Portal Access Settings

4. Click on the team icon to switch to the proper page

5. Define visibility conditions

The visibility can be set for three parameters:

• Organizations - the Organizations whose members will see the current Portal

• Project roles - the project roles whose members will see the current Portal

• Jira groups - the Jira groups whose members will see the current Portal

❗️To see the portal on the customer portal, the user must meet at least one rule (restriction).

If you don’t set any restrictions, a Portal is visible and accessible for all.

The Requests Steps feature allows you to track the progress of issues on the Customer Portal. It’s easy to understand what stage the current issue is at. Let’s take an example of an online store order.

The customer knows the exact stage of the request. It’s an easy way to simplify the issue’s workflow explanation.

Steps 🐾

1. Choose the cog icon ⚙️ > Apps

2. Click on Settings > Projects > service project which you want to configure

3. Under Project Settings, select Request Steps

4. Click on the Request Type you want to configure

5. Add as many steps as you need

6. Map statuses to steps you defined earlier. Optionally, you can describe each step

7. Click Save

Result 🎉

Defined steps are now visible on the Customer Portal on selected Request Types. Customers know at what stage their ticket is and how much is yet to resolution.

❗️ After app installation, this feature is not active. You have to set it up in three simple steps.

1️⃣ Choose who and where can edit the request.

2️⃣ Edit the form with editable fields with drag and drop.

3️⃣ Save changes.

Now let's dive into details 👀

You have to configure:

• who can edit a request,

• if the internal comment will be added after each edition,

• which fields can be edited,

• when fields can be edited.

🐾 Steps

1. Click on Settings > Projects > service project which you want to configure

2. Under Project Settings, select Edit Request Config

3. Select Request Type that you want to configure. This list also includes hidden Request Types.

4. Define who can edit a request:

   • Reporter - someone who created a request; (By default this option is chosen.)

   • Request Participants - people with whom the request is shared.

   • Organizations - people from organizations with which the request is shared.

5. Select Event User ( it is needed to change the status and edit the Labels field; it is a Jira user.)

6. In Settings section you can narrow down how many times the request can be edited and define condition when the request can be edited (with JQL).

7. Use drag and drop to move fields from the right to the middle section. These fields will be displayed on the edit form. If you want to remove the field from the edit form, move the field to the correct section back.

9. Click Save changes. If you want to remove the current changes, click Discard

🎉 Result

The Edit Request link is visible on the requests. Customers are now able to make changes.

💡 JQL examples

The Dynamic Request Types feature allows setting visibility of a particular Request Type. By default, all Request Types defined in the service desk project are visible for all who have access to the Customer Portal. Thanks to our app, you can hide some of them and show only people who should see them, for example, for security reasons.

See yourself with an interactive demo:

Steps 🐾

1. Log in to your Jira instance

2. Click on Settings > Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Portal Access Settings

4. Define visibility conditions

The visibility can be set for eight parameters:

• Project roles - the project roles whose members will see the selected Request Types

• Jira groups - the Jira groups whose members will see the selected Request Types

• Organizations - the Organizations whose members will see the selected Request Types

• Languages - the languages that the user must have set in the profile to view the selected Request Types

• Time zones - the Regions (and Time Zones) that the user must have set in the profile to view the selected Request Types

• SLAs Calendars - the selected Request Types will be available in time defined in the calendar

• Dates - the selected Request Types will be available in time that is within the configured date range

• JQL - the selected Request Types will be available when the number of issues from the provided JQL meets the condition provided in the configuration.

❗️ To see the Request Type on the Customer Portal, the user must meet at least one rule (restriction).

If you don’t set any restrictions, a Request Type is visible and accessible for all.

How to set visibility?

Steps 🐾

1. Log in to your Jira instance

2. Click on Settings > Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Request Types access configuration

4. Select the checkboxes next to Request Types that you want to configure and click Add restrictions (or click on the cell in the table)

5. Configure the following items depending on the tab:

   1. For Project roles: select the project roles

   2. For Jira groups: select the Jira groups

   3. For Organizations: select the Organizations

   4. For Languages: select the Languages (the list contains all languages installed on the current Jira instance)

   5. For Time zones: select the Regions and Time Zones (field Time Zones is optional)

   6. For SLAs Calendars: select the SLAs Calendars

   7. For Dates: select the date range. You can select a lot of individual dates, but if you set a scheduled configuration or define some conditions, they will be overridden with the new one.

      1. Individual dates: From MM/DD/YYYY HH:MM to MM/DD/YYYY HH:MM

      2. Scheduled:

         1. Daily

         2. Days per week

         3. Days per month

      3. Conditions: From MM/DD/YYYY HH:MM till <issue key> reaches <status>

   8. For JQL: define a condition to display Request Types using JQL. For example, selected Request Types will be displayed on the Customer Portal when the number of issues from the provided JQL is less than 5.

      1. JQL: type JQL (for example: project = XYZ and priority = Blocker)

      2. Operator: is equal to / is less than / is greater than

      3. # of issues to compare: type the number

6. Click Add to save the configuration.

Result 🎉

The visibility for a particular Request Type has been saved.

Who can edit Jira ticket and when?

You can choose in the configuration who can edit fields on the Customer Portal:

• Reporter (selected by default)

• Request participants

• Organizations

For each field, you can put JQL to define whether the field will be editable.

Which Jira fields can be edited on the request details view?

When this feature is configured for a particular Request Type, the customer has access to the edit dialog and det up editable fields:

• Summary (which is always a required option by Jira natively)

• Description

• Priority

• Reporter

• Labels

• Due Date

• Components

• User picker custom fields

• Multi-user picker custom fields

• Text custom fields

• Single-select custom fields

• Multi-select custom fields

• Cascading-select custom fields

• Date Picker custom fields

• Date Time Picker custom fields

• Radio Buttons custom fields

• Checkboxes custom fields

• Labels custom fields

• Numbers custom fields

• Table Grid from Table Grid Next Generation app

• Status (this field has an extra configuration "Use preset values" )

• Components

A list of fields in the configuration is based on the request form configuration. The app supports Display name and Required setting.

How to edit a request?

🐾 Steps

1. Go to the request which you want to edit.

2. Click the Edit Request link on the right section.

3. Make changes, choose fields to edit.

4. Click Save.

5. The edit button will appear on the request details view.

🎉 Result

All changes have been saved.

For Jira users who have access to the issue, a change is visible in the History tab:

If you select the checkbox to enable adding an internal comment after each edit operation, Jira users see an internal comment on the issue:

The Request View Enhancer allows you to share more information about the ticket with customers. For each service desk project, you can decide if you want to display the following elements:

• Assignee

• Dates: Created, Updated, Resolved

• Time in the current status

• Position in queue and queue size

• Sub-tasks with fixed details: Issue Key, Summary, Status, Priority

• Times: current user’s time and assignee’s time

• Links to external sources

• Customer satisfaction feedback

How to set a configuration?

Steps 🐾

1. Log in to your Jira instance

2. Choose Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Request View Enhancer

4. By clicking on elements, define which of them you want to display for customers. Strikethrough name means that the element will be hidden.

1. With the toggle a the bottom you can also switch on customer satisfaction feedback.

Result 🎉

The chosen elements are displayed in the Request Detail View.

What is SLA?

Unlike the standard configuration in Jira Service Management, our app allows you to rename SLAs (you must create a new SLA with the correct name natively). This allows you to save time if you would like to make changes, especially in many service desk projects.

How to rename SLAs?

Steps 🐾

1. Log in to your Jira instance

2. Choose cog icon ⚙️ > Manage Apps

3. Select Feature Bundle > Utils

4. Select Rename SLAs

5. Select the SLA that you want to rename

6. Type a new name for the selected metric. The number of characters is limited to 255

7. Click Rename

8. Check the I understand the risk of this action. box to confirm

9. Click Update

Result🎉

The SLA name has been changed to a new one.

Unlike the standard configuration in Jira Service Desk, our app enables simple time tracking for non-agent users. It allows them to log their work on service desk issues, for example, developers who rather aren't Jira Service Desk agents but spend a lot of time investigating a problem.

A non-agent user can log work (Time Spent), select Date Started, and type a Work Description (optional field).

How to enable Time Tracking on the service desk portal?

Steps

1. Log in to your Jira instance

2. Choose cog icon ⚙️ > Manage Apps

3. Select Feature Bundle > Utils

4. Select Time Tracking

5. Set the state of Enable for non-agent users to switch to ON

Result 🎉

Simple Time Tracking has been enabled. When non-agent users are on the issue, Log Work is available under the Summary.

The configuration overview helps estimate the size of the Jira Service Desk projects. This information can be helpful when migrating projects or Jira instances. They allow you to estimate the labor intensity and costs of doing so. In addition, a summary of project configurations is important in the maintenance process and in optimizing their size.

The formats in which you can obtain a summary:

• HTML - after choosing a project

• PDF - after clicking Export to PDF

• REST API - GET http://localhost:8080/rest/jsdutils/1.0/overview/{pid}

A Summary table presents the following information (per project):

• Total number of groups

• Total number of Request Types (which are not hidden)

• The average number of fields in Request Type

• Total number of SLA metrics

• Total number of goals

• Total number of calendars

How to generate a summary of service desk project?

Steps 🐾

1. Log in to your Jira instance

2. Choose cog icon ⚙️ > Manage Apps

3. Select Feature Bundle > Configuration overview

4. Select Jira Service Desk project for which you want to check a summary

5. Click Export to PDF to save results. The file will be saved in the following format: ProjectName_ProjectKey.pdf.

Result 🎉

A summary of the selected service desk project has been generated.

The Export Request Types feature is a helpful way to save your configuration and import it into another service desk project within the same Jira instance or into another one - using Import Request Types feature. You can also modify this file (for example: typing Field Helps faster than in the standard way by clicking every Request Type separately) and import it into the same service desk project. Saving configuration is also useful for backuping or archiving purposes.

The elements which are exported to .JSON file:

• Request Type name

• Request Type group (if this group doesn’t exist in the target project, it is created)

• Issue Type with ID

• Description

• Help and instructions

• Visible Fields with IDs (these fields must exist in another Jira instance if you want to import them)

  • Display name

  • Required flag

  • Field help

• If you have some hidden Request Types, you can also export them. After import, they will be added to Hidden from portal group.

• Our app doesn’t overwrite standard announcements - our customizable announcements are displayed under the standard one.

How to export Request Types from service desk project?

Steps 🐾

1. Log in to your Jira instance

2. Choose Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Export Request Types

4. Select the Request Types that you want to export by selecting the checkboxes next to them

5. Click Export to save selected Request Types as a .JSON file

Result 🎉

The .JSON file with configuration has been saved.

How to import Request Types from service desk project?

Steps 🐾

1. Log in to your Jira instance

2. Choose Projects > service project which you want to configure

3. Under Project settings, select Feature Bundle > Import Request Types

4. Configure import settings by editing the following fields:

   1. Match issue type by name: Set the state of switch to on if you don’t want to match issue types by IDs (a default behavior)

   2. Match custom field by name: Set the state of switch to on if you don’t want to match custom fields by IDs (a default behavior)

   3. Do not create duplicates: Set the state of the switch to on if you don’t want to create Request Types during the import process if a Request Type with the same name as in the imported file exists in the current project.

   4. Paste content from .JSON file which you created in the previous section (How to export Request Types)

5. Click Import to add Request Types to the project.

If you set the state of Do not create duplicates switch to off (a default behavior), every Request Type is added to the project. If a Request Type with the same name as in the imported file exists in the current project, the “old” Request Type is not overwritten by a new one - it’s added next.

Result 🎉

The Request Types saved in the imported .JSON file have been added to the project.

Then, proceed to install it on your instance and open it through Applications in Jira's settings.

How to access app configuration?

🐾 Steps

To find the page with app configuration:

1. Log in to your Jira instance.

2. Click Applications in the settings navigation with ⚙️ icon.

3. Find the Manage apps in the top tabs.

4. Click on Feature Bundle features on the left menu.

⭐️ Now, let's talk about features.

With this feature, you can dynamically hide request types or entire portals. This is useful when some request types or projects are sensitive and you don't want to show them to all users.

What is the request type?

What is a customer portal?

Now, let's talk about how to limit visibility for groups that should exactly see request types and even whole portals.

🌴 The holidays added to your calendars in selected service desk projects allow to not count non-working days towards your SLAs.

Natively, Jira Service Desk offers the possibility of adding them project-by-project for every calendar separately, which can be tedious and time-consuming, especially if you have a lot of projects to configure.

Using our feature, you can configure holidays and select to which service desk projects you want to add them without moving from one screen to another. Everything can be configured in one place!

How to add a holiday to Jira calendars? 🌴

Steps 🐾

1. Log in to your Jira instance

2. Choose cog icon ⚙️ > Manage Apps.

3. Select Feature Bundle > Utils.

4. Select Bulk add holidays.

5. Configure holidays by editing the following fields:

   • Holiday date: Define the date (in the following format: yyyy-mm-dd)

   • Holiday name: Type the name.

   • Repeat yearly: Check this box if you'd like a holiday to repeat the following year.

6. Select to which service desk projects you want to add holidays. Remember that it will apply to ALL calendars in the selected project.

7. Click Add to save the holidays.

8. Check the I understand the risk of this action box to confirm.

9. Click Update.

Result 🎉

Configured holidays have been added to any existing holidays in all calendars in the selected service projects.