Modifying License Assignments
In the first two parts of this series I showed you how to find available licenses to assign to an Office 365 user, how to assign those licenses, and how to enable only selected service plans from those licenses. All of the guidance I have seen to date around this topic stops at this point, but this is not where the work actually ends. For instance, how do we manage licensing for a user whose role changes within the organization? For many companies using Office 365 this means a change in entitlements as well. They may get different security and distribution group membership, but what if your company’s needs also include a different set of services in Office 365? How can we achieve that?
Finding currently assigned service plans
The first step in modifying a user’s license assignments is finding out what services they currently has been assigned. To do this, we use the
Ok, that doesn’t give us much other than telling us that the user is licensed - let’s try another approach:
That’s progress, now we can see that the user has two licenses assigned, but we can’t really see which service plans are enabled in each of those. The license objects returned are a bit complex and the properties are nested quite a bit, so we’ll need to get a little script-y to get a view of this that makes sense:
NOTE: If the syntax above is unfamiliar to you, check out the help for Select-Object, particularly the fourth example that details how to create a calculated property.
If we run this in the console we should get something like this:
Now we have it! We can now see that Ronnie has two licenses assigned and we can see which plans are enabled in each one.
Modify the currently assigned service plans
We can see from the above example that Ronald has access to Office Pro Plus, Yammer, Exchange Online, Sharepoint and Onedrive, and Office Web Apps. Now let’s say that he needs to have access to Skype for Business as well. From the previous post in this series we know that this service plan is called
MCOSTANDARD. We’ll use the
New-MsolLicenseOptions cmdlet to set up the correct disabled plans:
Now to actually modify the plan assignment we’ll use the
Set-MsolUserLicense cmdlet again, but with a key difference - since the user already has the license that contains plan assigned this time we don’t use the
Now if we re-run the script above to return the user’s assigned licenses and plans, we should see that Skype for Business is enabled:
NOTE: If we had used the
-AddLicensesparameter we’d get an error that tells us the license we’re assigning is invalid. This isn’t important right now, but we’ll use that knowledge later when we expand on these processes to create a licensing solution.
To take this a step further, let’s try an advanced example: say for instance that the user needs to have one currently assigned license modified while simultaneously adding a new license. This is possible because the license options objects contain the Sku ID that tells the
Set-MsolUserLicense cmdlet which license to apply the options to. So if we want to modify the
ENTERPRISEPACK license just like the previous example, but we also want to add a Power BI license for the user, we’d do it like this:
In this article I’ve demonstrated how to modify the existing license assignments for an Office 365 user. Stay tuned for the last part in this series where I show you how to manage the license assignments for users through their entire lifecycle, in bulk or one at a time, and also prevent inadvertent service plan assignments in the event that Microsoft adds services to an existing license subscription.
Thanks for reading and I hope this has been helpful!