Sign in to see the current vote count, add your own vote, or leave a comment.
I'm hoping we'll eventually be able to run more detailed licensing reports through the admin center. It would be extremely helpful to have data on when licenses are assigned/removed from users and by whom to make sure that processes are being followed and pinpoint changes/errors.
I completely agree with this. We are seeing strange behavior with license assignments and don't have access to the data that would provide clarity on who assigned/removed a license and when. I would also add that being able to see when system admin entitlement has been granted or removed and by who is also much needed.
I agree with this request as well. This would be beneficial to see when license were granted and/or removed. We had an issue where a user changed named and it appeared it revoked the licensed somehow when it wasn't manually removed by any existing System Admin user. Getting insight on either an individual user or API process would give us more visibility to track down when permissions like this changes.
As one of the system admins, it is absurd to me that I cannot view or have access to all of the items created in my organization. We have over 11,000 reports, sheets, and dashboards and I can't see them. I have no visibility to if people are using our plan for their own personal use, or what kind of work is going on unless…
Our sheets & workspaces require many people to have Admin level capabilities, which means that when someone requests access to a sheet or workspace, that email is sent to every Admin. This causes confusion and higher risk of no access granted (because people have learned to ignore the emails) or the wrong level of access…
Today you can create a form and add logic. If that logic requires that requests need to be made for X days in the future you can add logic to help. For instance is the date requirement is not met you can hide fields so that information cannot be submitted completely. You can display a banner if date requirements are not…