If…, then how…
If we can't tell whether an incident is reportable and the deadline is close, then what?
Add to board memoOpen the memo
The short answer
- Recommendation
- Decide every regime you can now, and record the rest as Not settled with the missing fact, who is finding it out and a revisit time. If a decision is still unsettled at the doubt point, 6 hours before that regime's first deadline in the pack's default, report by the deadline on the facts known.
- Reasoning
- The two errors do not cost the same. A report made on incomplete facts can be corrected, updated or withdrawn. A missed deadline is a breach of the law that no later report repairs. The clocks run from awareness, not from the decision, so time spent waiting for the investigation comes out of the reporting window. Only a test whose answer turns on the missing fact is unsettled; one the known facts already meet is Reportable now.
- Considerations
- First deadlines: the NIS2 early warning within 24 hours of awareness; the GDPR notification within 72 hours of awareness, where feasible; the DORA initial notification within 4 hours of classifying as major and no later than 24 hours after awareness.
- Where a DORA incident is classified as major more than 24 hours after awareness, the initial notification is due within 4 hours of that classification.
- Legal reviews within 60 minutes of receiving the draft, the pack's default. Seek advice where a test is unclear, but never wait for it past the doubt point.
- If a deadline has passed, report as soon as possible with the reasons for the delay. Under DORA, tell the authority before a time limit passes and say why.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
- Loop back
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 17 steps.
Start
We can't yet tell whether a report is due
The clocks are short and the tests turn on facts that often arrive late: whether data was taken, how long a service will be down, what the loss will be. The cost of the two errors is not equal. A report on incomplete facts can be corrected, updated or withdrawn. A missed deadline is a breach of the law that no later report repairs. So when time runs short, the default is to report.
In the pack
- P18-A03 Reportability Decision ModelWhen a decision cannot be settled
- P18-A03 Reportability Decision ModelPurpose
Step
Fix awareness, and each regime's first deadline
Every clock that runs from awareness starts at declaration, or earlier where the record shows reasonable certainty earlier. It does not wait for your decision. First deadlines: the NIS2 early warning within 24 hours of awareness; the DORA initial notification within 4 hours of classifying as major and no later than 24 hours after awareness, or, where it is classified as major more than 24 hours after awareness, within 4 hours of that classification; the GDPR notification within 72 hours of awareness, where feasible.
In the pack
- P18-A02 EU Incident Notification Timeline Matrix (NIS2, DORA, GDPR)Clock Rules (rules CN-01, CN-04)
- P18-A02 EU Incident Notification Timeline Matrix (NIS2, DORA, GDPR)Timeline Matrix (rules RD-01, RD-06, RD-10)
Step
Decide every regime you can on the facts known now
Waiting for the investigation is the commonest mistake. Each regime is decided separately within 4 hours of declaration, the pack's default. Test what the incident could do as well as what it has done; spreading ransomware can make an incident significant before any service stops. Mark each fact still unknown and name who is finding it out.
In the pack
- P18-A03 Reportability Decision ModelCommon mistakes
- P18-A03 Reportability Decision ModelEach step's question and where the answer leads (rule DS-03)
Decision
Does the answer turn on a fact still unknown?
Ask it per regime. If the facts you have already meet the test, the regime is Reportable now, whatever else is unknown. If they clearly do not, and no unknown could change that, it is Not reportable. Only a test whose answer depends on the missing fact is unsettled.
- Yes, or not sure: Record Not settled: the missing fact, who finds it, when to revisit
- No: Record the decision now, with its reasons
In the pack
- P18-A03 Reportability Decision ModelThe four outcomes (rule RN-02)
Outcome
Record the decision now, with its reasons
Record the outcome, the indicators or thresholds met or not, the facts relied on, who decided and when. A decision to report is the executive incident lead's, and so is a decision not to report a Severity 1 or 2 incident. A decision not to report is revisited at every update, so a later fact can still change it.
In the pack
- P18-A03 Reportability Decision ModelThe decision record
- P18-A03 Reportability Decision ModelWho decides (rule RN-06)
Step
Record Not settled: the missing fact, who finds it, when to revisit
Not settled is a recorded outcome, not a gap in the log. It always carries the time it will be revisited, and that time falls before the doubt point. In the pack's example, a GDPR decision on ransomware was Not settled until the provider's analysis showed whether data had been taken.
In the pack
- P18-A03 Reportability Decision ModelWhen a decision cannot be settled (rule RN-04)
- P18-A03 Reportability Decision ModelThe two revisited decisions
Step
Set the doubt point: by default 6 hours before the first deadline
Six hours is the pack's default. For an incident declared at 09:00 on day 1, the NIS2 doubt point falls at 03:00 on day 2, and the GDPR one at 03:00 on day 4. Put it in the calendars of the person drafting and the person submitting, beside the deadline.
In the pack
- P18-A03 Reportability Decision ModelWhere the doubt point falls
- P18-A02 EU Incident Notification Timeline Matrix (NIS2, DORA, GDPR)Clock Rules (rule RN-04)
Step
Brief the signatory and start the draft now
Treat a Not settled regime as you would a Reportable one for preparation. Call the person on duty who submits to that authority, so they confirm they can sign in now and not at the deadline. Start the draft from the facts known. Ask Legal now where the test is unclear; their advice is never waited for past the doubt point.
In the pack
- P18-A04 Regulatory Notification Operating ProcedureNP-02 Brief the signatory
- P18-A04 Regulatory Notification Operating ProcedureNP-01 Screen and decide (rule RN-03)
Decision
At the revisit time, is the missing fact now known?
Revisit at the time you set, at every incident update, and at once when a fact changes. Record the result each time, even when nothing has changed. The old decision line stays and the new one says which it replaces, so the log shows what was known when.
In the pack
- P18-A03 Reportability Decision ModelRevisiting a decision (rule RN-05)
Decision
Does the fact meet the test?
Apply the regime's test to the fact as now known, and record the outcome with the fact that settled it.
In the pack
- P18-A03 Reportability Decision ModelEach step's question and where the answer leads
Outcome
Reportable: report by the deadline
Where the incident became reportable because of a later fact, that regime's clocks start when the record shows the fact was known, and the decision is made at once. The executive incident lead decides; the report goes on the facts known.
In the pack
- P18-A02 EU Incident Notification Timeline Matrix (NIS2, DORA, GDPR)Clock Rules (rule CN-02)
- P18-A03 Reportability Decision ModelWho decides (rule RN-06)
Outcome
Not reportable: record why, and revisit at each update
Name the indicator, threshold or factor and the fact that failed it. For the GDPR, a breach unlikely to result in a risk is still recorded in the breach record. The decision is revisited at every update until the incident closes.
In the pack
- P18-A03 Reportability Decision ModelThe two revisited decisions
- P18-A03 Reportability Decision ModelThe four outcomes
Decision
Has the doubt point been reached?
Before the doubt point, keep working on the missing fact and set the next revisit time. Once it is reached, the decision is no longer yours to hold open: an unsettled regime is treated as Reportable.
- No: set the next revisit: Record Not settled: the missing fact, who finds it, when to revisit (back to an earlier step)
- Yes: Treat it as Reportable, on the facts known
In the pack
- P18-A03 Reportability Decision ModelWhen a decision cannot be settled (rule RN-04)
Step
Treat it as Reportable, on the facts known
Say in the report what is known, what is not, and that the assessment is continuing. Legal reviews within 60 minutes of receiving the draft, the pack's default; with no review by then, the report goes on its approver's decision. NIS2 says the mere act of notification does not expose the entity to increased liability.
In the pack
- P18-A04 Regulatory Notification Operating ProcedureNP-01 Screen and decide (rule RN-04)
- P18-A04 Regulatory Notification Operating ProcedureLegal review: the time-box (rule RN-07)
- P18-A03 Reportability Decision ModelWhen a decision cannot be settled
Decision
Can the report still go before its deadline?
The doubt point leaves 6 hours, by the pack's default, so the answer is normally yes. It may not be if the doubt point was missed or a channel is down. Never hold a report back because its deadline has passed.
- Yes: Report by the deadline, saying the assessment continues
- No: Report as soon as possible, with the reasons for the delay
In the pack
- P18-A04 Regulatory Notification Operating ProcedureLate reports (rule RN-13)
Outcome
Report by the deadline, saying the assessment continues
Later reports update it. If the facts later show the test was never met, update or withdraw it with an explanation. Under DORA that is a reclassification notified on the template; never stop reporting silently.
In the pack
- P18-A03 Reportability Decision ModelWhen a decision cannot be settled
- P18-A03 Reportability Decision ModelReclassification
Outcome
Report as soon as possible, with the reasons for the delay
Tell the executive incident lead at once. Under NIS2, tell the CSIRT by telephone or email if the portal is the cause. Under the GDPR, a notification after 72 hours is still made, with the reasons. Under DORA, tell the authority before the limit passes and say why. The late report goes to the post-incident review.
In the pack
- P18-A04 Regulatory Notification Operating ProcedureLate reports (rule RN-13)
- P18-A04 Regulatory Notification Operating ProcedureEscalation
Practical checklist
- Fix the awareness time and each regime's first deadline.
- Decide every regime you can on the facts known now.
- Record each unsettled regime with the missing fact, who is finding it out and a revisit time before the doubt point.
- Put the doubt point and the deadline in the calendars of the drafter and the submitter.
- Brief the signatory and start the draft now, as for a reportable decision.
- Revisit at the set time, at every update and when a fact changes, and record each result.
- At the doubt point, report by the deadline on the facts known, saying the assessment continues.
- Update or withdraw the report later if the facts show the test was never met.
Evidence to have ready
- Each Not settled line: the missing fact, who was finding it out and the revisit time.
- Every revisit, with its time and result, as a new line that names the one it replaces.
- The report as sent, saying the assessment was continuing, with its submission time and reference.
- Any later update, withdrawal or reclassification, and the reasons for any late report.
Assumptions
- The incident has been declared, and you know which of NIS2, DORA and the GDPR can apply to you from a profile made before any incident.
- The 6-hour doubt point is the pack's default. Your own procedure may set another, and national law may shorten a clock.
- Someone can decide to report and someone can submit to each authority at any hour, each with a deputy.
Not covered here
- How the NIS2 and DORA tests themselves are applied. Those are “How do we decide whether an incident is significant under NIS2?” and “How do we decide whether an ICT incident is major under DORA?”.
- Whether an incident is a GDPR personal data breach in the first place. That is “When does personal data make a security incident a GDPR breach?”.
- How to write an early warning when you still know very little. That is “How do we write a NIS2 early warning when we still know very little?”.
- Who approves and submits the report, including out of hours. That is “Who approves and submits a regulatory notification, including out of hours?”.
Related questions
- When do we have to notify a regulator, and under which regime?
- When one incident triggers NIS2, DORA and GDPR at once, which clock runs first?
- How do we decide whether an incident is significant under NIS2?
- How do we decide whether an ICT incident is major under DORA?
- How do we write a NIS2 early warning when we still know very little?