Skip to content

FAS-PFM-TNL-05Reversible Deletion Decisions acceptance

Markdown

FAS-PFM-TNL-05

Reversible Deletion Decisions acceptance

Markdown
  • DocumentProposed
  • Product intentProposed

Product areaPlatformModuleWorkspace Lifecycle Across ApplicationsRevision1

Read atservices-platform ad3f6a65services-crm a8d1364fservices-commerce c8b66a98services-committees 36129c24services-membership 5994c270services-submissions 64236c19services-websites 5fc6823cservices-marketing d071a159rhythm-v2-docs d318a948

Scenarios

5 scenarios proving FEAT-PFM-TNL-05 as a whole.

01 Staff review a deletion while its notice obligations accumulate behaviour proposed
Exercises
CAP-PFM-TNL-013 CAP-PFM-TNL-014 CAP-PFM-TNL-015
Relies on
ATS-PFM-TNL-013-09 ATS-PFM-TNL-014-03 ATS-PFM-TNL-014-04 ATS-PFM-TNL-015-02
Preconditions
An eligible disabled workspace is reviewed by staff who can request, hold and release deletion.
Steps
Request removal, inspect the decision and notices, hold it and later release it.
Expected
The retained decision records its review and initial schedule; hold preserves the date and release applies the review interval while recording the new obligations.
Data
Create run-owned target and comparison workspaces, distinct staff and customer callers, and the fixture records named by the relied-on capability scenarios. Use controlled clocks and faults only where the scenario requires them.
Source
rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-013-ask-for-a-workspace-to-be-deleted-after-a-waiting-period.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-014-hold-release-or-call-off-a-deletion-before-destruction.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-015-tell-rhythm-staff-about-every-step-of-a-deletion.md
02 A failed reminder keeps a released decision reversible interactionnegative proposed
Exercises
CAP-PFM-TNL-013 CAP-PFM-TNL-014 CAP-PFM-TNL-015 CAP-PFM-TNL-016
Relies on
ATS-PFM-TNL-014-04 ATS-PFM-TNL-015-05 ATS-PFM-TNL-016-02
Preconditions
A released request is otherwise eligible but its latest final reminder failed.
Steps
Run the destruction check, read its waiting reason and cancel the request while it remains reversible.
Expected
No purge begins before the reminder gate is satisfied; cancellation preserves data and leaves the workspace disabled.
Data
Create run-owned target and comparison workspaces, distinct staff and customer callers, and the fixture records named by the relied-on capability scenarios. Use controlled clocks and faults only where the scenario requires them.
Source
rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-013-ask-for-a-workspace-to-be-deleted-after-a-waiting-period.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-014-hold-release-or-call-off-a-deletion-before-destruction.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-015-tell-rhythm-staff-about-every-step-of-a-deletion.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-016-begin-destruction-only-when-every-safeguard-still-holds.md
03 Cancellation starts a fresh history when staff request removal again lifecycle proposed
Exercises
CAP-PFM-TNL-013 CAP-PFM-TNL-014 CAP-PFM-TNL-015
Relies on
ATS-PFM-TNL-013-05 ATS-PFM-TNL-014-05 ATS-PFM-TNL-015-02
Preconditions
A scheduled request can be cancelled by authorized staff.
Steps
Cancel it, inspect its retained obligation, then request deletion again using a new reviewed decision.
Expected
The first request remains cancelled history; the new request has its own waiting period and notices. Stored cancellation obligations alone do not establish their delivery.
Data
Create run-owned target and comparison workspaces, distinct staff and customer callers, and the fixture records named by the relied-on capability scenarios. Use controlled clocks and faults only where the scenario requires them.
Source
rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-013-ask-for-a-workspace-to-be-deleted-after-a-waiting-period.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-014-hold-release-or-call-off-a-deletion-before-destruction.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-015-tell-rhythm-staff-about-every-step-of-a-deletion.md
04 Customer and insufficient staff authority cannot change deletion decisions permissionnegative proposed
Exercises
CAP-PFM-TNL-013 CAP-PFM-TNL-014 CAP-PFM-TNL-015
Relies on
ATS-PFM-TNL-013-01 ATS-PFM-TNL-014-01 ATS-PFM-TNL-015-03
Preconditions
The fixtures include a customer administrator, read-only staff and a deletion decision with internal notice recipients.
Steps
Try request, hold, release and cancellation with unauthorized callers, then inspect the decision and recipients with authorized staff.
Expected
Refused actions preserve the decision, and customer-facing recipients are not added to internal deletion notices.
Data
Create run-owned target and comparison workspaces, distinct staff and customer callers, and the fixture records named by the relied-on capability scenarios. Use controlled clocks and faults only where the scenario requires them.
Source
rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-013-ask-for-a-workspace-to-be-deleted-after-a-waiting-period.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-014-hold-release-or-call-off-a-deletion-before-destruction.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-015-tell-rhythm-staff-about-every-step-of-a-deletion.md
05 A stale release does not create a new reminder or shorten the wait regressionnegative proposed
Exercises
CAP-PFM-TNL-013 CAP-PFM-TNL-014 CAP-PFM-TNL-015
Relies on
ATS-PFM-TNL-014-02 ATS-PFM-TNL-014-04 ATS-PFM-TNL-015-04
Preconditions
A held request has changed since one staff reader obtained its version.
Steps
Submit release using that stale version and compare eligibility and notice rows before and after.
Expected
The version refusal changes neither the eligibility date nor reminder slots; a fresh authorized release is assessed separately.
Data
Create run-owned target and comparison workspaces, distinct staff and customer callers, and the fixture records named by the relied-on capability scenarios. Use controlled clocks and faults only where the scenario requires them.
Source
rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-013-ask-for-a-workspace-to-be-deleted-after-a-waiting-period.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-014-hold-release-or-call-off-a-deletion-before-destruction.md; rhythm-v2-docs:specs/platform/tenant-lifecycle/planning/capabilities/CAP-PFM-TNL-015-tell-rhythm-staff-about-every-step-of-a-deletion.md

The Markdown files under specs/ in rhythmsoftware/rhythm-v2-docs are the canonical source of truth. This reader is a generated, read-only projection of them.