MAINSYSTEMS 
organise the response to an access request or data incident
1. Regulatory Concept & Core Standards
In this video we will consolidate a skill: organise the response to an access request or data incident. Use the case to test what you would do in a similar situation. We will explain the proposed response step by step so that you can understand each choice and recognise when more information would be needed. A reporting case may contain data about the reporting person, people concerned and third parties. Data protection must accompany the whole lifecycle, from the form to archiving. This course addresses operational decisions. Legal bases and restrictions on rights require assessment of the specific processing.
A data-access request does not automatically entitle someone to another person’s identity or the whole case. GDPR and Croatian confidentiality rules apply. Requests normally require a response within one month, with conditional extension. For a data breach, GDPR Article 33 requires notification to the competent supervisory authority without undue delay and, where feasible, within 72 hours of awareness, unless risk is unlikely.
Apply the following rule: Article 18 requires a record of every report and preservation in a durable form under national rules on protection and processing of documentation. It does not establish a universal five-year period or justify indefinite processing of all personal data. Determine applicable documentation and archival duties and GDPR purpose and retention limits. Under Article 15, manifestly irrelevant personal data must not be collected and, if collected accidentally, must be deleted without undue delay.
2. Practical Implementation & Procedure
For a rights request, check identity, the right, its deadline and lawful restrictions without blanket refusal. For an incident, contain exposure, assess data and risk and document every personal-data breach. High risk may require notice to the person under Article 34. Do not confuse these deadlines with feedback under the whistleblowing Act. Before moving on, turn this procedure into a sequence you could explain to a colleague. Identify the first check, the action that depends on its outcome and the record that allows the decision to be reconstructed. Follow the sequence on screen and identify the point where an error would change the result.
3. Case Study & Compliance Action
An attachment goes to the wrong recipient. The team restricts access where possible, requests secure deletion, documents events and assesses risk. Asking for deletion does not automatically close the incident or remove the need to assess notifications. Now read the case carefully. Separate established facts from information you would still need to confirm. Do not add motives or events that have not been described. This distinction matters when choosing a response proportionate to the information available.
The exercise is as follows: Does asking the wrong recipient to delete the message fulfil every obligation? Choose an answer and write one sentence explaining it. During the pause, compare your choice with the criteria we have just considered. Also think about the material you would retain to explain the decision later.
No. It is a containment measure. Assess exposed data, recipients, possible consequences and legally required notifications. Record the decision and its reasons.
One mistake to avoid is: equating access rights with delivery of the full report or treating every incident as identical.
Now apply the national rule to a second decision. The system deletes every case five years after receipt, regardless of the country and any pending proceedings. Is that appropriate?
No. Identify the local rule, starting event and any limits or extensions. A uniform schedule may delete records too early or retain them too long. Document the decision by category, include copies and define who reviews a suspension of deletion, rather than keeping everything indefinitely.