• Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • Customer Portal
    • 864
    • 53
    • Hide

       

      Update 27/04/2023

      Hello everyone,

      Thank you for sharing your feedback. We have evaluated this ticket and understand that this is a dearly requested feature. However, we will not be able to prioritise this at the moment as there are other items in the short term roadmap which are currently higher priority. To be as transparent as possible, I'm moving this ticket from Reviewing to Future Consideration - and will review this ticket as soon as possible.

      Please check out our public roadmap for more details on the coming soon and future items.

      I understand that this may be disappointing, but it’s important for us to be open, honest, and transparent with our customers. Product feedback is collected from many different sources and is evaluated when planning the product roadmap. You can learn more about our process here.

      Thank you,

      Alex

      Jira Service Management Data Center

       

      Show
        Update 27/04/2023 Hello everyone, Thank you for sharing your feedback. We have evaluated this ticket and understand that this is a dearly requested feature. However, we will not be able to prioritise this at the moment as there are other items in the short term roadmap which are currently higher priority. To be as transparent as possible, I'm moving this ticket from Reviewing to Future Consideration - and will review this ticket as soon as possible. Please check out our public roadmap for more details on the coming soon and future items. I understand that this may be disappointing, but it’s important for us to be open, honest, and transparent with our customers. Product feedback is collected from many different sources and is evaluated when planning the product roadmap. You can learn more about our process here. Thank you, Alex Jira Service Management Data Center  
    • We collect Jira Service Desk feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for Jira Service Management Data Center. Using Jira Service Management Cloud? See the corresponding suggestion.

      Hi Support,

      Can we request a feature to add fields in the Customer Portal that are not part of the field filled during the creation.
      It has been noted by our customers that the agents updates fields that are not visible to them because only agents can fill them but our customers may need to refer to them for additional details.
      Customer Portal can become user-friendly if it is able to provide this feature.

          Form Name

            [JSDSERVER-4328] Add fields (view only) in Customer Portal

            In our companies drive to improve the customer's experience it is becoming critical that the client has sight of important data but not be allowed to edit such (as they can make mistakes).

            As the original request JSDSERVER-1107 was submitted in Nov/2014 and this request in Sep/2016 with over 1000 votes, can you not review and adjust your roadmap.

            JSM is notorious for little to almost no external customer's features and we are constantly being required to pay for extra add-on apps to give our customers any information at all.
            Surely Atlassian should start considering improving the customer portal to give a more rounded experience?

            We have recently gone to market to review current ticketing and service management systems and Atlassian's JSM is still one of the better more affordable options out there.
            We have decided to remain with JSM but the gap items between it and its competitors are becoming larger and more obvious.

            And I wont even get into customer reports, which is just non-existent.

             

            Patrick Till added a comment - In our companies drive to improve the customer's experience it is becoming critical that the client has sight of important data but not be allowed to edit such (as they can make mistakes). As the original request JSDSERVER-1107 was submitted in Nov/2014 and this request in Sep/2016 with over 1000 votes, can you not review and adjust your roadmap. JSM is notorious for little to almost no external customer's features and we are constantly being required to pay for extra add-on apps to give our customers any information at all. Surely Atlassian should start considering improving the customer portal to give a more rounded experience? We have recently gone to market to review current ticketing and service management systems and Atlassian's JSM is still one of the better more affordable options out there. We have decided to remain with JSM but the gap items between it and its competitors are becoming larger and more obvious. And I wont even get into customer reports, which is just non-existent.  

            Dave Liao added a comment -

            1000 votes, do we need 1000 more? 🥲

            Dave Liao added a comment - 1000 votes, do we need 1000 more? 🥲

            George G added a comment -

            Boo this man

            George G added a comment - Boo this man

            Time Atlassian, também estamos esperando por esata melhoria.
            Será muito importante ter esta possibilidade de personalizar o Portal, isso faz muita diferença para nossos clientes

            Whitney Morales added a comment - Time Atlassian, também estamos esperando por esata melhoria. Será muito importante ter esta possibilidade de personalizar o Portal, isso faz muita diferença para nossos clientes

            How many more votes do we need to add to this issue in order to get your attention, Atlassian?

            Dina Goncharenko added a comment - How many more votes do we need to add to this issue in order to get your attention, Atlassian?

            knedlik added a comment -

            Jira do something omg

            knedlik added a comment - Jira do something omg

            Sergio added a comment -

            This is something that was requested more than 7 years ago, 7 years! Atlassian is definitely too busy counting money, instead of working on their users' requests

            Sergio added a comment - This is something that was requested more than 7 years ago, 7 years! Atlassian is definitely too busy counting money, instead of working on their users' requests

            Best decision we made was switching from Atlassian to another service management product. No concern for bugs or release requests from real customers.

            Justin Hetrick added a comment - Best decision we made was switching from Atlassian to another service management product. No concern for bugs or release requests from real customers.

            We're going to be fully transparent without, at all, being transparent.   How do you prioritize the needs of your clients?   You only have 4 items in "future consideration" and 94 items (all bugs and alll but one rated as low priority) marked as ready for development.   How is there no time to work on your most request feature?

            Jason Sheneman added a comment - We're going to be fully transparent without, at all, being transparent.   How do you prioritize the needs of your clients?   You only have 4 items in "future consideration" and 94 items (all bugs and alll but one rated as low priority) marked as ready for development.   How is there no time to work on your most request feature?

            equipojira@bse.com.uy added a comment - - edited

            We are in the same boat as Anthony and many others. 

            We already purchase the instance, but this kind of issues, put into consideration the renewal...

            How difficult can be add at least the same option that is in server/data server versions with the toolkit? (message for edit)

            equipojira@bse.com.uy added a comment - - edited We are in the same boat as Anthony and many others.  We already purchase the instance, but this kind of issues, put into consideration the renewal... How difficult can be add at least the same option that is in server/data server versions with the toolkit? (message for edit)

            Would appreciate some transparency on how that prioritization is being done, as it is pretty stunning seeing this not done immediately, let alone demoted to the backlog.  As you said, this is a daily requested item, and a really high priority one for a lot of us.  It's the single largest problem with JSM, for us (~130 paid agents, ~1000 users).  It's also the primary reason we cannot consider using JSM as a customer-facing support ticket system, and look to alternatives that offer front-end customization.

            Anthony Martin added a comment - Would appreciate some transparency on how that prioritization is being done, as it is pretty stunning seeing this not done immediately, let alone demoted to the backlog.  As you said, this is a daily requested item, and a really high priority one for a lot of us.  It's the single largest problem with JSM, for us (~130 paid agents, ~1000 users).  It's also the primary reason we cannot consider using JSM as a customer-facing support ticket system, and look to alternatives that offer front-end customization.

            Hello everyone,

            Thank you for sharing your feedback. We have evaluated this ticket and understand that this is a dearly requested feature. However, we will not be able to prioritise this at the moment as there are other items in the short term roadmap which are currently higher priority. To be as transparent as possible, I'm moving this ticket from Reviewing to Future Consideration - and will review this ticket as soon as possible.

            Please check out our public roadmap for more details on the coming soon and future items.

            I understand that this may be disappointing, but it’s important for us to be open, honest, and transparent with our customers. Product feedback is collected from many different sources and is evaluated when planning the product roadmap. You can learn more about our process here.

            Thank you,

            Alex

            Jira Service Management Data Center

            Alex Cooksey added a comment - Hello everyone, Thank you for sharing your feedback. We have evaluated this ticket and understand that this is a dearly requested feature. However, we will not be able to prioritise this at the moment as there are other items in the short term roadmap which are currently higher priority. To be as transparent as possible, I'm moving this ticket from Reviewing to Future Consideration - and will review this ticket as soon as possible. Please check out our public roadmap for more details on the coming soon and future items. I understand that this may be disappointing, but it’s important for us to be open, honest, and transparent with our customers. Product feedback is collected from many different sources and is evaluated when planning the product roadmap. You can  learn more about our process here . Thank you, Alex Jira Service Management Data Center

            +1

            BPM JIRA ADMIN added a comment - +1

            +1

            Would like this feature

             

            Monica1 Joseph1 added a comment - Would like this feature  

            +1

            Would love to see this feature!

            Melanie Lam Carnevale added a comment - Would love to see this feature!

            Please expedite this process.

            Muhammad Moazzam Hassan added a comment - Please expedite this process.

            Have a business need to add custom fields to request view for customer that are view only.

            Joe Pearson added a comment - Have a business need to add custom fields to request view for customer that are view only.

            Pleae add!

            Tim Pauwels added a comment - Pleae add!

            When you can did it?

            Andrey Ozerov added a comment - When you can did it?

            Very much needed for us. Thank you

            Mikko Isotalo added a comment - Very much needed for us. Thank you

            Much needed for our customers as well.

            Thank you.

            Felix Kinzius added a comment - Much needed for our customers as well. Thank you.

            This feature would help my customer to keep track on issues better. 

            Eliseu José do Nascimento Pedro added a comment - This feature would help my customer to keep track on issues better. 

            How is this not already possiable!!!

            Mourad Marzouk added a comment - How is this not already possiable!!!

            Please add this. It would be very helpful to allow customer adoption of using the portal instead of email.

            James L Cleckler added a comment - Please add this. It would be very helpful to allow customer adoption of using the portal instead of email.

            Hello,

            Much needed for our customers as well.

            Thank you.

            Imane ASSOUD added a comment - Hello, Much needed for our customers as well. Thank you.

            Habib Khedim added a comment - - edited

            Hi,

            Can you please add this, it is a very helpfull for Jira customers

            Thank you

            Habib Khedim added a comment - - edited Hi, Can you please add this, it is a very helpfull for Jira customers Thank you

            Can we also add 'Components' to this Requests view in the Customer Portal - our customers are using Components to distinguish multiple groups.  They can add it when creating a new ticket through the portal, but can't see it or group by it on the requests screen.  Very much needed to be more flexible in the portal.

            Denise Hinkley added a comment - Can we also add 'Components' to this Requests view in the Customer Portal - our customers are using Components to distinguish multiple groups.  They can add it when creating a new ticket through the portal, but can't see it or group by it on the requests screen.  Very much needed to be more flexible in the portal.

            We need this urgently for our customers.

            Gabriel Araujo added a comment - We need this urgently for our customers.

            This feature will likely not make it into the server products given Atlassian's shift to cloud.

            landonakins added a comment - This feature will likely not make it into the server products given Atlassian's shift to cloud.

            feature requested 5+ years ago ... would be good to be considered to help the community.

            Duy Tran Quang added a comment - feature requested 5+ years ago ... would be good to be considered to help the community.

            please add - it is crucial for service process 

            Eyal Saporta added a comment - please add - it is crucial for service process 

            Please expedite, feature missing since long.

            Aashutosh Kumar added a comment - Please expedite, feature missing since long.

            +1!

            Please allow us to display custom fields in the customer portal as we would like to show the release version and other information for the users.

            Joelle Jabbour added a comment - Please allow us to display custom fields in the customer portal as we would like to show the release version and other information for the users.

            +1

            Please add this function as it will help a lot.

            Felipe Rodrigo P. P. de Lima added a comment - Please add this function as it will help a lot.

            Kyle added a comment -

            665 votes is a lot. Please consider this!

            Kyle added a comment - 665 votes is a lot. Please consider this!

            Any predictions for this?

            Felipe Lima added a comment - Any predictions for this?

            We have a requirement to communicate the Fix Version/s to the user on the portal.  If I add to the screen they will start adding a Fix Version/s on create.  I really don't want them trying to add this at all.  A read only field would ensure this is maintained supplier side and not customer side.

            My workaround is to add the field and then clear, via a post function, following create.

             

            Roy Chapman added a comment - We have a requirement to communicate the Fix Version/s to the user on the portal.  If I add to the screen they will start adding a Fix Version/s on create.  I really don't want them trying to add this at all.  A read only field would ensure this is maintained supplier side and not customer side. My workaround is to add the field and then clear, via a post function, following create.  

            Ack, how can something have hundreds of votes (clearly indicating that it's a core requirement) and not be approved and added right away?  This is more important than most of the new features on the roadmap, let's get it done.

            Anthony Martin added a comment - Ack, how can something have hundreds of votes (clearly indicating that it's a core requirement) and not be approved and added right away?  This is more important than most of the new features on the roadmap, let's get it done.

            created in 2016... any chance on a basic feature?

            Robert Pyrzewski added a comment - created in 2016... any chance on a basic feature?

            +1

            +1

            Himanshu Nanda added a comment - +1

            +1

            James Jam added a comment -

            +1

            James Jam added a comment - +1

            I agree - Sometimes certain custom fields pertain to your business or business unit and they would like to be kept informed without trawling though comment updates.

            This feature would be really useful

            Robin Stemmers added a comment - I agree - Sometimes certain custom fields pertain to your business or business unit and they would like to be kept informed without trawling though comment updates. This feature would be really useful

            This is indeed an issue that needs resolution. Ideally, there'd be a toggle in the Request Form view for each field (similar to Required?) that sets "visibility on portal" even as r/o.

            Zans McLachlan added a comment - This is indeed an issue that needs resolution. Ideally, there'd be a toggle in the Request Form view for each field (similar to Required?) that sets "visibility on portal" even as r/o.

            This seems like something basic that is needed for service desk. 

            Julia Nikolich added a comment - This seems like something basic that is needed for service desk. 

            Jai Ganesh added a comment -

            Very much needed.

            Jai Ganesh added a comment - Very much needed.

            cosorio added a comment -

            Quite surprising that this basic feature is not available OOTB. Can't even show the customer the current priority their case has. Hope we get this feature available soon. Would be very helpful. 

            cosorio added a comment - Quite surprising that this basic feature is not available OOTB. Can't even show the customer the current priority their case has. Hope we get this feature available soon. Would be very helpful. 

            There is plenty of relevant information within a request that we want to be able to let our users see so it is ultimately really disappointing to see that this is just simply not a basic feature.

            Craig Mileham added a comment - There is plenty of relevant information within a request that we want to be able to let our users see so it is ultimately really disappointing to see that this is just simply not a basic feature.

            Yes. I'd like my end users to be able to see who the ticket is assigned to while viewing their requests. 

            Jeffrey Hoover added a comment - Yes. I'd like my end users to be able to see who the ticket is assigned to while viewing their requests. 

            Any updates on this request?

            Victor James Castigo added a comment - Any updates on this request?

            We also really need this basic functionality

            Daniel Plaschy added a comment - We also really need this basic functionality

            very disappointing that this functionality is still not part of the current system.  

            Pablo Galindo added a comment - very disappointing that this functionality is still not part of the current system.  

            This is an important point for the UX. FOR WHEN ?

            arnaud le louet added a comment - This is an important point for the UX. FOR WHEN ?

            What is the status on this?  This is basic functionality.

            Jason Freeman added a comment - What is the status on this?  This is basic functionality.

            I wonder how many votes something needs?

            Jason Johnson added a comment - I wonder how many votes something needs?

            Saida added a comment -

            As there are the same requirements for all our customers, we found a workaround which works great with Devinity Extension for Jira Service Desk plugin. Steps: 

            1. Add the fields, which should be shown on CP, to the request forms
            2. Open Extension's Visibility module in Project Administration page
            3. Add all the fields mentioned in step 1, in Fields Visibility, with Hide for all marked

            Voila, your fields are not shown on creation but are shown on the request view  

            Saida added a comment - As there are the same requirements for all our customers, we found a workaround which works great with Devinity Extension for Jira Service Desk plugin. Steps:  Add the fields, which should be shown on CP, to the request forms Open Extension's Visibility  module in Project Administration page Add all the fields mentioned in step 1, in Fields Visibility, with  Hide for all marked Voila, your fields are not shown on creation but are shown on the request view  

            I can't believe this isn't possible. Really disappointing.

            Javier Garay added a comment - I can't believe this isn't possible. Really disappointing.

            No dice from 2016... 😒

            Kirill Ilinich added a comment - No dice from 2016... 😒

            Also for us a very useful feature

            Team Werkzeugunterstuetzung added a comment - Also for us a very useful feature

            This would be very useful for us. Thank you.

            Damien Chenu added a comment - This would be very useful for us. Thank you.

            This would be a very useful feature for my organization. Thank you!

            Nate Prescott added a comment - This would be a very useful feature for my organization. Thank you!

            Tony Simon added a comment -

            Same here. We support our internal business and they asked for this right away. It would be greatly appreciated.

            Tony Simon added a comment - Same here. We support our internal business and they asked for this right away. It would be greatly appreciated.

            A useful feature indeed

            Marco Venturi added a comment - A useful feature indeed

            We also need this feature.

            Also issue type (service request or change request) would be handy to view the difference in the requests.

            We user Jira Cloud

            Steven Wijnants added a comment - We also need this feature. Also issue type (service request or change request) would be handy to view the difference in the requests. We user Jira Cloud

            Renee Beck added a comment -

            We've just launched our service desk internally at our company, and this was an immediate question that came up.  Would love to see the ability to add due date and potentially assignee so the customer can see this on the portal side.  

            Renee Beck added a comment - We've just launched our service desk internally at our company, and this was an immediate question that came up.  Would love to see the ability to add due date and potentially assignee so the customer can see this on the portal side.  

            We need this feature.  Would be helpful to provide details as part of collecting approvals. 

            We would only want the information displayed, not editable. 

            John Bidwell added a comment - We need this feature.  Would be helpful to provide details as part of collecting approvals.  We would only want the information displayed, not editable. 

            A must for us too. We need to display view only custom fields. Jira Server

            ITS Support added a comment - A must for us too. We need to display view only custom fields. Jira Server

            We need Due Date, Assignee fields visible. Jira Server

            Anton Kolganov added a comment - We need Due Date, Assignee fields visible. Jira Server

            Ivan Donigevich added a comment - - edited

            Conditional visibility of fields in addition to permanent visibility or invisibility would be very flexible feature. Now it's possible only with having different types of requests.

            Ivan Donigevich added a comment - - edited Conditional visibility of fields in addition to permanent visibility or invisibility would be very flexible feature. Now it's possible only with having different types of requests.

            We need this feature for Cloud.

            Hoa Nguyenthi added a comment - We need this feature for Cloud.

            This is definitely a must for us. We would like our customers to link directly from the details section of the request to articles within our knowledge base.

            Maria Burrows added a comment - This is definitely a must for us. We would like our customers to link directly from the details section of the request to articles within our knowledge base.

            Dzmitry Hryb [Deviniti] added a comment - - edited

            As an Atlassian Platinum Enterprise Partner and a Gold Top Vendor leading the ITSM segment of the Ecosystem, we've dealt with this limitation of Jira Service Desk Server and added My Requests Extension to our JSD app suite. It gives you, as an admin, the possibility to configure which fields can be displayed on My Requests page, which of them are visible as columns by default, and also define which user group can use a specific field. Then your customers can add, change and reorder the columns on My Requests page and filter issues by specific Service Desks, Organizations, Request types and Statuses.

            However, for now the app is available for Server only.

            For more details, please refer to the app's documentation or drop a line at support@deviniti.com.

            Dzmitry Hryb [Deviniti] added a comment - - edited As an Atlassian Platinum Enterprise Partner and a Gold Top Vendor leading the ITSM segment of the Ecosystem, we've dealt with this limitation of Jira Service Desk Server and added  My Requests Extension  to our JSD app suite. It gives you, as an admin, the possibility to configure which fields can be displayed on My Requests page, which of them are visible as columns by default, and also define which user group can use a specific field. Then your customers can add, change and reorder the columns on My Requests page and filter issues by specific Service Desks, Organizations, Request types and Statuses. However, for now the app is available for Server only. For more details, please refer to the app's  documentation  or drop a line at  support@deviniti.com .

            Please, we have a requirement to see custom fields in the portal.

            Casper Opperman added a comment - Please, we have a requirement to see custom fields in the portal.

            dchisholm added a comment -

            We have implemented a workaround that changes the Request Type to a hidden one after the request is created.  The customer visible type might be "Report a Problem", and it only displays fields we allow a customer to enter.  When the request is saved, a post workflow function changes the type to "Bug", and Bug has all the fields we wish to display as read-only to the customer.

            A nice side effect is that we can tailor our public Request Types names to match various issue scenarios that guide customers to enter data correctly and use appropriate default values for the tailored type.  Then after the request is created, it changes to familiar issues types like Bug and Feature that work well for both customers, agents and developers.

            'Course that would be a disadvantage if you do want to retain the same request type names that are visible to customers when opening a request.

             

             

             

            dchisholm added a comment - We have implemented a workaround that changes the Request Type to a hidden one after the request is created.  The customer visible type might be "Report a Problem", and it only displays fields we allow a customer to enter.  When the request is saved, a post workflow function changes the type to "Bug", and Bug has all the fields we wish to display as read-only to the customer. A nice side effect is that we can tailor our public Request Types names to match various issue scenarios that guide customers to enter data correctly and use appropriate default values for the tailored type.  Then after the request is created, it changes to familiar issues types like Bug and Feature that work well for both customers, agents and developers. 'Course that would be a disadvantage if you do want to retain the same request type names that are visible to customers when opening a request.      

            Our company has the exact same opinion. We are honestly tired of the answer being pay for this plugin or wait for this ancient issue to to be implemented. We have already started implementing custom solutions.

            Travis Kramer added a comment - Our company has the exact same opinion. We are honestly tired of the answer being pay for this plugin or wait for this ancient issue to to be implemented. We have already started implementing custom solutions.

            JiraYO added a comment -

            bwahaha, you cant do this either?

            I want to add "pending reason" to the portal. So if something is put on hold (pending) the customer knows why!

             

            Easily 50% of everything i look up "how to do X in jira", and i am redirected to a feature request. Or a paid plugin

            if anyone has a paid plugin to do this, let me know.

             

            JiraYO added a comment - bwahaha, you cant do this either? I want to add "pending reason" to the portal. So if something is put on hold (pending) the customer knows why!   Easily 50% of everything i look up "how to do X in jira", and i am redirected to a feature request. Or a paid plugin if anyone has a paid plugin to do this, let me know.  

            Once again: Why limit what we (the admins advocating for your product) are allowed to show. It is a matter of us having the options we need available to us – not what is dictated to us.

            This is simple – add an option to "Show on Portal" on the field config or add a container field for us to select which available fields we need displayed.

            Richard Burstiner added a comment - Once again: Why limit what we (the admins advocating for your product) are allowed to show. It is a matter of us having the options we need available to us – not what is dictated to us. This is simple – add an option to "Show on Portal" on the field config or add a container field for us to select which available fields we need displayed.

            I'm amazed this is not a standard feature for a service desk portal, had i known it was this restrictive i would have gone with an alternative package. 

            How many people have to vote for this obvious improvement before you develop it?

             

             

            Tony Gibson added a comment - I'm amazed this is not a standard feature for a service desk portal, had i known it was this restrictive i would have gone with an alternative package.  How many people have to vote for this obvious improvement before you develop it?    

            Using comments to provide information to JSD customers is great, but it can be cumbersome to have to read through a thread of comments to find some key information. It would be great if this key information (custom Jira fields) could instead be displayed independently of the comments for quick and easy reference.

            Tracy Walton added a comment - Using comments to provide information to JSD customers is great, but it can be cumbersome to have to read through a thread of comments to find some key information. It would be great if this key information (custom Jira fields) could instead be displayed independently of the comments for quick and easy reference.

            It would be valuable for my team to be able to add any custom field to the view screen on the customer portal. 

            Laurel Moczydlowski added a comment - It would be valuable for my team to be able to add any custom field to the view screen on the customer portal. 

            Chris Hugenberger added a comment - - edited

            We would like to even be able to see created date at a minimum.  But ideally any of the Jira fields we should be able to show on this Requests screen to our end users.

              

            Chris Hugenberger added a comment - - edited We would like to even be able to see created date at a minimum.  But ideally any of the Jira fields we should be able to show on this Requests screen to our end users.   

            In fact is not a suggestion, but an mandatory request

            Gabriel Jarochevsky added a comment - In fact is not a suggestion, but an mandatory request

            forever21 added a comment -

            I'd like to have the same feature to add the resolution field in the customer view for example... 

            Thank you 

            forever21 added a comment - I'd like to have the same feature to add the resolution field in the customer view for example...  Thank you 

              Unassigned Unassigned
              bfe1d8e3c071 OLIVER CAPALAD
              Votes:
              1112 Vote for this issue
              Watchers:
              454 Start watching this issue

                Created:
                Updated: