- Official summary confirming that declarations and instructions can be digital subject to conditions, while essential paper safety information remains needed for non-professional use.
"may be provided in digital format"
Use this release gate for Regulation (EU) 2023/1230 files supporting placement on the market or putting into service from 20 January 2027.
For an earlier release, apply Directive 2006/42/EC and record why the Regulation file is being prepared for transition rather than treated as the governing conformity file.
Structured answer sets in this page tree.
Cited legal and guidance references.
For a release governed by Regulation (EU) 2023/1230 from 20 January 2027, accept the only when a reviewer can trace the decision from product scope and category through Annex III essential health and safety requirements, risk assessment, applied standards or other specifications, verification evidence, instructions, declarations, and the selected conformity-assessment route. This workflow is an internal release control, not an official EU approval or a substitute for a required notified-body procedure. Before that date, Directive 2006/42/EC remains the main release framework, subject to the Regulation provisions that Article 54 applies earlier.
Start the acceptance review by freezing the release candidate: product name, type or model, serial or batch logic, intended use, reasonably foreseeable misuse considered by the team, EU economic-operator role, and whether the item is machinery, a related product, or partly completed machinery.
Record the governing date and instrument before the route decision. Article 25 and the new Annex I route apply generally from 20 January 2027; Article 52 protects products already placed on the market in conformity with Directive 2006/42/EC before that date.
For a Regulation release, Article 25 points to internal production control when the product is not listed in Annex I. Part A requires one of the listed notified-body routes. Part B permits internal production control only when the relevant category-specific harmonised standards or common specifications cover all relevant essential health and safety requirements; otherwise use one of the notified-body routes.
A technical file should not pass acceptance because it contains drawings and certificates alone. Annex IV Part A requires documentation showing the means used to ensure conformity with the applicable Annex III essential health and safety requirements.
The reviewer should sample the requirement-to-evidence matrix against the risk assessment. For each applicable EHSR, the record should show the hazard, protective measure, residual risk where relevant, applied standard or other technical specification, and the test, inspection, calculation, or examination result that verifies the design decision.
Check scope, Annex I route, EHSR evidence, standards, tests, declarations, instructions, notified-body records, software, cybersecurity, and substantial-modification triggers before approving machinery release.
Answer Machinery Regulation scope, timing, and interpretation questions with cited outputs.
Review your scope, evidence model, controls, and next actions.
The standards file must say more than 'EN standards applied'. Annex IV Part A asks for applied harmonised standards or common specifications and, when only parts are applied, the parts that were applied. Where those standards or specifications are not used or are only partially used, the record should describe the other technical specifications used to meet each applicable EHSR.
The release reviewer should also check that user-facing documents match the technical file. Instructions for use, safety information, the EU declaration of conformity, or the EU declaration of incorporation for partly completed machinery must reflect the same product identity, applied standards, residual risks, and route decision.
If the route uses a notified body, the record should contain the body name and identification number, the selected module, application or certificate references, evaluation or audit records available to the manufacturer, conditions or limitations, additions or renewals, and any open corrective-action closure evidence before release.
Software and cybersecurity checks should be explicit for machinery with safety-related software, sensor-fed operation, remote operation, autonomous behavior, digital connectivity, or safety functions that could be affected by accidental or intentional corruption. The acceptance record should show which software is safety-related, how configuration and intervention evidence is captured, and whether any cybersecurity certificate or statement is being relied on for the Annex III corruption and control-system requirements.
Close the workflow with accountable signoff, not a meeting note. Product engineering, safety/risk, quality, regulatory, software or cybersecurity, and legal or compliance reviewers should each sign only the gates they own, with unresolved assumptions converted into release blockers or post-release surveillance actions. Internal acceptance does not relieve the manufacturer of Article 10 responsibility, and a notified body acts only within its notified scope and selected conformity procedure.
"may be provided in digital format"
"risk assessment and risk reduction"
"consideration of related IT-security (cyber security) aspects"
"source code or programming logic of the safety related software"
"Regulation (EU) 2023/1230 on machinery"