nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

AGOL Disabled Account returns Licences

MartinLomas

When an AGOL Member Account is Disabled, it would be good if the ArcGIS Pro Licences and Extension Licences associated with the disabled account were returned to the available count. Also, that the Disabled Account was no longer counted as a member taking up User Type resources.

Encontre mais publicações marcadas com

Status: Abrir

Comentários

HBrowning

Agreeing to this as well! I sometimes need to swap licenses around (out of the same funding pool) and it would be great if I didn't have to delete/re-invite a user once their turn at the license came back. It gives such a bad user experience to do this. Disabling them would be the fix for this.

MichaelJenkins

Yes please! This in combination with that: Members - filter by enabled or disabled status - Esri Community

Cassie_KNA

Agreed. Disabled users should not consume licenses. Having to delete and recreate accounts is inconvenient from both a management and user perspective.

We have users who take leave (vacation, family, medical, etc.) and need to assign their work to other employees during their absence. These users will be returning to their role at the end of their leave.

We also have users who only need licenses depending on their work assignment.

Ideally, users could be deactivated and remain part of the organization, but their licenses freed-up and re-assigned.

ola

Agree with this wholeheartedly! I understand that its good business to force additional licenses on organizations that can afford it, but considering that even the cost viewer licenses is quite high, the bar to use AGOL full stop for most of our GIS needs is pretty high.

ChelseaRozek

Was about to write my own idea for this, so here's what I was going to say:

Migrating to the new user types from concurrent licensing is going to add the hassle of assigning/unassigning licenses to named users, especially when it comes to seasonal or temporary employees. One thing that would make this a little easier is if disabling a named user freed up that license. As disabling the user means they can't log in, no license would be in use anyways. Normally I have to get around this by moving all their items to myself and then back to them later when they start working again. As long as you have at least one Creator/Admin user in your organization with a valid license that could have hypothetically taken all those items or ownership of the groups, it seems like that should be allowed. It would save us a lot of hassle of moving items around, trying to remember which groups they were in, hoping their same name is still available, and reassigning group ownership.

KylieA

Hello! This is a great idea. I've come across an additional use case for this request that is also very compelling, so I figured I'd add it here:

Automatic deallocation of licenses from disabled users would also be useful for large organizations who have "uncapped"/large amounts of Named User licenses for ArcGIS Pro, and recover subscription costs by charging individual underlying offices (i.e. those that reside under the umbrella of the larger organization) based on the proportion of the licenses they are using. While availability of the license might not be an issue if it remains connected to a disabled user in terms of availability of licenses for other users, this may lead to each individual office paying more than their share of licenses, when they are not actually using them. In other words, if a user leaves the organization, the ArcGIS Online admin disables their account (to avoid deleting content), and overlooks deallocating ArcGIS Pro licenses, the office will be on the hook to pay for an ArcGIS Pro license for this nonexistent user.

Participe da Conversa

Faça login para postar, seguir conteúdo e mais. Novo aqui? Registre-se gratuitamente.