How to manage software entitlement overallocation scenarios

[PierreDumoulin]

Hi friends,

I've been looking for a specific post on this but am not finding one. We are just getting our crawl phase going with software asset management, basically moving from an excel file to managing product models and entitlement allocation in ServiceNow. The default behaviour seems to warn you when you're down to a single entitlement available and doesn't make it possible for you to overallocate licenses in situations where the product CAN be overallocated and a yearly audit/true-up activity will reactively reconcile the situation. Does the solution require customization to achieve this or is this simple configuration? I'd really appreciate being pointed in the right general direction on this. Thanks so much!

[dreinhardt]

Hi @PierreDumoulin,

please check the following comment - Re: Allowing over allocation of entitlements - ServiceNow Community

----------

I identified one combination where it is allowed to over allocate an entitlement.

Create a contract with the following values

• Contract Model: Software License
• Agreement Type: Enterprise
• Status is Approved and Active

Assign the contract to your entitlement and try to allocate a higher quantity then available - for me it works

Best, Dennis

[PierreDumoulin]

Hi there! thanks for the response. I did eventually find that other article, I guess I searched for "overallocation" and not "over allocation". The combination of attributes you mention makes sense, I'll check on our asset team and why they would be using different properties but they did report not being able over allocate. I was also wondering if there was a way to disable this entirely since we're only just getting started with license management. I've heard chatter about a business rule that could be disabled. I was hoping it would be more akin to configuration than development, but I'll keep searching. I'll report back when I have more info. I appreciate you taking the time to respond!

[dreinhardt]

Hi @PierreDumoulin,

please check the following BR (line 67-69)

Best, Dennis

[PierreDumoulin]

Hey again! yeah, you're clearly rummaging around the right area. thanks for this!