CRA Article 14 reporting, explained
What a manufacturer sends under the Cyber Resilience Act (CRA) Article 14 at 24 hours, at 72 hours and in the final report.

Checked against the regulation on 16 Oct 2026 · What changed
Use this before you need it. Each line is one check, plus why it is there. It does not file a report, and it does not decide that you must report. That decision stays with the manufacturer.
Name the product, the versions still in customers' hands, and who the manufacturer is.
The notification is about a product with digital elements you made available, not about the company in the abstract.
Write the three roles: who may record awareness, who decides to report, and who submits, each with a backup.
The 24-hour clock does not wait for the usual approver to come back from leave.
Agree what evidence is enough to call a case actively exploited, and where that note is stored.
A later reader has to see why the clock was started.
Know which inbox is monitored, by a person, including outside office hours.
Awareness is a fact about your team, not about a tool that files mail unread.
Confirm who can sign in to the Single Reporting Platform, and where the password is if that person is unavailable.
The notification is submitted there, once, not by email to each country.
Record the time you became aware, and who recorded it.
Both deadlines are counted from that time.
Say whether this is an actively exploited vulnerability or a severe incident.
The final report uses a different rule for each. The early warning should not blur them.
Name the Member States where you know the product has been made available, if you know them.
The early warning asks for that where it applies. Do not hold the alert until the list is perfect.
Have one person approve the text, then submit it on the platform.
The early warning is a short alert. It is not the root-cause analysis.
Describe the product and the general nature of the exploit or incident.
The 72-hour notification is where that general picture goes, unless you already sent it.
State the corrective or mitigating measures already taken, and the measures users can take.
The notification asks for both, as far as you know them at 72 hours.
Mark how sensitive you consider the information.
Article 14 asks the manufacturer to indicate that sensitivity.
If it is an actively exploited vulnerability, date the day a corrective or mitigating measure became available, and file within 14 days of that day.
The vulnerability final report is tied to the measure, not to a fixed number of days after awareness.
If it is a severe incident, file within one month of the 72-hour notification.
The incident final report does not use the 14-day rule.
Keep a copy of what was submitted, when, and who approved it.
The platform is the filing. Your own record is how you show the clocks were met.
Tell the people who use the product. Do not treat the platform filing as that message.
Notifying the CSIRT and ENISA is a separate act from informing users.
Article 14 Ready sets this up on your product.
Founder of Samisoftz. He writes these pages and builds the software. About Usama
You'll talk to Usama, who'd build it.
30 minutes · no slides · a written answer if it's not a fit
One fixed price, in writing, the same day you ask · a delivery date agreed in writing · about 4 hours of your engineers' time · the price only changes if the scope does.
NDA before anything sensitive · the drill runs on sample data · no production access · every document is yours.