-
Task
-
Resolution: Unresolved
-
Major
-
None
-
None
-
5
-
False
-
-
True
-
-
Currently, when quantity changes on a traditional subscription, we terminate the current subscription record and create a new record with the same ID but with the updated quantity, a start date of the current time, and an end date of the original subscription record.
Rather than try to maintain historical quantity information, we should just update the current subscription and all the attendant subscription measurements.
The quantity updating code is in SubscriptionSyncController.syncSubscription.
Automation testing should be done with This should be done using helpers. There is an existing python library for working with wiremock https://github.com/wiremock/python-wiremock)
Done Criteria
- Do not maintain history of changes for capacity line (traditional subs only).
- For subscriptions coming from the IT Partner Gateway, history of changes as represented in the Partner Gateway records is maintained in subscription-watch.
- Test that when the start date of a subscription is moved later, it is accurately represented for a traditional subscription.
- Test that when the start date of a subscription is moved earlier, it is accurately represented for a traditional subscription.
- Test that when the quantity of a subscription is changed , it is accurately represented for a traditional subscription.
- Automation tests that cover the above cases in ephemeral environments. Some prior work around automation of this type of test was done in https://github.com/RedHatInsights/rhsm-subscriptions/pull/2841
- is blocked by
-
SWATCH-2696 Use IT Partner Gateway as source of truth for payg & contract based subscriptions
-
- Closed
-
- is cloned by
-
SWATCH-2696 Use IT Partner Gateway as source of truth for payg & contract based subscriptions
-
- Closed
-
- relates to
-
SWATCH-3770 Spike: Investigate how would affect the data changes having multiple subscriptions with same ID
-
- Closed
-