Privacy requests and complaints
This page and its downloadable copy contain the same versioned text.
- Version
- 0.6.1
- Revised (UTC)
- 2026-09-26 01:50:50 UTC
- Body SHA-256
- bd24b4c89aa8d32265a1b789a0ddd53a00136c31dedfd4bead87a990f09d31ac
This procedure explains how to raise a privacy request or concern and how OnSiren records, assesses and responds to it.
1. Making a request
Anyone can ask about their information, including security officers, employees and people shown or mentioned in an alert. Requests may arrive verbally or in writing through the Request Centre form, published contact or another available channel. You need no account, special wording or GDPR reference. The original receipt must be recorded and every relevant right or complaint identified. The form remains optional.
The public question helper gives document guidance first and can use OpenAI for an explicit follow-up. Ordinary questions are not saved in application request records or automatically referred for human triage. The separate request form allows the person to review their message, explicitly submit it and receive a tracked reference and receipt. Automatic recognition and referral of an actual rights request typed into the helper is not implemented. If an actual request is received there or through another channel, the responsible team must preserve its original receipt and arrange handling without requiring the person to restart it.
2. Finding information and verification
A reference, approximate time, place or description can help locate information. A photograph or identity document is not required at first contact. Additional information must be reasonably needed for identification, search or representative authority. Existing verification should be used where sufficient; formal documents are requested only where necessary. Automated facial identification is outside this module.
3. Timescales
Rights requests are normally answered without undue delay and within one calendar month. Any applicable identity requirement, reasonably necessary SAR clarification pause or permitted extension must be individually assessed, explained and recorded. Staff must validate the right, regime and relevant calendar rules. The system must not silently pause or extend a legal deadline.
Data-protection complaints require acknowledgement within 30 days, appropriate investigation, progress updates and an outcome without undue delay. The acknowledgement period starts the day after receipt; if it ends on a weekend or public holiday, the next working day applies. Tracked privacy questions currently receive a 24-hour internal operational response target. That service target does not replace a statutory deadline. General helper questions enter this queue only through an explicit request submission; an actual rights request received through any channel still requires accountable handling from its original receipt.
4. Searches, decisions and records
OnSiren must make reasonable and proportionate searches of relevant records, including information held by its suppliers, and explain the outcome. Requested information must not be altered or deleted to prevent disclosure. Targeted preservation requires a justified scope and review date; ordinary lawful retention processes require case-specific handling. A request about information already deleted is answered from the available records.
AI may perform approved routine acknowledgements, triage, organisation and drafted explanations. OnSiren's team administers this review workflow and handles escalated cases. Necessary identity, exemption, disputed-accuracy and sensitive-disclosure decisions must follow the approved human review process. Refusals require reasons and the applicable complaint and court information. Production search, redaction and secure-delivery controls remain unconnected.
5. Complaints and the Request Centre
A data-protection complaint must be acknowledged, investigated and answered, with progress updates and accessible contact routes. You can raise concerns with the privacy lead and complain to the ICO. A complaint may also contain rights requests requiring linked handling.
The hosted Request Centre accepts public submissions and stores request details, receipts, replies and restricted case history on the service host. A private browser session or recovery code controls requester access; staff administer the queue through restricted accounts. Published portal replies can be read in the request conversation. Outbound email and live product-record search remain unconnected. Include only the information necessary for the request.
Any actual privacy matter received through this service or another available channel retains its original receipt when referred to the responsible team. Automatic rights-request recognition and referral from the general question helper remains unimplemented. The service needs an identified accountable owner, monitored handling arrangements and a justified disposal schedule for the personal data it holds.
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.