We have multiple request types under 'service request'. Say one is 'Software Install' and one is 'Hardware Purchase'.
We have created multiple specific custom fields which we add to these specific requests, one being a list of available software and another being hardware that can be purchased.
The issue is when after creating the new field, we are required to associate it with an existing screen. As these are all based on 'service requests', the new field gets added to both request type context field lists, when we only want to have it added to one. We then have to go into each request type and hide the unwanted field from the context view.
Is there a better way I could be going about this? This problem is only going to be more of a pain as we continue to add request types and custom fields.
None of the answers that suggest the convoluted use of multiple issue types and/or field configurations are workable. Request type field definitions are clearly separate from screen schemes and there should be an option to NOT automatically add new fields.
Ive asked Atlassian to create a feature request to properly make this possible:
@Steven Miller - I just answered a similar post here: https://community.atlassian.com/t5/Jira-Service-Management/How-are-others-managing-custom-fields-with-request-types/qaq-p/1677504 Let me know if you have any additional questions.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, I replied over in that thread since it is very recent.
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.