Details
-
Type:
Improvement
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: None
-
Fix Version/s: 3.6.0-b1
-
Component/s: None
-
Labels:None
Description
When a service is unsuspended (Services::unsuspend), we should also set the scheduled cancellation date (date_canceled) to null.
Issue Links
- blocks
-
CORE-1758
Add plugin to automatically cancel services
-
- Closed
-
Activity
Cody Phillips (Inactive)
created issue -
Cody Phillips (Inactive)
made changes -
Cody Phillips (Inactive)
made changes -
| Story Points | 1 |
Cody Phillips (Inactive)
made changes -
| Sprint | 3.6.0 Sprint 1 [ 15 ] |
Cody Phillips (Inactive)
made changes -
| Rank | Ranked higher |
Cody Phillips (Inactive)
made changes -
| Status | Open [ 1 ] | In Progress [ 3 ] |
Cody Phillips (Inactive)
made changes -
| Status | In Progress [ 3 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
Cody Phillips (Inactive)
made changes -
| Fix Version/s | 3.6.0 [ 10600 ] |
Tyson Phillips (Inactive)
made changes -
| Status | Resolved [ 5 ] | Closed [ 6 ] |
Yeah, that's a possibility. But overwhelmingly when a suspend service has payment applied to it which pulls it out of suspension, the service isn't intended to be cancelled any longer.
The only possible issue I see is if someone creates a term that is set to cancel at end of term and the user never pays the initial invoice, or their payment is returned, etc., so the service is suspend. After suspension, if the user pays the service will be unsuspended and no longer scheduled for cancellation.
Perhaps we should raise a ticket for those to cases so we can add some sort of scheduled cancellation tracking and only unschedule on unsuspend if it meets X,Y,Z criteria?
Cody Phillips (Inactive)
added a comment - Yeah, that's a possibility. But overwhelmingly when a suspend service has payment applied to it which pulls it out of suspension, the service isn't intended to be cancelled any longer.
The only possible issue I see is if someone creates a term that is set to cancel at end of term and the user never pays the initial invoice, or their payment is returned, etc., so the service is suspend. After suspension, if the user pays the service will be unsuspended and no longer scheduled for cancellation.
Perhaps we should raise a ticket for those to cases so we can add some sort of scheduled cancellation tracking and only unschedule on unsuspend if it meets X,Y,Z criteria?
Why is this feature desirable?
It seems like it may not be in some cases, such as if an admin schedules a service to cancel at the end of its term, but somewhere along the line a missed payment causes it to get suspended, and after it's paid, it is unsuspended, and then does not have its scheduled cancellation set any longer.