Artifact GuideEU

Cyber Resilience Act comparison CRA vs UK PSTI Act

Use separate scope tests and legal evidence for the EU CRA and the UK PSTI product-security regime, even when the same engineering controls support both.

The UK regime has applied since 29 April 2024 to relevant UK consumer connectable products. Most CRA product duties apply from 11 December 2027, with Article 14 reporting from 11 September 2026.

Author
Sorena AI
Published
Mar 4, 2026
Updated
Jul 31, 2026
Sections
4

Structured answer sets in this page tree.

Primary sources
12

Cited legal and guidance references.

Publication metadata
Sorena AI
Published Mar 4, 2026
Updated Jul 31, 2026
Overview

The EU Cyber Resilience Act (CRA) and the UK Product Security and Telecommunications Infrastructure (PSTI) product-security regime can both apply to one connected product, but they answer different legal questions. The CRA broadly covers products with digital elements made available on the EU market and imposes lifecycle, conformity, support, vulnerability-handling, and reporting duties. The UK regime applies to relevant connectable products made available to UK consumers, subject to statutory scope conditions and excepted products. It currently specifies three baseline security requirements, requires a to accompany the product, and gives manufacturers, importers, and distributors separate supply-chain duties.

Side-by-side comparison

EU CRA vs UK PSTI product-security regime

Use the matrix to separate product scope, actors, security duties, evidence, dates, and enforcement before reusing technical controls across the EU and UK.

Review all sources
First framework
EU Cyber Resilience Act

Horizontal product-cybersecurity regime for products with digital elements made available on the EU market.

Second framework
UK PSTI Act

Consumer connectable-product security regime under Part 1 of the PSTI Act 2022 and the 2023 Security Requirements Regulations.

Comparison row 1

Scope boundary

EU Cyber Resilience Act

CRA applies to products with digital elements made available on the Union market, including software, hardware, and covered remote data-processing solutions necessary for product functions, subject to CRA exclusions and special rules.

UK PSTI Act

Covers a relevant connectable product that meets the UK consumer conditions in section 54. A relevant connectable product is an internet-connectable or network-connectable product that is not an excepted product.

Operational implication

Run both tests. CRA can cover non-consumer software and hardware outside PSTI scope; PSTI turns on statutory connectability, UK consumer-market facts, and listed exceptions.

Comparison row 2

Covered actors

EU Cyber Resilience Act

CRA requires manufacturers to address Annex I product security properties and vulnerability-handling requirements, including secure development, vulnerability remediation, security updates, component documentation, and user information.

UK PSTI Act

Manufacturers must meet the applicable security requirements and statement duties. Importers and distributors have their own duties, including checking that the required statement accompanies the product and responding to compliance failures.

Operational implication

Map the legal entity and role in each market. Shared corporate ownership does not make the EU manufacturer, EU importer, UK manufacturer, and UK importer the same legal actor.

Comparison row 3

Trigger

EU Cyber Resilience Act

CRA evidence should include the cybersecurity risk assessment, Annex I mapping, vulnerability-handling process, SBOM or component records where applicable, support-period rationale, test reports, technical documentation, EU declaration of conformity, and CE marking records.

UK PSTI Act

The current specified requirements cover passwords, publication of a vulnerability-reporting route and response times, and publication of a minimum security-update period with an end date. A must accompany the product unless a valid deemed-compliance route applies.

Operational implication

Reuse test and process evidence only after mapping it to the exact CRA requirement and UK Schedule 1 requirement. Keep the CRA conformity artifacts and UK separate.

Comparison row 4

Core obligations

EU Cyber Resilience Act

CRA Chapter IV applies from 11 June 2026, Article 14 reporting applies from 11 September 2026, and the Regulation applies in full from 11 December 2027.

UK PSTI Act

The UK product-security regime came into force on 29 April 2024. The 2025 vehicle exceptions took effect on 25 February 2025, and further deemed-compliance amendments took effect on 4 December 2025.

Operational implication

Use 29 April 2024 for current UK supply decisions. Use the CRA's staged dates only for EU duties, and check later UK amendments when relying on an exception or deemed-compliance route.

Comparison row 5

Evidence record

EU Cyber Resilience Act

CRA conformity work can lead to EU declaration of conformity and CE marking for covered products with digital elements that satisfy the applicable requirements.

UK PSTI Act

