Purge Workspace Accounting Records in Batches
What It Does
Purge removes the selected workspace’s Accounting records through small resumable calls. Participant dependencies and local child-first orders keep referenced configuration until dependent work is removed. Platform owns the continuing loop; Accounting performs a bounded step and reports its result.
The Flow
When Something Fails
A failed batch rolls back itself. Later calls rediscover progress from remaining rows, so no cursor restoration is required. Each batch checks current deleting standing without the availability cache. If that standing changes after partial erasure, subsequent calls stop, while earlier deletion remains permanent. Declaration and purge-order tests check coverage against database references; bindings alone do not establish a production execution.
Open Design Questions
The configuration participant still declares records owned by Products and Batches. The ownership of those lifecycle declarations needs to be considered alongside each module’s own dataset and reader declarations.