Hide Forgot
The date range for the installed products is far simpler than is needed to truly capture the dates that the client is compliant for a specific product. The current algorithm gathers the entitlements that have the specific product. Then it reports the first start date and last end date it finds. This ignores several issues: Gaps between the first start date and last end date where there is no coverage at all. Multi-entitlement scenarios where there are entitlements that only partially cover the product during a date range but fully covers it during another date range. Stacking scenarios where a product can be covered by a stacked product entitlement during a certain period but the actual product during others. In addition, we need it to be smart enough not to have to iterate through days until it finds what the proper range would be. Right now we do this for the consumer as a whole which is very expensive.
Following are two general statements that describe expected results for the new installed product date logic for the cases when the installed product is "GREEN" and "Not GREEN". Case 1: "GREEN" When an Installed Product is fully "Subscribed", the start/end dates rendered will overlap today and represent a continuous time period whereby the product remains fully "Subscribed". At no time instance during the Installed Product's date range is the installed product anything but fully "Subscribed". Case 2: "Not GREEN" The start/end dates rendered for an Installed Product are "None"(in the CLI)/<blank>(in the GUI) when the status of the installed product is NOT fully "Subscribed" today. This case implies that the installed product is not compliant today.
Marking all community bugs modified or beyong as closed.