The manufacturer prepares a containing the prescribed information and stating its opinion that it complied with the applicable security requirements. Unless a valid statutory deemed-compliance route applies, the statement must accompany the product; manufacturers and importers retain it for the longer of 10 years or the defined support period.

Operational implication

A CRA declaration or CE mark does not replace the UK statement. The UK statement is also not a CRA conformity assessment or third-party approval.

Comparison row 6

Enforcement exposure

EU Cyber Resilience Act

CRA enforcement can involve market-surveillance authorities, corrective action, restriction or withdrawal of products, and administrative fines under the CRA enforcement framework.

UK PSTI Act

OPSS can use information, compliance, stop, and recall measures and monetary penalties. The statutory penalty maximum is the greater of GBP 10 million and 4% of qualifying worldwide revenue, subject to the Act's calculation rules.

Operational implication

Treat both regimes as enforceable product laws. The UK figure is a statutory maximum, not an automatic fine or a prediction for a particular breach.

Comparison row 7

Enforcement

EU Cyber Resilience Act

Use CRA sources when the decision turns on EU scope, Annex I requirements, vulnerability handling, support period, Article 14 reporting, technical documentation, conformity assessment, EU declaration of conformity, CE marking, or CRA enforcement.

UK PSTI Act

Use the PSTI Act, the revised 2023 Regulations, and current OPSS or DSIT guidance for UK scope, requirements, statements, actors, dates, penalties, and enforcement powers.

Operational implication

Build shared product-security controls, then issue separate EU CRA and UK PSTI conclusions with their own evidence indexes, responsible actors, and release gates.

Comparison row 8

Overlap and reuse

EU Cyber Resilience Act

CRA applies to products with digital elements made available on the Union market, including software, hardware, and covered remote data-processing solutions necessary for product functions, subject to CRA exclusions and special rules.

UK PSTI Act

PSTI overlaps technically through credentials, vulnerability reporting, and update-support information, but its current statutory baseline is narrower than the CRA lifecycle and conformity framework.

Operational implication

Reuse a control only where the evidence satisfies both mapped requirements. Do not infer PSTI scope from CRA scope, infer CRA conformity from the three UK requirements, or use either regime's declaration as the other's legal artifact.

Comparison row 9

Practical decision rule

EU Cyber Resilience Act

CRA applies to products with digital elements made available on the Union market, including software, hardware, and covered remote data-processing solutions necessary for product functions, subject to CRA exclusions and special rules.

UK PSTI Act

If the item is a relevant connectable product, apply the section 54 UK consumer test and Schedule 3 exceptions. Then identify the manufacturer, importer, distributor, security requirements, accompanying statement, retention, and compliance-failure duties.

Operational implication

Record separate pass or fail decisions for EU CRA scope and UK PSTI scope. A dual-market release needs both evidence indexes when both tests pass.

Practical decision rule

How to use this comparison

  • Use the CRA column as the cited EU work plan for products with digital elements.
  • Use the UK PSTI column to test connectability, UK consumer-market status, exceptions, actors, the three specified requirements, the , and supply-chain duties.
  • Reuse engineering controls where they genuinely overlap: credentials, vulnerability disclosure, updates, secure configuration, dependency tracking, and support-period communication.
  • Keep the CRA technical documentation and declaration separate from the UK , even where both cite the same test or control evidence.
Section 1

Start with two separate scope tests

For the CRA, ask whether a software or hardware product, separately placed component, or necessary remote data-processing solution is a product with digital elements made available on the Union market. Then check the CRA's exclusions and special rules. A consumer purpose or internet connection is not required in every CRA case.

For UK PSTI, ask whether the item is an internet-connectable or network-connectable product under sections 4 and 5 of the Act, whether it is or will be a under section 54, and whether Schedule 3 to the 2023 Regulations excepts it. The government guidance lists medical devices, smart meter products, electric-vehicle charge points, certain computers without cellular connectivity, specified Northern Ireland supplies, and, since 25 February 2025, specified vehicle categories among the exclusions or exceptions. Apply the exact legal conditions rather than relying on those labels alone.

  • A business-only product can still be a when identical products are also made available to UK consumers and the section 54 conditions are met.
  • A general-purpose software product may enter CRA scope but not UK PSTI scope because the UK definition turns on a connectable product and the consumer-market conditions.
  • A cellular tablet or a computer designed exclusively for children under 14 does not fall within the specific non-cellular computer exception described in the UK guidance.
  • Record the scope conclusion, excluded-product analysis, intended markets, and first supply or market-placement facts for each product.
