Hi Community!
For context: I have a Rovo agent that reads a table on a Confluence page. The first column of the table contains some key words. The second column the name of a work type.
The Rovo agent checks if the keywords are present in a work item's summary and return the work type from the second column.
With an automation rule I want to edit the work type based on what the agent found. So I have a Rovo action to invoke the agent and in the next step I edit the work type with {{agentResponse}}.
I already made sure the agent outputs just the value and nothing else.
The automation rule fails with:
(The issue type selected is invalid. (issuetype))
Apparently the automation rules expects the ID of the work type and not the name. When manually using the ID it works.
But how can Rovo return IDs for work items? When I ask "Can you provide the IDs for each work type?" it sometimes tells me it can not get the IDs or it returns the wrong ones.
Of course I could add the IDs to my table as a workaround but I prefer the names.
First thing, a "watch out" disclaimer:
Changing a work item's type can be problematic in automation rules due to site configuration, workflow, space configuration (the "project" one, not the Confluence one ;^) and other differences. This is one reason Atlassian provides the specific "move" UX function to guide a person through the steps, asking clarifying questions to help. A rule cannot pause to ask such questions. When one wants to change types in a rule, I strongly suggest fully investigating edge cases to handle them in the rule, and anticipating the rule will regularly fail, with or without errors in the log.
Back to your question, the destination work item type ID value is required, even when using the bulk-move endpoint directly in a rule. Your rule could first call the endpoint to get all types for the destination project, using the Send Web Request action, and use those to map the type names to their ID values. That could be done with a dynamic regular expression with match() or by creating a dynamic lookup table from the web response to get the types.
Kind regards,
Bill
Hi Bill,
I am well aware of the what a change in work type can mean. Thanks for pointing it out though!
In my project each work type has the same workflow, screens, etc. so I'm able to easily edit the work type.
Good idea to fetch the IDs via a REST call.
I was hoping to get a Rovo solution but I guess Rovo is not reliable to fetch that kind of information.
For now I just included the IDs as a separate column in my table and I can ask Rovo to return the text values or the IDs. It works fine.
When the table gets longer I might add the extra api call step.
kind regards
Charlie
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.