Administration

Permanently delete a filing

Apply the retention decision carefully and verify the non-sensitive deletion record.

Version 2026.8.16 minAdministratorReviewed 2026-08-16

Who can perform the task

Only an organization administrator can use the filing deletion control.

Before you begin

Obtain an approved retention or deletion decision. Confirm the organization, reporting entity, period, filing status, submission obligations, litigation or audit holds, and the identity of any required backup. Verify that deleting the filing will not remove evidence your organization must retain.

Quick path

  1. Confirm that retention, legal-hold, export, and approval requirements permit deletion.
  2. Open the filing administration controls and select Delete filing.
  3. Review the exact filing identity and the data that will be removed.
  4. Enter the required reason and confirm the permanent deletion.
  5. Verify that the filing is gone and that the value-safe deletion record remains available.

Detailed guidance

  1. On Filings, find the exact entity and period in Operational filing overview, then expand Permanently delete filing. You can alternatively open the filing and use the same control under Review and audit.
  2. Create and verify an encrypted portable bundle only when policy authorizes retaining one.
  3. Read the consequence text next to the control.
  4. Select the acknowledgement that the deletion is permanent and cannot be undone in the application.
  5. Enter a specific deletion reason of 10 to 500 characters.
  6. Select Permanently delete filing only after checking both entries.

Expected result

The filing values, comments, audit events, attachments, and exports are permanently removed from the active product data. A non-sensitive tombstone remains to record that the deletion occurred.

How to verify

Return to Filings and confirm the filing is unavailable. An authorized operator can verify the tombstone without reconstructing deleted customer content. Record completion in the organization’s retention register.

Common problems

  • The action remains unavailable until you acknowledge that deletion is permanent and enter a reason of at least 10 characters.
  • A vague, short, or excessively long reason is rejected.
  • A portable bundle retained before deletion still contains filing data and must follow the same retention decision.
  • Deleting a filing does not withdraw an artifact already submitted to an external authority.

Audit, locking, and data consequences

Deletion is destructive and is not reversible in the application. Normal database or infrastructure recovery is governed by the deployment’s backup policy and must not be treated as an end-user undo function. Never delete a filing merely to correct it; use the correction or authorized reopen workflow.

Product and regulatory limitations

SolvencyBridge cannot determine the applicable statutory, contractual, audit, or litigation retention period. Your organization must approve the decision before the product action.

Related tasks

Your privacy choices

We use essential storage for security and preferences. With your permission, PostHog EU measures filing steps and records a privacy-masked session replay so we can find and fix usability bottlenecks. Replays hide all text, form contents, media, console logs and network contents. This helps us improve SolvencyBridge.

Privacy details