Recommended next step

Separate CRA evidence from UK PSTI evidence

Use separate scope decisions, actor maps, and evidence indexes for the EU CRA and UK PSTI regime, then link any shared test or control to the requirement it supports in each market.

Section 2

What each manufacturer must do

A CRA manufacturer must connect its cybersecurity risk assessment to the Annex I product-security and vulnerability-handling requirements, establish a support period, prepare technical documentation, complete the applicable conformity assessment, issue an EU declaration of conformity, affix CE marking, provide required user information, and meet the CRA's reporting and cooperation duties.

A UK PSTI manufacturer must meet the applicable Schedule 1 security requirements. Passwords must meet the specified unique-per-product or user-defined rules. The manufacturer must publish, free of charge and without prior request, clear English information on how to report security issues and the expected acknowledgement and status-update times. It must also publish the minimum security-update period, including an end date, in clear English that a non-technical reader can understand.

Before making an in-scope product available in the UK, the manufacturer must ensure that a accompanies it. The statement records the Schedule 4 information and the manufacturer's opinion that it complied with the applicable security requirements. It may be digital if it still accompanies the product and meets the legal requirements. The 2025 amendments also created specified deemed-compliance routes, so teams using one must document the exact conditions rather than assume that any certification replaces the statement.

  • CRA evidence: risk assessment, Annex I mapping, vulnerability-handling records, component information including an SBOM where required, support-period rationale, tests, technical documentation, conformity decision, declaration, CE marking, and Article 14 reporting process.
  • UK PSTI evidence: product-scope analysis, Schedule 1 control evidence, published vulnerability-reporting information, published security-update end date, , supply-chain checks, and records of any compliance failure and response.
  • UK statement retention: manufacturers and importers keep a copy for the longer of 10 years from issue or the defined support period.
  • Do not state that the UK rules require security updates for a fixed statutory minimum duration. They require the manufacturer to define and publish the minimum period; other legal or contractual duties may affect what duration is adequate.
Section 3

Supply-chain and enforcement differences

Both regimes assign duties beyond the manufacturer, but the checks and documents differ. CRA importers and distributors verify specified CRA conformity and traceability matters and must respond to suspected non-conformity. Under PSTI, importers and distributors must not make an in-scope product available unless the required statement accompanies it; the Act also sets investigation, notification, remediation, prevention, and record duties for compliance failures.

EU market-surveillance authorities enforce the CRA. In the UK, the Office for Product Safety and Standards (OPSS) enforces the PSTI product-security regime. UK powers include compliance, stop, and recall notices, information requirements, and monetary penalties. The statutory maximum for a penalty is the greater of GBP 10 million and 4% of qualifying worldwide revenue, subject to the Act's calculation rules; that is a maximum, not an automatic fine.

  • Share technical evidence for credentials, vulnerability intake, update delivery, secure configuration, dependency tracking, and support commitments where it proves the relevant requirement.
  • Keep legal outputs separate: a CRA technical file, EU declaration, and CE mark do not replace the UK .
  • Keep incident and defect workflows separate: CRA Article 14 notifications follow the CRA triggers and reporting platform, while PSTI compliance-failure duties follow the UK Act.
  • Name the manufacturer, importer, distributor, and any authorised representative for each market; do not assume that one entity has the same legal role in both regimes.
Section 4

Practical dual-market approach

Start with one product-security baseline, then create separate EU and UK evidence indexes. Shared tests can reduce duplicate engineering work, but every legal conclusion must point to the correct instrument and actor.

The UK regime has applied since 29 April 2024. CRA Article 14 reporting applies from 11 September 2026, and most CRA product and conformity duties apply from 11 December 2027. Apply the dates to the actual supply or market-placement event rather than to the model's original launch date.

  • Create one security-control register for credentials, updates, vulnerability disclosure, secure configuration, dependency tracking, and support commitments.
  • Create a CRA evidence index for Annex I mappings, support-period rationale, SBOM or dependency evidence, test results, technical documentation, conformity documents, and reporting readiness.
  • Create a UK PSTI evidence index for scope, exceptions, actor roles, password design, vulnerability-reporting publication, security-update end date, , retention, and compliance-failure handling.
  • Release to each market only after that market's scope, actor, date, evidence, and accompanying-document checks are complete.
