AccessibilityPDF — Martin Schrammel AB

Standards and labels

What does EN 301 549 mean for PDF documents?

EN 301 549 contains ICT accessibility requirements. Clause 10 addresses non-web documents.

Applies to
Version control and procurement; sources checked 2 October 2026
Sources checked
Language

Start with the document type and the correct version

ICT means information and communication technology. The standard covers more than PDFs, including the web, software and equipment. For a standalone PDF, the document requirements in clause 10 are central. Other provisions may be relevant depending on function and context.

ETSI has published V4.1.1 dated 2026-09. That alone does not mean every national regulation, procurement or EU legal reference already uses that edition.

Sources: [1]

How law, standards and assessment connect

Consider a municipality publishing a decision as a PDF on its website. Sweden’s DOS Act establishes the accessibility duty. At this source check, Digg’s guidance points to EN 301 549 V3.2.1, based on WCAG 2.1. The standard helps specify technical requirements; the assessment must show what those mean for the decision’s text, tables, links and attachments.

This explains why ETSI’s latest published document and the edition referenced by an authority can differ. V4.1.1 has been published, but a Swedish DOS assignment should not silently change its target merely because a higher version number exists.

A concrete commission should record legislation, standard edition and testing method separately. A supplier can use newer software without changing the agreed requirement. The tool version belongs in the test record.

Sources: [4]

Keep three facts separate

  • Latest published standard: what the standards body has released.
  • Legally referenced edition: the version identified by the relevant legal framework.
  • Contracted edition: the requirement agreed between customer and supplier.

Read document requirements through the actual content

Chapter 10 of V3.2.1 covers non-web documents. For a typical report, text alternatives, information and relationships, meaningful sequence, contrast and language are central. A report with interactive fields also needs assessment of those functions. Begin by identifying what the file actually contains.

Give each applicable requirement a row in the review record. For tables, identify which tables were assessed and how. For language, record the document language and passages with language changes. A document without audio or video may have no relevant content for certain media requirements. “The tool found nothing” is not a reason to mark a requirement inapplicable.

This makes delivery understandable to the buyer. A PDF/UA report can be important evidence, but it does not itself show that every applicable EN 301 549 requirement was examined. Ask for a mapping between requirements and checks so gaps become visible before handover.

An example assessment entry

Suppose a municipal report has a table on page 6 where 105 means hours for February. In V3.2.1, clause 10.1.3.1 addresses information and relationships in documents, linked to WCAG 1.3.1. An assessment entry can identify that requirement, page and cell.

Method: compare visible headers with tag structure and test cell navigation in a recorded environment. Observation in this hypothetical example: the cell lacks its association with the Hours header. Assessment: a failure against the stated requirement. Remedy: restore the relationship and retest that cell and its neighbours.

This illustrates documentation, not a completed test of your file. It also shows why “tables checked” is insufficient: another reader needs to follow the method and conclusion.

Sources: [5]

Example: an ambiguous brief

Example A request for a quotation

Before

The PDF must comply with EN 301 549.

After

Specify the edition, applicable document requirements, assessment methods and reporting format.

Why this works Both parties share a target. It also becomes possible to explain what a validation report covers and what was assessed manually.

Sources

  1. EN 301 549 V4.1.1 (2026-09)ETSI
  2. Lag (2023:254) om vissa produkters och tjänsters tillgänglighetSveriges riksdag
  3. Web accessibilityEuropean Commission
  4. Digital offentlig service ska vara tillgängligDigg
  5. EN 301 549 V3.2.1 (2021-03)ETSI

Examples are our own unless stated otherwise. These guides distinguish legal requirements, standards and practical advice. Passing an automated check is not a complete assessment of document accessibility.

All guides

Need help with your PDFs?

The service is in development. Sign up for an email when we open. You can read the full knowledge library in the meantime.

Get a launch notice