• Andrew Thomas

  • 25. Mai 2021 15:16

  I agree with this. Having to recreate a dashboard is time-consuming and requires reinviting everyone to join it, along with going back and changing any links to the initial dashboard. 

• Ryan Boyer

  • 25. Mai 2021 15:25

  I agree with this post as well. Even having a copy of the dashboard as a workaround (i.e., cloning a copy of the dashboard in case something is deleted) is not a viable option. In our instance, I had a cloned copy available when it the shared one was deleted. Even then, I still had to individually invite hundreds of users to the dashboard, which takes time and causes the users to receive an unnecessary email.

• Lou

  • 25. Mai 2021 15:34

  Community Moderator

  

  Create a separate dataset for each user to work with. Other users cannot access any queries or dashboards created on another user's dataset, but they can still be scheduled for delivery.

• Reshma Patel

  • 25. Mai 2021 15:47

  I don't believe that will work, as we would want our teams to build their own reports using custom datasets. So for example, if team A builds a custom metric to calculate average handle time, we would want other support teams to use that same metric for their reports. Additionally, what if the dashboard is not scheduled, would what you are suggesting still work?

• Harriet Klymchuk

  • 26. Mai 2021 12:34

  Absolutely agree with this, we should have the ability to tier the permission level of metrics so that they are read-only unless raised with an Admin (ideally) or the metric creator (latter option is better than nothing but I don't like ownership of metrics being with individuals in case that analyst moves on to other roles or companies).

  Other areas I'd love to see tiered permissions on:

  • Export function on queries: we should be able to control which users have the export feature (and also audit when an export has been completed).
  • End-user details, particularly contact information: e.g. I would like to ensure that only operations managers or administrators are able to create and view queries that require end-user email addresses or telephone numbers.
• Trina

  • 25. Juni 2021 17:21

  I'll chime in here to. If a query/dashboard is created by an individual and shared with others, then only an Admin or the creator of the query/dashboard should be allowed to edit or delete it.

  We are new Zendesk users and have been creating new queries and dashboards and finding that users are changing the reports accidentally. There should either be a way to systematically lock down permissions based on who created it, but even better would be to set permissions by query/dashboard when the creator shares it with other users. Maybe you want to give edit permissions to certain users that you are sharing with. We had this ability with our previous system, so it's not like it hasn't been done before.

• Monica White

  • 29. April 2022 17:41

  Adding onto permissions for queries and dashboards, the permissions for datasets is incredibly tedious. We should be able to create groups of people to give them permissions to different datasets without having to edit each person and dataset. It adds another slowdown in onboarding new team managers.

• Permanently deleted user

  • 22. September 2022 14:55

  I agree for more granular permissions, such as the following:

  - I can edit my own

  - Permission to specify if an Explore user can view or edit others' reports

  - Permission to download data - someone being able to export data presents a potential data privacy issue

• Hege Solheim

  • 13. Januar 2023 10:16

  Agree with this feedback. It would be great to have a recovery-feature for deleted dashboards/reports, or perhaps a "middle" step where they are first deactivated before permanently deleted. 

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.