ProductSafety.help
The Safety File - preventive product safety, filed in order

How a technical file supports a declaration, without the declaration doing the work alone

A declaration for a night light is only as strong as the file behind it: descriptions, risk reasoning, and test notes that support each statement in the declaration, filed where they can be found.

What is a declaration, and what supports it?

A declaration is a signed statement that a product meets certain requirements. For a plug in night light, that statement might cover its electrical safety, its materials, and its conformity with relevant rules in general terms. The declaration itself is short, often a single page, and its brevity can make it look like the whole of compliance, when in fact it is only the visible tip of a much larger file.

The technical file is what gives the declaration its weight. Behind each statement in the declaration should sit a description, a risk entry, a test note, or a supplier paper that supports it. If a statement cannot be traced to such support, it should not be signed, however routine signing may feel.

How do you map declaration lines to support?

Mapping statements to support is a practical exercise. The manufacturer should take the draft declaration, line by line, and for each line, write the file document that supports it, with its date and location. A line about electrical safety might map to an electrical test report, a line about materials might map to a supplier note, and a line about the product description might map to drawings and specifications.

Lines with no support stand out in that exercise, and they should be treated as work to be done, not as lines to be signed anyway. That work might involve commissioning a test, obtaining a supplier paper, or writing a risk entry, and it should be completed before signing, not promised for later.

Why do declarations often lack support?

Illustration: a manufacturer maps 40 declaration lines and imagines that 20 of them, in round illustration terms, have no file support in the first draft. Those figures, as presented in How a technical file supports a declaration, without the declaration doing the work alone, are invented, not measured. They illustrate a common situation: declarations are often drafted from previous declarations, copying lines that were supported for an earlier product but not for this night light.

The remedy is to treat the draft as a checklist, not as a finished document. Each unsupported line should be marked, investigated, and either supported or removed, before the declaration is signed. Signing a draft with known unsupported lines undermines the declaration's purpose.

How do you check signing readiness?

Signing readiness should be checked by someone other than the drafter, where possible. A second reader, using the statement map, can check whether each line traces to a document, whether those documents describe this night light, and whether any document is out of date. That independent check catches copying errors and scope mismatches that the drafter, who knows the product well, may overlook.

  • Draft the declaration, then map each line to a file document.
  • Mark lines with no support as work to be done before signing.
  • Check that supporting documents describe this night light model.
  • Have a second reader verify the map before signing.

Where do declarations fail?

Declarations often fail through timing. A manufacturer under launch pressure may sign a declaration before the file is complete, intending to complete the file later, and later never arrives. The signed declaration then circulates, supporting listings and shipments, while the file behind it remains incomplete, and that gap may only surface when an authority asks for the file.

Another failure is to treat the declaration as a substitute for the file. A declaration filed carefully, with the technical file scattered or missing, gives a false sense of security. The declaration and the file should be filed together, with the declaration pointing to the file, so a reader can move from statement to support in one step.

How do you file and revisit a declaration?

Close by filing the signed declaration with its statement map and the supporting documents, indexed together. That package lets a future reader, a customer, or an authority see not only what was declared, but why it was declared, with evidence for each line.

Revisit the declaration when the night light changes, when a supporting document is updated, or when a standard version changes. Each revisit should remap the affected lines, because a declaration that was correct for an earlier night light may not describe the one being sold today.

Sources and evidence on the record

  • Regulation (EU) 2023/988 (GPSR), EUR-Lex - the general product safety regulation, applicable from 13 December 2024.
  • Regulation (EU) 2019/1020, EUR-Lex - market surveillance and the responsible person framework.

Evidence basis: Official sources below frame this guide; the night light declaration example is general educational material, not a template declaration for any real product. Applies when: This guide applies when a manufacturer is preparing a declaration for a plug in night light and needs to understand how the technical file supports that declaration.

Next in the file