TL;DR
Clone Jira issues across instances: Elements Copy & Sync lets you clone Jira issues from one instance to another automatically, with fields, comments, and attachments copied over.
JSM-to-Jira escalation: Escalate a support request from a JSM instance to a development Jira instance without manual re-entry.
Two-way sync: Comments, attachments, and status updates sync in real time between the source and the cloned work item.
Dynamic targeting: The Project Picker lets the support agent send the clone to the right development project at escalation time.
No-touch automation: A workflow post-function triggers the recipe on a status change, so escalation happens without manual steps.
To clone Jira issues between two separate instances, Elements Copy & Sync runs a recipe that copies a source issue to a target Jira project, including its summary, labels, comments, and attachments. This is common when customer support in a Jira Service Management instance escalates a request to a development team working in a different Jira instance. Once connected, a workflow post-function triggers the clone on a status change, and a two-way sync keeps comments, attachments, and status aligned across both instances. The support agent uses the Project Picker to send each clone to the correct development project.
In large organizations, support and development teams often work in separate Jira instances. When an issue requires escalation from customer support to development, ensuring smooth communication and data synchronization is essential. This is the type of situation where Elements Copy & Sync comes into play, enabling teams to seamlessly clone Jira issues between instances.
In this article, we’ll walk through the process of escalating an issue from a Jira Service Management (JSM) instance to a Jira instance and explain how to automate the process.
Scenario: A cross-instance issue escalation
Let’s consider a company, Tellurian, that has two separate Jira instances:
- Tellurian France (JSM instance) → Where customer support operates.
- Tellurian Germany (Jira instance) → Where the development team works.
A customer named Clara encounters an issue with her Air Cleaner product and raises a support request through the JSM customer portal. The support agent, Suzie, identifies the issue as requiring escalation to the development team, managed by Ryan, a developer in Jira Software.
Since the two teams use different instances, Suzie must clone the Jira issue to the development team’s Jira project while ensuring all relevant data is transferred.
Step-by-step guide to issue escalation
1. Customer submits a ticket in JSM
- Clara, the customer, logs into the JSM customer portal and submits a request regarding an update failure on her Air Cleaner device.
- The request is now visible to Suzie, the support agent.
2. Support agent reviews and escalates the ticket
- Suzie receives the request in the JSM queue.
- She reviews the issue, adds necessary labels (product type, component…).
- Identifies the issue as requiring development intervention.
- Changes the ticket status to Escalated.
- Uses the Project Picker to pick the relevant development project (AirCleaner) and confirms escalation.
Behind the scenes:
The configured Elements Copy & Sync recipe automatically clones the Jira issue to the target Jira project, ensuring all relevant details are copied.
3. Developer reviews the escalated issue
- Ryan, the developer, opens the newly created ticket in Jira.
- All information from the JSM ticket (including comments, attachments, and labels) has been copied over.
- Ryan requires additional diagnostic files to investigate the issue further.
4. Synchronizing comments between JSM and Jira
- Ryan comments on the Jira issue, requesting the diagnostic file.
- The comment is automatically synchronized to the original JSM ticket.
- Suzie, the support agent, receives the developer’s request and updates the customer via the JSM portal.
5. Customer provides additional information
- Clara, the customer, uploads the requested diagnostic file via the JSM customer portal.
- The attachment and comment are automatically synchronized to the Jira ticket.
6. Developer resolves the issue
- Ryan receives the diagnostic file and resolves the issue in Jira.
- He transitions the ticket to Done.
7. Automatic status synchronization
- The JSM ticket is automatically updated to Resolved.
- Clara, the customer, sees the status change in her JSM portal without any additional manual updates from Suzie.
How to set up Elements Copy & Sync for issue escalation
To implement this cross-instance issue escalation, follow these steps:
Step 1: Connect the two instances
- In your source instance (JSM), go to the Elements Copy & Sync.
- Navigate to Connections.
- Click Add a remote instance.
- Paste the URL of the target instance (where the issue should be cloned).
- In the target instance, go to the Connections tab, review the request, and approve it.
Step 2: Create a recipe
- Go back to the source instance and open the app.
- Click Create a new recipe.
- Name the recipe (e.g., “Escalate to Development”).
- Select the target Jira instance.
- Choose which fields to clone and synchronize:
- Issue summary & description
- Labels, components, and priority
- Comments & attachments
- Status (for automatic synchronization)
Read how to synchronize issues from Jira Service Management to Jira
Step 3: Configure the project picker for dynamic escalation
- Enable the Project Picker to allow support agents to choose the correct development project.
- Configure the project selection so the same recipe can be used to clone Jira issues to multiple software projects dynamically.
Step 4: Automate the workflow with a post-function
- Go to Jira workflow settings in the JSM project.
- Add a post-function to the transition (e.g., when changing the status to “Escalated”).
- Set the post-function to trigger the recipe.
- Publish the workflow.
Step 5: Test the configuration
- Create a test support ticket in JSM.
- Escalate it using the configured workflow.
- Verify that the issue is cloned in Jira with all details.
- Add a comment in Jira and confirm it synchronizes back to JSM.
Why use Elements Copy & Sync to clone Jira issues?
- Seamless cross-instance communication
- No need to manually copy data between instances.
- Support and development teams stay aligned.
- Automatic synchronization
- Comments, attachments, and status updates sync in real time.
- Dynamic project selection with project picker
- The support agent can pick the correct development project based on the product category.
- Time-saving & reduced manual effort
- Eliminates redundant manual updates.
- Developers get complete context without switching between Jira instances.
Teams can clone Jira issues efficiently, keeping workflows smooth and reducing resolution time.
Watch Alex Ortiz review on issue escalation with Elements Copy & Sync
Check the tutorial on how to escalate a Jira issue across instances
Final thoughts
Handling issue escalation efficiently is crucial for improving customer support and development collaboration. With our app, organizations using multiple Jira instances can streamline their workflow, improve transparency, and reduce response times.
Want to see it in action? Try Elements Copy & Sync for free now.
Frequently asked questions
Couldn’t find what you need?
To clone Jira issues between instances, connect the source and target in Elements Copy & Sync, then build a recipe that selects which fields to copy (summary, description, labels, components, priority, comments, attachments, status). Trigger it, and the recipe clones the source issue to the target Jira project with all selected data. See how to clone Jira issues with a Copy & Sync recipe.
Yes. This is a common escalation pattern: a support agent escalates a Jira Service Management request, and Copy & Sync clones it to the development team’s Jira instance. The agent uses the Project Picker to send the clone to the correct target project. Start by learning how to connect two Jira instances to clone issues.
When you clone Jira issues with Copy & Sync, a two-way link is kept between the original and the cloned work item. A developer’s comment or a customer’s uploaded file synchronizes automatically between the JSM request and the Jira work item, so neither team copies information by hand.
