Hi There,
I've read 100s of forum posts now and I can't get to the bottom of my issue so reaching out in hope of finding an answer.
I have an "Employee" object schema with employee linked to their jira customer and a field for their location. Only 1 location can be selected. (please note we are not using Atlassian Access).
I have a custom field setup which checks the Reporter against the User and then shows the appropriate result from the Office field.
When I create a new issue and select the reporter, the Office custom field is then showing the correct search result in the drop down which is great.
What I really want to achieve though is for the search result to be saved into the field without us having to manually select it each time.
I've been trying to automate this so that when the ticket is created it updates the Office field with the search result returned but for the life of me I cannot get it to work.
Any suggests would be appreciated.
Thanks
Hi @Service Desk - If I'm understanding your architecture and need correctly, you could simply hide the office field from the create screen and then have it populated once the issue is created:
Name = {{issue.reporter}}
Hi Mark,
The validate syntax button is greyed out if I type that
Also something I forgot to mention, despite the "Office" drop down showing the correct value, once I select the returned value, it seems to show me the label not the returned value.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The validate syntax button is greyed out if I type that
Correct - Automation has no way of being able to validate smart variables, but the rule will still execute.
Also something I forgot to mention, despite the "Office" drop down showing the correct value, once I select the returned value, it seems to show me the label not the returned value.
Under Object Values to display in issue view, you have it set to "Name" which is based upon your screenshot will show the name of the individual. You would need to change this to Office.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The automation worked! You have no idea how long I've spent on that. Thanks so much.
I changed Object Values to display in issue view to "Office" but it's still showing the "Name" on new tickets.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I changed Object Values to display in issue view to "Office" but it's still showing the "Name" on new tickets.
Ahh right... Yes, the label field is Name so it will display whatever is on the label field. You can change the label to Office if that's what you prefer to see by going to Attributes, selecting the gear icon to the far right of Office and selecting Set As Label
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That would then mean that I couldn't have a field for Manager though because that would then show the Office field right?
Am I right in thinking, the only way around this be to have an Object Type for Office and then link all the users to the office and filter it effectively in reverse to what I've just done?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yep ok it's working as I wanted. Would be nice to be able to show the selected attribute on the issue rather than having to create another schema so the label is the field I want to see issue but glad it worked nonetheless
Thanks for your help
Steps:
1. created another Object type in my Employee schema called Offices with the name (label) as the offices I need to show (sydney, Brisbane etc.,)
2. Add User attribute with cardinality as unlimited
3. Assigned all required staff to the Office
4. Altered the custom field to include a filter scope of "objecttype = offices" and hey presto!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes - You did the right approach by breaking out office into it's own object type.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.