Trash is a recovery layer
Trash gives teams a chance to recover from ordinary deletion mistakes. A deleted record may still matter for stock, finance, audit, compliance, customer history, or linked documents.
Restore should be dependency-aware. A record should not return in a way that breaks references, duplicates active work, or changes a controlled process without review.
In practice, restoring a supplier may require checking linked purchase orders, documents, sync mappings, and inactive status. Recovery is safer when the impact is visible before the button is clicked.
Recovery decision guide
| Action | Use when | Control check |
|---|---|---|
| Restore | Record was deleted by mistake | Review dependencies and active duplicates |
| Keep trashed | Record is obsolete but retention still matters | Confirm reporting and audit needs |
| Legal hold | Evidence may be needed for dispute or audit | Block purge until hold is released |
| Force delete | Retention allows permanent removal | Require impact preview and approval |
Key takeaways
- Trash protects against accidental deletion.
- Restore should consider linked records and process impact.
- Recovery can affect finance, stock, audit, and integrations.
- Impact awareness is safer than blind restore.