Primary sources

References and citations

legislation.gov.uk
Referenced sections
  • Primary source for UK PSTI legal conclusions.
legislation.gov.uk
Referenced sections
  • Binding source for manufacturer, importer, distributor, authorised-representative, statement, investigation, notification, remediation, and record duties.
legislation.gov.uk
Referenced sections
  • Binding source for product scope and supply-chain duties.
Related guides

Explore more topics

CRA Applicability Test for Products With Digital Elements
Check whether the EU Cyber Resilience Act applies to a hardware, software, firmware, open-source, or connected product before conformity planning.
CRA Article 14 Reporting Obligations for Vulnerabilities and Incidents
Article 14 guide to CRA reports for actively exploited vulnerabilities and severe product-security incidents, including deadlines, CSIRT routing, users, and evidence.
CRA Blue Guide Concepts FAQ | Placing on the Market, Making Available, Distance Sales
CRA FAQ explaining Blue Guide market-access concepts for products with digital elements: placing on the market, making available, imports, CE marking, operator roles, online sales, stock, and testing exceptions.
CRA CE Marking FAQ | Conformity Assessment, EU Declaration, Evidence
Practical CRA CE marking answers for products with digital elements: conformity assessment, EU declaration, technical documentation, standards, software placement, and launch evidence.
CRA Component Due Diligence FAQ | Third-Party Software, FOSS, SBOMs
Cyber Resilience Act FAQ on manufacturer due diligence for integrated components, third-party software, FOSS dependencies, SBOMs, vulnerability handling, and evidence records.
CRA Conformity Assessment and CE Marking
How to choose a Cyber Resilience Act conformity route, prepare technical documentation, issue the EU declaration of conformity, and affix CE marking.
CRA Conformity Assessment Routes FAQ | Module A, Module B+C, Module H, Important and Critical Products
Cyber Resilience Act FAQ on when manufacturers can use module A, when module B+C or module H is required, and how important and critical products affect the route.
CRA Cybersecurity Risk Assessment FAQ | Article 13, Annex I, Updates
CRA FAQ on Article 13 cybersecurity risk assessments, Annex I applicability, intended purpose, foreseeable use, technical documentation, and update evidence.
CRA deadlines and compliance calendar | EU Cyber Resilience Act
Track the Cyber Resilience Act entry into force, staged application dates, Article 14 reporting deadlines, transitional rules, and review dates.
CRA Declaration of Conformity FAQ | Annex V, Simplified Declaration, CE Marking
FAQ on the Cyber Resilience Act EU Declaration of Conformity: Annex V contents, simplified Annex VI wording, CE marking link, technical documentation, retention, updates, and operator duties.
CRA Economic Operators FAQ | Manufacturers, Importers, Distributors, Authorised Representatives
CRA FAQ on economic-operator roles: manufacturers, importers, distributors, authorised representatives, substantial modification, traceability, and evidence controls.
CRA Essential Cybersecurity Requirements FAQ | Annex I Part I and Part II
CRA FAQ on Annex I product cybersecurity requirements, vulnerability handling, secure-by-default design, risk assessment, documentation, lifecycle duties, and user information.
CRA Essential Cybersecurity Requirements in Annex I
A source-grounded guide to the Cyber Resilience Act Annex I requirements for product security, vulnerability handling, secure-by-design controls, documentation, and evidence.
CRA Hardware and Software Boundaries FAQ | Product Scope, Components, RDPS
FAQ on Cyber Resilience Act hardware and software boundaries: combined products, standalone software, source code, components, remote data processing, SaaS and market-placement changes.
CRA Harmonised Standards FAQ | Presumption of Conformity, Common Specifications
Cyber Resilience Act FAQ on how harmonised standards, common specifications, certification schemes, and OJ publication affect CRA conformity evidence.
CRA Important and Critical Products FAQ | Annex III, Annex IV, Conformity Assessment
FAQ on CRA important and critical products, Annex III and Annex IV classification, core functionality, and conformity assessment consequences.
CRA Integrated Components and Dependencies FAQ | Third-Party Software and SBOM Evidence
Cyber Resilience Act FAQ on integrated components, third-party software, remote data processing, SBOM-style evidence, upstream fixes, FOSS dependencies, and manufacturer responsibility.
CRA Interplay With EU Product Laws FAQ | RED, Machinery, Data Act
Official source CRA FAQ on overlap with the Radio Equipment Directive, Machinery Regulation, GPSR, Data Act, exclusions, declarations, documentation, and existing certificates.
CRA Known Exploitable Vulnerabilities at Launch FAQ
FAQ for Cyber Resilience Act launch decisions: known exploitable vulnerabilities, CVEs, component flaws, secure-by-default settings, release gates, Article 14 reporting, and evidence.
CRA Legacy Products FAQ | Pre-11 December 2027 Products
Cyber Resilience Act FAQ on products placed on the market before 11 December 2027, Article 14 reporting, substantial modification, distributor stock, spare parts, and records.
CRA Manufacturer Obligations FAQ | Article 13, Annex I, CE Marking
FAQ for Cyber Resilience Act manufacturers covering Article 13 duties, risk assessment, Annex I, vulnerability handling, support periods, documentation, conformity assessment, reporting, CE marking, and evidence controls.
CRA Market Surveillance and Enforcement FAQ | Authorities, Corrective Action, Safeguards
Cyber Resilience Act FAQ on market-surveillance authorities, investigations, corrective action, withdrawal, recall, safeguards, sweeps, documentation access, and penalties.
CRA Module B+C FAQ | EU-Type Examination, Conformity to Type, Notified Bodies
CRA Module B+C FAQ explaining EU-type examination, conformity to type, notified-body evidence, production control, CE marking, declarations, and certificate changes.
CRA Module H FAQ | Full Quality Assurance, Notified Body Surveillance, CE Marking
CRA Module H FAQ explaining the full-quality-assurance route, notified-body assessment, quality-system scope, technical documentation, CE marking, declarations, and records.
CRA Notified Bodies FAQ | Scope, Modules B+C and H, Certificates
Practical CRA FAQ on when notified bodies are needed, how CRA bodies are designated, what their notified scope means, and how Module B+C and Module H assessments work.
CRA Open-Source Software FAQ | FOSS Scope, Stewards, Manufacturers
Cyber Resilience Act FAQ for free and open-source software: commercial activity, steward duties, manufacturer due diligence, vulnerability handling, public documentation, and user obligations.
CRA Over-the-Air Updates FAQ
Cyber Resilience Act FAQ on OTA updates, automatic security updates, secure update distribution, support-period evidence, and offline update paths.
CRA penalties and fines FAQ | Article 64 fine caps
FAQ on EU Cyber Resilience Act Article 64 penalties: maximum fine tiers, turnover caps, national enforcement, economic operators, reporting duties, and open-source steward carve-outs.
CRA Penalties and Fines: Article 64 Caps and Enforcement Context
Article 64 of the EU Cyber Resilience Act sets administrative fine ceilings for Annex I, manufacturer, reporting, economic-operator, notified-body, and information-request breaches.
CRA Product Families FAQ | Variants, Shared Assessments, Family Reuse, Conformity Scope
CRA FAQ on product families, variant grouping, shared technical documentation, conformity evidence, and when cybersecurity-relevant differences need separate assessment.
CRA Products with Digital Elements Scope | EU Cyber Resilience Act
Apply the EU Cyber Resilience Act scope test for software, hardware, remote data processing, components, open-source software, exclusions, and economic-operator roles.
CRA Products With Digital Elements Scope FAQ
EU Cyber Resilience Act FAQ on products with digital elements, software, firmware, remote data processing, components, exclusions, market placement, and CRA operator boundaries.
CRA Remote Data Processing Solutions FAQ | Product Scope, Cloud and Backend Boundaries
FAQ on how the EU Cyber Resilience Act treats remote data processing solutions, manufacturer-controlled backends, third-party cloud services, SaaS, risk assessment, documentation, and user information.
CRA Reporting Obligations FAQ | Article 14, CSIRTs, ENISA, User Notices
Cyber Resilience Act FAQ on Article 14 reporting for actively exploited vulnerabilities and severe incidents, including timing, CSIRT routing, ENISA access, user notices, and evidence.
CRA Requirements | Annex I, Manufacturer Duties and CE Evidence
Map Cyber Resilience Act requirements from Annex I to manufacturer duties, vulnerability handling, user information, technical documentation, declaration of conformity, and CE marking evidence.
CRA SBOM and Vulnerability Management Template
Build a CRA-ready SBOM and vulnerability handling record with component inventory, triage, remediation, disclosure, reporting, update, and technical documentation fields.
CRA Secure-by-Default FAQ | Default Configuration and Annex I Controls
Cyber Resilience Act FAQ on secure-by-default configuration, automatic security updates, attack surface reduction, authentication, data minimisation, user information, and tailor-made products.
CRA Security Updates vs Functionality Updates FAQ
Cyber Resilience Act FAQ on classifying security updates, functionality updates, support-period duties, automatic updates, user notices, and substantial-modification review.
CRA Substantial Modification FAQ | Updates, Repairs, Manufacturer Duties
Cyber Resilience Act FAQ on when software updates, repairs, spare parts, and post-market changes become substantial modifications and trigger CRA manufacturer, evidence, and conformity duties.
CRA Support Period FAQ | Expected Product Lifetime, Security Updates, User Information
Practical CRA FAQ on how manufacturers determine support periods, disclose support end dates, keep security updates available, and document support-period evidence.
CRA Tailor-Made Products FAQ | Bespoke Products, Market Placement, Evidence
FAQ on when a bespoke product may be treated as tailor-made under the EU Cyber Resilience Act, what the carve-out changes, and what manufacturers still need to document.
CRA Technical Documentation FAQ | Annex VII Evidence and Technical File
CRA FAQ explaining Annex VII technical documentation, risk assessment evidence, conformity assessment files, vulnerability handling records, product families, RDPS, language, and authority access.
CRA Transition Period FAQ | Entry Into Force, Application Dates, Reporting, Legacy Products
CRA FAQ on the transition period covering entry into force, 2026 reporting, 2027 application, legacy products, stock, customs timing, and software versions.
CRA Update Availability and Software Archives FAQ
FAQ on CRA security-update availability, support-period notices, optional public software archives, historical versions, and Article 13(10) software-version limits.
CRA User Information and Transparency FAQ | Annex II Instructions
Practical CRA FAQ on Annex II user instructions, support-period disclosure, vulnerability contacts, update notices, importer and distributor information.
CRA vs RED Cybersecurity Delegated Act
Compare the EU Cyber Resilience Act with the RED cybersecurity delegated act for connected and radio equipment, including scope, timing, evidence, and transition treatment.
CRA Vulnerability Handling and Disclosure | Article 14 Reporting and Security Updates
How EU Cyber Resilience Act manufacturers should run vulnerability intake, remediation, coordinated disclosure, Article 14 reporting, secure updates, and evidence records.
CRA Vulnerability Handling FAQ | Support Periods, Components, Reporting
Practical CRA FAQ on vulnerability handling: SBOMs, remediation, coordinated disclosure, component issues, security updates, support periods, Article 14 reporting, and user notices.
Cyber Resilience Act Module A FAQ | Internal Production Control
FAQ on when CRA Module A internal production control is available, when it is blocked, and what documentation, testing, standards, and evidence it still requires.
EU CRA Compliance Program for Manufacturers and Economic Operators
Build a Cyber Resilience Act compliance program around product scope, Annex I security requirements, conformity assessment, technical documentation, vulnerability reporting, and market surveillance.
EU Cyber Resilience Act Checklist for Product Security and CE Marking
A CRA checklist for products with digital elements: scope, Annex I security controls, vulnerability handling, Article 14 reporting, technical documentation, conformity assessment, CE marking, and support-period evidence.
EU Cyber Resilience Act Core Functionality FAQ | CRA Product Classification
CRA FAQ on core functionality, product boundaries, remote data processing, integrated components, ancillary functions, and software changes that affect product classification.
EU Cyber Resilience Act FAQ
Direct CRA FAQ answers on scope, economic-operator roles, essential requirements, vulnerability reporting, conformity assessment, CE marking, support periods, and market surveillance.
EU Cyber Resilience Act Repairs and Spare Parts FAQ
CRA FAQ for repairs, spare parts, legacy products, security updates, substantial modification, and responsibility after product changes.
EU Cyber Resilience Act Technical Documentation and Audit File
Build a CRA technical file around Article 31 and Annex VII: product scope, risk assessment, vulnerability handling, conformity evidence, testing, updates, and retention.