Details
-
Story
-
Status: Closed (View Workflow)
-
TBD
-
Resolution: Done
-
None
-
-
ERM Sprint 125, ERM Sprint 126, ERM Sprint 127, ERM Sprint 128, ERM Sprint 129
-
Bienenvolk
-
Lotus R1 2022
Description
Purpose:
If the coverage for an entitlement changes because of:
- Update of an existing PCI coverage
- Update of an existing Agreement Line custom coverage
- Addition of new PCI coverage
- Addition of new Agreement Line custom coverage
- Removal of a PCI coverage statement
- Removal of Agreement Line custom coverage
the change should be advertised in the entitlement log through a new entry with an eventType of "UPDATE" (or similar)
User story statement(s):
As a consumer of the EntitlementLog,
I want to have the correct coverage information
so that I can use it appropriately (e.g. in a union catalogue)
Scenarios:
- Scenario:
- Given a PCI with an active entitlement and no custom coverage set on the agreement line
- When an existing coverage statement for the PCI is updated
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
- Scenario:
- Given a PCI with an active entitlement and no custom coverage set on the agreement line
- When a new coverage statement for the PCI is added
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
- Scenario:
- Given a PCI with an active entitlement which has custom coverage set on the agreement line
- When the existing custom coverage statement for the entitlement is updated
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
- Scenario:
- Given a PCI with an active entitlement and no custom coverage set on the agreement line
- When a new custom coverage statement for the entitlement is added
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
- Scenario:
- Given a PCI with an active entitlement which has custom coverage set on the agreement line
- When an existing coverage statement for the PCI is updated
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
- Scenario:
- Given a PCI with an active entitlement and no custom coverage set on the agreement line
- When an existing coverage statement for the PCI is updated
- Then a new entry will be added to the entitlementLog with eventType of "UPDATE" and include the updated coverage
Dev task breakdown
- This method is triggered regularly and updates the entitlementLogs
- Add another section for "updated" entitlements, check for the above (Not entirely sure we can know if some of these have changed... May have to recalculate for each entitlement and compare to existing log or something...
- If changes have occurred, create new EntitlementLogEntry
TestRail: Results
Attachments
Issue Links
- clones
-
ERM-1882 Use Custom Coverage (if exists) in EntitlementLog
-
- Closed
-
- defines
-
UXPROD-2817 ERM Agreements Title addition and removal feed
-
- Closed
-
- is cloned by
-
ERM-1900 Change to suppressFromDiscovery should lead to updated entry in EntitlementLog
-
- Closed
-
- is defined by
-
ERM-1902 Framework for UPDATE entitlement log entry events
-
- Closed
-
- relates to
-
ERM-1459 Support a log of resources that have been added/removed from a library collection
-
- Closed
-
-
ERM-1926 Error in entitlementLog on deleting agreement line
-
- Closed
-
-
ERM-1900 Change to suppressFromDiscovery should lead to updated entry in EntitlementLog
-
- Closed
-
- requires
-
ERM-1902 Framework for UPDATE entitlement log entry events
-
- Closed
-
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...