Hello! I have two projects. When an issue is created in Project A, a linked issue is automatically created in Project B. I need to copy field values from the first issue to the second.Problem: All standard fields copy correctly, but the Assets field does not transfer.Details: * The Assets field has the same ID (customfield_13602) in both projects. * The field is added to the Create and Edit screens in both projects. * Both fields reference the same Assets schema and object type. What I've tried: * Standard copy via Automation UI (doesn't work for Assets fields). * Editing the issue after creation using JSON:{ "fields": { "customfield_13602": { "key": "{{triggerIssue.customfield_13602.objectKey}}" } } } * Setting the field directly during "Create Issue" action. * Using "Lookup Objects" action to find the object before writing. * Attempting to use AQL queries — but discovered that it's impossible to use AQL in automation for Assets fields, as mentioned in Atlassian documentation Nothing works. The field remains empty, and there are no errors in the audit log.Question: How do I correctly pass an Assets field value from one issue to another via Automation?

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to copy Assets (Insight) field value to another issue via Automation for Jira?

Венера

Hello!

I have two projects. When an issue is created in Project A, a linked issue is automatically created in Project B. I need to copy field values from the first issue to the second.

Problem: All standard fields copy correctly, but the Assets field does not transfer.

Details:

The Assets field has the same ID (customfield_13602) in both projects.
The field is added to the Create and Edit screens in both projects.
Both fields reference the same Assets schema and object type.

What I've tried:

Standard copy via Automation UI (doesn't work for Assets fields).
Editing the issue after creation using JSON:
```
{
"fields": {
"customfield_13602": {
"key": "{{triggerIssue.customfield_13602.objectKey}}"
}
}
}
```
1. Setting the field directly during "Create Issue" action.
2. Using "Lookup Objects" action to find the object before writing.
3. Attempting to use AQL queries — but discovered that it's impossible to use AQL in automation for Assets fields, as mentioned in Atlassian documentation
Nothing works. The field remains empty, and there are no errors in the audit log.
Question: How do I correctly pass an Assets field value from one issue to another via Automation?

Accepted answers

Arkadiusz Wroblewski

Hello and welcome @Венера

I have a pretty similar use case, but I solved it a bit differently.
If you are really cloning the issue, and not creating a brand new one from scratch, then I would first try the native clone options in Automation. During the Clone issue action, you can already copy field values from the original issue at the same time, and in cases like this that is often much simpler than trying to set the Assets field afterwards. You must make sure this field are active in another project.

So for me, the first question would be: are you truly doing a clone, or is it more a create new issue based on another one use case?
If it is a real clone, I would definitely test the built-in field-copy behavior first, because that should normally work much better than adding extra update logic afterwards.

Trudy P Claspill

Hello @Венера

Welcome to the Atlassian community.

Referencing this KB:

How to copy Assets fields when closing issues by using Automation for Jira

If it is a single value field then you should be able to set the Assets Object field during the Create Issue action using JSON code;

{
  "fields": { 
    "customfield_13602": {  
      {triggerIssue.customfield_13602.asJsonObjectArray("key")} 
    } 
  } 
}

I don't have a Jira/JSM Data Center where I can test this to confirm it works.

Венера

Hi everyone,

I wanted to follow up and share the solution I found — it turned out to be much simpler than I expected! 😊

The fix:
When using the "Create issue" or "Edit issue" action in Automation:
1. Add the Assets field to the field mapping list
2. In the "Copy from" dropdown, make sure to select "Trigger issue" (not "Current issue")
3. That's it! The Assets field value copies automatically — no JSON or AQL needed

Key takeaway:
For Assets fields in Jira Data Center/On-Premise, the native field mapping works when you explicitly set the source as the trigger issue.

Thank you all for your help and suggestions! Sometimes the simplest solution is the right one. 🙏

Have a great day!

All comments

Arkadiusz Wroblewski

Hello and welcome @Венера

Венера

Hi, thank you for your suggestion!

To clarify: I am **not using the "Clone issue" action**. My workflow uses the **"Create issue"** action to generate a brand new issue in Project B based on the trigger from Project A.

So the process is:
1. Trigger: Issue created in Project A
2. Action: **Create new issue** in Project B (not a clone)
3. Goal: Copy field values from `{{triggerIssue}}` to the newly created issue

Since it's a fresh creation (not a clone), the native clone options don't apply here. I need to map the Assets field value explicitly during or after the "Create issue" action.

Arkadiusz Wroblewski

@Венера

if you are using Create issue and not Clone issue, then I would not expect the native clone behavior to help here.

In that setup, Automation is creating a completely new issue in Project B and trying to carry over the Assets value from {{triggerIssue}}. That is a different scenario than standard clone-based field copying.

Since your standard fields are copying correctly, but the Assets field stays empty without any audit log error, that points more to how Automation is handling that specific field during issue creation. It looks less like a screen or field ID problem and more like an Assets population/linking problem.

In JSM Data Center, that usually needs a different approach. Simple field mapping during Create issue often is not enough for Assets fields. In many cases, the more reliable way is to:

create the issue first

then update/link the Assets field explicitly usually via REST API or Send web request.

So yep, I would stop focusing too much on screens here.

The more likely root cause is how the Assets value is being written, and the practical next step is usually to move to an API-based update after issue creation for that field.

Trudy P Claspill

Hello @Венера

Welcome to the Atlassian community.

Referencing this KB:

How to copy Assets fields when closing issues by using Automation for Jira

If it is a single value field then you should be able to set the Assets Object field during the Create Issue action using JSON code;

{
  "fields": { 
    "customfield_13602": {  
      {triggerIssue.customfield_13602.asJsonObjectArray("key")} 
    } 
  } 
}

I don't have a Jira/JSM Data Center where I can test this to confirm it works.

Marc -Devoteam-

Hi @Венера

Welcome to the community.

Before creating the new issue, store the value to the assets field of the trigger issue in a variable, make sure the variable get the key of the assets object.

example for creating variable: {{issue.customfield_12345.Key}}

In the create action, set the asset field with smartvalue Key = {{variable_name}}

Arkadiusz Wroblewski

@Marc -Devoteam-

I agree. Even in Cloud, it’s often a good idea to first store the Value after fetching it and then use it in the post function.

Венера

Hi everyone,

I wanted to follow up and share the solution I found — it turned out to be much simpler than I expected! 😊

Key takeaway:
For Assets fields in Jira Data Center/On-Premise, the native field mapping works when you explicitly set the source as the trigger issue.

Thank you all for your help and suggestions! Sometimes the simplest solution is the right one. 🙏

Have a great day!

Clara Belin-Brosseau_Elevatic

Hi @Венера

Automation can sometimes be rather tricky so I wanted to suggest an alternative: our app Elements Copy & Sync.

The app allows you to clone a work item from project A to project B, to copy field values and even copy your Assets field.

You simply has to create a "Copy and synchronize work items" recipe and map the fields you need to copy.

Capture d’écran 2026-03-25 à 17.22.29.png

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira-service-management

jira-service-desk-data-center

jira-service-management-data-center

automationconcepts