A new Flexera Community experience is coming on November 25th. Click here for more information.

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Licence entitlements defined in the group assignment tab are systematically reset to zero when using business adapter for allocations

Hello everyone,

I'm having a problem managing licences and assigning license entitlements via the group assignment section in the license properties.
For some of our subsidiaries, licences are bought and managed centrally. For others, they are managed locally.
For those that are managed centrally, for the considered licenses, I've assigned entitlements in [Group assignment] tab of the license properties (using the Assign entitlement button) by transferring entitlements from a main subsidiary (the one that bought the licences) to other subsidiaries.
The enterprise Group assignment of these licenses are set to Group type: Corporate Unit / Group at risk when consumption exceeds assignments / Show risk for each local group.
This works pretty well, except that all these assignements are reset to zero each time license allocation is made by dedicated business adapter.
We are talking about MS RDS licences, and I have a specific business adapter job which daily allocates the devices or users for which RDS Cal Windows licences have been issued by the RDS licence servers.

This job works pretty well in terms of allocations, but the side effect is that each time it is run, all the entitlements  previously made in the [group assignment] section are systematically reset to zero.
The consequence is that after license reconciliations, subsidiaries are wrongly shown as being at risk, even though the licence rights exist because they have been granted by another subsidiary.

I would like to keep the Enterprise Group assignment section settings as described above because the licences defined in Flexera are used either by subsidiaries which manage their own licences and therefore have purchasing rights, or by subsidiaries which are managed centrally.

Is there a solution to avoid this problem? Or is this normal for allocations made via business adapters?
I'd really like to hear the community's opinion on this problem

(3) Replies

@Run4Fun 

I made a quick test to try to reproduce but I still see the correct group assignment after allocating a license to a user and running a reconcile:

Capture.PNG

Am I missing something compared to your scenario, and also which type of allocations are you using?

Thanks,

Hi @JohnSorensenDK ,

Let me give you more details.

Let's start with this test license "Test Microsoft Windows Remote Desktop Services 2019 Device CAL" after a nightly license reconciliation.

- 50 Cals was purchased by Subsidiary 1

- For license consumption, allocations are made by a dedicated business adapter.
Curent consumption:
Image1.png

Group assignment:
Image2.png

Set the assignment like this (subsidiary 1: 40, subsidiary 2: 5 , subsidiary 3: 5)
Image3.png

We run the business adapter for allocations (In this example we use an Excel file as a datasource). Allocations will be exactly the same as those we have in the consumption tab.
Image4.png

The Update rule is set to the "Add new links, leave the existing ones untouched"

Image5.png
Job has been executed successfully
Image6.png

In the consumption tab, we have the same situation.
Image7.png

But in the Group assignments tab, all the assignments made previously have been deleted!
Image8.png

 

Image9.png

This is quite strange to me. 
When we assign manually via the user interface, all assignments are retained.
If we assign via a business adapter, whatever the update rule is for the ‘Software Assignment Device’ object, all previous assignments are deleted.

@Run4Fun 

Your statement that there's a difference in behavior between manually assigning via the user interface vs. automating the assignment process with a business adapter causes me to think that you should contact Flexera Support and request assistance in troubleshooting exactly what causes this difference.

Thanks,