Retention and deletion schedule
This page and its downloadable copy contain the same versioned text.
- Version
- 0.6.0
- Revised (UTC)
- 2026-09-25 22:03:13 UTC
- Body SHA-256
- bc0a0023bdf042b863cf40273a5ac0cc444097b730f327b019be41464229194a
This schedule sets out the intended retention periods, restricted holds and deletion requirements for each information category.
1. Shared safety alerts:
24-hour ordinary recipient visibility. The exact start event for that live clock remains a release decision. Expiry describes the availability of the alert, not resolution of the event.
Reposting, correction or delayed review must not silently give stale material a new live period. A renewed warning needs a current justified purpose and the approved review.
2. Original alert material and source linkage:
working direction of deletion by 30 days from original submission, with documented necessity for any shorter or preserved record. Validate operational purpose, clock, all copies, supplier processing and backups. A lawful hold is narrowly scoped, authorised, reviewable and recorded.
The proposed 30 days includes the live-display period. A hold records the specified records, purpose and authority, access restrictions, owner, review date and release/deletion event. A possible future request does not by itself justify indefinite retention.
3. Long-term intelligence:
retain only outputs that have passed an anonymisation assessment. Remove stable call signs, link keys, images, audio and excessive granular context when needed. Aggregate or suppress rare events. No long-term officer attribution through an alleged anonymous history.
Assess reasonable identification using the output and other available information, including recipient knowledge and rare incidents. Reassess when the data, audience or external information changes. Producing an anonymised output remains a processing operation requiring a basis and safeguards.
4. Accounts and verification:
adopt separate periods tied to eligibility, account service, complaints and legal duties. Raw SIA verification or biometric information requires its own minimisation and supplier review.
Record each category's justified period or criteria, start event, deletion method and responsible owner. Do not retain raw identity or biometric material merely because a supplier makes it available.
5. Agreement, request and security records
Each category requires an approved purpose, access restriction, justified period or clear retention criteria, clock start and disposal method. The Legal Centre host must record a disposal review date and accountable owner before retaining real applicant or requester information. Fixed acceptance evidence and append-only audit design still require a lawful retention architecture. This build contains no real incident archive and makes no claim to have deleted production data.
6. Future union membership and employment casework
Any future union membership or employment casework needs its own notice, purpose, access policy, Article 9 assessment where relevant and retention schedule before collection. Shared-safety alert periods do not govern those separate records. App registration does not itself enrol a person into a union.
7. Evidence:
production deletion jobs need completion records, failed-item queues, hold expiry, backup treatment and restoration tests. Unconnected systems remain marked unknown.
Record failed or incomplete deletion and prevent withdrawn or deleted records returning to ordinary use after restoration. Unconnected controls remain unknown.
Sources and interpretation47
The source register distinguishes law, guidance and published company promises.
- UK GDPR principles and accountability (opens in a new tab)
- Recognised legitimate interests after DUAA (opens in a new tab)
- Special-category information (opens in a new tab)
- Criminal-offence information (opens in a new tab)
- Police and council processing regimes (opens in a new tab)
- Roles and mandatory contracts (opens in a new tab)
- Data sharing agreements (opens in a new tab)
- DPIA and prior consultation (opens in a new tab)
- DPO and regulatory accountability (opens in a new tab)
- Human rights and equality (opens in a new tab)
- Personal accounts and professional duties (opens in a new tab)
- Biometric consent (opens in a new tab)
- Anonymisation and purpose change (opens in a new tab)
- PECR and device access (opens in a new tab)
- Online Safety Act scope (opens in a new tab)
- Appeal publication, harm and reporting restrictions (opens in a new tab)
- Source licensing and database rights (opens in a new tab)
- Paid plans, clear prices and fair terms (opens in a new tab)
- Rights, complaints and security incidents (opens in a new tab)
- Future camera and monitoring service (opens in a new tab)
- International data processing (opens in a new tab)
- OnSiren homepage
- OnSiren Officer Terms
- OnSiren Privacy Policy
- OnSiren Code of Practice
- OnSiren Trust
- Eagle Eye product page
- OnSiren on Apple App Store (opens in a new tab)
- OnSiren on Google Play (opens in a new tab)
- ICO: purpose limitation and Article 8A (opens in a new tab)
- ICO: sharing with law-enforcement authorities (opens in a new tab)
- GOV.UK: DUAA commencement plans (opens in a new tab)
- GOV.UK: subscription measures announcement (opens in a new tab)
- Ofcom: regulatory documents (opens in a new tab)
- College of Policing: missing-person risk assessment (opens in a new tab)
- College of Policing: images and footage (opens in a new tab)
- Police.uk open data (opens in a new tab)
- National Archives: Open Government Licence (opens in a new tab)
- CMA: clear price information (opens in a new tab)
- ICO: Part 3 processing logs (opens in a new tab)
- ICO: Part 3 data protection officers (opens in a new tab)
- ICO: Part 3 sensitive processing (opens in a new tab)
- ICO: personal data breach response (opens in a new tab)
- ICO: biometric recognition definition (opens in a new tab)
- Home Office: Martyn’s Law statutory guidance (opens in a new tab)
- SIA: Martyn’s Law and regulator role (opens in a new tab)
- SIA: scope support and next steps (opens in a new tab)
OnSiren Legal Hub. Every edition keeps its exact text and publication record.