Como puedo vincular una subtarea (incidencia secundaria) a varias tareas simultaneamente

Sonia Romo
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
February 23, 2024

Buenas tardes! 

Quisiera saber como puedo vincular una indicencia secundaria a varias tareas smiultaneamente, actualmente si ya tengo una secundaria vinculada en la incidencia "A" y despues esa misma secundaria la ligo a la secundaria "B" la quita de la "A" y necesito que se mantenga en ambas de manera independiente (Como Clonada). 

El Clonar no me sirve porque necesito relacionarla a 15 incidencias y despues la original tiene 15 relaciones dentro de su detalle (es mucha información de mas y no necesito el dato de la relacion porque las ocupo independientes). 

 

Espero puedan ayudarme, gracias! 

1 answer

1 accepted

0 votes
Answer accepted
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
February 23, 2024

Hola @Sonia Romo ,

Bienvenido a la comunidad Atlassian.

Quiero asegurarme de que entiendo su situación.

  1. Tienes un problema que tiene una subtarea secundaria.
  2. Desea hacer copias de esa subtarea secundaria, convirtiéndolas en secundarias de otros problemas, esencialmente clonando la subtarea.
  3. No desea que la subtarea original muestre las copias en su sección "Problemas vinculados".

¿Es eso correcto?

¿Con qué frecuencia necesita ejecutar este proceso de clonar una subtarea en varias otras incidencias principales?

¿Siempre agregas nuevas subtareas a los mismos problemas?

 

Si utiliza una regla de automatización con una acción Clonar problema para clonar la subtarea y especifica dentro de la acción Clonar problema la nueva clave de problema principal para el campo Principal, entonces ese proceso no creará un vínculo entre la subtarea original y la nueva subtarea.

---

Hello,

Welcome to the Atlassian Community.

I want to make sure that I understand your scenario.

  1. You have an issue that has a child subtask.
  2. You want to make copies of that child subtask, making them children of other issues, essentially cloning the subtask.
  3. You don't want the original subtask to show the copies in its "Linked Issues" section.

Is that correct?

How often do you need to execute this process of cloning one subtask to multiple other parent issues?

Are you always adding the new subtasks to the same issues?

 

If you use an Automation rule with a Clone Issue action to clone the subtask, and specify within the Clone Issue action the new parent issue key for the Parent field, then that process will not create a link between the original subtask and the new subtask.

How can I link a subtask (secondary incident) to several tasks simultaneously?

Good afternoon!

I would like to know how I can link a secondary incident to several tasks simultaneously, currently if I already have a secondary linked in incident "A" and then I link that same secondary to secondary "B" it removes it from "A" and I need it to be keep both independently (As Cloned).

Clone doesn't work for me because I need to relate it to 15 incidents and then the original has 15 relationships within its detail (it's a lot of extra information and I don't need the relationship data because I deal with them independently).

 

I hope you can help me, thank you!

Sonia Romo
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
February 25, 2024

Gracias! 

Si, necesito saber una función de como poder "reutilizar" una incidencia secundaria ya previamente creada y relacionada a la incidencia "A" para posteriormente en la incidencia "B" poder usarla nuevamente sin tener que capturarla nuevamente, aunque la incidencia secundaria sea la misma, a partir de que separo las incidencias en "A" y "B" para mi ya son independientes porque están en diferentes "Incidencias" y periodos de tiempo distintos (Lo que necesito es reutilizar la incidencia para no tener que capturarla nuevamente) 

La función "Clonar" hace que se muestre la relación de todas las clonaciones y eso no me va a funcionar porque dejara muchos registros relacionados como "is cloned by" (adjunto pantalla)Pantalla JIRA.png

 

¿La función que comentas de automatización si me funciona para esto? 

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
February 28, 2024

Sí, la función Reglas de automatización funcionará para usted.

Puede encontrar la documentación para las reglas de automatización aquí:

https://support.atlassian.com/cloud-automation/docs/jira-cloud-automation/

Al crear una regla de automatización, debe identificar un evento que hará que se ejecute la regla.

Si ya tiene el Incidente A y el Incidente B creados y desea copiar la subtarea del Incidente A al Incidente B, puede crear una regla con un Activador manual (1).

Como parte de ese activador manual, querrá especificar que solo se pueda activar a partir de tipos de problemas de subtarea. (2)

