CRA in October: turn 24- and 72-hour reporting into an operation
Manufacturer reporting already applies. The task now is to connect triage, owners and submission evidence without waiting for a perfect investigation.
- Author
- Redação Velqory
- Verification
- 05/10/2026 · Europe/Lisbon
- Recovery period
- 13/09–05/10/2026
- Review condition
- Review when legislation, CRA guidance or SRP procedures change; obtain legal confirmation of scope and recipient before applying this to a specific case.
- Editorial basis
- Public primary sources; original operational recommendations, not a tested implementation or a guarantee.

In brief
An operational plan for digital-product manufacturers: recognise the event, prepare communications and track two different final-report deadlines.
- Define who qualifies the event and who handles reporting when the primary owner is absent.
- Keep unknown fields visible, with an owner and next verification point.
- Track remediation, authority reporting and useful user information separately.
The milestone has passed
The Commission page, updated on 11 September 2026, confirms manufacturer reporting applies from that date. On 5 October, the operational challenge is no longer preparing a calendar: it is communicating while the investigation remains open.
Start with the manufacturer and product
The CRA covers connectable digital products made available on the market, with exclusions. Manufacturers include own-name sellers; Article 69 also brings earlier products into reporting. Merely using software is insufficient.
The non-binding guidance announced by the Commission on 27 July clarifies scope, substantial modifications, support and reporting. Use it to prepare questions, not replace legislation.
Establish the awareness timestamp
Article 14 distinguishes an actively exploited vulnerability from a severe incident affecting product security. This reporting is not required for every vulnerability or any incident; triage should justify the applicable trigger.
The Commission summarises two maximum limits from awareness: an early warning within 24 hours and notification within 72 hours. Both require action without undue delay; the second window does not start after the first.
In Velqory's proposed practice, record the time, timezone, person receiving the information and evidence supporting qualification. Distinguish a hypothesis still under triage from an event meeting the legal criteria. Do not use internal approval to artificially move the starting point.
If affected versions or impact scope remain unclear, create unknown fields with a specific question, owner and update time. Do not invent precision or wait for attacker attribution. Additional investigation should run alongside preparation of the available reporting information.
Prepare people, not preventive registrations
ENISA confirms the SRP has operated since 11 September. Registration guidance updated on 12 September requires EU Login with MFA, allows reporting while validation is pending, and advises SRP registration for a specific notification rather than pre-emptively.
Velqory recommends preparing contacts, internal authorisation and authentication capability before a case arises. Do not submit fictional reports to an official platform to test a checklist. Read current procedures, identify the appropriate recipient and rehearse internally using training documents.
Submission guidance distinguishes saving a draft from submitting it. Retain the identifier, confirmation and returned status; a prepared file or completed screen does not prove submission.
Action matrix for a specific case
This is Velqory's original proposal. Legal milestones come from the sources; owners and acceptance criteria are operational choices to adapt. Each row should produce a record that a deputy can consult without relying on the primary owner's memory.
From signal to verifiable communication
Internal targets add no legal deadlines. Do not wait for unknown information; respect mandatory SRP fields.
| Point / action | Evidence to retain | Owner | Acceptance |
|---|---|---|---|
| On receipt: qualify and open the case | Time, origin, product, reasoning and open questions | Product security + legal | Recorded qualification; named owner and deputy |
| Before the initial limit: prepare and send the warning | Available information, uncertainties and submission confirmation | Reporting owner | Confirmed submission; next task assigned |
| Before the second limit: complete notification | Current assessment, known versions, mitigation and receipt | Security + engineering + reporting | Traceable changes; no hypothesis presented as fact |
| After reporting: track measures and users | Instruction version, distribution channel and incoming questions | Support + product owner | Usable instruction; recorded recipients and exceptions |
| Until closure: control the final report | Deadline-triggering event, reviewed content and confirmation | Legal + case owner | Deadline calculated for the correct branch; reconciled dossier |
Two final reports, two clocks
For a vulnerability, the final is due within 14 days of a corrective or mitigating measure becoming available; for a severe incident, one month after submission of the 72-hour notification. Previously-provided-information qualifications apply.
Velqory recommends a separate field for the event starting each final-report deadline. Whoever releases mitigation should inform the reporting owner and retain when and how it became available. Technical closure and documentary closure are different decisions.
Do not bring forward the steward regime
The Commission places steward reporting on 11 December 2027. Article 24 limits it to development involvement and incidents affecting the systems supplied for that development.
One dossier, separate assessments
The proposed process should open separate assessments for CRA, personal data and service security. Do not assume CRA reporting resolves GDPR or NIS2. This article does not determine Portuguese authorities, national obligations or the status of a particular entity.
Velqory's perspective is to reduce dependence on individuals: another team member should reconstruct the case, unknowns, decisions and receipts. Run an internal exercise and record observed gaps; do not claim compliance or effectiveness before verifying them.
Sources consulted
Consulted on the stated update date.
Opens in a new window.- 01Regulamento (UE) 2024/2847 — artigos 2, 3, 14, 16, 24, 69 e 71Parlamento Europeu e Conselho · EU-EURLEX
- 02Cyber Resilience Act — Reporting obligationsComissão Europeia · EU-DIGITAL
- 03Commission publishes new guidance to support businesses' implementation of the Cyber Resilience ActComissão Europeia · EU-DIGITAL
- 04Commission publishes new guidance to support timely Cyber Resilience Act implementationComissão Europeia · EU-DIGITAL
- 05Single Reporting Platform (SRP)ENISA · EU-ENISA
- 06CRA SRP Guidance — AR User RegistrationENISA · EU-ENISA
- 07CRA SRP Guidance — AR Notification submission and updateENISA · EU-ENISA
Participate
Share the analysis. Add context.
Distribute the article through your channel or leave an observation connected to the topic.

Comments
Loading the conversation.