FAQ item index

Search every question across sub-FAQs

Find the exact question, open the source answer card, and copy a direct link to the anchored sub-FAQ response.

Indexed coverage
33of33items
Across 11 modules • Updated May 9, 2026
Author
Sorena AI
Published
May 9, 2026
Updated
May 9, 2026
What should teams do about DPIAs under the UK GDPR?

Which mistakes create risk when handling DPIAs under the UK GDPR?

The common failure pattern is copying an EU GDPR answer without checking UK GDPR wording, DPA 2018 limits, ICO guidance, UK transfer tools, PECR overlap, and post-Brexit divergence.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about DPOs under the UK GDPR?

What should teams do about DPOs under the UK GDPR?

Teams should treat DPOs under the UK GDPR as a source-linked operating decision: confirm whether the issue affects controller/processor roles, lawful basis, transparency, DPIA, data-subject rights, breach notification, IDTA/Addendum transfers, children data, or ICO enforcement exposure, assign the team that can change the process, and keep evidence showing the action and review trigger.

The safest first step is to identify whether the organisation is a public authority or whether its core activities require regular and systematic monitoring of people on a large scale, or large-scale processing of special category or criminal offence data, before deciding if a DPO must be appointed.

  • Write the DPOs decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
What should teams do about DPOs under the UK GDPR?

What evidence should teams keep for DPOs under the UK GDPR?

Useful evidence is not just a privacy notice. Keep the source, lawful-basis note, DPIA, rights log, breach assessment, transfer mechanism, processor terms, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
What should teams do about DPOs under the UK GDPR?

Which mistakes create risk when handling DPOs under the UK GDPR?

The common failure pattern is copying an EU GDPR answer without checking UK GDPR wording, DPA 2018 limits, ICO guidance, UK transfer tools, PECR overlap, and post-Brexit divergence.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about IDTA addendum and transfer risk assessment under the UK GDPR?

What should teams do about IDTA addendum and transfer risk assessment under the UK GDPR?

Teams should treat IDTA addendum and transfer risk assessment under the UK GDPR as a source-linked operating decision: confirm whether the issue affects controller/processor roles, lawful basis, transparency, DPIA, data-subject rights, breach notification, IDTA/Addendum transfers, children data, or ICO enforcement exposure, assign the team that can change the process, and keep evidence showing the action and review trigger.

The safest first step is to identify the controller/processor role, purpose, lawful basis, special-category status, right, breach, transfer, or child-data trigger before assigning the UK GDPR action.

  • Write the IDTA addendum and transfer risk assessment decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
ICO international transfers

ICO guidance identifies UK transfer safeguards, including the IDTA, Addendum, and transfer risk assessment/data protection test workflow.

What should teams do about IDTA addendum and transfer risk assessment under the UK GDPR?

What evidence should teams keep for IDTA addendum and transfer risk assessment under the UK GDPR?

Useful evidence is not just a privacy notice. Keep the source, lawful-basis note, DPIA, rights log, breach assessment, transfer mechanism, processor terms, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
What should teams do about IDTA addendum and transfer risk assessment under the UK GDPR?

How do the IDTA and Addendum work for restricted transfers?

The ICO says the IDTA and the International Data Transfer Addendum provide appropriate safeguards for restricted transfers when they are entered into as legally binding contracts. The GOV.UK guidance says data exporters can use the IDTA or the Addendum as a transfer tool to comply with Article 46 of the UK GDPR when transferring to non-adequate countries.

The IDTA also expects the exporter to carry out a transfer risk assessment where required and to keep the transfer terms, importer's local-law information, and review dates up to date.

  • Use the IDTA or Addendum only for restricted transfers that need Article 46 safeguards.
  • Check the importer information, local laws, and review dates before the transfer starts.
  • Keep a copy of any TRA and the written record of the transfer decision.
Citations
What should teams do about Lawful Bases under the UK GDPR?

How should teams choose a lawful basis under the UK GDPR?

Teams should treat Lawful Bases under the UK GDPR as a source-linked operating decision: confirm whether the issue affects controller/processor roles, lawful basis, transparency, DPIA, data-subject rights, breach notification, IDTA/Addendum transfers, children data, or ICO enforcement exposure, assign the team that can change the process, and keep evidence showing the action and review trigger.

The safest first step is to identify the controller/processor role, purpose, lawful basis, special-category status, right, breach, transfer, or child-data trigger before assigning the UK GDPR action.

  • Write the Lawful Bases decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
ICO guide to lawful basis

ICO guidance confirms Article 6 lawful bases and the need to choose at least one before handling personal information.

What should teams do about Lawful Bases under the UK GDPR?

What evidence should teams keep for Lawful Bases under the UK GDPR?

Useful evidence is not just a privacy notice. Keep the source, lawful-basis note, DPIA, rights log, breach assessment, transfer mechanism, processor terms, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
ICO guide to lawful basis

ICO guidance confirms Article 6 lawful bases and the need to choose at least one before handling personal information.

What should teams do about Lawful Bases under the UK GDPR?

Which mistakes create risk when handling Lawful Bases under the UK GDPR?

The common failure pattern is copying an EU GDPR answer without checking UK GDPR wording, DPA 2018 limits, ICO guidance, UK transfer tools, PECR overlap, and post-Brexit divergence.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
What should teams do about PECR Cookies under the UK GDPR?

How should teams apply the PECR cookies rules before the UK GDPR?

Teams should treat PECR Cookies under the UK GDPR as a source-linked operating decision: confirm whether the issue affects controller/processor roles, lawful basis, transparency, DPIA, data-subject rights, breach notification, IDTA/Addendum transfers, children data, or ICO enforcement exposure, assign the team that can change the process, and keep evidence showing the action and review trigger.

The safest first step is to identify the controller/processor role, purpose, lawful basis, special-category status, right, breach, transfer, or child-data trigger before assigning the UK GDPR action.

  • Write the PECR Cookies decision in one sentence before drafting controls.
  • Attach the external source URL and a short source quote to the evidence record.
  • Route unclear cases to legal, privacy, security, or compliance review before launch.
Citations
What should teams do about PECR Cookies under the UK GDPR?

What evidence should teams keep for PECR Cookies under the UK GDPR?

Useful evidence is not just a privacy notice. Keep the source, lawful-basis note, DPIA, rights log, breach assessment, transfer mechanism, processor terms, and approval trail together.

  • Source URL and quote used for the decision.
  • Scope notes, screenshots, data-flow or system references, and role mapping.
  • Implementation ticket, approval record, exception notes, and review date.
Citations
What should teams do about PECR Cookies under the UK GDPR?

Which mistakes create risk when handling PECR Cookies under the UK GDPR?

The common failure pattern is copying an EU GDPR answer without checking UK GDPR wording, DPA 2018 limits, ICO guidance, UK transfer tools, PECR overlap, and post-Brexit divergence.

  • Using an old threshold, deadline, source page, or contract template without checking current source text.
  • Treating a source-linked exception as a general exemption for every product or data flow.
  • Publishing notices, controls, or answers that do not match the actual product behavior.
Citations
Page 2 of 2