Screenshot 2024-02-28 at 6.45.27 PM.png

 

Además, en el activador, puede configurar una Entrada de usuario para que el usuario especifique la clave del problema para el Incidente B. (3).

Screenshot 2024-02-28 at 6.49.04 PM.png

 

Luego podría incluir una acción Clonar problema que haría una copia de la subtarea. (4)

Dentro de esa acción Clonar problema, cambiaría el valor principal de la nueva subtarea que se creará para que su principal sea el problema que se proporcionó en la entrada del usuario. (5)

Screenshot 2024-02-28 at 6.53.47 PM.png

 

Para ejecutar la regla de automatización de clonación, debe abrir la subtarea que desea clonar, hacer clic en el botón Acciones (6) y hacer clic en la regla (7).

Screenshot 2024-02-28 at 6.56.55 PM.png

 

Es posible que aparezca una ventana emergente solicitándole que ingrese la clave para el problema de destino. Debe ingresar la clave y hacer clic en el botón Continuar.

Screenshot 2024-02-28 at 6.59.27 PM.png

 

La regla se ejecutaría, haciendo una copia de la subtarea y colocándola bajo el incidente que usted especificó. Y no se crearía ningún vínculo entre la subtarea original y la nueva subtarea.

No agregué nada a la regla para confirmar que la clave de problema de destino que se ingresó es realmente un problema real. Y no puse nada en la regla para confirmar que especifica un tipo de problema que puede tener una subtarea cuando es niño. Es posible que esas sean verificaciones que desee agregar.

 

Los administradores de Jira pueden crear reglas de automatización. Los administradores de Jira pueden haber establecido permisos para permitir que otros usuarios, como administradores de proyectos, también creen reglas.

Si es administrador de proyectos, encontrará la funcionalidad en Configuración del proyecto > Automatización.

Si no encuentra la funcionalidad allí, o no es administrador de proyecto, comuníquese con su administrador de proyecto o con sus administradores de Jira para obtener ayuda.

 

---

Yes, the Automation Rules feature will work for you.

You can find the documentation for Automation Rules here:

https://support.atlassian.com/cloud-automation/docs/jira-cloud-automation/

When creating an Automation Rule you need to identify an event that will cause the rule to execute.

If you have Incident A and Incident B already created, and you want to copy the subtask under Incident A to Incident B, then you could create a rule with a Manual Trigger (1). 

As part of that Manual Trigger, you would want to specify that it could only be triggered from Subtask types of issues. (2)

Also in the trigger you could set up a User Input for the user to specify the issue key for Incident B. (3).

You could then include a Clone Issue action that would make a copy of the subtask. (4)

Within that Clone Issue action you would change the Parent value for the new subtask that will be created so that its Parent is the issue that was provided in the User Input. (5)

To execute the cloning automation rule, you would open the subtask you want to clone, click on the Actions button (6), and click on the rule (7).

You could get a pop-up prompting you to enter the key for the destination issue. You would enter the key and click the Continue button.

The rule would execute, making a copy of the subtask and putting it under the incident you specified. And there would be no link created between the original subtask and the new subtask.

I did not add anything to the rule to confirm that the destination issue key that was entered is actually a real issue. And I didn't put anything into the rule to confirm it specifies a type of issue that can have a subtask as a child. Those may be verifications that you want to add.

 

Automation Rules can be created by Jira Administrators. Jira Administrators may have set permissions to allow other users, like Project Administrators, to also create rules.

If you are a Project Administrator, you will find the functionality under Project Settings > Automation.

If you don't find the functionality there, or are not a Project Administrator, contact your Project Administrator or your Jira Administrators for help.

 

Thank you!

Yes, I need to know a function on how to be able to "reuse" a secondary incident already previously created and related to incident "A" so that later in incident "B" I can use it again without having to capture it again, even if the secondary incident is the same , since I separate the incidents into "A" and "B" for me they are already independent because they are in different "Incidents" and different time periods (What I need is to reuse the incident so as not to have to capture it again)

The "Clone" function shows the relationship of all the clones and that is not going to work for me because it will leave many related records such as "is cloned by" (screen attached)

Does the automation function you mention work for this?

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
TAGS
AUG Leaders

Atlassian Community Events