EN 301 549 V3.2.1 (2021-03)

HARMONISED EUROPEAN STANDARD

Accessibility requirements for ICT products and services

2

EN 301 549 V3.2.1 (2021-03)

Reference
REN/HF-00301549v321

Keywords
accessibility, HF, ICT, procurement

CEN

CENELECETSI

Rue de la science, 23
B-1040 Brussels- BELGIUM

Rue de la science, 23
B-1040 Brussels- BELGIUM

650 Route des Lucioles
F-06921 Sophia Antipolis Cedex FRANCE

Tel: + 32 2 550 08 11
Fax: + 32 2 550 08 19

Tel.: +32 2 519 68 71
Fax: +32 2 519 69 19

Tel.: +33 4 92 94 42 00
Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à laSous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:ETSI Search & Browse Standards
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI
deliverable is the one made publicly available in PDF format at ETSI Deliverables.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
ETSI deliverable status
If you find errors in the present document, please send your comment to one of the following services:
ETSI Committee Support Staff

Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm
except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 2021.
© Comité Européen de Normalisation 2021.
© Comité Européen de Normalisation Electrotechnique 2021.
All rights reserved.
DECT™, PLUGTESTS™, UMTS™ and the ETSI logo are trademarks of ETSI registered for the benefit of its Members.
3GPP™ and LTE™ are trademarks of ETSI registered for the benefit of its Members andof the 3GPP Organizational Partners.
oneM2M™ logo is a trademark of ETSI registered for the benefit of its Members andof the oneM2M Partners.
GSM® and the GSM logo are trademarks registered and owned by the GSM Association.

ETSI CEN. CENELEC

3

EN 301 549 V3.2.1 (2021-03)

Contents
Contents .............................................................................................................................................................. 3Intellectual Property Rights ................................................................................................................................ 8
Foreword............................................................................................................................................................. 8
Modal verbs terminology ................................................................................................................................... 9
Introduction ........................................................................................................................................................ 9
1

Scope ...................................................................................................................................................... 11

2

References .............................................................................................................................................. 11

2.1
2.2

3
3.1
3.2
3.3

4
4.1
4.2
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
4.2.6
4.2.7
4.2.8
4.2.9
4.2.104.2.11

5
5.1
5.1.1
5.1.2
5.1.3
5.1.4
5.1.5
5.1.6
5.1.7
5.2
5.3
5.4
5.5
5.5.1
5.5.2
5.6
5.6.1
5.6.2
5.7
5.8
5.9

6
6.1

Normative references ....................................................................................................................................... 11
Informative references ..................................................................................................................................... 12

Definition of terms, symbols and abbreviations ..................................................................................... 15
Terms ............................................................................................................................................................... 15
Symbols ........................................................................................................................................................... 19
Abbreviations ................................................................................................................................................... 19

Functional performance.......................................................................................................................... 20
Meeting functional performance statements .................................................................................................... 20
Functional performance statements ................................................................................................................. 20
Usage without vision .................................................................................................................................. 20
Usage with limited vision ........................................................................................................................... 20
Usage without perception of colour ........................................................................................................... 21
Usage without hearing ................................................................................................................................ 21
Usage with limited hearing ........................................................................................................................ 21
Usage with no or limited vocal capability .................................................................................................. 21
Usage with limited manipulation or strength ............................................................................................. 21
Usage with limited reach ............................................................................................................................ 22
Minimize photosensitive seizure triggers ................................................................................................... 22
Usage with limited cognition, language or learning ................................................................................... 22
Privacy ....................................................................................................................................................... 22

Generic requirements ............................................................................................................................. 23
Closed functionality ......................................................................................................................................... 23
Introduction (informative) .......................................................................................................................... 23
General ....................................................................................................................................................... 23
Non-visual access ....................................................................................................................................... 23
Functionality closed to text enlargement .................................................................................................... 26
Visual output for auditory information....................................................................................................... 27
Operation without keyboard interface ........................................................................................................ 27
Access without speech ............................................................................................................................... 28
Activation of accessibility features .................................................................................................................. 28
Biometrics ........................................................................................................................................................ 28
Preservation of accessibility information during conversion ........................................................................... 28
Operable parts .................................................................................................................................................. 28
Means of operation ..................................................................................................................................... 28
Operable parts discernibility ...................................................................................................................... 28
Locking or toggle controls ............................................................................................................................... 29
Tactile or auditory status ............................................................................................................................ 29
Visual status ............................................................................................................................................... 29
Key repeat ........................................................................................................................................................ 29
Double-strike key acceptance .......................................................................................................................... 29
Simultaneous user actions ................................................................................................................................ 29

ICT with two-way voice communication ............................................................................................... 30
Audio bandwidth for speech ............................................................................................................................ 30

ETSI CEN CENELEC

4

6.2
6.2.1
6.2.2
6.2.3
6.2.4
6.3
6.4
6.5
6.5.1
6.5.2
6.5.3
6.5.4
6.5.5
6.5.6
6.6

7
7.1
7.1.1
7.1.2
7.1.3
7.1.4
7.1.5
7.2
7.2.1
7.2.2
7.2.3
7.3

8
8.1
8.1.1
8.1.2
8.1.3
8.2
8.2.1
8.2.2
8.3
8.3.0
8.3.1
8.3.2
8.3.3
8.3.4
8.3.5
8.3.6
8.4
8.4.1
8.4.2
8.4.3
8.5

9
9.0
9.1
9.1.1
9.1.2
9.1.3
9.1.4
9.2
9.2.1
9.2.2

EN 301 549 V3.2.1 (2021-03)

Real-Time Text (RTT) functionality ............................................................................................................... 30
RTT provision ............................................................................................................................................ 30
Display of RTT .......................................................................................................................................... 31
Interoperability ........................................................................................................................................... 31
RTT responsiveness ................................................................................................................................... 32
Caller ID .......................................................................................................................................................... 32
Alternatives to voice-based services ................................................................................................................ 32
Video communication ...................................................................................................................................... 33
General (informative) ................................................................................................................................. 33
Resolution .................................................................................................................................................. 33
Frame rate .................................................................................................................................................. 33
Synchronization between audio and video ................................................................................................. 33
Visual indicator of audio with video .......................................................................................................... 33
Speaker identification with video (sign language) communication............................................................ 34
Alternatives to video-based services ................................................................................................................ 34

ICT with video capabilities .................................................................................................................... 35
Caption processing technology ........................................................................................................................ 35
Captioning playback ................................................................................................................................... 35
Captioning synchronization........................................................................................................................ 35
Preservation of captioning .......................................................................................................................... 35
Captions characteristics .............................................................................................................................. 35
Spoken subtitles ......................................................................................................................................... 35
Audio description technology .......................................................................................................................... 36
Audio description playback ........................................................................................................................ 36
Audio description synchronization ............................................................................................................. 36
Preservation of audio description ............................................................................................................... 36
User controls for captions and audio description ............................................................................................. 36

Hardware ................................................................................................................................................ 37
General............................................................................................................................................................. 37
Generic requirements ................................................................................................................................. 37
Standard connections.................................................................................................................................. 37
Colour......................................................................................................................................................... 37
Hardware products with speech output ............................................................................................................ 37
Speech volume gain ................................................................................................................................... 37
Magnetic coupling ...................................................................................................................................... 37
Stationary ICT ................................................................................................................................................. 38
General ....................................................................................................................................................... 38
Forward or side reach ................................................................................................................................. 38
Forward reach............................................................................................................................................. 38
Side reach ................................................................................................................................................... 41
Clear floor or ground space ........................................................................................................................ 42
Visibility..................................................................................................................................................... 43
Installation instructions .............................................................................................................................. 43
Mechanically operable parts ............................................................................................................................ 44
Numeric keys ............................................................................................................................................. 44
Operation of mechanical parts .................................................................................................................... 44
Keys, tickets and fare cards ........................................................................................................................ 44
Tactile indication of speech mode ................................................................................................................... 44

Web ........................................................................................................................................................ 45
General (informative) ...................................................................................................................................... 45
Perceivable....................................................................................................................................................... 45
Text alternatives ......................................................................................................................................... 45
Time-based media ...................................................................................................................................... 45
Adaptable ................................................................................................................................................... 46
Distinguishable ........................................................................................................................................... 46
Operable........................................................................................................................................................... 47
Keyboard accessible ................................................................................................................................... 47
Enough time ............................................................................................................................................... 48

ETSI CEN CENELEC

5

9.2.3
9.2.4
9.2.5
9.3
9.3.1
9.3.2
9.3.3
9.4
9.4.1
9.5
9.6

10
10.0
10.1
10.1.110.1.210.1.310.1.410.2
10.2.110.2.210.2.310.2.410.2.510.3
10.3.1
10.3.210.3.310.4
10.4.1
10.5
10.6

11
11.0
11.1
11.1.111.1.2
11.1.311.1.411.2
11.2.111.2.211.2.311.2.411.2.511.3
11.3.1
11.3.211.3.311.4
11.4.1
11.5
11.5.1
11.5.2
11.6
11.6.1
11.6.211.7
11.8

EN 301 549 V3.2.1 (2021-03)

Seizures and physical reactions .................................................................................................................. 48
Navigable ................................................................................................................................................... 48
Input modalities .......................................................................................................................................... 49
Understandable ................................................................................................................................................ 49
Readable ..................................................................................................................................................... 49
Predictable .................................................................................................................................................. 49
Input assistance .......................................................................................................................................... 49
Robust .............................................................................................................................................................. 50
Compatible ................................................................................................................................................. 50
WCAG 2.1 AAA Success Criteria ................................................................................................................... 50
WCAG conformance requirements .................................................................................................................. 51

Non-web documents............................................................................................................................... 52
General (informative) ...................................................................................................................................... 52
Perceivable....................................................................................................................................................... 52
Text alternatives ......................................................................................................................................... 52
Time-based media ...................................................................................................................................... 53
Adaptable ................................................................................................................................................... 54
Distinguishable ........................................................................................................................................... 54
Operable........................................................................................................................................................... 56
Keyboard accessible ................................................................................................................................... 56
Enough time ............................................................................................................................................... 57
Seizures and physical reactions .................................................................................................................. 58
Navigable ................................................................................................................................................... 58
Input modalities .......................................................................................................................................... 59
Understandable ................................................................................................................................................ 60
Readable ..................................................................................................................................................... 60
Predictable .................................................................................................................................................. 60
Input assistance .......................................................................................................................................... 61
Robust .............................................................................................................................................................. 62
Compatible ................................................................................................................................................. 62
Caption positioning .......................................................................................................................................... 62
Audio description timing ................................................................................................................................. 63

Software ................................................................................................................................................. 64
General (informative) ...................................................................................................................................... 64
Perceivable....................................................................................................................................................... 65
Text alternatives ......................................................................................................................................... 65
Time-based media ...................................................................................................................................... 65
Adaptable ................................................................................................................................................... 67
Distinguishable ........................................................................................................................................... 68
Operable........................................................................................................................................................... 70
Keyboard accessible ................................................................................................................................... 70
Enough time ............................................................................................................................................... 71
Seizures and physical reactions .................................................................................................................. 72
Navigable ................................................................................................................................................... 72
Input modalities .......................................................................................................................................... 73
Understandable ................................................................................................................................................ 74
Readable ..................................................................................................................................................... 74
Predictable .................................................................................................................................................. 75
Input assistance .......................................................................................................................................... 76
Robust .............................................................................................................................................................. 76
Compatible ................................................................................................................................................. 76
Interoperability with assistive technology ....................................................................................................... 78
Closed functionality ................................................................................................................................... 78
Accessibility services ................................................................................................................................. 78
Documented accessibility usage ...................................................................................................................... 81
User control of accessibility features ......................................................................................................... 81
No disruption of accessibility features ....................................................................................................... 82
User preferences .............................................................................................................................................. 82
Authoring tools ................................................................................................................................................ 82
ETSI CEN CENELEC

611.8.011.8.1
11.8.211.8.311.8.411.8.512
12.1
12.1.112.1.212.2
12.2.112.2.212.2.312.2.413
13.1
13.1.113.1.213.1.313.1.413.1.513.1.6
13.2
13.3

14

EN 301 549 V3.2.1 (2021-03)

General (informative) ................................................................................................................................. 82
Content technology .................................................................................................................................... 82
Accessible content creation ........................................................................................................................ 82
Preservation of accessibility information in transformations ..................................................................... 82
Repair assistance ........................................................................................................................................ 83
Templates ................................................................................................................................................... 83

Documentation and support services ...................................................................................................... 84
Product documentation .................................................................................................................................... 84
Accessibility and compatibility features .................................................................................................... 84
Accessible documentation .......................................................................................................................... 84
Support services ............................................................................................................................................... 84
General (informative) ................................................................................................................................. 84
Information on accessibility and compatibility features ............................................................................. 84
Effective communication ........................................................................................................................... 85
Accessible documentation .......................................................................................................................... 85

ICT providing relay or emergency service access.................................................................................. 86
Relay services requirements ............................................................................................................................ 86
General (informative) ................................................................................................................................. 86
Text relay services ...................................................................................................................................... 86
Sign relay services ...................................................................................................................................... 86
Lip-reading relay services .......................................................................................................................... 86
Captioned telephony services ..................................................................................................................... 86
Speech to speech relay services.................................................................................................................. 86
Access to relay services ................................................................................................................................... 86
Access to emergency services .......................................................................................................................... 87

Conformance .......................................................................................................................................... 88

Annex A (informative): Relationship between the present document and the essential requirements of
Directive 2016/2102 ............................................................................................................................... 89
Annex B (informative): Relationship between requirements and functional performance statements .......... 105
B.1
B.2
B.2.0
B.2.1

Relationships between clauses 5 to 13 and the functional performance statements ...................................... 105
Interpretation of Table B.2 ............................................................................................................................. 113
General ..................................................................................................................................................... 113
Example ................................................................................................................................................... 113

Annex C (normative): Determination of conformance ................................................................................... 115
C.1
C.2
C.3
C.4
C.5
C.5.1
C.5.2
C.5.3
C.5.4
C.5.5
C.5.6
C.5.7
C.5.8
C.5.9
C.6
C.6.1
C.6.2
C.6.3
C.6.4
C.6.5
C.6.6
C.7

Introduction.................................................................................................................................................... 115
Empty clause .................................................................................................................................................. 115
Empty clause .................................................................................................................................................. 115
Functional performance ................................................................................................................................. 115
Generic requirements ..................................................................................................................................... 115
Closed functionality ................................................................................................................................. 115
Activation of accessibility features .......................................................................................................... 120
Biometrics ................................................................................................................................................ 120
Preservation of accessibility information during conversion ................................................................... 120
Operable parts .......................................................................................................................................... 120
Locking or toggle controls ....................................................................................................................... 121
Key repeat ................................................................................................................................................ 121
Double-strike key acceptance ................................................................................................................... 121
Simultaneous user actions ........................................................................................................................ 122
ICT with two-way voice communication....................................................................................................... 122
Audio bandwidth for speech .................................................................................................................... 122
Real-Time Text (RTT) functionality ........................................................................................................ 122
Caller ID ................................................................................................................................................... 126
Alternatives to voice-based services ........................................................................................................ 126
Video communication .............................................................................................................................. 126
Alternatives to video-based services ........................................................................................................ 127
ICT with video capabilities ............................................................................................................................ 128

ETSI CEN CENELEC

7

C.7.1
C.7.2
C.7.3
C.8
C.8.1
C.8.2
C.8.3
C.8.4
C.8.5
C.9
C.9.0
C.9.1
C.9.2
C.9.3
C.9.4
C.9.5
C.9.6
C.10
C.10.0C.10.1
C.10.2C.10.3C.10.4C.10.5C.10.6
C.11
C.11.0C.11.1C.11.2C.11.3C.11.4C.11.5C.11.6C.11.7C.11.8
C.12
C.12.1C.12.2C.13
C.13.1C.13.2C.13.3

EN 301 549 V3.2.1 (2021-03)

Caption processing technology ................................................................................................................ 128
Audio description technology .................................................................................................................. 129
User controls for captions and audio description ..................................................................................... 129
Hardware ....................................................................................................................................................... 130
General ..................................................................................................................................................... 130
Hardware products with speech output .................................................................................................... 130
Stationary ICT .......................................................................................................................................... 131
Mechanically operable parts ..................................................................................................................... 137
Tactile indication of speech mode ............................................................................................................ 137
Web ................................................................................................................................................................ 138
General (informative) ............................................................................................................................... 138
Perceivable ............................................................................................................................................... 138
Operable ................................................................................................................................................... 142
Understandable ......................................................................................................................................... 145
Robust ...................................................................................................................................................... 147
WCAG 2.1 AAA Success Criteria (informative) ..................................................................................... 147
WCAG 2.1 conformance requirements .................................................................................................... 148
Non-web documents ...................................................................................................................................... 148
General (informative) ............................................................................................................................... 148
Perceivable ............................................................................................................................................... 148
Operable ................................................................................................................................................... 152
Understandable ......................................................................................................................................... 155
Robust ...................................................................................................................................................... 157
Caption positioning .................................................................................................................................. 157
Audio description timing .......................................................................................................................... 157
Software ......................................................................................................................................................... 158
General ..................................................................................................................................................... 158
Perceivable ............................................................................................................................................... 158
Operable ................................................................................................................................................... 164
Understandable ......................................................................................................................................... 168
Robust ...................................................................................................................................................... 170
Interoperability with assistive technology ................................................................................................ 171
Documented accessibility usage ............................................................................................................... 176
User preferences ....................................................................................................................................... 176
Authoring tools......................................................................................................................................... 176
Documentation and support services ............................................................................................................. 178
Product documentation ............................................................................................................................. 178
Support services ....................................................................................................................................... 178
ICT providing relay or emergency service access ......................................................................................... 179
Relay service requirements ...................................................................................................................... 179
Access to relay services ............................................................................................................................ 180
Access to emergency services .................................................................................................................. 180

Annex D (informative): Further resources for cognitive accessibility ........................................................... 181
Annex E (informative): Guidance for users of the present document ............................................................ 182
E.1
E.2
E.3
E.4
E.4.1
E.4.2
E.5
E.6

Introduction.................................................................................................................................................... 182
Overview ....................................................................................................................................................... 182
Clause 4 ......................................................................................................................................................... 183
How to use the standard ................................................................................................................................. 183
Self scoping requirements ........................................................................................................................ 183
Connection between requirements and functional performance statements ............................................. 183
The European Web Accessibility Directive [i.28] ......................................................................................... 184
Annex D: Further resources for cognitive accessibility ................................................................................. 184

Annex F (informative): Change history.......................................................................................................... 185
History ............................................................................................................................................................ 186

ETSI CEN CENELEC

8EN 301 549 V3.2.1 (2021-03)

Intellectual Property Rights
Essential patents
IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be foundin ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Trademarks
The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners.
ETSI claims no ownership of these except for any which are indicated as being the property of ETSI, and conveys noright to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does
not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks.

Foreword
This Harmonised European Standard (EN) has been produced by ETSI Technical Committee Human Factors (HF), andthe eAccessibility Joint Working Group (JWG) of CEN/CENELEC/ETSI and is now submitted for the combined Public
Enquiry and Vote phase of the standards EN Approval Procedure.
EN 301 549 was originally produced under Mandate M 376 [i.3] and specified functional accessibility requirements
applicable to ICT products and services, together with a description of the test procedures and evaluation methodology
for each accessibility requirement in a form that is suitable for use in procurement. The other deliverables prepared in
response to the original Mandate M 376 were: ETSI TR 102 612 [i.9] "Human Factors (HF); European accessibility
requirements for public procurement of products and services in the ICT domain (European Commission Mandate
M 376, Phase 1)", TR 101 550 [i.7] "Documents relevant to EN 301 549 "Accessibility requirements suitable for public
procurement of ICT products and services in Europe"", TR 101 551 [i.8] "Guidelines on the use of accessibility award
criteria suitable for public procurement of ICT products and services in Europe", and TR 101 552 [i.30] "Guidance forthe application of conformity assessment to accessibility requirements for public procurement of ICT products andservices in Europe". These have not been updated to reflect any changes to the content or scope of the present
document, made as a part of the M 554 revision effort.
This revision to EN 301 549 has been prepared under the Commission's standardisation request C(2017)2585
final [i.27] to provide, in additions to its other uses, one voluntary means of conforming to the essential requirements of
Directive 2016/2102 on the accessibility of the websites and mobile applications of public sector bodies [i.28]. The
minimum requirements of the European Web Accessibility Directive (Directive 2016/2102) are explicitly detailed in
Annex A.
Once the present document is cited in the Official Journal of the European Union under Directive 2016/2102 [i.28],
conformance with the normative clauses of the present document given in Tables A.1 and A.2 confers, within the limitsof the scope of the present document, a presumption of conformity with the corresponding essential requirements of that
Directive and associated EFTA regulations.
The present document has been developed from EN 301 549 [i.29] (V2.1.2) (08-2018).
The significant changes since EN 301 549 [i.29] (V2.1.2) are:•the requirements related to Real-Time Text (RTT) in clause 6.2 have been revised and extended;•

the WCAG 2.1 AAA Success Criteria that were previously in an Annex D are now included in clause 9.5;

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

9•

a new Annex D, "Further resources for cognitive accessibility", has been added;•

a new Annex E "Guidance for users of the present document" has been added.

•

a new Annex F "change history" has been added.

National transposition dates
Date of adoption of this EN:

10 March 2021

Date of latest announcement of this EN (doa):

30 June 2021

Date of latest publication of new National Standard
or endorsement of this EN (dop/e):

31 December 2021

Date of withdrawal of any conflicting National Standard (dow):

31 December 2022

Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will","will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.

Introduction
The present document is developed in response to standardisation request M 554 [i.27] from the European Commission
to CEN, CENELEC and ETSI. It is a revision of the European Standard (EN) that was initially prepared in response to
Phase 2 of Mandate M 376 [i.3].
The present document covers a wide range of requirements for a variety of ICT solutions. It is relevant for allorganizations who buy, develop or manufacture ICT products or services. It consists of fourteen clauses and six
annexes:•

Clauses 0 to 3 include background information, the scope of the standard, and links to other standards,
definitions and explanations of abbreviations.

•

Clause 4 contains functional performance statements that explain the functionality that is needed to enable
users with different abilities to locate, identify and operate functions in technology. The user needs underlying
the functional performance statements are the basis for the requirements in subsequent clauses.

•

Clauses 5 to 13 provide specific testable criteria for accessible ICT, related to technical requirements fordifferent kinds of ICT, starting with generic requirements in clause 5.

•

Clause 14 is about conformance. All clauses except those in clause 12, related to documentation and support
services, are self-scoping. This means they are introduced with the phrase 'Where ICT <pre-condition>'.
Conformance is achieved when the pre-condition is true and the corresponding test (in Annex C) is passed.
When the pre-condition is false the requirement is not applicable.

•

Annex A has two tables with requirements related to Directive 2016/2102 on the accessibility of the websites
and mobile applications of public sector bodies [i.28]. The first table applies to web pages and documents andthe second applies to mobile applications. The minimum requirements are collected from clauses 9, 10 and 11
and some requirements from clauses 5, 6, 7 and 12 that are relevant to fulfill the Directive.

•

Annex B contains a table showing which of the requirements set out in clauses 5 to 13 related to different
types of ICT support the user needs as expressed in the functional performance statements of clause 4.

ETSI CEN CENELEC

10

EN 301 549 V3.2.1 (2021-03)•

Annex C is a normative annex that sets out the means necessary to determine conformance with the individual
requirements. It does not provide a testing methodology.

•

Annex D points to additional resources related to improving accessibility for users with limited cognitive,
language and learning abilities.

•

Annex E provides an overview and simple explanation of the structure of the present document, including an
explanation of how it can be used.

•

Annex F provides a change history table.

When the present document is used for most purposes, including when used in ICT procurement, all of the requirements
in clauses 5 to 13, as well as the functional performance statements in clause 4 should be considered. The potential
applicability of any requirement can be determined from the self-scoping phrase at the beginning of each requirement.
When the present document is used as the basis to determine conformity with the essential requirements of Directive
2016/2102 on the accessibility of the websites and mobile applications of public sector bodies [i.28], Tables A.1 andA.2 in Annex A identify all the applicable requirements.
NOTE 1: The present document reflects the content of the W3C WCAG 2.1 Recommendation [5].
NOTE 2: Annex E provides an overview and simple explanation of the structure of the present document, including
an explanation of how it can be used. Readers who are unfamiliar with the present document arerecommended to read Annex E first to give them a better understanding of the present document and how
to use it.
The WCAG 2.1 [5] content referenced in clauses 9, 10 and 11 is subject to the following specific copyright provisions:
Copyright © 2017-2018 W3C® (MIT, ERCIM, Keio, Beihang). The W3C document license applies.
See the document use license and copyright FAQ for more information:
http://www.w3.org/Consortium/Legal/copyright-documents
http://www.w3.org/Consortium/Legal/IPR-FAQ

ETSI CEN CENELEC

111

EN 301 549 V3.2.1 (2021-03)

Scope

The present document specifies the functional accessibility requirements applicable to ICT products and services,
together with a description of the test procedures and evaluation methodology for each accessibility requirement in aform that is suitable for use in public procurement within Europe . The present document is intended to be used with web
based technologies, non-web technologies and hybrids that use both. It covers both software and hardware as well as
services. It is intended for use by both providers and procurers, but it is expected that it will also be of use to manyothers as well.
The relationship between the present document and the essential requirements of Directive 2016/2102 on theaccessibility of the websites and mobile applications of public sector bodies [i.28] is given in Annex A.
The present document contains the necessary functional requirements and provides a reference document such that if
procedures are followed by different actors, the results of testing are similar and the interpretation of those results isclear. The test descriptions and evaluation methodology included in the present document are elaborated to a level ofdetail compliant with ISO/IEC 17007:2009 [i.14], so that conformance testing can give conclusive results.

2

References

2.1

Normative references

References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of thereferenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at ETSI
References in docbox.
NOTE:

While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.

The following referenced documents are necessary for the application of the present document.
[1]

ETSI ETS 300 381 (Edition 1) (December 1994): "Telephony for hearing impaired people;
Inductive coupling of telephone earphones to hearing aids".

[2]

ETSI ES 200 381-1 (V1.2.1) (October 2012): "Telephony for hearing impaired people; Inductive
coupling of telephone earphones to hearing aids; Part 1: Fixed-line speech terminals".

[3]

ETSI ES 200 381-2 (V1.1.1) (October 2012): "Telephony for hearing impaired people; Inductive
coupling of telephone earphones to hearing aids; Part 2: Cellular speech terminals".

[4]

W3C Recommendation (December 2008)/ISO/IEC 40500:2012: "Web Content Accessibility
Guidelines (WCAG) 2.0".

NOTE:
[5]
NOTE:

Available at WCAG 2.0.
W3C Recommendation (June 2018): "Web Content Accessibility Guidelines (WCAG) 2.1".
Available at WCAG 2.1.

ETSI CEN CENELEC

12

2.2

EN 301 549 V3.2.1 (2021-03)

Informative references

References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of thereferenced document (including any amendments) applies.
NOTE:

While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.

The following referenced documents are not necessary for the application of the present document but they assist theuser with regard to a particular subject area.
[i.1]

ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement ofCompatibility between Wireless Communication Devices and Hearing Aids".

[i.2]

ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline
terminals".

[i.3]

European Commission M 376-EN: "Standardization Mandate to CEN, CENELEC and ETSI in
support of European accessibility requirements for public procurement of products and services in
the ICT domain".

[i.4]

ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols".

[i.5]

ETSI ES 202 975: "Human Factors (HF); Requirements for relay services".

[i.6]

ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile Identifier".

[i.7]

ETSI/CEN/CENELEC TR 101 550: "Documents relevant to EN 301 549 "Accessibility
requirements suitable for public procurement of ICT products and services in Europe"".

[i.8]

ETSI/CEN/CENELEC TR 101 551: "Guidelines on the use of accessibility award criteria suitablefor public procurement of ICT products and services in Europe".

[i.9]

ETSI TR 102 612: "Human Factors (HF); European accessibility requirements for public
procurement of products and services in the ICT domain (European Commission Mandate M 376,
Phase 1)".

[i.10]ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia
Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)".

[i.11]ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+) (GSM); Universal
Mobile Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem(IMS) Multimedia Telephony Service and supplementary services; Stage 1 (3GPP TS 22.173)".

[i.12]ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet
Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) andSession Description Protocol (SDP); User Equipment (UE) conformance specification (3GPP
TS 34.229)".

[i.13]IETF RFC 4103 (2005): "RTP Payload for Text Conversation".

[i.14]

ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative documents
suitable for use for conformity assessment".

[i.15]

ISO 9241-11:2018: "Ergonomics of human-system interaction - Part 11: Usability: Definitions andconcepts".

[i.16]

ISO 9241-110:2006: "Ergonomics of human-system interaction - Part 110: Dialogue principles".

[i.17]

ISO 9241-171:2008: "Ergonomics of human-system interaction - Part 171: Guidance on software
accessibility".

[i.18]Void.

ETSI CEN CENELEC

13

EN 301 549 V3.2.1 (2021-03)[i.19]

ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive technology (AT)- Part 1: Requirements and recommendations for interoperability".

[i.20]

Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on telephones
and other devices that can be used for gaining access to a telephone network".

[i.21]

Recommendation ITU-T G.722 (1988): "7 kHz audio-coding within 64 kbit/s".

[i.22]

Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s using
Adaptive Multi-Rate Wideband (AMR-WB)".

[i.23]

Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs
operating in the text telephone mode".

[i.24]

TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset magnetic
measurement procedures and performance requirements".

[i.25]

Section 508 of the United States Rehabilitation Act of 1973, revised 2017.

NOTE:[i.26]NOTE:

Available at https://www.section508.gov/manage/laws-and-policies.
W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web
Information and Communications Technologies (WCAG2ICT)".
Available at http://www.w3.org/TR/wcag2ict/.

[i.27]

M 554 Commission Implementing Decision C(2017)2585 of 27.4.2017 on a standardisation
request to the European standardisation organisations in support of Directive (EU) 2016/2102 of
the European Parliament and of the Council on the accessibility of the websites and mobile
applications of public sector bodies.

[i.28]

Directive (EU) 2016/2102 of the European Parliament and of the Council of 26 October 2016 on
the accessibility of the websites and mobile applications of public sector bodies.

[i.29]ETSI/CEN/CENELEC EN 301 549 (V2.1.2) (August 2018): "Accessibility requirements for ICT
products and services".

[i.30]ETSI/CEN/CENELEC TR 101 552: "Guidance for the application of conformity assessment toaccessibility requirements for public procurement of ICT products and services in Europe".

[i.31]

ISO/IEC TS 20071-25:2017: "Information technology - User interface component accessibility Part 25: Guidance on the audio presentation of text in videos, including captions, subtitles andother on-screen text".

[i.32]

W3C Recommendation (September 2015): "Authoring Tool Accessibility Guidelines (ATAG)
2.0".

NOTE:
[i.33]NOTE:

Available at http://www.w3.org/TR/ATAG20/.
W3C Recommendation (September 2015): "User Agent Accessibility Guidelines (UAAG) 2.0".
Available at http://www.w3.org/TR/UAAG20/.

[i.34]

ISO 21542:2011: "Building construction - Accessibility and usability of the built environment".

[i.35]

ISO/IEC Guide 71:2014: "Guide for addressing accessibility in standards".

[i.36]

Recommendation ITU-T T.140 (1988): "Protocol for multimedia application text conversation".

[i.37]

Recommendation ITU-T F.703 (2000): "Multimedia conversational services".

[i.38]

W3C WebSchemas/Accessibility 2.0.

NOTE:

Available at https://www.w3.org/wiki/WebSchemas/Accessibility.

ETSI CEN CENELEC

14

EN 301 549 V3.2.1 (2021-03)[i.39]

Void.

[i.40]

Directive 2014/24/EU of the European Parliament and of the Council of 26 February 2014 on
public procurement and repealing Directive 2004/18/EC.

ETSI CEN CENELEC

15

EN 301 549 V3.2.1 (2021-03)

3

Definition of terms, symbols and abbreviations

3.1

Terms

For the purposes of the present document, the terms given in ETSI EG 201 013 [i.4] and the following apply:
accessibility: extent to which products, systems, services, environments and facilities can be used by people from a
population with the widest range of user needs, characteristics and capabilities, to achieve identified goals in identified
contexts of use (from ISO 9241-11:2018 [i.15])
NOTE 1: Context of use includes direct use or use supported by assistive technologies.
NOTE 2: The context in which the ICT is used may affect its overall accessibility. This context could include otherproducts and services with which the ICT may interact.
access space: space intended to be occupied by the person, including their Assistive Technology, while they are using
the product
Assistive Listening Devices (ALDs): devices that help separate the sounds, particularly speech, that a person wants tohear from background noise by bringing sound directly into the ear
NOTE:

These are often found in meetings and public venues such as plays, concerts and places of worship. They
can also be used at home with televisions and other products with auditory output.

Assistive Technology (AT): equipment, product system, hardware, software or service that is used to increase,maintain or improve capabilities of individuals (from ISO/IEC Guide 71:2014 [i.35])
NOTE 1: Assistive technology is an umbrella term that is broader than assistive products.
NOTE 2: Assistive technology can include assistive services, and professional services needed for assessment,
recommendation and provision.
NOTE 3: Where ICT does not support directly connected assistive technology, but which can be operated by asystem connected over a network or other remote connection, such a separate system (with any included
assistive technology) can also be considered assistive technology. This is an additional note, not includedin ISO/IEC Guide 71:2014 [i.35].
audio description: additional audible narrative, interleaved with the dialogue, which describes the significant aspectsof the visual content of audio-visual media that cannot be understood from the main soundtrack alone
NOTE:

This is also variously described using terms such as "video description" or variants such as "descriptive
narration".

authoring tool: software that can be used to create or modify content
NOTE 1: An authoring tool may be used by a single user or multiple users working collaboratively.
NOTE 2: An authoring tool may be a single stand-alone application or be comprised of collections of applications.
NOTE 3: An authoring tool may produce content that is intended for further modification or for use by end-users.
caption: synchronized visual and/or text alternative for both speech and non-speech audio information needed tounderstand the media content (after WCAG 2.1 [5])NOTE:This is also variously described using terms such as "subtitles" or variants such as "subtitles for the deaf
and hard-of-hearing".

closed functionality: functionality that is limited by characteristics that prevent a user from attaching, installing or
using assistive technology

ETSI CEN CENELEC

16

EN 301 549 V3.2.1 (2021-03)

content: information and sensory experience to be communicated to the user by means of software, including code or
mark-up that defines the content's structure, presentation, and interactions (after WCAG2ICT [i.26])
NOTE:

Content occurs in three places: web pages, documents and software. When content occurs in a web pageor a document, a user agent is needed in order to communicate the content's information and sensory
experience to the user. When content occurs in software, a separate user agent is not needed in order tocommunicate the content's information and sensory experience to the user - the software itself performs
that function.

context of use: combination of users, goals and tasks, resources, and environment. (from ISO 9241-11:2018 [i.15])
NOTE:

The "environment" in a context of use includes the technical, physical, social, cultural and organizational
environments.

document: logically distinct assembly of content (such as a file, set of files, or streamed media) that functions as asingle entity rather than a collection, that is not part of software and that does not include its own user agent (after
WCAG2ICT [i.26])
NOTE 1: A document always requires a user agent to present its content to the user.
NOTE 2: Letters, e-mail messages, spreadsheets, books, pictures, presentations, and movies are examples of
documents.
NOTE 3: Software configuration and storage files such as databases and virus definitions, as well as computer
instruction files such as source code, batch/script files, and firmware, are examples of files that function
as part of software and thus are not examples of documents. If and where software retrieves "informationand sensory experience to be communicated to the user" from such files, it is just another part of thecontent that occurs in software and is covered by WCAG2ICT like any other parts of the software. Where
such files contain one or more embedded documents, the embedded documents remain documents under
this definition.
NOTE 4: A collection of files zipped together into an archive, stored within a single virtual hard drive file, or stored
in a single encrypted file system file, do not constitute a single document when so collected together. The
software that archives/encrypts those files or manages the contents of the virtual hard drive does not
function as a user agent for the individually collected files in that collection because that software is notproviding a fully functioning presentation of that content.
NOTE 5: Anything that can present its own content without involving a user agent, such as a self-playing book, is
not a document but is software.
NOTE 6: A single document may be composed of multiple files such as the video content and closed caption text.
This fact is not usually apparent to the end-user consuming the document/content.
NOTE 7: An assembly of files that represented the video, audio, captions and timing files for a movie is an example
of a document.
NOTE 8: A binder file used to bind together the various exhibits for a legal case would not be a document.
NOTE 9: Documents may contain sub-documents.
embedded: directly included in the content that is downloaded to the user agent and its extension, and is intended to be
used in rendering the web page
NOTE:

Something that is downloaded using a mechanism on the web page but is not used in rendering the page is
not "embedded" in the page.

ICT network: technology and resources supporting the connection and operation of interconnected ICTETSI CEN CENELEC

17

EN 301 549 V3.2.1 (2021-03)

Information and Communication Technology (ICT): technology, equipment, or interconnected system or subsystemof equipment for which the principal function is the creation, conversion, duplication, automatic acquisition, storage,
analysis, evaluation, manipulation, management, movement, control, display, switching, interchange, transmission,
reception, or broadcast of data or information
NOTE:

Examples of ICT are web pages, electronic content, telecommunications products, computers andancillary equipment, software including mobile applications, information kiosks and transaction
machines, videos, IT services, and multifunction office machines which copy, scan, and fax documents.

mechanically operable part: operable part that has a mechanical interface to activate, deactivate, or adjust the ICT
NOTE:

Examples of mechanically operable parts include scanner covers, notebook docking stations and lids aswell as physical switches and latches.

mechanism for private listening: auditory output designed so that only the current user can receive the sound
NOTE:

Personal headsets, directional speakers and audio hoods are examples of mechanisms for private listening.

non-text content: content that is not a sequence of characters that can be programmatically determined or where thesequence is not expressing something in human language (after WCAG 2.1 [5])non-web document: document that is not a web page, not embedded in web pages nor used in the rendering orfunctioning of the page
non-web software: software that is not a web page, not embedded in web pages nor used in the rendering orfunctioning of the pageopen functionality: functionality that supports access by assistive technology
NOTE:

This is the opposite of closed functionality.

operable part: component of ICT used to activate, deactivate, or adjust the ICTNOTE 1: Operable parts can be provided in either hardware (see mechanically operable parts, above) or software.
An on-screen button is an example of an operable part provided by software.
NOTE 2: Operable parts do not include parts involved only in maintenance or repair or other actions that are notexpected of a typical user if the product is not malfunctioning. These actions include: clearing paper jams
internal to the machine, replacing items or parts internal to the machine that may expose the end user tosharp or hot surfaces, replacing or repairing items designated by manufacturers as service or maintenanceitems in user documentation.
platform software (platform): collection of software components that runs on an underlying software or hardware
layer, and that provides a set of software services to other software components that allows those applications to beisolated from the underlying software or hardware layer (after ISO/IEC 13066-1 [i.19])
NOTE:

A particular software component might play the role of a platform in some situations and a client inothers.

programmatically determinable: able to be read by software from developer-supplied data in a way that othersoftware, including assistive technologies, can extract and present this information to users in different modalities
NOTE:

WCAG 2.1 uses "determined" where this definition uses "able to be read" (to avoid ambiguity with theword "determined").

Real-Time Text (RTT): form of a text conversation in point to point situations or in multipoint conferencing where thetext being entered is sent in such a way that the communication is perceived by the user as being continuous
NOTE 1: Users will perceive communication as continuous if the delay between text being created by the senderand received by the recipient is less than 500 ms. However, the actual delay will be dependent on thecommunication network.

ETSI CEN CENELEC

18

EN 301 549 V3.2.1 (2021-03)

NOTE 2: The creation of text will differ between systems where text is entered on a word-by-word basis(e.g. speech‑to‑text and predictive-text based systems) and systems where each character is separately
generated (e.g. typing on a physical keyboard).
satisfies a success criterion: success criterion does not evaluate to "false" when applied to the ICT (after
WCAG 2.1 [5])single user connection: connection that consists of sound, RTT or video (or a combination of two or three of thosemedia) that is established by a single user action
NOTE:

Even though the different media may travel over different channels, and more than one piece of hardware
may be involved, it appears to the user like a single connection, and is treated by any intermediatetechnologies (e.g. network, auto-reception) as a single connection for purposes such as transfer.

spoken captions/subtitles audio captions/subtitles: captions/subtitles that are voiced over the audiovisual content(from ISO/IEC TS 20071-25 [i.31])
stationary ICT: ICT that stands on the floor, or is mounted on a wall or other immovable structure, and is not intended
to be moved by its user
NOTE 1: Typically, stationary ICT rests on the ground (such as an information kiosk) or is installed in a wall (suchas a machine that dispenses cash or performs other banking services).
NOTE 2: A manufacturer cannot control the height of ICT that is put on a table by someone else, but they are able
to control the reach dimensions of self-contained ICT that rests on the ground and can specify the heights
for installation in walls.
terminal: combination of hardware and/or software with which the end user directly interacts and that provides the userinterface
NOTE 1: The hardware may consist of more than one device working together e.g. a mobile device and a computer.
NOTE 2: For some systems, the software that provides the user interface may reside on more than one device suchas a telephone and a server.
turn-taking: type of organization in conversation and discourse where participants speak one at a time in alternating
turns
user agent: software that retrieves and presents content for users (after WCAG 2.1 [5])NOTE 1: Software that only displays the content contained within it is treated as software and not considered to bea user agent.
NOTE 2: An example of software that is not a user agent is a calculator application that does not retrieve thecalculations from outside the software to present it to a user. In this case, the calculator software is not auser agent, it is simply software with a user interface.
NOTE 3: Software that only shows a preview of content such as a thumbnail or other non-fully functioning
presentation is not providing user agent functionality.
user interface: all components of an interactive system (software or hardware) that provide information and/or controls
for the user to accomplish specific tasks with the interactive system (from ISO 9241-110 [i.16])
user interface element: entity of the user interface that is presented to the user by the software (afterISO 9241-171 [i.17])
NOTE 1: This term is also known as "user interface component".
NOTE 2: User-interface elements can be interactive or not.
web content: content that belongs to a web page, and that is used in the rendering or that is intended to be used in therendering of the web pageETSI CEN CENELEC

19

EN 301 549 V3.2.1 (2021-03)

web page: non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in
the rendering or intended to be rendered together with it by a user agent (after WCAG 2.1 [5])3.2

Symbols

Void.

3.3

Abbreviations

For the purposes of the present document, the following abbreviations apply:
ANSI
AT
ATAG
CEN
CSS
DOM
EFTA
EU
FPS
FXML
HTML
HTTP
ICT
IETF
IMS
IP
ISO
ITU-T
JWG
LED
ODF
OOXML
PSTN
QVGA
RFC
RTT
SIP
UAAG
URI
USB
VGA
VOIP
W3C
WAI
WCAG
WLAN
XML
XUL

American National Standards Institute
Assistive Technology
Authoring Tool Accessibility Guidelines (of W3C)
Comité Européen de Normalisation
Cascading Style Sheets
Document Object Model
European Free Trade Area
European Union
Frames Per Second
XML-based user interface markup language
HyperText Markup Language
HyperText Transfer Protocol
Information and Communication Technology
Internet Engineering Task Force
IP Multimedia System
Internet Protocol
International Organization for Standardization
International Telecommunication Union - Telecommunication standardization sector
Joint Working Group (of CEN/CENELEC/ETSI)Light Emitting Device
Open Document Format
Office Open eXtensible Markup Language
Public Switched Telephone Network
Quarter Video Graphics Array
Request For Comment
Real-Time Text
Session Initiation Protocol
User Agent Accessibility Guidelines (of W3C)
Uniform Resource Identifier
Universal Serial Bus
Video Graphics Array
Voice Over IP
World Wide Web Consortium
Web Accessibility Initiative
Web Content Accessibility Guidelines (of W3C)
Wireless Local Access Network
eXtensible Markup Language
XML User interface Language

ETSI CEN CENELEC

20

EN 301 549 V3.2.1 (2021-03)

4Functional performance

4.1

Meeting functional performance statements

The statements set out in clause 4.2 are intended to describe the functional performance of ICT enabling people tolocate, identify, and operate ICT functions, and to access the information provided, regardless of physical, cognitive or
sensory abilities. Any differences in ability may be permanent, temporary or situational. The requirements in clauses 5
to 13 provide specific testable criteria for accessible ICT, corresponding to the user needs reflected in clause 4.2.
NOTE 1: The relationship between the requirements from clauses 5 to 13 and the functional performancestatements is set out in Annex B.
NOTE 2: The intent of clause 4.2 is to describe the ICT performance in enabling users to access the fullfunctionality and documentation of the product or the service with or without the use of assistive
technologies.
NOTE 3: The methods of meeting the accessibility needs of users with multiple access needs will depend on thespecific combination of needs. Meeting these user accessibility needs may be addressed by considering
multiple clauses in clause 4.2.
NOTE 4: Several users' accessibility needs rely on ICT providing specific modes of operation. If a user is toactivate, engage or switch to the mode that complies with his or her user accessibility needs, the method
for activating, engaging or switching to that mode would need to comply with the same user accessibility
needs.

4.2

Functional performance statements

4.2.1

Usage without vision

Where ICT provides visual modes of operation, the ICT provides at least one mode of operation that does not requirevision. This is essential for users without vision and benefits many more users in different situations.
NOTE 1: A web page or application with a well formed semantic structure can allow users without vision to
identify, navigate and interact with a visual user interface.
NOTE 2: Audio and tactile user interfaces may contribute towards meeting this clause.

4.2.2

Usage with limited vision

Where ICT provides visual modes of operation, the ICT provides features that enable users to make better use of theirlimited vision. This is essential for users with limited vision and benefits many more users in different situations.
NOTE 1: Magnification, reduction of required field of vision and control of contrast, brightness and intensity cancontribute towards meeting this clause.
NOTE 2: Where significant features of the user interface are dependent on depth perception, the provision of
additional methods of distinguishing between the features may contribute towards meeting this clause.
NOTE 3: Users with limited vision may also benefit from non-visual access (see clause 4.2.1).

ETSI CEN CENELEC

21

4.2.3

EN 301 549 V3.2.1 (2021-03)

Usage without perception of colour

Where ICT provides visual modes of operation, the ICT provides a visual mode of operation that does not require user
perception of colour. This is essential for users with limited colour perception and benefits many more users in different
situations.
NOTE:

4.2.4

Where significant features of the user interface are colour-coded, the provision of additional methods of
distinguishing between the features may contribute towards meeting this clause.

Usage without hearing

Where ICT provides auditory modes of operation, the ICT provides at least one mode of operation that does not require
hearing. This is essential for users without hearing and benefits many more users in different situations.
NOTE:

4.2.5

Visual and tactile user interfaces, including those based on sign language, may contribute towards
meeting this clause.

Usage with limited hearing

Where ICT provides auditory modes of operation, the ICT provides enhanced audio features. This is essential for users
with limited hearing and benefits many more users in different situations.
NOTE 1: Enhancement of the audio clarity, reduction of background noise, providing a joint monaural option,
adjustment of balance of both audio channels, increased range of volume and greater volume in the higher
frequency range can contribute towards meeting this clause.
NOTE 2: Allowing the use of Assistive Listening Devices, such as headsets with noise cancellation (connected bycable, Bluetooth or WLAN) can contribute towards meeting this clause.
NOTE 3: Users with limited hearing may also benefit from non-hearing access (see clause 4.2.4).

4.2.6

Usage with no or limited vocal capability

Where ICT requires vocal input from users, the ICT provides at least one mode of operation that does not require themto generate vocal output. This is essential users with no or limited vocal capability and benefits many more users in
different situations.
NOTE 1: Vocal output includes speech and other orally generated sounds, such as whistles and clicks.
NOTE 2: Keyboard, pen or touch user interfaces may contribute towards meeting this clause.

4.2.7

Usage with limited manipulation or strength

Where ICT requires manual actions, the ICT provides features that enable users to make use of the ICT throughalternative actions not requiring manipulation, simultaneous action or hand strength. This is essential for users withlimited manipulation or strength and benefits many more users in different situations.
NOTE 1: Examples of operations that users may not be able to perform include those that require fine motor
control, path dependant gestures, pinching, twisting of the wrist, tight grasping, or simultaneous manual
actions.
NOTE 2: One-handed operation, sequential key entry and speech user interfaces may contribute towards meeting
this clause.
NOTE 3: Some users have limited hand strength and may not be able to achieve the level of strength to perform an
operation. Alternative user interface solutions that do not require hand strength may contribute towards
meeting this clause.

ETSI CEN CENELEC

22

4.2.8

EN 301 549 V3.2.1 (2021-03)

Usage with limited reach

Where ICT products are free-standing or installed, all the elements required for operation will need to be within reachof all users. This is essential for users with limited reach and benefits many more users in different situations.
NOTE:

4.2.9

Considering the needs of wheelchair users and the range of user statures in the placing of operational
elements of the user interface may contribute towards meeting this clause.

Minimize photosensitive seizure triggers

Where ICT provides visual modes of operation, the ICT provides at least one mode of operation that minimizes thepotential for triggering photosensitive seizures. This is essential for users with photosensitive seizure triggers.
NOTE:

4.2.10Limiting the area and number of flashes per second may contribute towards meeting this clause.

Usage with limited cognition, language or learning

The ICT provides features and/or presentation that makes it simpler and easier to understand, operate and use. This isessential for users with limited cognition, language or learning, and benefits many more users in different situations.
NOTE 1: Adjustable timings, error indication and suggestion, and a logical focus order are examples of design
features that may contribute towards meeting this clause.
NOTE 2: Providing an audio output of the text is an example of providing support for people with limited reading
abilities.
NOTE 3: Providing spelling aid and word prediction of the text is an example of providing support for people withlimited writing abilities.
NOTE 4: Interaction with content can be made easier, and less prone to errors, by presenting tasks in steps that areeasy to follow.

4.2.11

Privacy

Where ICT provides features for accessibility, the ICT maintains the privacy of users of these features at the same levelas other users.
NOTE:

Enabling the connection of personal headsets for private listening, not providing a spoken version ofcharacters being masked and enabling user control of legal, financial and personal data are examples ofdesign features that may contribute towards meeting this clause.

ETSI CEN CENELEC

23

5

Generic requirements

5.1

Closed functionality

5.1.1

Introduction (informative)

EN 301 549 V3.2.1 (2021-03)

ICT has closed functionality for many reasons, including design or policy. Some of the functionality of products can beclosed because the product is self-contained and users are precluded from adding peripherals or software in order toaccess that functionality.
ICT may have closed functionality in practice even though the ICT was not designed, developed or supplied to beclosed.
Computers that do not allow end-users to adjust settings or install software are functionally closed.

5.1.2
5.1.2.1

GeneralClosed functionality

Where ICT has closed functionality, it shall meet the requirements set out in clauses 5.2 to 13, as applicable.
NOTE 1: ICT may close some, but not all, of its functionalities. Only the closed functionalities have to conform to
the requirements of clause 5.1.
NOTE 2: The requirements within this clause replace those in clauses 5.2 to 13 that specifically state that they do
not apply to closed functionality. This may be because they relate to compatibility with assistive
technology or to the ability for the user to adjust system accessibility settings in products with closed
functionality (e.g. products that prevent access to the system settings control panel).

5.1.2.2

Assistive technology

Where ICT has closed functionality, that closed functionality shall be operable without requiring the user to attach,connect or install assistive technology and shall conform to the generic requirements of clauses 5.1.3 to 5.1.6 asapplicable. Personal headsets and personal induction loops shall not be classed as assistive technology for the purposeof this clause.

5.1.3
5.1.3.1

Non-visual access
Audio output of visual information

Where visual information is needed to enable the use of those functions of ICT that are closed to assistive technologies
for screen reading, ICT shall provide at least one mode of operation using non-visual access to enable the use of thosefunctions.
NOTE 1: Non-visual access may be in an audio form, including speech, or a tactile form such as braille for deafblind users.
NOTE 2: The visual information needed to enable use of some functions may include operating instructions andorientation, transaction prompts, user input verification, error messages and non-text content.

5.1.3.2

Auditory output delivery including speech

Where auditory output is provided as non-visual access to closed functionality, the auditory output shall be delivered:a)either directly by a mechanism included in or provided with the ICT; or

ETSI CEN CENELEC

24

b)

EN 301 549 V3.2.1 (2021-03)

by a personal headset that can be connected through a 3,5 mm audio jack, or an industry standard connection,
without requiring the use of vision.

NOTE 1: Mechanisms included in or provided with ICT may be, but are not limited to, a loudspeaker, a built-in
handset/headset, or other industry standard coupled peripheral.
NOTE 2: An industry standard connection could be a wireless connection.
NOTE 3: Some users may benefit from the provision of an inductive loop.

5.1.3.3

Auditory output correlation

Where auditory output is provided as non-visual access to closed functionality, and where information is displayed on
the screen, the ICT should provide auditory information that allows the user to correlate the audio with the information
displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.
NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.

5.1.3.4

Speech output user control

Where speech output is provided as non-visual access to closed functionality, the speech output shall be capable ofbeing interrupted and repeated when requested by the user, where permitted by security requirements.
NOTE 1: It is best practice to allow the user to pause speech output rather than just allowing them to interrupt it.
NOTE 2: It is best practice to allow the user to repeat only the most recent portion rather than requiring play to startfrom the beginning.

5.1.3.5

Speech output automatic interruption

Where speech output is provided as non-visual access to closed functionality, the ICT shall interrupt current speech
output when a user action occurs and when new speech output begins.
NOTE:

5.1.3.6

Where it is essential that the user hears the entire message, e.g. a safety instruction or warning, the ICT
may need to block all user action so that speech is not interrupted.

Speech output for non-text content

Where ICT presents non-text content, the alternative for non-text content shall be presented to users via speech output
unless the non-text content is pure decoration or is used only for visual formatting. The speech output for non-text
content shall follow the guidance for "text alternative" described in WCAG 2.1 [5] Success Criterion 1.1.1.

5.1.3.7

Speech output for video information

Where pre-recorded video content is needed to enable the use of closed functions of ICT and where speech output isprovided as non-visual access to closed functionality, the speech output shall present equivalent information for the
pre-recorded video content.
NOTE:

This speech output can take the form of an audio description or an auditory transcript of the video
content.

ETSI CEN CENELEC

25

5.1.3.8

EN 301 549 V3.2.1 (2021-03)

Masked entry

Where auditory output is provided as non-visual access to closed functionality, and the characters displayed aremasking characters, the auditory output shall not be a spoken version of the characters entered unless the auditory
output is known to be delivered only to a mechanism for private listening, or the user explicitly chooses to allow
non-private auditory output.
NOTE 1: Masking characters are usually displayed for security purposes and include, but are not limited toasterisks representing personal identification numbers.
NOTE 2: Unmasked character output might be preferred when closed functionality is used, for example, in theprivacy of the user's home. A warning highlighting privacy concerns might be appropriate to ensure thatthe user has made an informed choice.

5.1.3.9

Private access to personal data

Where auditory output is provided as non-visual access to closed functionality, and the output contains data that is
considered to be private according to the applicable privacy policy, the corresponding auditory output shall only bedelivered through a mechanism for private listening that can be connected without requiring the use of vision, or
through any other mechanism explicitly chosen by the user.
NOTE 1: This requirement does not apply in cases where data is not defined as being private according to theapplicable privacy policy or where there is no applicable privacy policy.
NOTE 2: Non-private output might be preferred when closed functionality is used, for example, in the privacy of
the user's home. A warning highlighting privacy concerns might be appropriate to ensure that the user has
made an informed choice.

5.1.3.10

Non-interfering audio output

Where auditory output is provided as non-visual access to closed functionality, the ICT shall not automatically play, atthe same time, any interfering audible output that lasts longer than three seconds.

5.1.3.11

Private listening volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through a mechanism for
private listening, ICT shall provide at least one non-visual mode of operation for controlling the volume.

5.1.3.12

Speaker volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through speakers on
ICT, a non-visual incremental volume control shall be provided with output amplification up to a level of at least
65 dBA (-29 dBPaA).
NOTE:

5.1.3.13

For noisy environments, 65 dBA may not be sufficient.

Volume reset

Where auditory output is provided as non-visual access to closed functionality, a function that resets the volume to be at
a level of 65 dBA or less after every use, shall be provided, unless the ICT is dedicated to a single user.
NOTE:

A feature to disable the volume reset function may be provided in order to enable the single-user
exception to be met.

ETSI CEN CENELEC

26

5.1.3.14

EN 301 549 V3.2.1 (2021-03)

Spoken languages

Where speech output is provided as non-visual access to closed functionality, speech output shall be in the same humanlanguage as the displayed content provided, except:
a)for proper names, technical terms, words of indeterminate language, and words or phrases that have become
part of the vernacular of the immediately surrounding text;b)where the content is generated externally and not under the control of the ICT vendor, the present clause shallnot be required to apply for languages not supported by the ICT's speech synthesizer;c)for displayed languages that cannot be selected using non-visual access;d)where the user explicitly selects a speech language that is different from the language of the displayed content.

5.1.3.15

Non-visual error identification

Where speech output is provided as non-visual access to closed functionality and an input error is automaticallydetected, speech output shall identify and describe the item that is in error.

5.1.3.16

Receipts, tickets, and transactional outputs

Where ICT is closed to visual access and provides receipts, tickets or other outputs as a result of a self-service
transaction, speech output shall be provided which shall include all information necessary to complete or verify thetransaction. In the case of ticketing machines, printed copies of itineraries and maps shall not be required to be audible.
NOTE:

5.1.4

The speech output may be provided by any element of the total ICT system.

Functionality closed to text enlargement

Where any functionality of ICT is closed to the text enlargement features of platform or assistive technology, the ICT
shall provide a mode of operation where the text and images of text necessary for all functionality is displayed in such a
way that a non-accented capital "H" subtends an angle of at least 0,7 degrees at a viewing distance specified by the
supplier.
The subtended angle, in degrees, may be calculated from:Ψ = (180 x H) / (π x D)
Where:•

ψ is the subtended angle in degrees•

H is the height of the text•

D is the viewing distance•

D and H are expressed in the same units

NOTE 1: The intent is to provide a mode of operation where text is large enough to be used by most users with low
vision.
NOTE 2: Table 5.1 and Figure 1 illustrate the relationship between the maximum viewing distance and minimum
character height at the specified minimum subtended angle.

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

27

Table 5.1: Relationship between maximum design viewing distance andminimum character height at the limit of subtended angle
Minimum
subtended
angle

Maximum design
viewing distance

Minimum characterheight0,7 degrees

100 mm
200 mm
250 mm
300 mm
350 mm
400 mm
450 mm
500 mm
550 mm
600 mm

1,2 mm
2,4 mm
3,1 mm
3,7 mm
4,3 mm
4,9 mm
5,5 mm
6,1 mm
6,7 mm
7,3 mmFigure 1: Relationship between minimum character height and maximum design viewing distance

5.1.5

Visual output for auditory information

Where auditory information is needed to enable the use of closed functions of ICT, the ICT shall provide visual
information that is equivalent to the auditory output.
NOTE:

5.1.6
5.1.6.1

This visual information can take the form of captions or text transcripts.

Operation without keyboard interface
Closed functionality

Where ICT functionality is closed to keyboards or keyboard interfaces, all functionality shall be operable without vision
as required by clause 5.1.3.

ETSI CEN CENELEC

28

5.1.6.2

EN 301 549 V3.2.1 (2021-03)

Input focus

Where ICT functionality is closed to keyboards or keyboard interfaces and where input focus can be moved to a userinterface element, it shall be possible to move the input focus away from that element using the same mechanism, inorder to avoid trapping the input focus.

5.1.7

Access without speech

Where speech is needed to operate closed functions of ICT, the ICT shall provide at least one mode of operation using
an alternative input mechanism that does not require speech.

5.2

Activation of accessibility features

Where ICT has documented accessibility features, it shall be possible to activate those documented accessibility
features that are required to meet a specific need without relying on a method that does not support that need.

5.3

Biometrics

Where ICT uses biological characteristics, it shall not rely on the use of a particular biological characteristic as the onlymeans of user identification or for control of ICT.
NOTE 1: Alternative means of user identification or for control of ICT could be non-biometric or biometric.
NOTE 2: Biometric methods based on dissimilar biological characteristics increase the likelihood that individuals
with disabilities possess at least one of the specified biological characteristics. Examples of dissimilar
biological characteristics are fingerprints, eye retinal patterns, voice, and face.

5.4

Preservation of accessibility information during conversion

Where ICT converts information or communication it shall preserve all documented non-proprietary information that isprovided for accessibility, to the extent that such information can be contained in or supported by the destination
format.

5.5

Operable parts

5.5.1

Means of operation

Where ICT has operable parts that require grasping, pinching, or twisting of the wrist to operate, an accessible
alternative means of operation that does not require these actions shall be provided.

5.5.2

Operable parts discernibility

Where ICT has operable parts, it shall provide a means to discern each operable part, without requiring vision andwithout performing the action associated with the operable part.
NOTE:

One way of meeting this requirement is by making the operable parts tactilely discernible.

ETSI CEN CENELEC

29

5.6

Locking or toggle controls

5.6.1

Tactile or auditory status

EN 301 549 V3.2.1 (2021-03)

Where ICT has a locking or toggle control and the status of that control is visually presented to the user, the ICT shallprovide at least one mode of operation where the status of the control can be determined either through touch or soundwithout operating the control.
NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep theirstate while being used.
NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. Anotherexample is the volume button on a pay telephone, which can be set at normal, loud, or extra loud volume.

5.6.2

Visual status

Where ICT has a locking or toggle control and the status of the control is non-visually presented to the user, the ICT
shall provide at least one mode of operation where the status of the control can be visually determined when the control
is presented.
NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep theirstate while being used.
NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. An example
of making the status of a control determinable is a visual status indicator on a keyboard.

5.7

Key repeat

Where ICT has a key repeat function that cannot be turned off:a)the delay before the key repeat shall be adjustable to at least 2 seconds; andb)the key repeat rate shall be adjustable down to one character per 2 seconds.

5.8

Double-strike key acceptance

Where ICT has a keyboard or keypad, the delay after any keystroke, during which an additional key-press will not be
accepted if it is identical to the previous keystroke, shall be adjustable up to at least 0,5 seconds.

5.9

Simultaneous user actions

Where ICT has a mode of operation requiring simultaneous user actions for its operation, such ICT shall provide at least
one mode of operation that does not require simultaneous user actions to operate the ICT.
NOTE:Having to use both hands to open the lid of a laptop, having to press two or more keys at the same time or
having to touch a surface with more than one finger are examples of simultaneous user actions.

ETSI CEN CENELEC

30

EN 301 549 V3.2.1 (2021-03)

6

ICT with two-way voice communication

6.1

Audio bandwidth for speech

Where ICT provides two-way voice communication, in order to provide good audio quality, that ICT shall be able toencode and decode two-way voice communication with a frequency range with an upper limit of at least 7 000 Hz.
NOTE 1: For the purposes of interoperability, support of Recommendation ITU-T G.722 [i.21] is widely used.
NOTE 2: Where codec negotiation is implemented, other standardized codecs such as Recommendation ITU-T
G.722.2 [i.22] are sometimes used so as to avoid transcoding.

6.2

Real-Time Text (RTT) functionality

6.2.1

RTT provision

6.2.1.1

RTT communication

Where ICT is in a mode that provides a means for two-way voice communication, the ICT shall provide a means for
two-way RTT communication, except where this would require design changes to add input or output hardware to the
ICT.
NOTE 1: This requirement includes those products which do not have physical display or text entry capabilities but
have the capability to connect to devices that do have such capabilities. It also includes intermediate ICT
between the endpoints of the communication.
NOTE 2: There is no requirement to add: a hardware display, a hardware keyboard, or hardware to support theability to connect to a display or keyboard, wired or wirelessly, if this hardware would not normally beprovided.
NOTE 3: For the purposes of interoperability, support of Recommendation ITU-T T.140 [i.36] is widely used.

6.2.1.2

Concurrent voice and text

Where ICT provides a means for two-way voice communication and for users to communicate by RTT, it shall allow
concurrent voice and text through a single user connection.
NOTE 1: With many-party communication, as in a conference system, it is allowed (but not required or necessarily
recommended) that RTT be handled in a single display field and that "turn-taking" be necessary to avoid
confusion (in the same way that turn-taking is required for those presenting/talking with voice).
NOTE 2: With many-party communication, best practice is for hand-raising for voice users and RTT users to behandled in the same way, so that voice and RTT users are in the same queue.
NOTE 3: With a many-party conference system that has chat as one of its features - the RTT (like the voice) would
typically be separate from the chat so that RTT use does not interfere with chat (i.e. people can bemessaging in the chat field while the person is presenting/talking with RTT - in the same manner thatpeople message using the chat feature while people are talking with voice). RTT users would then use
RTT for presenting and use the Chat feature to message while others are presenting (via Voice or RTT).
NOTE 4: The availability of voice and RTT running concurrently (and separately from chat) can also allow the
RTT field to support text captioning when someone is speaking (and it is therefore not being used for
RTT since it is not the RTT user's turn to speak).
NOTE 5: Where both server-side software and local hardware and software are required to provide voicecommunication, where neither part can support voice communication without the other and are sold as aunit for the voice communication function, the local and server-side components are considered a single
product.
ETSI CEN CENELEC

31

6.2.2

EN 301 549 V3.2.1 (2021-03)

Display of RTT

6.2.2.1

Visually distinguishable display

Where ICT has RTT send and receive capabilities, displayed sent text shall be visually differentiated from, andseparated from, received text.
NOTE:

6.2.2.2

The ability of the user to choose between having the send and receive text be displayed in-line or
separately, and with options to select, allows users to display RTT in a form that works best for them.
This would allow Braille users to use a single field and take turns and have text appear in the sequential
way that they may need or prefer.

Programmatically determinable send and receive direction

Where ICT has RTT send and receive capabilities, the send/receive direction of transmitted/received text shall be
programmatically determinable, unless the RTT is implemented as closed functionality.
NOTE:

6.2.2.3

This enables screen readers to distinguish between incoming text and outgoing text when used with RTT
functionality.

Speaker identification

Where ICT has RTT capabilities, and provides speaker identification for voice, the ICT shall provide speaker
identification for RTT.
NOTE:

6.2.2.4

This is necessary to enable both voice and RTT participants to know who is currently communicating,whether it be in RTT or voice.

Visual indicator of Audio with RTT

Where ICT provides two-way voice communication, and has RTT capabilities, the ICT shall provide a real-time visualindicator of audio activity on the display.
NOTE 1: The visual indicator may be a simple character position on the display that flickers on and off to reflect
audio activity, or presentation of the information in another way that can be both visible to sighted users
and passed on to deaf-blind users who are using a braille display.
NOTE 2: Without this indication a person who lacks the ability to hear does not know when someone is talking.

6.2.3

Interoperability

Where ICT with RTT functionality interoperates with other ICT with RTT functionality (as required by clause 6.2.1.1)
they shall support the applicable RTT interoperability mechanisms described below:a)

ICT interoperating with other ICT directly connected to the Public Switched Telephone Network (PSTN),
using Recommendation ITU-T V.18 [i.23] or any of its annexes for text telephony signals at the PSTN
interface;b)

ICT interoperating with other ICT using VOIP with Session Initiation Protocol (SIP) and using RTT that
conforms to IETF RFC 4103 [i.13]. For ICT interoperating with other ICT using the IP Multimedia
Sub-System (IMS) to implement VOIP, the set of protocols specified in ETSI TS 126 114 [i.10], ETSITS 122 173 [i.11] and ETSI TS 134 229 [i.12] describe how IETF RFC 4103 [i.13] would apply;c)

ICT interoperating with other ICT using technologies other than a or b, above, using a relevant and applicablecommon specification for RTT exchange that is published and available for the environments in which they
will be operating. This common specification shall include a method for indicating loss or corruption ofcharacters;

ETSI CEN CENELEC

32

d)

EN 301 549 V3.2.1 (2021-03)

ICT interoperating with other ICT using a standard for RTT that has been introduced for use in any of theabove environments, and is supported by all of the other active ICT that support voice and RTT in thatenvironment.

NOTE 1: In practice, new standards are introduced as an alternative codec/protocol that is supported alongside theexisting common standard and used when all end-to-end components support it while technology
development, combined with other reasons including societal development and cost efficiency, may makeothers become obsolete.
NOTE 2: Where multiple technologies are used to provide voice communication, multiple interoperability
mechanisms may be needed to ensure that all users are able to use RTT.
EXAMPLE:

6.2.4

A conferencing system that supports voice communication through an internet connection mightprovide RTT over an internet connection using a proprietary RTT method (option c). However,regardless of whether the RTT method is proprietary or non-proprietary, if the conferencing
system also offers telephony communication it will also need to support options a or b to ensurethat RTT is supported over the telephony connection.

RTT responsiveness

Where ICT utilises RTT input, that RTT input shall be transmitted to the ICT network or platform on which the ICT
runs within 500 ms of the time that the smallest reliably composed unit of text entry is available to the ICT fortransmission. Delays due to platform or network performance shall not be included in the 500 ms limit.
NOTE 1: For character by character input, the "smallest reliably composed unit of text entry" would be a character.
For word prediction it would be a word. For some voice recognition systems - the text may not exit therecognition software until an entire word (or phrase) has been spoken. In this case, the smallest reliably
composed unit of text entry available to the ICT would be the word (or phrase).
NOTE 2: The 500 ms limit allows buffering of characters for this period before transmission so character bycharacter transmission is not required unless the characters are generated more slowly than 1 per 500 ms.
NOTE 3: A delay of 300 ms, or less, produces a better impression of flow to the user.

6.3

Caller ID

Where ICT provides caller identification or similar telecommunications functions, the caller identification and similar
telecommunications functions shall be available in text form as well as being programmatically determinable, unless thefunctionality is closed.

6.4

Alternatives to voice-based services

Where ICT provides real-time voice-based communication and also provides voice mail, auto-attendant, or interactive
voice response facilities, the ICT shall offer users a means to access the information and carry out the tasks provided by
the ICT without the use of hearing or speech.
NOTE 1: Tasks that involve both operating the interface and perceiving the information would require that both theinterface and information be accessible without use of speech or hearing.
NOTE 2: Solutions capable of handling audio, RTT and video media could satisfy the above requirement.

ETSI CEN CENELEC

33

6.5

Video communication

6.5.1

General (informative)

EN 301 549 V3.2.1 (2021-03)

Clause 6.5 (Video communications) provides performance requirements that support users who communicate using sign
language and lip-reading. For these users, good usability is achieved with a resolution of at least Quarter Video
Graphics Array (QVGA, 320 x 240), a frame rate of 20 frames per second and over, with a time difference between
speech audio and video that does not exceed 100 ms.
Increasing the resolution and frame rate further improves both sign language (especially finger spelling) and lipreading,with frame rate being more important than resolution.
Time differences between audio and video (asynchronicity) can have a great impact onlip-reading - with video that lags
behind audio having greater negative effect.
End-to-end latency can be a problem in video (sign) communication. Overall delay values below 400 ms are preferred,with an increase in preference down to 100 ms. Overall delay depends on multiple factors, including e.g. network delay
and video processing. For this reason a testable requirement on minimum values for overall delay cannot be produced.
NOTE:

6.5.2

Recommendation ITU-T F.703 [i.37] defines and gives requirements for Total Conversation that relate to
the integration of audio, RTT and video in a single user connection.

Resolution

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:a)shall support at least QVGA resolution;b)should preferably support at least VGA resolution.

6.5.3

Frame rate

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:a)shall support a frame rate of at least 20 Frames Per Second (FPS);b)should preferably support a frame rate of at least 30 Frames Per Second (FPS) with or without sign language inthe video stream.

6.5.4

Synchronization between audio and video

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT shall ensure amaximum time difference of 100 ms between the speech and video presented to the user.
NOTE:

6.5.5

Recent research shows that, if audio leads the video, the intelligibility suffers much more than the reverse.

Visual indicator of audio with video

Where ICT provides two-way voice communication, and includes real-time video functionality, the ICT shall provide areal-time visual indicator of audio activity.
NOTE 1: The visual indicator may be a simple visual dot or LED, or other type of on/off indicator, that flickers toreflect audio activity.
NOTE 2: Without this indication a person who lacks the ability to hear does not know when someone is talking.

ETSI CEN CENELEC

34

6.5.6

EN 301 549 V3.2.1 (2021-03)

Speaker identification with video (sign language) communication

Where ICT provides speaker identification for voice users, it shall provide a means for speaker identification for realtime signing and sign language users once the start of signing has been indicated.
NOTE 1: The speaker ID can be in the same location as for voice users for multiparty calls.
NOTE 2: This mechanism might be triggered manually by a user, or automatically where this is technicallyachievable.

6.6

Alternatives to video-based services

Where ICT provides real-time video-based communication and also provides answering machine, auto attendant orinteractive response facilities, the ICT should offer users a means to access the information and carry out the tasks
related to these facilities:a)for audible information, without the use of hearing;b)

for spoken commands, without the use of speech;c)for visual information, without the use of vision.

NOTE:

Solutions capable of generating real-time captions or handling RTT could satisfy the above requirement.

ETSI CEN CENELEC

35

7

ICT with video capabilities

7.1

Caption processing technology

7.1.1

Captioning playback

EN 301 549 V3.2.1 (2021-03)

Where ICT displays video with synchronized audio, it shall have a mode of operation to display the available captions.
Where closed captions are provided as part of the content, the ICT shall allow the user to choose to display the captions.
NOTE 1: Captions may contain information about timing, colour and positioning. This caption data is necessary forcaption users. Timing is used for caption synchronization. Colour can be used for speaker identification.
Position can be used to avoid obscuring important information.
NOTE 2: If a Braille device is connected, the ICT should provide an option to display captions on the Brailledevice.
NOTE 3: Clause 7.1.1 refers to the ability of the player to display captions. Clauses 9.1.2.2, 10.1.2.2 and 11.1.2.2
refer to the provision of captions for the content (the video).

7.1.2

Captioning synchronization

Where ICT displays captions, the mechanism to display captions shall preserve synchronization between the audio andthe corresponding captions as follows:•

Captions in recorded material: within 100 ms of the time stamp of the caption.

•

Live captions: within 100 ms of the availability of the caption to the player.

7.1.3

Preservation of captioning

Where ICT transmits, converts or records video with synchronized audio, it shall preserve caption data such that it canbe displayed in a manner consistent with clauses 7.1.1 and 7.1.2.
Additional presentational aspects of the text such as screen position, text colours, text style and text fonts may convey
meaning, based on regional conventions. Altering these presentational aspects could change the meaning and should be
avoided wherever possible.

7.1.4

Captions characteristics

Where ICT displays captions, it shall provide a way for the user to adapt the displayed characteristics of captions totheir individual requirements, except where the captions are displayed as unmodifiable characters.
NOTE 1: Defining the background and foreground colour of subtitles, font type, size opacity of the background box
of subtitles, and the contour or border of the fonts can contribute to meeting this requirement.
NOTE 2: Subtitles that are bitmap images are examples of unmodifiable characters.

7.1.5

Spoken subtitles

Where ICT displays video with synchronized audio, it shall have a mode of operation to provide a spoken output of theavailable captions, except where the content of the displayed captions is not programmatically determinable.
NOTE 1: Being able to manage speech output range for spoken subtitles independently from general ICT speech ispreferable for most users. That is possible when the audio file with spoken subtitle is delivered in a
separate audio track and mixed in the end users device.

ETSI CEN CENELEC

36

EN 301 549 V3.2.1 (2021-03)

NOTE 2: Presenting the separate audio track with spoken subtitles in synchronization with the displayed
subtitles/captions improves understandability of the subtitles.
NOTE 3: Providing subtitles/captions as separate text-streams, facilitates converting the respective texts into audio.
NOTE 4: Subtitles that are bitmap images are examples where the content of the displayed captions will not be
programmatically determinable.

7.2

Audio description technology

7.2.1

Audio description playback

Where ICT displays video with synchronized audio, it shall provide a mechanism to select and play available audio
description to the default audio channel.
Where video technologies do not have explicit and separate mechanisms for audio description, an ICT is deemed tosatisfy this requirement if the ICT enables the user to select and play several audio tracks.
NOTE 1: In such cases, the video content can include the audio description as one of the available audio tracks.
NOTE 2: Audio descriptions in digital media sometimes include information to allow descriptions that are longer
than the gaps between dialogue. Support in digital media players for this "extended audio description"
feature is useful, especially for digital media that is viewed personally.

7.2.2

Audio description synchronization

Where ICT has a mechanism to play audio description, it shall preserve the synchronization between the audio/visualcontent and the corresponding audio description.

7.2.3

Preservation of audio description

Where ICT transmits, converts, or records video with synchronized audio, it shall preserve audio description data suchthat it can be played in a manner consistent with clauses 7.2.1 and 7.2.2.

7.3

User controls for captions and audio description

Where ICT primarily displays materials containing video with associated audio content, user controls to activate
subtitling and audio description shall be provided to the user at the same level of interaction (i.e. the number of steps tocomplete the task) as the primary media controls.
NOTE 1: Primary media controls are the set of controls that the user most commonly uses to control media.
NOTE 2: Products that have a general hardware volume control, such as a telephone, or a laptop which can be
configured to display video through software but which is not its primary purpose, would not need
dedicated hardware controls for captions and descriptions; however software controls, or hardware
controls mapped through software, would need to be at the same level of interaction.
NOTE 3: It is best practice for ICT to include additional controls enabling the user to select whether captions andaudio description are turned on or off by default.

ETSI CEN CENELEC

37

8

Hardware

8.1

General

8.1.1

Generic requirements

EN 301 549 V3.2.1 (2021-03)

The "generic requirements" of clause 5 also apply to ICT that is hardware.

8.1.2

Standard connections

Where an ICT provides user input or output device connection points, the ICT shall provide at least one input and/or
output connection that conforms to an industry standard non-proprietary format, directly or through the use ofcommercially available adapters.
NOTE 1: The intent of this requirement is to ensure compatibility with assistive technologies by requiring the useof standard connections on ICT.
NOTE 2: The word connection applies to both physical and wireless connections.
NOTE 3: Current examples of industry standard non-proprietary formats are USB and Bluetooth.

8.1.3

Colour

Where the ICT has hardware aspects that use colour, colour shall not be used as the only visual means of conveying
information, indicating an action, prompting a response, or distinguishing a visual element.

8.2

Hardware products with speech output

8.2.1

Speech volume gain

8.2.1.1

Speech volume range

Where ICT hardware has speech output, it shall provide a means to adjust the speech output volume level over a rangeof at least 18 dB.
NOTE:

8.2.1.2

Fixed-line handsets and headsets fulfilling the requirements of ANSI/TIA-4965 [i.2] are deemed tocomply with this requirement.

Incremental volume control

Where ICT hardware has speech output and its volume control is incremental, it shall provide at least one intermediatestep of 12 dB gain above the lowest volume setting.

8.2.2

Magnetic coupling

8.2.2.1

Fixed-line devices

Where ICT hardware is a fixed-line communication device with speech output and which is normally held to the ear, it
shall provide a means of magnetic coupling which meets the requirements of ETSI ES 200 381-1 [2] and shall carry the"T" symbol specified in ETSI ETS 300 381 [1].
NOTE 1: ICT fulfilling the requirements of TIA-1083-A [i.24] is deemed to comply with the requirements of thisclause.

ETSI CEN CENELEC

38

EN 301 549 V3.2.1 (2021-03)

NOTE 2: Magnetic coupling is also known as inductive coupling for T-coil.

8.2.2.2

Wireless communication devices

Where ICT hardware is a wireless communication device with speech output which is normally held to the ear, it shallprovide a means of magnetic coupling to hearing technologies which meets the requirements of ETSI ES 200 381-2 [3].
NOTE:

ICT fulfilling the requirements of ANSI/IEEE C63.19 [i.1] is deemed to comply with the requirements ofthis clause.

8.3

Stationary ICT

8.3.0

GeneralThe present document defines the dimensions for accessing stationary ICT that can be placed in a built environment, butdoes not define the dimensions of the built environment in general.
The scope includes stationary ICT, of which floors and circulation spaces are "an integral part" (typically kiosks andcabins), and where there are external reach ranges relevant for operating the stationary ICT.
Clauses 8.3.2 to 8.3.4 specify mandatory limits for the maximum and minimum height of operable parts and displays.
Based on dimensions shown in Figure 53 of ISO 21542:2011 [i.34], it is recommended that the possible height range isreduced to:•minimum and maximum heights of operable parts: 800 mm and 1 100 mm respectively, and•minimum and maximum heights of displays: 1 200 mm and 1 400 mm respectively.

8.3.1

Forward or side reach

Stationary ICT shall conform to either clause 8.3.2 or clause 8.3.3.
NOTE 1: This does not preclude conforming to both clauses.
NOTE 2: The dimensions set out in clauses 407.8.3 and 407.8.2 of Section 508 of the Rehabilitation Act, as
published in January 2017 [i.25], are identical to those given in clauses 8.3.2 and 8.3.3 of the present
document.
NOTE 3: Physical access to stationary ICT is dependent on the dimensions of both the ICT and the environment inwhich it is installed and operated. Clause 8.3 does not apply to the accessibility of the physicalenvironment external to the ICT.

8.3.2
8.3.2.1

Forward reach
Unobstructed high forward reach

Where no part of the stationary ICT obstructs the forward reach, at least one of each type of operable part shall belocated no higher than 1 220 mm (48 inches) above the floor of the access space. This is shown in Figure 2.

8.3.2.2

Unobstructed low forward reach

Where no part of the stationary ICT obstructs the forward reach, at least one of each type of operable part shall belocated no lower than 380 mm (15 inches) above the floor of the access space. This is shown in Figure 2.

ETSI CEN CENELEC

39

EN 301 549 V3.2.1 (2021-03)

Figure 2: Unobstructed forward reach

8.3.2.3
8.3.2.3.1

Obstructed forward reach
Clear space

Where an obstruction is an integral part of the stationary ICT and hinders the access to any type of operable part, theICT shall provide a clear space which extends beneath the obstructing element for a distance not less than the requiredreach depth over the obstruction.
NOTE:

8.3.2.3.2

Ensuring that there will be unhindered "access to any type of operable part" guarantees that a user will beable access at least one of each type of operable part.

Obstructed (< 510 mm) forward reach

Where the stationary ICT has an obstruction which is an integral part of the ICT and which is less than 510 mm(20 inches), the forward reach to at least one of each type of operable part shall be no higher than 1 220 mm (48 inches)
above the floor contact of the ICT. This is shown in Figure 3 (a).

8.3.2.3.3

Obstructed (< 635 mm) forward reach

Where the stationary ICT has an obstruction which is an integral part of the ICT and which is not less than 510 mm(20 inches) but is less than 635 mm (25 inches) maximum, the forward reach to at least one of each type of operable
part shall be no higher than 1 120 mm (44 inches) above the floor contact of the ICT. This is shown in Figure 3 (b).

Figure 3: Obstructed forward reach

8.3.2.4

Knee and toe clearance width

Where the space under an obstacle that is an integral part of the stationary ICT is part of access space, the clearance
shall be at least 760 mm (30 inches) wide.

ETSI CEN CENELEC

40

8.3.2.5

EN 301 549 V3.2.1 (2021-03)

Toe clearance

Where an obstacle is an integral part of the stationary ICT, a space under the obstacle that is less than 230 mm(9 inches) above the floor is considered toe clearance and shall:a)extend 635 mm (25 inches) maximum under the whole obstacle;b)provide a space at least 430 mm (17 inches) deep and 230 mm (9 inches) above the floor under the obstacle;c)extend no more than 150 mm (6 inches) beyond any obstruction at 230 mm (9 inches) above the floor.

This is shown in Figure 4.

Figure 4: Toe clearance

8.3.2.6

Knee clearance

Where an obstacle is an integral part of the stationary ICT, the space under the obstacle that is between 230 mm(9 inches) and 685 mm (25 inches) above the floor is considered knee clearance and shall:a)extend no more than 635 mm (25 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;b)extend at least 280 mm (11 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;c)extend at least 205 mm (8 inches) under the obstacle at a height of 685 mm (27 inches) above the floor;d)be permitted to be reduced in depth at a rate of 25 mm (1 inch) for each 150 mm (6 inches) in height.

This is shown in Figure 5.

Figure 5: Knee clearance

ETSI CEN CENELEC

41

8.3.3
8.3.3.1

EN 301 549 V3.2.1 (2021-03)

Side reach
Unobstructed high side reach

Where the side reach is unobstructed or obstructed by an element that is an integral part of the stationary ICT and whichis less than 255 mm (10 inches), at least one of each type of operable part shall be within a high side reach which is lessthan or equal to 1 220 mm (48 inches) above the floor of the access space. This is shown in Figure 6.

8.3.3.2

Unobstructed low side reach

Where the side reach is unobstructed or obstructed by an element that is an integral part of the stationary ICT and whichis less than 255 mm (10 inches), at least one of each type of operable part shall be within a low side reach which isgreater than or equal to 380 mm (15 inches) above the floor of the access space. This is shown in Figure 6.

Figure 6: Unobstructed side reach

8.3.3.3
8.3.3.3.1

Obstructed side reach
Obstructed (≤ 255 mm) side reach

Where stationary ICT has an obstruction which is an integral part of the ICT, the height of the obstruction shall be lessthan 865 mm (34 inches). Where the depth of the obstruction is less than or equal to 255 mm (10 inches), the high side
reach to at least one of each type of operable part shall be no higher than 1 220 mm (48 inches) above the floor of theaccess space. This is shown in Figure 7 (a).

8.3.3.3.2

Obstructed (≤ 610 mm) side reach

Where stationary ICT has an obstruction which is an integral part of the ICT, the height of the obstruction shall be lessthan 865 mm (34 inches). Where the depth of the obstruction is greater than 255 mm (10 inches) with a maximum depthof 610 mm (24 inches), the high side reach to at least one of each type of operable part shall be no higher than
1 170 mm (46 inches) above the floor of the access space. This is shown in Figure 7 (b).

Figure 7: Obstructed high side reachETSI CEN CENELEC

42

8.3.4

EN 301 549 V3.2.1 (2021-03)

Clear floor or ground space

8.3.4.1

Change in level

Where stationary ICT has a floor within it, then any change of floor level within it or entering it shall be ramped with aslope no steeper than 1:48.
Exceptions:a)

If the change in floor level is less than or equal to 6,4 mm (¼ inch) the change may be vertical as shown in
Figure 8.

b)

If the change in floor level is less than or equal to 13 mm (½ inch) the change may have a slope not steeper
than 1:2 as shown in Figure 9.

Figure 8: Vertical change in level

mm
mm
mm

Figure 9: Bevelled change in level

8.3.4.2

Clear floor or ground space

Where stationary ICT has an operating area within it, it shall provide a clear floor area that has the minimum
dimensions of 760 mm (30 inches) by 1 220 mm (48 inches) from which to operate the ICT. This is shown in Figure 10.

Figure 10: Clear floor or ground space

8.3.4.3

Approach

8.3.4.3.1

GeneralWhere stationary ICT has an access space inside it, at least one full side of the space shall be unobstructed.

ETSI CEN CENELEC

43

8.3.4.3.2

EN 301 549 V3.2.1 (2021-03)

Forward approach

Where the operating area is inside an alcove within the stationary ICT, the alcove is deeper than 610 mm (24 inches),
and where a forward approach is necessary, the dimension of the access space shall be a minimum of 915 mm(36 inches) wide. This is shown in Figure 11.

Figure 11: Manoeuvring Clearance in an Alcove, Forward Approach

8.3.4.3.3

Parallel approach

Where the operating area is inside an alcove within the stationary ICT, the alcove is deeper than 380 mm (15 inches),
and where a parallel approach is possible, the dimension of the access space shall be a minimum of 1 525 mm(60 inches) wide. This is shown in Figure 12.

Figure 12: Manoeuvring Clearance in an Alcove, Parallel Approach

8.3.5

Visibility

Where stationary ICT provides one or more display screens, at least one of each type of display screen shall bepositioned such that the information on the screen is legible from a point located 1 015 mm (40 inches) above the centreof the floor of the operating area).
NOTE:

8.3.6

The intent of this requirement is that the information on the screen can be read by users with normal
vision and appropriate language skills, when seated in a wheelchair.

Installation instructions

Installation instructions shall be made available for all stationary ICT. These instructions shall give guidance on how to
install the ICT in a manner that takes into account applicable requirements for accessibility of the built environment asthey apply to the installation of the ICT. Where there are no such requirements the instructions should require that thedimensions of the installed ICT conform to clauses 8.3.2 to 8.3.5 of the present document.

ETSI CEN CENELEC

44

8.4

Mechanically operable parts

8.4.1

Numeric keys

EN 301 549 V3.2.1 (2021-03)

Where provided, physical numeric keys arranged in a rectangular keypad layout shall have the number five key tactilely
distinct from the other keys of the keypad.
NOTE:

8.4.2
8.4.2.1

Recommendation ITU-T E.161 [i.20] describes the 12-key telephone keypad layout and provides further
details of the form of tactile markers.

Operation of mechanical parts
Means of operation of mechanical parts

Where a control requires grasping, pinching, or twisting of the wrist to operate it, an accessible alternative means ofoperation that does not require these actions shall be provided.

8.4.2.2

Force of operation of mechanical parts

Where a control requires a force greater than 22,2 N to operate it, an accessible alternative means of operation that
requires a force less than 22,2 N shall be provided.
NOTE:

8.4.3

ISO 21542:2011 [i.34]: Building Construction - Accessibility and Usability of the Built Environment
recommends a value between 2,5 and 5 Newtons.

Keys, tickets and fare cards

Where ICT provides keys, tickets or fare cards, and their orientation is important for further use, they shall have an
orientation that is tactilely discernible.
NOTE:

8.5

ETSI ETS 300 767 [i.6] defines suitable tactile indications for plastic cards.

Tactile indication of speech mode

Where ICT is designed for shared use and speech output is available, a tactile indication of the means to initiate thespeech mode of operation shall be provided.
NOTE:

The tactile indication could include Braille instructions.

ETSI CEN CENELEC

45

9

Web

9.0

General (informative)

EN 301 549 V3.2.1 (2021-03)

Requirements in clause 9 apply to web pages (as defined in clause 3.1) including:•Conformance with W3C Web Content Accessibility Guidelines (WCAG 2.0) Level AA is equivalent toconforming with clauses 9.1.1, 9.1.2, 9.1.3.1 to 9.1.3.3, 9.1.4.1 to 9.1.4.5, 9.2.1.1, 9.2.1.2, 9.2.2, 9.2.3, 9.2.4,
9.3, 9.4.1.1, 9.4.1.2 and the conformance requirements of clause 9.6 of the present document.

•

Conformance with W3C Web Content Accessibility Guidelines (WCAG 2.1) [5] Level AA is equivalent toconforming with all of clauses 9.1 to 9.4 and the conformance requirements of clause 9.6 of the present
document.

•

Requirements for non-web documents and non-web software are given in clauses 10 and 11 respectively.

NOTE 1: When evaluating web sites they are evaluated as individual web pages. Web applications, including
mobile web applications, are covered under the definition of web page which is quite broad and covers all
web content types.
NOTE 2: WCAG 2.0 is identical to ISO/IEC 40500:2012: "Information technology - W3C Web Content
Accessibility Guidelines (WCAG) 2.0" [4].
The requirements in clauses 9.1 to 9.4 are written using the concept of satisfying success criteria (defined in clause 3.1).
A web page satisfies a WCAG success criterion when the success criterion does not evaluate to false when applied to
the web page. This implies that if the success criterion puts conditions on a specific feature and that specific featuredoes not occur in the web page, then the web page satisfies the success criterion.
NOTE 3: For example, a web page that does not contain pre-recorded audio content in synchronized media willautomatically satisfy WCAG success criterion 1.2.2 (captions - pre-recorded) and, in consequence, will
also conform to clause 9.1.2.2.
In addition to Level AA success criteria, the Web Content Accessibility Guidelines also include success criteria forLevel AAA. These are listed in clause 9.5 of the present document. Web authors and procurement accessibility
specialists are encouraged to consider whether any of the WCAG Level AAA success criteria offer suggestions that
may be applicable and relevant to their project, as well as potentially beneficial to some users.
NOTE 4: The W3C states that "It is not recommended that Level AAA conformance be required as a general policy
for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content".
NOTE 5: "Void" clauses have been inserted in order to maintain alignment with the numbering of WCAG 2.1
Level A and Level AA Success Criteria.

9.1

Perceivable

9.1.1

Text alternatives

9.1.1.1

Non-text content

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.1.1 Non-text content.

9.1.2
9.1.2.1

Time-based media
Audio-only and video-only (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).

ETSI CEN CENELEC

46

9.1.2.2

EN 301 549 V3.2.1 (2021-03)

Captions (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

9.1.2.3

Audio description or media alternative (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative(Prerecorded).

9.1.2.4

Captions (live)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

9.1.2.5

Audio description (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

9.1.3
9.1.3.1

Adaptable
Info and relationships

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

9.1.3.2

Meaningful sequence

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

9.1.3.3

Sensory characteristics

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

9.1.3.4

Orientation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.4 Orientation.

9.1.3.5

Identify input purpose

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

9.1.4

Distinguishable

9.1.4.1

Use of colour

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.1 Use of Color.

9.1.4.2

Audio control

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.2 Audio Control.

9.1.4.3

Contrast (minimum)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

ETSI CEN CENELEC

47

9.1.4.4

EN 301 549 V3.2.1 (2021-03)

Resize text

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.4 Resize text.

9.1.4.5

Images of text

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.5 Images of Text.

9.1.4.6

Void

9.1.4.7

Void

9.1.4.8

Void

9.1.4.9Void

9.1.4.10

Reflow

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.10 Reflow.

9.1.4.11

Non-text contrast

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

9.1.4.12

Text spacing

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

9.1.4.13

Content on hover or focus

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

9.2

Operable

9.2.1

Keyboard accessible

9.2.1.1

Keyboard

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.1 Keyboard.

9.2.1.2

No keyboard trap

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap.

9.2.1.3

Void

9.2.1.4

Character key shortcuts

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

ETSI CEN CENELEC

48

9.2.2
9.2.2.1

EN 301 549 V3.2.1 (2021-03)

Enough time
Timing adjustable

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable.

9.2.2.2

Pause, stop, hide

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide.

9.2.3

Seizures and physical reactions

9.2.3.1

Three flashes or below threshold

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold.

9.2.4
9.2.4.1

Navigable
Bypass blocks

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks.

9.2.4.2

Page titled

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.2 Page Titled.

9.2.4.3

Focus Order

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.3 Focus Order.

9.2.4.4

Link purpose (in context)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

9.2.4.5

Multiple ways

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.5 Multiple Ways.

9.2.4.6

Headings and labels

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

9.2.4.7

Focus visible

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

ETSI CEN CENELEC

49

9.2.5

Input modalities

9.2.5.1

Pointer gestures

EN 301 549 V3.2.1 (2021-03)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures.

9.2.5.2

Pointer cancellation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation.

9.2.5.3

Label in name

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Label in Name.

9.2.5.4

Motion actuation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

9.3

Understandable

9.3.1

Readable

9.3.1.1

Language of page

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.1.1 Language of Page.

9.3.1.2

Language of parts

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.1.2 Language of Parts.

9.3.2

Predictable

9.3.2.1

On focus

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.1 On Focus.

9.3.2.2

On input

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.2 On Input.

9.3.2.3

Consistent navigation

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation.

9.3.2.4

Consistent identification

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.2.4 Consistent Identification.

9.3.3
9.3.3.1

Input assistance
Error identification

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.1 Error Identification.

ETSI CEN CENELEC

50

9.3.3.2

EN 301 549 V3.2.1 (2021-03)

Labels or instructions

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

9.3.3.3

Error suggestion

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

9.3.3.4

Error prevention (legal, financial, data)

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data).

9.4

Robust9.4.1

Compatible

9.4.1.1

Parsing

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.1 Parsing.

9.4.1.2

Name, role, value

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value.

9.4.1.3

Status messages

Where ICT is a web page, it shall satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

9.5

WCAG 2.1 AAA Success Criteria

In addition to the Level AA success criteria, included in clauses 9.1 to 9.4, the Web Content Accessibility Guidelines
include success criteria for Level AAA. These are listed in Table 9.1. Web authors and procurement accessibility
specialists are encouraged to consider the WCAG 2.1 Level AAA success criteria that, when it is possible to apply
them, may provide access beyond that required in the present document.
NOTE:

The W3C states that "It is not recommended that Level AAA conformance be required as a general policy
for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content".

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

51

Table 9.1: WCAG 2.1 Level AAA Success Criteria

9.6

No.

Guideline

Success
Criterion
Number

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

Time-based media
Time-based media
Time-based media
Time-based media
Adaptable
Distinguishable
Distinguishable
Distinguishable
Distinguishable
Keyboard Accessible
Enough time
Enough time
Enough time
Enough time
Seizures and physical reactions
Seizures and physical reactions
Navigable
Navigable
Navigable
Input modalities
Input modalities
Readable
Readable
Readable
Readable
Predictable
Input assistance
Input assistance

1.2.6
1.2.7
1.2.8
1.2.9
1.3.6
1.4.6
1.4.7
1.4.8
1.4.9
2.1.3
2.2.3
2.2.4
2.2.5
2.2.6
2.3.2
2.3.3
2.4.8
2.4.9
2.4.10
2.5.5
2.5.6
3.1.3
3.1.4
3.1.5
3.1.6
3.2.5
3.3.5
3.3.6

Success Criteria Name

Sign Language (Prerecorded)
Extended Audio Description (Prerecorded)Media Alternative (Prerecorded)
Audio-only (Live)
Identify Purpose
Contrast (Enhanced)
Low or No Background Audio
Visual Presentation
Images of Text (No Exception)
Keyboard (No Exception)
No Timing
Interruptions
Re-authenticating
Timeouts
Three Flashes
Animation form Interactions
Location
Link Purpose (Link Only)
Section Headings
Target Size
Concurrent Input Mechanisms
Unusual Words
Abbreviations
Reading Level
Pronunciation
Change on Request
Help
Error Prevention (All)

WCAG conformance requirements

Where ICT is a web page, it shall satisfy all the following five WCAG 2.1 conformance requirements at Level AA [5]:1)

Conformance level2)

Full pages

3)

Complete processes

4)

Only Accessibility-Supported Ways of Using Technologies

5)

Non-interference

NOTE 1: A Web page that meets all of requirements 9.1 to 9.4, or where a Level AA conforming alternate version(as defined in WCAG 2.1 [5]) is provided, will meet conformance requirement 1.
NOTE 2: According to W3C: "WCAG 2.1 extends Web Content Accessibility Guidelines 2.0 [4], which was
published as a W3C Recommendation December 2008. Content that conforms to WCAG 2.1 also
conforms to WCAG 2.0, and therefore to policies that reference WCAG 2.0" [4].
NOTE 3: Conformance requirement 5 states that all content on the page, including content that is not otherwise
relied upon to meet conformance, meets clauses 9.1.4.2, 9.2.1.2, 9.2.2.2 and 9.2.3.1.

ETSI CEN CENELEC

52

10

Non-web documents

10.0

General (informative)

EN 301 549 V3.2.1 (2021-03)

Requirements in clause 10 apply to:•

documents that are not web pages;•

documents that are not embedded in web pages; and•documents that are provided with web pages but are neither embedded nor rendered together with the web
page from which they are provided (i.e. the present clause applies to downloadable documents).

Clause 9 provides requirements for documents that are in web pages or that are embedded in web pages and that areused in the rendering or that are intended to be rendered together with the web page in which they are embedded.
NOTE 1: Some examples of documents are letters, spreadsheets, emails, books, pictures, presentations, and movies
that have an associated user agent such as a document reader, editor or media player.
NOTE 2: A single document may be composed of multiple files such as the video content and closed caption text.
This fact is not usually apparent to the end-user consuming the document/content.
NOTE 3: Documents require a user agent in order for the content to be presented to users. The requirements foruser agents can be found in clause 11.
NOTE 4: The requirements for content that is part of software, can be found in clause 11.
NOTE 5: The success criteria set out in clause 10 are intended to harmonize with the Working Group Note [i.26]
produced by the W3C's WCAG2ICT Task Force.
NOTE 6: "Void" clauses have been inserted in order to maintain alignment of the numbering in clauses 9, 10 and
11.
NOTE 7: Requirements in clause 10 also apply to documents that are protected using mechanisms such as digital
signatures, encryption, password protection, and watermarks when they are presented to the user.
NOTE 8: It is best practice to provide meta data on the accessibility of the document within or separate to the
document using WebSchemas/Accessibility 2.0 [i.38].

10.1

Perceivable

10.1.1

Text alternatives

10.1.1.1

Non-text content

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.1.1 Non-text Content.
NOTE:

CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance isaccurate.

ETSI CEN CENELEC

53

10.1.210.1.2.1

EN 301 549 V3.2.1 (2021-03)

Time-based media
Audio-only and video-only (pre-recorded)

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only(Prerecorded).
NOTE:

10.1.2.2

The alternative can be provided directly in the document - or provided in an alternate version that meetsthe success criterion.

Captions (pre-recorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).
NOTE:

10.1.2.3

The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed tounderstand the media content" where non-speech information includes "sound effects, music, laughter,speaker identification and location".

Audio description or media alternative (pre-recorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media
Alternative (Prerecorded).
NOTE 1: The WCAG 2.1 definition of "audio description" says that "audio description" is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

10.1.2.4

Captions (live)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.4 Captions (Live).
NOTE:

10.1.2.5

The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed tounderstand the media content" where non-speech information includes "sound effects, music, laughter,speaker identification and location".

Audio description (pre-recorded)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.2.5 Audio Description(Prerecorded).
NOTE 1: The WCAG 2.1 definition of "audio description" says that audio description is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

ETSI CEN CENELEC

54

10.1.310.1.3.1

EN 301 549 V3.2.1 (2021-03)

Adaptable
Info and relationships

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.
NOTE:

10.1.3.2

Where documents contain non-standard structure types (roles), it is best practice to map them to a
standard structure type as a fall-back solution for the reader.

Meaningful sequence

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

10.1.3.3

Sensory characteristics

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

10.1.3.4

Orientation

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.4 Orientation.

10.1.3.5

Identify input purpose

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

10.1.4

Distinguishable

10.1.4.1

Use of colour

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.1 Use of Color.

10.1.4.2

Audio control

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.1.
Table 10.1: Document success criterion: Audio control
If any audio in a document plays automatically for more than 3 seconds, either a mechanism is available to pause
or stop the audio, or a mechanism is available to control audio volume independently from the overall system
volume level.
NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, all content in the document (whether or not it is used to meet other successcriteria) shall meet this success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.2 Audio Control, replacing "ona Web page" with "in a document", "any content" with "any part of a document", "whole page" with "whole
document", "on the Web page" with "in the document", removing "See Conformance Requirement 5:
Non-Interference" and adding note 1.

10.1.4.3

Contrast (minimum)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

10.1.4.4

Resize text

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.4 Resize Text.
NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would
automatically meet this success criterion when used with such players, unless the content will not workwith zoom.
ETSI CEN CENELEC

55

EN 301 549 V3.2.1 (2021-03)

NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 %without needing to use assistive technologies. This means that the application provides some means forenlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that theapplication works with the platform features that meet this requirement.
NOTE 3: It is best practice to use only fonts that allow for scaling without loss of quality (e.g. pixelized
presentation). This applies in particular to embedded fonts.

10.1.4.5

Images of text

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 1.4.5 Images of Text.

10.1.4.6

Void

10.1.4.7

Void

10.1.4.8

Void

10.1.4.9

Void

10.1.4.10

Reflow

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.2.
Table 10.2: Document success criterion: Reflow
Content can be presented without loss of information or functionality, and without requiring scrolling in two
dimensions for:•Vertical scrolling content at a width equivalent to 320 CSS pixels.
•
Horizontal scrolling content at a height equivalent to 256 CSS pixels.
Except for parts of the content which require two-dimensional layout for usage or meaning.
NOTE 1: 320 CSS pixels is equivalent to a starting viewport width of 1 280 CSS pixels wide at 400 % zoom. For
documents which are designed to scroll horizontally (e.g. with vertical text), the 256 CSS pixels is
equivalent to a starting viewport height of 1 024 pixels at 400 % zoom.
NOTE 2: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games,
presentations, data tables, and interfaces where it is necessary to keep toolbars in view while
manipulating content.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.10 Reflow replacing the original
WCAG 2.1 notes with notes 1 and 2, above.

10.1.4.11

Non-text contrast

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

ETSI CEN CENELEC

56

10.1.4.12

EN 301 549 V3.2.1 (2021-03)

Text spacing

Where ICT is a non-web document that does not have a fixed size content layout area that is essential to the information
being conveyed, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

10.1.4.13

Content on hover or focus

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

10.2

Operable

10.2.1

Keyboard accessible

10.2.1.1

Keyboard

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.1.1 Keyboard.

10.2.1.2

No keyboard trap

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.3.
Table 10.3: Document success criterion: No keyboard trap
If keyboard focus can be moved to a component of the document using a keyboard interface, then focus can be
moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or
tab keys or other standard exit methods, the user is advised of the method for moving focus away.
NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, it is necessary for all content in the document (whether or not it is used tomeet other success criteria) to meet this success criterion.
NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key
is a standard method for exiting.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap replacing"page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference"
and with the addition of note 2 above and with note 1 above re-drafted to avoid the use of the word
"must".

ETSI CEN CENELEC

57

10.2.1.3

Void

10.2.1.4

Character key shortcuts

EN 301 549 V3.2.1 (2021-03)

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

10.2.210.2.2.1

Enough time
Timing adjustable

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.4.
Table 10.4: Document success criterion: Timing adjustable
For each time limit that is set by the document, at least one of the following is true:•
Turn off: The user is allowed to turn off the time limit before encountering it; or•Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least
ten times the length of the default setting; or•Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit witha simple action (for example, "press the space bar"), and the user is allowed to extend the time limit atleast ten times; or•
Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), andno alternative to the time limit is possible; or•Essential Exception: The time limit is essential and extending it would invalidate the activity; or•
20 Hour Exception: The time limit is longer than 20 hours.
NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes incontent or context that are a result of a time limit. This success criterion should be considered inconjunction with WCAG 2.1 Success Criterion 3.2.1, which puts limits on changes of content or context
as a result of user action.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable replacing"the content" with "documents" and with the words "WCAG 2.1" added before the word "Success
Criterion" in note 1 above.

10.2.2.2

Pause, stop, hide

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.5.
Table 10.5: Document success criterion: Pause, stop, hide
For moving, blinking, scrolling, or auto-updating information, all of the following are true:• Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically,(2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism
for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where
it is essential; and•Auto-updating: For any auto-updating information that (1) starts automatically and (2) is presented inparallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control thefrequency of the update unless the auto-updating is part of an activity where it is essential.
NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.1 Guideline 2.3.
NOTE 2: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, it is necessary for all content in the document (whether it is used to meetother success criteria or not) to meet this success criterion.
NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required topreserve or present information that is generated or received between the initiation of the pause andresuming presentation, as this may not be technically possible, and in many situations could be
misleading to do so.
NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential ifinteraction cannot occur during that phase for all users and if not indicating progress could confuse users
or cause them to think that content was frozen or broken.
NOTE 5: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide replacing"page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference"in note 2 of the success criterion, with the words "WCAG 2.1" added before the word "Guideline" innote 1 above and with note 2 above re-drafted to avoid the use of the word "must".

ETSI CEN CENELEC

58

10.2.3

Seizures and physical reactions

10.2.3.1

Three flashes or below threshold

EN 301 549 V3.2.1 (2021-03)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.6.
Table 10.6: Document success criterion: Three flashes or below threshold
Documents do not contain anything that flashes more than three times in any one second period, or the flash is
below the general flash and red flash thresholds.
NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, it is necessary for all content in the document (whether it is used to meetother success criteria or not) to meet this success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below
Threshold replacing "Web pages" with "documents", "the whole page" with "the whole document", "theWeb page" with "the document" and removing "See Conformance Requirement 5: Non-Interference" andwith note 1 above re-drafted to avoid the use of the word "must".

10.2.4

Navigable

10.2.4.1

Void

NOTE 1: The related web page requirement "Bypass blocks" does not apply to single documents, but to a specificdefinition of "sets of documents" that are rare.
NOTE 2: Although not a requirement, the ability to bypass blocks of content that are repeated within documents isgenerally considered best practice and addresses user needs.

10.2.4.2

Document titled

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.7.
Table 10.7: Document success criterion: Document titledDocuments have titles that describe topic or purpose.
NOTE 1: The name of a document (e.g. document, media file) is a sufficient title if it describes the topic or
purpose.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.2 Page Titled replacing "Webpages" with "documents" and with the addition of note 1 above.

10.2.4.3

Focus Order

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.8.
Table 10.8: Document success criterion: Focus order
If a document can be navigated sequentially and the navigation sequences affect meaning or operation, focusable
components receive focus in an order that preserves meaning and operability.
NOTE:
This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.3 Focus Order replacing "Webpage" with "document".

10.2.4.4

Link purpose (in context)

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

10.2.4.5
NOTE:

Void
The related web page requirement "Multiple ways" does not apply to single documents, but to a specificdefinition of "sets of documents" that are rare.

ETSI CEN CENELEC

59

10.2.4.6

EN 301 549 V3.2.1 (2021-03)

Headings and labels

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

10.2.4.7

Focus visible

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

10.2.5

Input modalities

10.2.5.1

Pointer gestures

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.9.
Table 10.9: Document success criterion: Pointer gestures
All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointerwithout a path-based gesture, unless a multipoint or path-based gesture is essential.
NOTE 1: This requirement applies to documents that interpret pointer actions (i.e. this does not apply to actions
that are required to operate the user agent or assistive technology).
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures replacing
the original WCAG 2.1 note with note 1 above.

10.2.5.2

Pointer cancellation

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.10.
Table 10.10: Document success criterion: Pointer cancellation
For functionality that can be operated using a single pointer, at least one of the following is true:•
No Down-Event: The down-event of the pointer is not used to execute any part of the function;•
Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort thefunction before completion or to undo the function after completion;•
Up Reversal: The up-event reverses any outcome of the preceding down-event;•
Essential: Completing the function on the down-event is essential.
NOTE 1: Functions that emulate a keyboard or numeric keypad key press are considered essential.
NOTE 2: This requirement applies to a document that interprets pointer actions (i.e. this does not apply to actions
that are required to operate the user agent or assistive technology).
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation
replacing the original WCAG 2.1 note with notes 1 and 2 above.

10.2.5.3

Label in name

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Label in Name.

10.2.5.4

Motion actuation

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

ETSI CEN CENELEC

60

10.3

Understandable

10.3.1

Readable

10.3.1.1

EN 301 549 V3.2.1 (2021-03)

Language of document

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.11.
Table 10.11: Document success criterion: Language of document
The default human language of each document can be programmatically determined.
NOTE:
This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.1 Language of Page replacing"web page" with "document".

10.3.1.2

Language of parts

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.12.
Table 10.12: Document success criterion: Language of parts
The human language of each passage or phrase in the document can be programmatically determined except for
proper names, technical terms, words of indeterminate language, and words or phrases that have become part ofthe vernacular of the immediately surrounding text.
NOTE 1: There are some document technologies where there is no assistive technology supported method formarking the language for the different passages or phrases in the document, and it would not be possible
to meet this success criterion with those technologies.
NOTE 2: Inheritance is one common method. For example a document provides the language that it is using and it
can be assumed that all of the text or user interface elements within that document will be using thesame language unless it is indicated.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.2 Language of Parts replacing"content" with "document" and with the addition of notes 1 and 2 above.

10.3.2

Predictable

10.3.2.1

On focus

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.2.1 On Focus.
NOTE:

10.3.2.2

Some compound documents and their user agents are designed to provide significantly different viewing
and editing functionality depending upon what portion of the compound document is being interactedwith (e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the useragent change depending upon whether the user is interacting with the presentation content, or theembedded spreadsheet content). If the user uses a mechanism other than putting focus on that portion of
the compound document with which they mean to interact (e.g. by a menu choice or special keyboard
gesture), any resulting change of context would not be subject to this success criterion because it was notcaused by a change of focus.

On input

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.2.2 On Input.

10.3.2.3
NOTE:

Void
The related web page requirement "Consistent navigation" does not apply to single documents, but to a
specific definition of "sets of documents" that are rare.

ETSI CEN CENELEC

61

10.3.2.4
NOTE:

10.3.310.3.3.1

EN 301 549 V3.2.1 (2021-03)

Void
The related web page requirement "Consistent identification" does not apply to single documents, but to a
specific definition of "sets of documents" that are rare.

Input assistance
Error identification

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.1 Error Identification.

10.3.3.2

Labels or instructions

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

10.3.3.3

Error suggestion

Where ICT is a non-web document, it shall satisfy the WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

10.3.3.4

Error prevention (legal, financial, data)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.13.
Table 10.13: Document success criterion: Error prevention (legal, financial, data)
For documents that cause legal commitments or financial transactions for the user to occur, that modify or deleteuser-controllable data in data storage systems, or that submit user test responses, at least one of the following is
true:1) Reversible: Submissions are reversible.
2) Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correctthem.
3) Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing thesubmission.
NOTE:
This success criterion is identical to the WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal,
Financial, Data) replacing "web pages" with "documents".

ETSI CEN CENELEC

62

10.4

Robust

10.4.1Compatible

10.4.1.1

Parsing

EN 301 549 V3.2.1 (2021-03)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.14.
Table 10.14: Document success criterion: Parsing
For documents that use markup languages, in such a way that the markup is separately exposed and available toassistive technologies and accessibility features of software or to a user-selectable user agent, elements havecomplete start and end tags, elements are nested according to their specifications, elements do not contain
duplicate attributes, and any IDs are unique, except where the specifications allow these features.
NOTE 1: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket
or a mismatched attribute value quotation mark are not complete.
NOTE 2: Markup is not always available to assistive technology or to user selectable user agents such asbrowsers. In such cases, conformance to this [requirement] would have no impact on accessibility as it
can for web content where it is exposed.
NOTE 3: Examples of markup that is separately exposed and available to assistive technologies and to useragents include but are not limited to: documents encoded in HTML, ODF, and OOXML. In theseexamples, the markup can be parsed entirely in two ways: (a) by assistive technologies which may
directly open the document, (b) by assistive technologies using DOM APIs of user agents for these
document formats.
NOTE 4: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.1 Parsing replacing "In content
implemented using markup languages" with "For documents that use markup languages, in such a waythat the markup is separately exposed and available to assistive technologies and accessibility featuresof software or to a user-selectable user agent" with the addition of notes 2 and 3 above.

10.4.1.2

Name, role, value

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.15.
Table 10.15: Document success criterion: Name, role, value
For all user interface components (including but not limited to: form elements, links and components generated byscripts), the name and role can be programmatically determined; states, properties, and values that can be set by
the user can be programmatically set; and notification of changes to these items is available to user agents,
including assistive technologies.
NOTE 1: This success criterion is primarily for software developers who develop or use custom user interface
components. Standard user interface components on most accessibility-supported platforms alreadymeet this success criterion when used according to specification.
NOTE 2: For document formats that support interoperability with assistive technology, standard user interface
components often meet this success criterion when used according to the general design andaccessibility guidance for the document format.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value replacing
the original WCAG 2.1 note with: "This success criterion is primarily for software developers who develop
or use custom user interface components. For example, standard user interface components on mostaccessibility-supported platforms already meet this success criterion when used according to
specification." and with the addition of note 2 above.

10.4.1.3

Status messages

Where ICT is a non-web document, it shall satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

10.5

Caption positioning

Where ICT is a non-web document that contains synchronized media with captions, the captions should not obscure
relevant information in the synchronized media.

ETSI CEN CENELEC

63

10.6

EN 301 549 V3.2.1 (2021-03)

Audio description timing

Where ICT is a non-web document that contains synchronized media with audio description, the audio description
should not interfere with relevant audio information in the synchronized media.

ETSI CEN CENELEC

64

11

Software

11.0

General (informative)

EN 301 549 V3.2.1 (2021-03)

This clause provides requirements for:•platform software;•

software that provides a user interface including content that is in the software;•authoring tools;•

software that operates as assistive technology;•

mobile applications.

NOTE 1: User agents are examples of software that provide a user interface. They retrieve, render and facilitate end
user interaction with authored content. User agents play a necessary role in the accessibility of authoredcontent rendered in the user interface. UAAG 2.0 [i.33] provides additional advice for those who are
creating user agents and want to increase functionality when rendering authored content in an accessible
way.
NOTE 2: The requirements for Web content, including software that is Web content, can be found in clause 9.
NOTE 3: The requirements for documents, that may be presented by user agents, can be found in clause 10.
NOTE 4: Although the accessibility of command line interfaces is not dealt with in the present document,
accessibility may be achieved by context specific requirements, some of which may be found in clauses 5
or 11.
Requirements in clauses 11.1 to 11.5 apply to software:•that is not a web page;•

not embedded in web pages nor used in the rendering or functioning of the page.

Clause 9 provides requirements for software that is in web pages or that is embedded in web pages and that is used in
the rendering or that is intended to be rendered together with the web page in which it is embedded.
Some requirements in clauses 11.1 to 11.5 have different versions for open or closed functionality. In those cases, thecorresponding clause will be divided into two subclauses.
The success criteria set out in clauses 11.1 to 11.5 are intended to harmonize with the W3C Working Group Note [i.26]
produced by the W3C's WCAG2ICT Task Force.
NOTE 5: Software that provides a user interface includes its own content. Some examples of content in software
include: the controls and text displayed in a menu bar of a graphical user interface application, images
that appear in a toolbar, prompts spoken in an auditory user interface, other user interaction controls, andother text, graphics or material that is not loaded from outside the software.
NOTE 6: "Void" clauses have been inserted in order to maintain alignment of the numbering in clauses 9, 10 and
11.

ETSI CEN CENELEC

65

11.1

Perceivable

11.1.1

Text alternatives

11.1.1.1

Non-text content

11.1.1.1.1

EN 301 549 V3.2.1 (2021-03)

Non-text content (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy WCAG 2.1 Success Criterion 1.1.1 Non-text Content.
NOTE:

11.1.1.1.2

CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance isaccurate.

Non-text content (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.6 (Speech output for non-text content).

11.1.2
11.1.2.1
11.1.2.1.1

Time-based media
Audio-only and video-only (pre-recorded)
Audio-only and video-only (pre-recorded - open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading and where pre-recorded auditory information is not needed to enable the use of closed functions of ICT,it shall satisfy the WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only (Prerecorded).
NOTE:

11.1.2.1.2
11.1.2.1.2.1

The alternative can be provided directly in the software - or provided in an alternate version that meetsthe success criterion.

Audio-only and video-only (pre-recorded - closed functionality)
Pre-recorded audio-only (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and where pre-recorded auditory information is needed to enable the use of closed functions of ICT, thefunctionality of software that provides a user interface shall meet requirement 5.1.5 (Visual output for auditory
information).
11.1.2.1.2.2

Pre-recorded video-only (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.7 (Speech output for video information).

ETSI CEN CENELEC

66

11.1.2.2

EN 301 549 V3.2.1 (2021-03)

Captions (pre-recorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.2
Captions (Prerecorded).
NOTE:

11.1.2.3
11.1.2.3.1

The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed tounderstand the media content" where non-speech information includes "sound effects, music, laughter,speaker identification and location".

Audio description or media alternative (pre-recorded)
Audio description or media alternative (pre-recorded - open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative(Prerecorded).
NOTE 1: The WCAG 2.1 definition of "audio description" says that "audio description" is "also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

11.1.2.3.2

Audio description or media alternative (pre-recorded - closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.7 (Speech output for video information).

11.1.2.4

Captions (live)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.4
Captions (Live).
NOTE:

11.1.2.5

The WCAG 2.1 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.1, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed tounderstand the media content" where non-speech information includes "sound effects, music, laughter,speaker identification and location".

Audio description (pre-recorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.2.5
Audio Description (Prerecorded).
NOTE 1: The WCAG 2.1 definition of "audio description" says that audio description is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.

ETSI CEN CENELEC

67

11.1.311.1.3.1
11.1.3.1.1

EN 301 549 V3.2.1 (2021-03)

Adaptable
Info and relationships
Info and relationships (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.
NOTE:

11.1.3.1.2

In software, programmatic determinability is best achieved through the use of accessibility services
provided by platform software to enable interoperability between software and assistive technologies andaccessibility features of software. (see clause 11.5 Interoperability with assistive technology).

Info and relationships (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and where information is displayed on the screen, the ICT should provide auditory information that allows theuser to correlate the audio with the information displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.
NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.

11.1.3.2
11.1.3.2.1

Meaningful sequence
Meaningful sequence (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

11.1.3.2.2

Meaningful sequence (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and where information is displayed on the screen, the ICT should provide auditory information that allows theuser to correlate the audio with the information displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.
NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.

11.1.3.3

Sensory characteristics

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.3.3
Sensory Characteristics.

11.1.3.4

Orientation

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.3.4
Orientation.

ETSI CEN CENELEC

68

11.1.3.5
11.1.3.5.1

EN 301 549 V3.2.1 (2021-03)

Identify input purpose
Identify input purpose (open functionality)

Where ICT is non-web software that provides a user interface and supports access to assistive technologies for screen
reading, it shall satisfy the WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

11.1.3.5.2

Identify input purpose (closed functionality)

Where ICT is non-web software that provides a user interface and is closed to assistive technologies, in at least one
mode of operation the ICT shall present to the user, in an audio form, the purpose of each input field collecting
information about the user when the input field serves a purpose identified in the WCAG 2.1 Input Purposes for User
Interface Components section.

11.1.4

Distinguishable

11.1.4.1

Use of colour

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.4.1
Use of Color.

11.1.4.2

Audio control

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.1.
Table 11.1: Software success criterion: Audio control
If any audio in a software plays automatically for more than 3 seconds, either a mechanism is available to pause orstop the audio, or a mechanism is available to control audio volume independently from the overall system volumelevel.
NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to
use the whole software, all content in the software (whether or not it is used to meet other successcriteria) shall meet this success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.2 Audio Control replacing "on aWeb page" with "in a software", "any content" with "any part of a software", "whole page" with "wholesoftware", "on the Web page" with "in the software", removing "See Conformance Requirement 5:
Non-Interference" and adding note 1.

11.1.4.3

Contrast (minimum)

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 1.4.3
Contrast (Minimum).

11.1.4.4
11.1.4.4.1

Resize text
Resize text (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to enlargement features ofplatform or assistive technology, it shall satisfy the WCAG 2.1 Success Criterion 1.4.4 Resize Text.
NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would
automatically meet this success criterion when used with such players, unless the content will not workwith zoom.
NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 %without needing to use assistive technologies. This means that the application provides some means forenlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that theapplication works with the platform features that meet this requirement.

ETSI CEN CENELEC

69

11.1.4.4.2

EN 301 549 V3.2.1 (2021-03)

Resize text (closed functionality)

Where ICT is non-web software that provides a user interface which is not able to access the enlargement features ofplatform or assistive technology, it shall meet requirement 5.1.4 (Functionality closed to text enlargement).
NOTE:

11.1.4.5
11.1.4.5.1

Because the text rendering support in a closed environment may be more limited than the support foundin user agents for the Web, meeting the present clause in a closed environment may place a much heavier
burden on the content author.

Images of text
Images of text (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the WCAG 2.1 Success Criterion 1.4.5 Images of Text.

11.1.4.5.2

Images of text (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.6 (Speech output for non-text content).

11.1.4.6

Void

11.1.4.7

Void

11.1.4.8

Void

11.1.4.9

Void

11.1.4.10

Reflow

Where ICT is non-web software that provides a user interface it shall satisfy the success criterion in Table 11.2.
Table 11.2: Software success criterion: Reflow
Content can be presented without loss of information or functionality, and without requiring scrolling in two
dimensions for:•Vertical scrolling content at a width equivalent to 320 CSS pixels;•
Horizontal scrolling content at a height equivalent to 256 CSS pixels;
Except for parts of the content which require two-dimensional layout for usage or meaning.
NOTE 1: 320 CSS pixels is equivalent to a starting viewport width of 1 280 CSS pixels wide at 400 % zoom. For
non-web software which are designed to scroll horizontally (e.g. with vertical text), the 256 CSS pixels is
equivalent to a starting viewport height of 1 024 px at 400 % zoom.
NOTE 2: Examples of content which require two-dimensional layout are images, maps, diagrams, video, games,
presentations, data tables, and interfaces where it is necessary to keep toolbars in view while
manipulating content.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 1.4.10 Reflow replacing the original
WCAG 2.1 notes with notes 1 and 2, above.

11.1.4.11

Non-text contrast

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 1.4.11 Nontext Contrast.

11.1.4.12

Text spacing

Where ICT is non-web software that provides a user interface and that does not have a fixed size content layout areathat is essential to the information being conveyed, it shall satisfy WCAG 2.1 Success Criterion 1.4.12 Text spacing.

ETSI CEN CENELEC

70

11.1.4.13

EN 301 549 V3.2.1 (2021-03)

Content on hover or focus

Where ICT is a non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 1.4.13
Content on hover or focus.

11.2

Operable

11.2.1

Keyboard accessible

11.2.1.1
11.2.1.1.1

Keyboard
Keyboard (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to keyboards or a keyboard
interface, it shall satisfy the WCAG 2.1 Success Criterion 2.1.1 Keyboard.
NOTE:

11.2.1.1.2

This does not imply that software is required to directly support a keyboard or "keyboard interface". Nordoes it imply that software is required to provide a soft keyboard. Underlying platform software may
provide device independent input services to applications that enable operation via a keyboard. Softwarethat supports operation via such platform device independent services would be operable by a keyboard
and would comply.

Keyboard (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to keyboards or keyboard interface, it
shall meet requirement 5.1.6.1 (Operation without keyboard interface: Closed functionality).

11.2.1.2

No keyboard trap

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.3.
Table 11.3: Software success criterion: No keyboard trap
If keyboard focus can be moved to a component of the software using a keyboard interface, then focus can be
moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or
tab keys or other standard exit methods, the user is advised of the method for moving focus away.
NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to
use the whole software, it is necessary for all content in the software (whether or not it is used to meetother success criteria) to meet this success criterion.
NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key
is a standard method for exiting.
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap replacing"content", "page" and "Web page" with "software", removing "See Conformance Requirement 5: NonInterference" and with the addition of note 2 above and with note 1 above re-drafted to avoid the use of
the word "shall".

11.2.1.3

Void

11.2.1.4

Character key shortcuts

11.2.1.4.1

Character key shortcuts (open functionality)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.1.4
Character Key Shortcuts.

ETSI CEN CENELEC

71

11.2.1.4.2

EN 301 549 V3.2.1 (2021-03)

Character key shortcuts (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to keyboards or keyboard interface, it
shall meet requirement 5.1.6.1 (Operation without keyboard interface: Closed functionality).

11.2.211.2.2.1

Enough time
Timing adjustable

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.4.
Table 11.4: Software success criterion: Timing adjustable
For each time limit that is set by the software, at least one of the following is true:•
Turn off: The user is allowed to turn off the time limit before encountering it; or•Adjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least
ten times the length of the default setting; or•Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit witha simple action (for example, "press the space bar"), and the user is allowed to extend the time limit atleast ten times; or•
Real-time Exception: The time limit is a required part of a real-time event (for example, an auction), andno alternative to the time limit is possible; or•Essential Exception: The time limit is essential and extending it would invalidate the activity; or•
20 Hour Exception: The time limit is longer than 20 hours.
NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes incontent or context that are a result of a time limit. This success criterion should be considered inconjunction with WCAG 2.1 Success Criterion 3.2.1, which puts limits on changes of content or context
as a result of user action.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable replacing"the content" with "software" and with the words "WCAG 2.1" added before the word "Success Criterion"
in note 1 above.

ETSI CEN CENELEC

72

11.2.2.2

EN 301 549 V3.2.1 (2021-03)

Pause, stop, hide

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.5.
Table 11.5: Software success criterion: Pause, stop, hide
For moving, blinking, scrolling, or auto-updating information, all of the following are true:•
Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically,(2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism
for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where
it is essential; and•Auto-updating: For any auto-updating information that (1) starts automatically and (2) is presented inparallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control thefrequency of the update unless the auto-updating is part of an activity where it is essential.
NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.1 Guideline 2.3.
NOTE 2: This success criteria is applicable to all content in the software (whether or not there is an alternate
accessible mode of operation of the software) since any part of a software that does not meet thissuccess criterion can interfere with a user's ability to use the whole software (including a user interface
element that enables the user to activate the alternate accessible mode of operation).
NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required topreserve or present information that is generated or received between the initiation of the pause andresuming presentation, as this may not be technically possible, and in many situations could be
misleading to do so.
NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential ifinteraction cannot occur during that phase for all users and if not indicating progress could confuse users
or cause them to think that content was frozen or broken.
NOTE 5: This is to be applied to all content. Any content, whether informative or decorative, that is updated
automatically, blinks, or moves may create an accessibility barrier.
NOTE 6: This success criterion is identical to the WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide replacing"page" and "Web page" with "software", removing "See Conformance Requirement 5: Non-Interference"in note 2 of the success criterion, with the words "WCAG 2.1" added before the word "Guideline" innote 1 above, with note 2 above re-drafted to avoid the use of the word "must" and with the addition ofnote 5 above.

11.2.3

Seizures and physical reactions

11.2.3.1

Three flashes or below threshold

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.6.
Table 11.6: Software success criterion: Three flashes or below threshold
Software does not contain anything that flashes more than three times in any one second period, or the flash is
below the general flash and red flash thresholds.
NOTE 1: This success criteria is applicable to all content in the software (whether or not there is an alternate
accessible mode of operation of the software) since any part of a software that does not meet thissuccess criterion can interfere with a user's ability to use the whole software (including a user interface
element that enables the user to activate the alternate accessible mode of operation).
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below
Threshold replacing "Web pages" with "software", "the whole page" with "the whole software", "the Web
page" with "the software" and removing "See Conformance Requirement 5: Non-Interference" and withnote 1 above re-drafted to avoid the use of the word "must".

11.2.4

Navigable

11.2.4.1

Void

NOTE 1: The related web page requirement "Bypass blocks" does not apply to single software programs, but to a
specific definition of "sets of software programs" that are extremely rare.
NOTE 2: Although not a requirement, it is generally considered best practice, and to address user needs, to be able
to bypass blocks of content that are repeated within software.

ETSI CEN CENELEC

73

11.2.4.2

EN 301 549 V3.2.1 (2021-03)

Void

NOTE 1: The related web page requirement "Page titled" does not apply to single software programs, but to a
specific definition of "sets of software programs" that are extremely rare.
NOTE 2: Although the name of a software product could be a sufficient title if it describes the topic or purpose,software names are trademarked and trademark names cannot by law be descriptive names. It is notpractical to make software names both unique and descriptive.

11.2.4.3

Focus order

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.7.
Table 11.7: Software success criterion: Focus order
If software can be navigated sequentially and the navigation sequences affect meaning or operation, focusable
components receive focus in an order that preserves meaning and operability.
NOTE:
This success criterion is identical to the WCAG 2.1 Success Criterion 2.4.3 Focus order replacing "Webpage" with "software".

11.2.4.4

Link purpose (in context)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.4.4 Link
Purpose (In Context).

11.2.4.5
NOTE:

11.2.4.6

Void
The related web page requirement for "Multiple ways" applies to "Sets" of web pages. In software, theequivalent to "sets of web pages" would be "sets of software", but these are extremely rare and an
equivalent is not included in this clause on software requirements.

Headings and labels

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 2.4.6
Headings and Labels.
NOTE:

11.2.4.7

In software, headings and labels are used to describe sections of content and controls respectively. In
some cases it may be unclear whether a piece of static text is a heading or a label. But whether treated as alabel or a heading, the requirement is the same: that if they are present they describe the topic or purposeof the item(s) they are associated with.

Focus visible

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 2.4.7
Focus Visible.

11.2.5

Input modalities

11.2.5.1

Pointer gestures

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.8.

ETSI CEN CENELEC

74

EN 301 549 V3.2.1 (2021-03)

Table 11.8: Software success criterion: Pointer gestures
All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointerwithout a path-based gesture, unless a multipoint or path-based gesture is essential.
NOTE 1: This requirement applies to non-web software that interprets pointer actions (i.e. this does not apply toactions that are required to operate the user agent or assistive technology).
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures replacing
the original WCAG 2.1 note with note 1 above.

11.2.5.2

Pointer cancellation

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.9.
Table 11.9: Software success criterion: Pointer cancellation
For functionality that can be operated using a single pointer, at least one of the following is true:•
No Down-Event: The down-event of the pointer is not used to execute any part of the function.
•
Abort or Undo: Completion of the function is on the up-event, and a mechanism is available to abort thefunction before completion or to undo the function after completion.
•
Up Reversal: The up-event reverses any outcome of the preceding down-event.
•
Essential: Completing the function on the down-event is essential.
NOTE 1: Functions that emulate a keyboard or numeric keypad key press are considered essential.
NOTE 2: This requirement applies to non-web software that interprets pointer actions (i.e. this does not apply toactions that are required to operate the user agent or assistive technology).
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation
replacing the original WCAG 2.1 note with notes 1 and 2 above.

11.2.5.3
11.2.5.3.1

Label in nameLabel in name (open functionality)

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.5.3 Labelin Name.

11.2.5.3.2

Label in name (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it should meet requirement 5.1.3.3 (Auditory output correlation).

11.2.5.4

Motion actuation

Where ICT is non-web software that provides a user interface, it shall satisfy WCAG 2.1 Success Criterion 2.5.4
Motion Actuation.

11.3

Understandable

11.3.1

Readable

11.3.1.1
11.3.1.1.1

Language of software
Language of software (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.10.

ETSI CEN CENELEC

75

EN 301 549 V3.2.1 (2021-03)

Table 11.10: Software success criterion: Language of software
The default human language of software can be programmatically determined.
NOTE 1: Where software platforms provide a "locale / language" setting, applications that use that setting andrender their interface in that "locale / language" would comply with this success criterion. Applications
that do not use the platform "locale / language" setting but instead use an accessibility-supported method
for exposing the human language of the software would also comply with this success criterion.
Applications implemented in technologies where assistive technologies cannot determine the humanlanguage and that do not support the platform "locale / language" setting may not be able to meet thissuccess criterion in that locale / language.
NOTE 2: This success criterion is identical to the WCAG 2.1 Success Criterion 3.1.1 Language of page, replacing"each web page" with "software" and with the addition of note 1 above.

11.3.1.1.2

Language of software (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.14 (Spoken languages).

11.3.1.2
NOTE:

Void
To apply the related web page requirement for "Language of parts" to software would require themarking-up of all text in all locations within the software. This would be impossible so an equivalent is
not included in this clause on software requirements.

11.3.2

Predictable

11.3.2.1

On focus

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.2.1 On
Focus.
NOTE:

11.3.2.2

Some compound documents and their user agents are designed to provide significantly different viewing
and editing functionality depending upon what portion of the compound document is being interactedwith (e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the useragent change depending upon whether the user is interacting with the presentation content, or theembedded spreadsheet content). If the user uses a mechanism other than putting focus on that portion of
the compound document with which they mean to interact (e.g. by a menu choice or special keyboard
gesture), any resulting change of context would not be subject to this success criterion because it was notcaused by a change of focus.

On input

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.2.2 On
Input.

11.3.2.3
NOTE:

11.3.2.4
NOTE:

Void
The related web page requirement for "Consistent navigation" applies to "Sets" of web pages. Whileconsistency within software is desirable, "sets of software" in the same sense as "sets of web pages", areextremely rare and an equivalent is not included in this clause on software requirements.

Void
The related web page requirement for "Consistent identification" applies to "Sets" of web pages. In
software, the equivalent to "sets of web pages" would be "sets of software", but these are extremely rare
and an equivalent is not included in this clause on software requirements.

ETSI CEN CENELEC

76

11.3.311.3.3.1
11.3.3.1.1

EN 301 549 V3.2.1 (2021-03)

Input assistance
Error identification
Error identification (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the WCAG 2.1 Success Criterion 3.3.1 Error Identification.

11.3.3.1.2

Error Identification (closed functionality)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.15 (Non-visual error identification).

11.3.3.2

Labels or instructions

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.3.2
Labels or Instructions.

11.3.3.3

Error suggestion

Where ICT is non-web software that provides a user interface, it shall satisfy the WCAG 2.1 Success Criterion 3.3.3
Error Suggestion.

11.3.3.4

Error prevention (legal, financial, data)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.11.
Table 11.11: Software success criterion: Error prevention (legal, financial, data)
For software that cause legal commitments or financial transactions for the user to occur, that modify or delete usercontrollable data in data storage systems, or that submit user test responses, at least one of the following is true:
1) Reversible: Submissions are reversible.
2) Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correctthem.
3) Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing thesubmission.
NOTE:
This success criterion is identical to the WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal,
Financial, Data) replacing "web pages" with "software".

11.4

Robust

11.4.1Compatible

11.4.1.1

Parsing

11.4.1.1.1

Parsing (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it
shall satisfy the success criterion in Table 11.12.

ETSI CEN CENELEC

77

EN 301 549 V3.2.1 (2021-03)

Table 11.12: Software success criterion: Parsing
For software that uses markup languages, in such a way that the markup is separately exposed and available toassistive technologies and accessibility features of software or to a user-selectable user agent, elements havecomplete start and end tags, elements are nested according to their specifications, elements do not contain
duplicate attributes, and any IDs are unique, except where the specifications allow these features.
NOTE 1: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket
or a mismatched attribute value quotation mark are not complete.
NOTE 2: Markup is not always available to assistive technology or to user selectable user agents such asbrowsers. In such cases, conformance to this [requirement] would have no impact on accessibility as it
can for web content where it is exposed.
NOTE 3: Examples of markup that is separately exposed and available to assistive technologies and to useragents include but are not limited to: documents encoded in HTML, ODF, and OOXML. In theseexamples, the markup can be parsed entirely in two ways: (a) by assistive technologies which may
directly open the document, (b) by assistive technologies using DOM APIs of user agents for these
document formats.
NOTE 4: Examples of markup used internally for persistence of the software user interface that are never exposed
to assistive technology include but are not limited to: XUL, and FXML. In these examples assistive
technology only interacts with the user interface of generated software.
NOTE 5: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.1 Parsing replacing "In content
implemented using markup languages" with "For software that uses markup languages, in such a waythat the markup is separately exposed and available to assistive technologies and accessibility featuresof software or to a user-selectable user agent" with the addition of notes 2, 3 and 4 above.

11.4.1.1.2

Parsing (closed functionality)

Not applicable.
NOTE:

11.4.1.2
11.4.1.2.1

Where ICT is non-web software that provides a user interface which is closed to all assistive technology itdoes not have to meet the "Parsing" success criterion in Table 11.12 because the intent of this successcriterion is to provide consistency so that different user agents or assistive technologies will yield thesame result.

Name, role, value
Name, role, value (open functionality)

Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it
shall satisfy the success criterion in Table 11.13.
Table 11.13: Software success criterion: Name, role, value
For all user interface components (including but not limited to: form elements, links and components generated byscripts), the name and role can be programmatically determined; states, properties, and values that can be set by
the user can be programmatically set; and notification of changes to these items is available to user agents,
including assistive technologies.
NOTE 1: This success criterion is primarily for software developers who develop or use custom user interface
components. Standard user interface components on most accessibility-supported platforms alreadymeet this success criterion when used according to specification.
NOTE 2: For conforming to this success criterion, it is usually best practice for software user interfaces to use theaccessibility services provided by platform software. These accessibility services enable interoperability
between software user interfaces and both assistive technologies and accessibility features of softwarein standardised ways. Most platform accessibility services go beyond programmatic exposure of nameand role, and programmatic setting of states, properties and values (and notification of same), andspecify additional information that could or should be exposed and / or set (for instance, a list of theavailable actions for a given user interface component, and a means to programmatically execute one of
the listed actions).
NOTE 3: This success criterion is identical to the WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value replacing
the original WCAG 2.1 note with: "This success criterion is primarily for software developers who develop
or use custom user interface components. Standard user interface components on most accessibilitysupported platforms already meet this success criterion when used according to specification." and the
addition of note 2 above.

ETSI CEN CENELEC

78

11.4.1.2.2

EN 301 549 V3.2.1 (2021-03)

Name, role, value (closed functionality)

Not applicable.
NOTE:

Where ICT is non-web software that provides a user interface which is closed to all assistive technology itdoes not have to meet the "Name, role, value" success criterion in Table 11.13 because this successcriterion requires information in a programmatically determinable form.

11.4.1.3

Status messages

11.4.1.3.1

Status messages (open functionality)

Where ICT is non-web software, it shall satisfy WCAG 2.1 Success Criterion 4.1.3 Status Messages.

11.4.1.3.2

Status messages (closed functionality)

Not applicable.

11.5

Interoperability with assistive technology

11.5.1

Closed functionality

Where the closed functionality of software conforms to clause 5.1 (Closed functionality) it shall not be required toconform with clause 11.5.2 to clause 11.5.2.17.

11.5.2
11.5.2.1

Accessibility services
Platform accessibility service support for software that provides a userinterface

Platform software shall provide a set of documented platform services that enable software that provides a user interface
running on the platform software to interoperate with assistive technology.
Where a user interface concept corresponding to one of the clauses 11.5.2.5 to 11.5.2.17 is supported within thesoftware environment, the platform software should support that requirement. For example, selection attributes fromclause 11.5.2.14 (Modification of focus and selection attributes) may not exist in environments that do not allow
selection, which is most commonly associated with copy and paste.
NOTE 1: These define the minimum functionality of software providing user interfaces when using platform
services.
NOTE 2: In some platforms these services may be called accessibility services, but in some other platforms these
services may be provided as part of the user interface services.
NOTE 3: User interface services that provide accessibility support by default are considered to be part of theservices provided to conform to this clause (e.g. the service for creating a new user interface element
provides role, state, boundary, name and description).
NOTE 4: To comply with this requirement the platform software can provide its own set of services or expose theservices provided by its underlying platform layers, if those services conform to this requirement.
NOTE 5: Within specific programming environments, the technical attributes associated with the user interface
properties described in clauses 11.5.2.5 to 11.5.2.17 might have different names than those used within
the clauses.

ETSI CEN CENELEC

79

11.5.2.2

EN 301 549 V3.2.1 (2021-03)

Platform accessibility service support for assistive technologies

Platform software shall provide a set of documented platform accessibility services that enable assistive technology tointeroperate with software that provides a user interface running on the platform software.
Where a user interface concept corresponding to one of the clauses 11.5.2.5 to 11.5.2.17 is supported within thesoftware environment, the platform software should support that requirement. For example, selection attributes fromclause 11.5.2.14 (Modification of focus and selection attributes) may not exist in environments that do not allow
selection, which is most commonly associated with copy and paste.
NOTE 1: These define the minimum functionality available to assistive technologies when using platform services.
NOTE 2: The definition of platform in clause 3.1 applies to software that provides services to other software,
including but not limited to, operating systems, web browsers, virtual machines.
NOTE 3: In some platforms these services may be called accessibility services, but in some other platforms these
services may be provided as part of the user interface services.
NOTE 4: Typically these services belong to the same set of services that are described in clause 11.5.2.1.
NOTE 5: To comply with this requirement the platform software can provide its own set of services or expose theservices provided by its underlying platform layers, if those services conform to this requirement.

11.5.2.3

Use of accessibility services

Where the software provides a user interface it shall use the applicable documented platform accessibility services. If
the documented platform accessibility services do not allow the software to meet the applicable requirements ofclauses 11.5.2.5 to 11.5.2.17, then software that provides a user interface shall use other documented services tointeroperate with assistive technology.
NOTE:

The term "documented platform accessibility services" refers to the set of services provided by theplatform according to clauses 11.5.2.1 and 11.5.2.2.

It is best practice to develop software using toolkits that automatically implement the underlying platform accessibility
services.

11.5.2.4

Assistive technology

Where the ICT is assistive technology it shall use the documented platform accessibility services.
NOTE 1: The term "documented platform accessibility services" refers to the set of services provided by theplatform according to clauses 11.5.2.1 and 11.5.2.2.
NOTE 2: Assistive technology can also use other documented accessibility services.

11.5.2.5

Object information

Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the userinterface elements' role, state(s), boundary, name, and description programmatically determinable by assistive
technologies.

11.5.2.6

Row, column, and headers

Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the row
and column of each cell in a data table, including headers of the row and column if present, programmaticallydeterminable by assistive technologies.

ETSI CEN CENELEC

80

11.5.2.7

EN 301 549 V3.2.1 (2021-03)

Values

Where the software provides a user interface, it shall, by using the services as described in clause 11.5.2.3, make thecurrent value of a user interface element and any minimum or maximum values of the range, if the user interface
element conveys information about a range of values, programmatically determinable by assistive technologies.

11.5.2.8

Label relationships

Where the software provides a user interface it shall expose the relationship that a user interface element has as a label
for another element, or of being labelled by another element, using the services as described in clause 11.5.2.3, so that
this information is programmatically determinable by assistive technologies.

11.5.2.9

Parent-child relationships

Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make therelationship between a user interface element and any parent or children elements programmatically determinable byassistive technologies.

11.5.2.10

Text

Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make the text
contents, text attributes, and the boundary of text rendered to the screen programmatically determinable by assistive
technologies.

11.5.2.11

List of available actions

Where the software provides a user interface it shall, by using the services as described in clause 11.5.2.3, make a list ofavailable actions that can be executed on a user interface element, programmatically determinable by assistive
technologies.

11.5.2.12

Execution of available actions

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.5.2.3, allow the programmatic execution of the actions exposed according to clause 11.5.2.11 byassistive technologies.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product. Examples of systems under strict security requirements are systems
dealing with intelligence activities, cryptologic activities related to national security, command andcontrol of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.5.2.13

Tracking of focus and selection attributes

Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, makeinformation and mechanisms necessary to track focus, text insertion point, and selection attributes of user interface
elements programmatically determinable by assistive technologies.

ETSI CEN CENELEC

81

11.5.2.14

EN 301 549 V3.2.1 (2021-03)

Modification of focus and selection attributes

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.5.2.3, allow assistive technologies to programmatically modify focus, text insertion point, andselection attributes of user interface elements where the user can modify these items.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.5.2.15

Change notification

Where software provides a user interface it shall, by using the services as described in clause 11.5.2.3, notify assistive
technologies about changes in those programmatically determinable attributes of user interface elements that arereferenced in requirements 11.5.2.5 to 11.5.2.11 and 11.5.2.13.

11.5.2.16

Modifications of states and properties

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.5.2.3, allow assistive technologies to programmatically modify states and properties of userinterface elements, where the user can modify these items.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.5.2.17

Modifications of values and text

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.5.2.3, allow assistive technologies to modify values and text of user interface elements using the
input methods of the platform, where a user can modify these items without the use of assistive technology.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.6

Documented accessibility usage

11.6.1

User control of accessibility features

Where software is a platform it shall provide sufficient modes of operation for user control over those platform
accessibility features documented as intended for users.

ETSI CEN CENELEC

82

11.6.2

EN 301 549 V3.2.1 (2021-03)

No disruption of accessibility features

Where software provides a user interface it shall not disrupt those documented accessibility features that are defined inplatform documentation except when requested to do so by the user during the operation of the software.

11.7

User preferences

Where software is not designed to be isolated from its platform, and provides a user interface, that user interface shallfollow the values of the user preferences for platform settings for: units of measurement, colour, contrast, font type, fontsize, and focus cursor except where they are overridden by the user.
NOTE 1: Software that is isolated from its underlying platform has no access to user settings in the platform andthus cannot adhere to them.
NOTE 2: For web content, the underlying platform is the user agent.
NOTE 3: This does not preclude the software from having additional values for a setting as long as there is one
mode where the application will follow the system settings even if more restricted.

11.8

Authoring tools

11.8.0General (informative)

For those creating web content authoring tools, ATAG 2.0 [i.32] provides information that can be of interest to those
who want to go beyond these requirements.
NOTE:

11.8.1This is applicable both to standalone and to web based authoring tools.

Content technology

Authoring tools shall conform to clauses 11.8.2 to 11.8.5 to the extent that information required for accessibility is
supported by the format used for the output of the authoring tool.

11.8.2

Accessible content creation

Authoring tools shall enable and guide the production of content that conforms to clauses 9 (Web content) or 10(Non-Web content) as applicable.
NOTE:

11.8.3

Authoring tools may rely on additional tools where conformance with specific requirements is notachievable by a single tool. For example, a video editing tool may enable the creation of video files for
distribution via broadcast television and the web, but authoring of caption files for multiple formats may
be provided by a different tool.

Preservation of accessibility information in transformations

If the authoring tool provides restructuring transformations or re-coding transformations, then accessibility information
shall be preserved in the output if equivalent mechanisms exist in the content technology of the output.
NOTE 1: Restructuring transformations are transformations in which the content technology stays the same, but thestructural features of the content are changed (e.g. linearizing tables, splitting a document into pages).
NOTE 2: Re-coding transformations are transformations in which the technology used to encode the content ischanged.

ETSI CEN CENELEC

83

11.8.4

EN 301 549 V3.2.1 (2021-03)

Repair assistanceIf the accessibility checking functionality of an authoring tool can detect that content does not meet a requirement ofclauses 9 (Web) or 10 (Non-web documents) as applicable, then the authoring tool shall provide repair suggestion(s).
NOTE:

11.8.5This does not preclude automated and semi-automated repair which is possible (and encouraged) for
many types of content accessibility problems.

Templates

When an authoring tool provides templates, at least one template that supports the creation of content that conforms to
the requirements of clauses 9 (Web) or 10 (Non-web documents) as applicable shall be available and identified as such.

ETSI CEN CENELEC

84

12

Documentation and support services

12.1

Product documentation

12.1.1

Accessibility and compatibility features

EN 301 549 V3.2.1 (2021-03)

Product documentation provided with the ICT whether provided separately or integrated within the ICT shall list andexplain how to use the accessibility and compatibility features of the ICT.
NOTE 1: Accessibility and compatibility features include accessibility features that are built-in and accessibility
features that provide compatibility with assistive technology.
NOTE 2: It is best practice to use WebSchemas/Accessibility 2.0 [i.38] to provide meta data on the accessibility of
the ICT.
NOTE 3: The accessibility statement and help pages are both examples of the provision of product information.

12.1.2

Accessible documentation

Product documentation provided with the ICT shall be made available in at least one of the following electronic
formats:a)a Web format that conforms to the requirements of clause 9; orb)a non-web format that conforms to the requirements of clause 10.

NOTE 1: This does not preclude the possibility of also providing the product documentation in other formats(electronic, printed or audio) that are not accessible.
NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of somespecific type of users (e.g. Braille documents for blind people or easy-to-read information for persons
with limited cognitive, language and learning abilities).
NOTE 3: Where documentation is incorporated into the ICT, the documentation falls under the requirements foraccessibility in the present document.
NOTE 4: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

12.2

Support services

12.2.1

General (informative)

ICT support services include, but are not limited to: help desks, call centres, technical support, relay services andtraining services.

12.2.2

Information on accessibility and compatibility features

ICT support services shall provide information on the accessibility and compatibility features that are mentioned in the
product documentation.
NOTE:

Accessibility and compatibility features include accessibility features that are built-in and accessibility
features that provide compatibility with assistive technology.

ETSI CEN CENELEC

85

12.2.3

EN 301 549 V3.2.1 (2021-03)

Effective communication

ICT support services shall accommodate the communication needs of individuals with disabilities either directly or
through a referral point.

12.2.4

Accessible documentation

Documentation provided by support services shall be made available in at least one of the following electronic formats:a)a Web format that conforms to clause 9; orb)a non-web format that conforms to clause 10.

NOTE 1: This does not preclude the possibility of also providing the documentation in other formats (electronic or
printed) that are not accessible.
NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of somespecific type of users (e.g. Braille documents for blind people or easy-to-read information for persons
with limited cognitive, language and learning abilities).
NOTE 3: Where the support documentation is incorporated into the ICT, the documentation falls under therequirements for accessibility in the present document.
NOTE 4: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

ETSI CEN CENELEC

86

EN 301 549 V3.2.1 (2021-03)

13

ICT providing relay or emergency service access

13.1

Relay services requirements

13.1.1

General (informative)

Relay services enable users of different modes of communication e.g. text, sign, speech, to interact remotely throughICT with two-way communication by providing conversion between the modes of communication, normally by ahuman operator.
It is best practice to meet the applicable relay service requirements of ETSI ES 202 975 [i.5].

13.1.2

Text relay services

Where ICT is intended to provide a text relay service, the text relay service shall enable text users and speech users tointeract by providing conversion between the two modes of communication.

13.1.3Sign relay services

Where ICT is intended to provide a sign relay service, the sign relay service shall enable sign language users and speechusers to interact by providing conversion between the two modes of communication.
NOTE:

13.1.4Sign relay services are also sometimes referred to as sign language relay services or video relay services.

Lip-reading relay services

Where ICT is intended to provide a lip-reading relay service, the lip-reading service shall enable lip-readers and voice
telephone users to interact by providing conversion between the two modes of communication.

13.1.5

Captioned telephony services

Where ICT is intended to provide a captioned telephony service, the captioned telephony service shall assist a deaf or
hard of hearing user in a spoken dialogue by providing text captions translating the incoming part of the conversation.

13.1.6

Speech to speech relay services

Where ICT is intended to provide a speech to speech relay service, the speech to speech relay service shall enable
telephone users who are speech impaired, have limited cognitive, language and learning abilities, as well as any otheruser, to communicate by providing assistance between them.

13.2

Access to relay services

Where ICT systems support two-way communication, and the system is specified for use with relay services, access to
those relay services shall not be prevented for outgoing and incoming calls involving: voice, RTT, or video, either
individually or in combinations supported by both the relay service and the ICT system.
NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access by persons
with disabilities.
NOTE 2: The system may be specified as needing to work with relay services by, for example: procurers,
regulators, or product specifications.

ETSI CEN CENELEC

87

13.3

EN 301 549 V3.2.1 (2021-03)

Access to emergency services

Where ICT systems support two-way communication, and the system is specified for use with emergency services,
access to those emergency services shall not be prevented for outgoing and incoming calls involving: voice, RTT, orvideo, either individually or in combinations supported by both the emergency service and the ICT system.
NOTE 1: The purpose of this requirement is to achieve functionally equivalent communication access to theemergency service by persons with disabilities.
NOTE 2: The system may be specified as needing to work with emergency services by, for example: procurers,
regulators, or product specifications.

ETSI CEN CENELEC

88

14

EN 301 549 V3.2.1 (2021-03)

Conformance

Conformance to the present document is achieved by meeting all the applicable requirements, these are clauses
containing the word "shall". Those clauses containing the word "should" are recommendations and are not required forconformance.
All clauses except those in clause 12 are self-scoping. This means they are introduced with the phrase 'Where ICT <precondition>'. A requirement is met when the pre-condition is true and the corresponding test (in Annex C) is passed.
When one of the pre-conditions is false the requirement is not applicable. Consequently, the result of the tests inAnnex C can be: not applicable, pass, fail, or (in exceptional circumstances) not testable.
ICT is often comprised of an assembly of two or more items of ICT. In some cases, two or more interoperable items of
ICT may together meet more requirements of the standard when one item complements the functionality of the otherand the sum together meets more of the accessibility requirements. However, combining two items of ICT, both ofwhich fail to meet any particular requirement, will not lead to a combined ICT system that meets that requirement.
The present document does not prioritize requirements.
NOTE 1: Conformance with the accessibility requirements could be affected by subsequent implementation or
maintenance.
NOTE 2: Sampling is frequently required on complex ICT when there are too many instances of the object to betested. The present document cannot recommend specific ICT evaluation sampling techniques as these
are context specific.
The inherent nature of certain situations makes it impossible to make reliable and definitive statements that accessibility
requirements have been met. In those situations therefore, the requirements in the present document are not applicable:•

when the product is in a failure, repair or maintenance state where the ordinary set of input or output functions
are not available;•

during those parts of start-up, shutdown, and other state transitions that can be completed without userinteraction.

NOTE 3: Even in the above situations, it is best practice to apply requirements in the present document wherever it
is feasible and safe to do so.

ETSI CEN CENELEC

89

EN 301 549 V3.2.1 (2021-03)

Annex A (informative):
Relationship between the present document and theessential requirements of Directive 2016/2102
The present document has been prepared under the Commission's standardisation request C(2017)2585 final [i.27] toprovide one voluntary means of conforming to the essential requirements of Directive 2016/2102 on the accessibility of
the websites and mobile applications of public sector bodies [i.28].
Once the present document is cited in the Official Journal of the European Union under that Directive, conformancewith the normative clauses of the present document given in Tables A.1 and A.2 confers, within the limits of the scopeof the present document, a presumption of conformity with the corresponding essential requirements of that Directive
and associated EFTA regulations.
The requirements listed in Table A.1 apply to:•

web pages (as defined in clause 3.1);•

documents that are web pages;•

documents that are embedded in web pages and that are used in the rendering or that are intended to berendered together with the web page in which they are embedded;•

documents, including forms, that are downloadable from web pages but are neither embedded nor rendered
together with the web page from which they are provided;•

software that is a web page; or•software that is embedded in web pages and that is used in the rendering or that is intended to be rendered
together with the web page in which it is embedded.

The requirements listed in Table A.2 apply to mobile applications that provide a user interface, including content (suchas documents and forms) that is in the software or provided by the software.
NOTE 1: According to Directive 2016/2102 [i.28]: "Content of websites and mobile applications includes textual aswell as non-textual information, downloadable documents and forms, and two-way interaction such as theprocessing of digital forms and the completion of authentication, identification and payment processes".
NOTE 2: Annex A is a required element in all Harmonised standards. Its purpose is to explain how the essential
requirements of a Directive can be met. Tables A.1 and A.2 are therefore restricted to those elements that
relate to the essential requirements of Directive 2016/2102 [i.28].
NOTE 3: Annex A describes how the standard relates to the European Web Accessibility Directive. Apart from theminimum requirements in clauses 9, 10 and 11, some of the requirements in clauses 5, 6, 7 and 12 canalso be relevant to fulfill the Directive in specific situations. The tables in Annex A show which
requirements are relevant.
NOTE 4: Because the Web Accessibility Directive (EU) 2016/2102 "does not apply to live time-based media", thefollowing requirements are not listed in Tables A.1 and A.2. They are, however, necessary requirements
for making live streaming media accessible:▪

9.1.2.4 Captions (live)▪

10.1.2.4 Captions (live)▪

11.1.2.4 Captions (live).

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

90

Key to Tables A.1 and A.2 columns:
Requirement:No

A unique identifier for one row of the table which may be used to identify a requirement.

Essential requirements of Directive
Identification of article(s) defining the requirement in the Directive.
Clause(s) of the present document
Identification of clause(s) defining the requirement in the present document unless anotherdocument is referenced explicitly.
Requirement Conditionality:
U/C"U" indicates that conformance with the clause is unconditionally required.
"C" indicates that conformance with the clause is required only if the specified condition is met.

Condition

For conditional requirements this column describes the condition that has to be met for
conformance with the clause to be a requirement.

Assessment:
Indicates the clause of the present document that contains the relevant assessment method.
Presumption of conformity stays valid only as long as a reference to the present document is maintained in the list
published in the Official Journal of the European Union. Users of the present document should consult frequently thelatest list published in the Official Journal of the European Union.
Other Union legislation may be applicable to the product(s) falling within the scope of the present document.
Table A.1: Web Content - relationship between the present document andthe essential requirements of Directive 2016/2102/EU
Requirement

Requirement conditionality

No.

Clause of the present
document

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

1

5.2 Activation of accessibility
features

✓

✓

✓

✓

C

2

5.3 Biometrics

-

✓

-

-

C

3

5.4 Preservation of accessibility
information during conversion

✓

-

✓

✓

C

4

6.1 Audio bandwidth for speech

✓

-

-

-

C

5

6.2.1.1 RTT communication

✓

-✓

-

-

C

6

6.2.1.2 Concurrent voice and
text

✓

✓

7

6.2.2.1 Visually distinguishable
display

✓

-

C
-

-

C

Condition

Where web content has documented
accessibility features
Where web content uses biologicalcharacteristics
Where web content converts
information or communication
Where web pages provide two-way
voice communication
Where web pages provide a means
for two-way voice communication
Where web pages provide a means
for two-way voice communication andfor users to communicate by RTT
Where web pages have RTT send
and receive capabilities

ETSI CEN CENELEC

Assessment

Clause ofthe present
document

C.5.2
C.5.3
C.5.4
C.6.1
C.6.2.1.1
C.6.2.1.2
C.6.2.2.1

EN 301 549 V3.2.1 (2021-03)

91

Requirement conditionality

8

6.2.2.2 Programmaticallydeterminable send and receive
direction
6.2.2.3 Speaker identification

9

RobustUnderstandable

Clause of the present
document

Operable

No.

Perceivable

Essential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement

✓

C

✓

C

C

Condition

Where web pages have RTT send
and receive capabilities
Where web pages have RTT
capabilities, and provide speaker
identification for voice
Where web pages provide two-way
voice communication, and have RTT
capabilities
Where web pages with RTT
functionality interoperate with other
ICT with RTT functionality (asrequired by clause 6.2.1.1)
Where web pages with RTT
functionality interoperate with other
ICT with RTT functionality (asrequired by clause 6.2.1.1)
Where web pages with RTT
functionality interoperate with other
ICT with RTT functionality (asrequired by clause 6.2.1.1)
Where web pages with RTT
functionality interoperate with other
ICT with RTT functionality (asrequired by clause 6.2.1.1)
Where web pages utilise RTT input
Where web pages provide provides
caller identification or similar
telecommunications functions
Where web pages provide real-time
voice-based communication and also
provide voice mail, auto-attendant, orinteractive voice response facilities
Where web pages that provide twoway voice communication includes
real-time video functionality
Where web pages that provide twoway voice communication includes
real-time video functionality
Where web pages provide two-way
voice communication include realtime video functionality
Where web pages provide two-way
voice communication, and include
real-time video functionality

Assessment

Clause ofthe present
document

C.6.2.2.2

C.6.2.2.3

10

6.2.2.4 Visual indicator of Audiowith RTT✓

11

6.2.3 Interoperability item a)

✓

-

-

-

C

12

6.2.3 Interoperability item b)

✓

-

-

-

C

13

6.2.3 Interoperability item c)

✓

-

-

-

C

14

6.2.3 Interoperability item d)

✓

-

-

-

C

15

6.2.4 RTT responsiveness

✓

-

-

-

C

16

6.3 Caller ID

✓

✓

✓

✓

C

17

6.4 Alternatives to voice-based
services

✓

✓

✓

18

6.5.2 Resolution item a)

✓

-

✓

-

C

19

6.5.3 Frame rate item a)

✓

-

✓

-

C

20

6.5.4 Synchronization between
audio and video

✓

-

✓

-

C

21

6.5.5 Visual indicator of audiowith video

✓

✓

C

22

6.5.6 Speaker identification withvideo (sign language)
communication

✓

✓

C

Where web pages provide speaker
identification for voice users

C.6.5.6

23

7.1.1 Captioning playback

✓

-

-✓

-

C

Where web content displays video
with synchronized audio

C.7.1.1

24

7.1.2 Captioning
synchronization

✓

-

-

-

C

Where web content displays captions

C.7.1.2

C

ETSI CEN CENELEC

C.6.2.2.4

C.6.2.3.aC.6.2.3.bC.6.2.3.c

C.6.2.3.dC.6.2.4
C.6.3

C.6.4

C.6.5.2

C.6.5.3

C.6.5.4

C.6.5.5

EN 301 549 V3.2.1 (2021-03)

92

Requirement

Requirement conditionality

No.

Clause of the present
document

Operable

Understandable

RobustConditional or
Unconditional

Assessment

Perceivable

Essential
requirements of
Directive 2016/2102

25

7.1.3 Preservation of captioning

✓

-

✓-

-

C

26

7.1.4 Captions characteristics✓

7.1.5 Spoken subtitles✓

7.2.1 Audio description
playback
7.2.2 Audio description
synchronization

✓

-

-✓

-

C

✓

-

-

-

C

30

7.2.3 Preservation of audio
description

✓

-

-✓

-

C

31

7.3 User controls for captions
and audio description

✓

✓

-

-

C

9.1.1.1 Non-text content
9.1.2.1 Audio-only and videoonly (pre-recorded)
9.1.2.2 Captions (pre-recorded)
9.1.2.3 Audio description or
media alternative(pre-recorded)
9.1.2.5 Audio description(pre-recorded)
9.1.3.1 Info and relationships
9.1.3.2 Meaningful sequence
9.1.3.3 Sensory characteristics
9.1.3.4 Orientation
9.1.3.5 Identify input purpose
9.1.4.1 Use of colour
9.1.4.2 Audio control
9.1.4.3 Contrast (minimum)
9.1.4.4 Resize text
9.1.4.5 Images of text
9.1.4.10 Reflow
9.1.4.11 Non-text contrast
9.1.4.12 Text spacing
9.1.4.13 Content on hover or
focus
9.2.1.1 Keyboard
9.2.1.2 No keyboard trap
9.2.1.4 Character key shortcuts
9.2.2.1 Timing adjustable
9.2.2.2 Pause, stop, hide
9.2.3.1 Three flashes or below
threshold
9.2.4.1 Bypass blocks
9.2.4.2 Page titled9.2.4.3 Focus Order

✓

-

-

-

C

Where web pages transmit, convert
or record video with synchronized
audio
Where web content displays captions
Where web content displays video
with synchronized audio
Where web content displays video
with synchronized audio
Where web content has a mechanism
to play audio description
Where web pages transmit, convert,or record video with synchronized
audio
Where web pages primarily display
materials containing video withassociated audio content
Where ICT is a web page

✓

-

-

-

C

Where ICT is a web page

C.9.1.2.1

✓

-

-

-

C

Where ICT is a web page

C.9.1.2.2

✓

-

-

-

C

Where ICT is a web page

C.9.1.2.3

✓

-

-

-

C

Where ICT is a web page

C.9.1.2.5

✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓
✓

✓
✓
✓

-

-

C
C
C
C
C
C
C
C
C
C
C
C
C

Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page

C.9.1.3.1
C.9.1.3.2
C.9.1.3.3
C.9.1.3.4
C.9.1.3.5
C.9.1.4.1
C.9.1.4.2
C.9.1.4.3
C.9.1.4.4
C.9.1.4.5
C.9.1.4.10
C.9.1.4.11
C.9.1.4.12

✓

✓

-

-

C

Where ICT is a web page

C.9.1.4.13

-

✓
✓
✓
✓
✓

-

-

C
C
C
C
C

Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page

C.9.2.1.1
C.9.2.1.2
C.9.2.1.4
C.9.2.2.1
C.9.2.2.2

-

✓

-

-

C

Where ICT is a web page

C.9.2.3.1

-

✓
✓
✓

-

-

C
C
C

Where ICT is a web page
Where ICT is a web page
Where ICT is a web page

C.9.2.4.1
C.9.2.4.2
C.9.2.4.3

27
28
29

32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59

C
✓

C

ConditionETSI CEN CENELEC

Clause ofthe present
document

C.7.1.3
C.7.1.4
C.7.1.5
C.7.2.1
C.7.2.2
C.7.2.3

C.7.3
C.9.1.1.1

EN 301 549 V3.2.1 (2021-03)

93

Requirement

Requirement conditionality

Operable

Understandable

RobustConditional or
Unconditional

Assessment

Perceivable

Essential
requirements of
Directive 2016/2102

-

✓

-

-

C

Where ICT is a web page

C.9.2.4.4

-

✓
✓
✓
✓
✓
✓
✓
-

✓
✓
✓
✓
✓
✓
✓
✓
✓

-

C
C
C
C
C
C
C
C
C
C
C
C
C
C
C
C

Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page
Where ICT is a web page

C.9.2.4.5
C.9.2.4.6
C.9.2.4.7
C.9.2.5.1
C.9.2.5.2
C.9.2.5.3
C.9.2.5.4
C.9.3.1.1
C.9.3.1.2
C.9.3.2.1
C.9.3.2.2
C.9.3.2.3
C.9.3.2.4
C.9.3.3.1
C.9.3.3.2
C.9.3.3.3

-

-

✓

-

C

Where ICT is a web page

C.9.3.3.4

✓

✓

✓

✓
✓
✓

C
C
C

Where ICT is a web page
Where ICT is a web page
Where ICT is a web page

C.9.4.1.1
C.9.4.1.2
C.9.4.1.3

✓

✓

✓

✓

C

Where ICT is a web page

C.9.6

10.1.1.1 Non-text content

✓

-

-

-

C

10.1.2.1 Audio-only and videoonly (pre-recorded)
10.1.2.2 Captions (prerecorded)
10.1.2.3 Audio description or
media alternative (prerecorded)
10.1.2.5 Audio description (prerecorded)

✓

-

-

-

C

✓

-

-

-

C

✓

-

-

-

C

✓

-

-

-

C

87

10.1.3.1 Info and relationships

✓

-

-

-

C

88

10.1.3.2 Meaningful sequence

✓

-

-

-

C

89

10.1.3.3 Sensory
characteristics

✓

-

-

-

C

90

10.1.3.4 Orientation

✓

✓

-

-

C

91

10.1.3.5 Identify input purpose

✓

✓

-

-

C

92

10.1.4.1 Use of colour

✓

-

-

-

C

93

10.1.4.2 Audio control

✓

-

-

-

C

94

10.1.4.3 Contrast (minimum)

✓

-

-

-

C

No.

60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86

Clause of the present
document

9.2.4.4 Link purpose (incontext)
9.2.4.5 Multiple ways
9.2.4.6 Headings and labels
9.2.4.7 Focus visible
9.2.5.1 Pointer gestures
9.2.5.2 Pointer cancellation
9.2.5.3 Label in name
9.2.5.4 Motion actuation
9.3.1.1 Language of page
9.3.1.2 Language of parts
9.3.2.1 On focus
9.3.2.2 On input
9.3.2.3 Consistent navigation
9.3.2.4 Consistent identification
9.3.3.1 Error identification
9.3.3.2 Labels or instructions
9.3.3.3 Error suggestion
9.3.3.4 Error prevention (legal,financial, data)
9.4.1.1 Parsing
9.4.1.2 Name, role, value
9.4.1.3 Status messages
9.6 WCAG conformancerequirements

Condition

Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web pageETSI CEN CENELEC

Clause ofthe present
document

C.10.1.1.1
C.10.1.2.1
C.10.1.2.2
C.10.1.2.3
C.10.1.2.5
C.10.1.3.1
C.10.1.3.2
C.10.1.3.3
C.10.1.3.4
C.10.1.3.5
C.10.1.4.1
C.10.1.4.2
C.10.1.4.3

EN 301 549 V3.2.1 (2021-03)

94

Requirement

Requirement conditionality

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

95

10.1.4.4 Resize text

✓

-

-

-

C

96

10.1.4.5 Images of text

✓

-

-

-

C

97

10.1.4.10 Reflow

✓

-

-

-

C

98

10.1.4.11 Non-text contrast

✓

-

-

-

C

99

10.1.4.12 Text spacing

✓

✓

-

-

C

100

10.1.4.13 Content on hover or
focus

✓

✓

-

-

C

101

10.2.1.1 Keyboard

-

✓

-

-

C

102

10.2.1.2 No keyboard trap

-

✓

-

-

C

103

10.2.1.4 Character key
shortcuts

-

✓

-

-

C

104

10.2.2.1 Timing adjustable

-

✓

-

-

C

105

10.2.2.2 Pause, stop, hide

-

✓

-

-

C

106

10.2.3.1 Three flashes or below
threshold

-

✓

-

-

C

107

10.2.4.2 Document titled

-

✓

-

-

C

108

10.2.4.3 Focus Order

-

✓

-

-

C

109

10.2.4.4 Link purpose (incontext)

-

✓

-

-

C

110

10.2.4.6 Headings and labels

-

✓

-

-

C

111

10.2.4.7 Focus visible

-

✓

-

-

C

112

10.2.5.1 Pointer gestures

-

✓

-

-

C

113

10.2.5.2 Pointer cancellation

-

✓

-

-

C

114

10.2.5.3 Label in name

-

✓

-

-

C

115

10.2.5.4 Motion actuation

-

✓

-

-

C

116

10.3.1.1 Language of document

-

-

✓

-

C

117

10.3.1.2 Language of parts

-

-

✓

-

C

118

10.3.2.1 On focus

-

-

✓

-

C

119

10.3.2.2 On input

-

-

✓

-

C

120

10.3.3.1 Error identification

-

-

✓

-

C

No.

Clause of the present
document

Condition

Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web pageETSI CEN CENELEC

Assessment

Clause ofthe present
document

C.10.1.4.4
C.10.1.4.5
C.10.1.4.10
C.10.1.4.11
C.10.1.4.12
C.10.1.4.13
C.10.2.1.1
C.10.2.1.2
C.10.2.1.4
C.10.2.2.1
C.10.2.2.2
C.10.2.3.1
C.10.2.4.2
C.10.2.4.3
C.10.2.4.4
C.10.2.4.6
C.10.2.4.7
C.10.2.5.1
C.10.2.5.2
C.10.2.5.3
C.10.2.5.4
C.10.3.1.1
C.10.3.1.2
C.10.3.2.1
C.10.3.2.2
C.10.3.3.1

EN 301 549 V3.2.1 (2021-03)

95

Requirement

Requirement conditionality

No.

Clause of the present
document

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

121

10.3.3.2 Labels or instructions

-

-

✓

-

C

122

10.3.3.3 Error suggestion

-

-

✓

-

C

123

10.3.3.4 Error prevention (legal,financial, data)

-

-

✓

-

C

124

10.4.1.1 Parsing

-

-

-

✓

C

125

10.4.1.2 Name, role, value

-

-

-

✓

C

126

10.4.1.3 Status messages

✓

✓

✓

✓

C

127

11.7 User preferences

✓

✓

✓

✓

U

Condition

Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page
Where the documents and forms aredownloadable from a web page

Assessment

Clause ofthe present
document

C.10.3.3.2
C.10.3.3.3
C.10.3.3.4
C.10.4.1.1
C.10.4.1.2
C.10.4.1.3
C.11.7

Where web content is an authoring
tool
Where web content is an authoringtool

11.8.1 Content technology

✓

✓

✓

✓

C

11.8.2 Accessible content
creation
11.8.3 Preservation ofaccessibility information intransformations

✓

✓

✓

✓

C

✓

✓

✓

✓

C

131

11.8.4 Repair assistance

✓

✓

✓

✓

C

132

11.8.5 Templates

✓

✓

✓

✓

C

12.1.1 Accessibility andcompatibility features
12.1.2 Accessible
documentation
12.2.2 Information onaccessibility and compatibility
features12.2.3 Effective communication
12.2.4 Accessible
documentation

✓

✓

✓

✓

U

-

C.12.1.1

✓

✓

✓

✓

U

-

C.12.1.2

✓

✓

✓

✓

U

-

C.12.2.2

✓

-

U

-

C.12.2.3

✓

✓

U

-

C.12.2.4

128
129
130

133
134
135
136
137

✓
✓

✓

Where web content is an authoring
tool
Where web content is an authoring
tool
Where web content is an authoring
tool

ETSI CEN CENELEC

C.11.8.1
C.11.8.2
C.11.8.3
C.11.8.4
C.11.8.5

EN 301 549 V3.2.1 (2021-03)

96

Table A.2: Mobile Applications - relationship between the present document andthe essential requirements of Directive 2016/2102/EU
Requirement

Requirement conditionality

No.

Clause of the present
document

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

1

5.2 Activation of accessibility
features

✓

✓

✓

✓

C

2

5.3 Biometrics

-

✓

-

-

C

5.4 Preservation of accessibility
information during conversion
5.5.1 Means of operation
5.5.2 Operable parts
discernibility

✓

✓

✓

C

-

✓

-

-

C

Where ICT has documented
accessibility features
Where ICT uses biologicalcharacteristics
Where ICT converts information orcommunication
Where ICT has operable parts

✓

✓

-

-

C

Where ICT has operable parts

6

5.6.1 Tactile or auditory status

✓

✓

-

-

C

7

5.6.2 Visual status

✓

✓

-

-

C

8

5.7 Key repeat

-

✓

-

-

C

9

5.8 Double-strike key
acceptance

-

✓

-

-

C

10

5.9 Simultaneous user actions

✓

-

-

C

11

6.1 Audio bandwidth for speech

✓

-

-

-

C

12

6.2.1.1 RTT communication

✓

-✓

-

-

C

13

6.2.1.2 Concurrent voice and
text

✓

✓-

-

-

C

6.2.2.1 Visually distinguishable
display
6.2.2.2 Programmaticallydeterminable send and receive
direction
6.2.2.3 Speaker identification

✓

-

-

-

C

✓

-

-

-

C

3
4
5

14
15

16

✓

C

C

17

6.2.2.4 Visual indicator of Audiowith RTT✓

18

6.2.3 Interoperability item a)

✓

-

-

-

C

19

6.2.3 Interoperability item b)

✓

-

-

-

C

20

6.2.3 Interoperability item c)

✓

-

-

-

C

Condition

Where ICT has a locking or toggle
control
Where ICT has a locking or toggle
control
Where ICT has a key repeat
function that cannot be turned off
Where ICT has a keyboard or
keypadWhere ICT uses simultaneous user
actions for its operation
Where ICT provides two-way voicecommunication
Where ICT provides a means for
two-way voice communication
Where ICT provides a means for
two-way voice communication andfor users to communicate by RTT
Where ICT has RTT send andreceive capabilities
Where ICT has RTT send andreceive capabilities
Where ICT has RTT capabilities,
and provides speaker identificationfor voice
Where ICT provides two-way voicecommunication, and has RTT
capabilities
Where ICT with RTT functionality
interoperates with other ICT with
RTT functionality (as required byclause 6.2.1.1)
Where ICT with RTT functionality
interoperates with other ICT with
RTT functionality (as required byclause 6.2.1.1)
Where ICT with RTT functionality
interoperates with other ICT with
RTT functionality (as required byclause 6.2.1.1)

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.5.2
C.5.3
C.5.4
C.5.5.1
C.5.5.2
C.5.6.1
C.5.6.2
C.5.7
C.5.8
C.5.9
C.6.1
C.6.2.1.1
C.6.2.1.2
C.6.2.2.1
C.6.2.2.2

C.6.2.2.3

C.6.2.2.4

C.6.2.3.aC.6.2.3.bC.6.2.3.c

EN 301 549 V3.2.1 (2021-03)

97

Requirement conditionality

Assessment

Clause of thepresent
document

6.2.3 Interoperability item d)

-

-

-

C

22

6.2.4 RTT responsiveness

✓

-

-

-

C

23

6.3 Caller ID

✓

✓

✓

✓

C

24

6.4 Alternatives to voice-based
services

✓

✓

✓

-

C

25

6.5.2 Resolution item a)

✓

-

✓

-

C

26

6.5.3 Frame rate item a)

✓

-

✓

-

C

27

6.5.4 Synchronization between
audio and video

✓

-

✓

-

C

28

6.5.5 Visual indicator of audiowith video

✓

✓

C

29

6.5.6 Speaker identification withvideo (sign language)
communication

✓

✓

C

Where ICT provides speaker
identification for voice users

C.6.5.630

7.1.1 Captioning playback

✓

-

-

-

C

Where ICT displays video withsynchronized audio

C.7.1.1

31

7.1.2 Captioning
synchronization

✓

-

-

-

C

Where ICT displays captions

C.7.1.2

32

7.1.3 Preservation of captioning

✓

-

-

-

C

33

7.1.4 Captions characteristics

✓

C

34

7.1.5 Spoken subtitles✓

C

7.2.1 Audio description
playback
7.2.2 Audio description
synchronization

✓

-

-

-

C

✓

-

-

-

C

37

7.2.3 Preservation of audio
description

✓

-

-

-

C

38

7.3 User controls for captions
and audio description

✓

✓

-

-

C

39

10.1.1.1 Non-text content

✓

-

-

-

C

35
36

Robust21✓

No.

Operable

Clause of the present
document

Perceivable

Understandable

Essential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement

Condition

Where ICT with RTT functionality
interoperates with other ICT with
RTT functionality (as required byclause 6.2.1.1)
Where ICT utilises RTT input
Where ICT provides caller
identification, or similar
telecommunications functions areprovided
Where ICT provides real-time
voice-based communication andalso provides voice mail, autoattendant, or interactive voice
response facilities
Where ICT that provides two-way
voice communication includes realtime video functionality
Where ICT that provides two-way
voice communication includes realtime video functionality
Where ICT that provides two-way
voice communication includes realtime video functionality
Where ICT provides two-way voicecommunication, and includes realtime video functionality

Where ICT transmits, converts orrecords video with synchronized
audio
Where ICT displays captions
Where ICT displays video withsynchronized audio
Where ICT displays video withsynchronized audio
Where ICT has a mechanism toplay audio description
Where ICT transmits, converts, orrecords video with synchronized
audio
Where ICT primarily displays
materials containing video withassociated audio content
Where the documents and forms
are contained in or provided by themobile applications

ETSI CEN CENELEC

C.6.2.3.dC.6.2.4
C.6.3

C.6.4

C.6.5.2

C.6.5.3

C.6.5.4

C.6.5.5

C.7.1.3
C.7.1.4
C.7.1.5
C.7.2.1
C.7.2.2
C.7.2.3

C.7.3

C.10.1.1.1

EN 301 549 V3.2.1 (2021-03)

98

Requirement

Requirement conditionality

No.

Clause of the present
document

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

40

10.1.2.1 Audio-only and videoonly (pre-recorded)

✓

-

-

-

C

41

10.1.2.2 Captions (prerecorded)

✓

-

-

-

C

42

10.1.2.3 Audio description or
media alternative (prerecorded)

✓

-

-

-

C

43

10.1.2.5 Audio description (prerecorded)

✓

-

-

-

C

44

10.1.3.1 Info and relationships

✓

-

-

-

C

45

10.1.3.2 Meaningful sequence

✓

-

-

-

C

46

10.1.3.3 Sensory
characteristics

✓

-

-

-

C

47

10.1.3.4 Orientation

✓

✓

-

-

C

48

10.1.3.5 Identify input purpose

✓

✓

-

-

C

49

10.1.4.1 Use of colour

✓

-

-

-

C

50

10.1.4.2 Audio control

✓

-

-

-

C

51

10.1.4.3 Contrast (minimum)

✓

-

-

-

C

52

10.1.4.4 Resize text

✓

-

-

-

C

53

10.1.4.5 Images of text

✓

-

-

-

C

54

10.1.4.10 Reflow

✓

-

-

-

C

55

10.1.4.11 Non-text contrast

✓

-

-

-

C

56

10.1.4.12 Text spacing

✓

✓

-

-

C

57

10.1.4.13 Content on hover or
focus

✓

✓

-

-

C

Condition

Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.10.1.2.1

C.10.1.2.2

C.10.1.2.3

C.10.1.2.5

C.10.1.3.1

C.10.1.3.2

C.10.1.3.3

C.10.1.3.4

C.10.1.3.5

C.10.1.4.1

C.10.1.4.2

C.10.1.4.3

C.10.1.4.4

C.10.1.4.5

C.10.1.4.10

C.10.1.4.11

C.10.1.4.12

C.10.1.4.13

EN 301 549 V3.2.1 (2021-03)

99

Requirement

Requirement conditionality

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

58

10.2.1.1 Keyboard

-

✓

-

-

C

59

10.2.1.2 No keyboard trap

-

✓

-

-

C

60

10.2.1.4 Character key
shortcuts

-

✓

-

-

C

61

10.2.2.1 Timing adjustable

-

✓

-

-

C

62

10.2.2.2 Pause, stop, hide

-

✓

-

-

C

63

10.2.3.1 Three flashes or below
threshold

-

✓

-

-

C

64

10.2.4.2 Document titled

-

✓

-

-

C

65

10.2.4.3 Focus Order

-

✓

-

-

C

66

10.2.4.4 Link purpose (incontext)

-

✓

-

-

C

67

10.2.4.6 Headings and labels

-

✓

-

-

C

68

10.2.4.7 Focus visible

-

✓

-

-

C

69

10.2.5.1 Pointer gestures

-

✓

-

-

C

70

10.2.5.2 Pointer cancellation

-

✓

-

-

C

71

10.2.5.3 Label in name

-

✓

-

-

C

72

10.2.5.4 Motion actuation

-

✓

-

-

C

73

10.3.1.1 Language of document

-

-

✓

-

C

74

10.3.1.2 Language of parts

-

-

✓

-

C

75

10.3.2.1 On focus

-

-

✓

-

C

No.

Clause of the present
document

Condition

Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.10.2.1.1

C.10.2.1.2

C.10.2.1.4

C.10.2.2.1

C.10.2.2.2

C.10.2.3.1

C.10.2.4.2

C.10.2.4.3

C.10.2.4.4

C.10.2.4.6

C.10.2.4.7

C.10.2.5.1

C.10.2.5.2

C.10.2.5.3

C.10.2.5.4

C.10.3.1.1

C.10.3.1.2

C.10.3.2.1

EN 301 549 V3.2.1 (2021-03)

100

Requirement

Requirement conditionality

Perceivable

Operable

Understandable

RobustConditional or
Unconditional

Essential
requirements of
Directive 2016/2102

76

10.3.2.2 On input

-

-

✓

-

C

77

10.3.3.1 Error identification

-

-

✓

-

C

78

10.3.3.2 Labels or instructions

-

-

✓

-

C

79

10.3.3.3 Error suggestion

-

-

✓

-

C

80

10.3.3.4 Error prevention (legal,financial, data)

-

-

✓

-

C

81

10.4.1.1 Parsing

-

-

-

✓

C

82

10.4.1.2 Name, role, value

-

-

-

✓

C

83

10.4.1.3 Status messages

✓

✓

✓

✓

C

84

11.1.1.1.1 Non-text content(open functionality)

✓

-

-

-

C

85

11.1.1.1.2 Non-text content(closed functionality)

✓

-

-

-

C

86

11.1.2.1.1 Audio-only andvideo-only (pre-recorded - open
functionality)

✓

-

-

-

C

87

11.1.2.1.2 Audio-only andvideo-only (pre-recorded closed functionality)

✓

-

-

-

C

88

11.1.2.2 Captions (prerecorded)

✓

-

-

-

C

89

11.1.2.3.1 Audio description or
media alternative (pre-recorded- open functionality)

✓

-

-

-

C

90

11.1.2.3.2 Audio description or
media alternative (pre-recorded- closed functionality)

✓

-

-

-

C

91

11.1.2.5 Audio description (prerecorded)

✓

-

-

-

C

No.

Clause of the present
document

Condition

Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where the documents and forms
are contained in or provided by themobile applications
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.10.3.2.2

C.10.3.3.1

C.10.3.3.2

C.10.3.3.3

C.10.3.3.4

C.10.4.1.1

C.10.4.1.2

C.10.4.1.3

C.11.1.1.1.1

C.11.1.1.1.2

C.11.1.2.1.1

C.11.1.2.1.2

C.11.1.2.2

C.11.1.2.3.1

C.11.1.2.3.2

C.11.1.2.5

EN 301 549 V3.2.1 (2021-03)

101

Requirement conditionality

RobustUnderstandable

Clause of the present
document

Operable

No.

Perceivable

Essential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement92

11.1.3.1.1 Info andrelationships (openfunctionality)

✓

-

-

-

C

93

11.1.3.2.1 Meaningful
sequence (open functionality)

✓

-

-

-

C

94

11.1.3.3 Sensory
characteristics

✓

-

-

-

C

95

11.1.3.4 Orientation

✓

✓

-

-

C

96

11.1.3.5.1 Identify input
purpose (open functionality)

✓

-

-

-

C

97

11.1.3.5.2 Identify input
purpose (closed functionality)

✓

-

-

-

C

98

11.1.4.1 Use of colour

✓

-

-

-

C

99

11.1.4.2 Audio control

✓

-

-

-

C

100

11.1.4.3 Contrast (minimum)

✓

-

-

-

C

101

11.1.4.4.1 Resize text (openfunctionality)

✓

-

-

-

C

102

11.1.4.4.2 Resize text (closed
functionality)

✓

-

-

-

C

103

11.1.4.5.1 Images of text (openfunctionality)

✓

-

-

-

C

104

11.1.4.5.2 Images of text
(closed functionality)

✓

-

-

-

C

105

11.1.4.10 Reflow

✓

-

-

-

C

106

11.1.4.11 Non-text contrast

✓

-

-

-

C

107

11.1.4.12 Text spacing

✓

✓

-

-

C

108

11.1.4.13 Content on hover or
focus

✓

✓

-

-

C

109

11.2.1.1.1 Keyboard (openfunctionality)

-

✓

-

-

C

Condition

Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.11.1.3.1.1

C.11.1.3.2.1

C.11.1.3.3
C.11.1.3.4

C.11.1.3.5.1

C.11.1.3.5.2

C.11.1.4.1
C.11.1.4.2
C.11.1.4.3

C.11.1.4.4.1

C.11.1.4.4.2

C.11.1.4.5.1

C.11.1.4.5.2

C.11.1.4.10
C.11.1.4.11
C.11.1.4.12
C.11.1.4.13

C.11.2.1.1.1

EN 301 549 V3.2.1 (2021-03)

102

Requirement conditionality

Operable

-

✓

-

-

C

11.2.1.2 No keyboard trap

-

✓

-

-

C

112

11.2.1.4.1 Character key
shortcuts (open functionality)

-

✓

-

-

C

113

11.2.1.4.2 Character key
shortcuts (closed functionality)

-

✓

-

-

C

114

11.2.2.1 Timing adjustable

-

✓

-

-

C

115

11.2.2.2 Pause, stop, hide

-

✓

-

-

C

116

11.2.3.1 Three flashes or below
threshold

-

✓

-

-

C

117

11.2.4.3 Focus order

-

✓

-

-

C

118

11.2.4.4 Link purpose (incontext)

-

✓

-

-

C

119

11.2.4.6 Headings and labels

-

✓

-

-

C

120

11.2.4.7 Focus visible

-

✓

-

-

C

121

11.2.5.1 Pointer gestures

-

✓

-

-

C

122

11.2.5.2 Pointer cancellation

-

✓

-

-

C

123

11.2.5.3.1 Label in name (openfunctionality)

-

✓

-

-

C

124

11.2.5.4 Motion actuation

-

✓

-

-

C

125

11.3.1.1.1 Language ofsoftware (open functionality)

-

-

✓

-

C

126

11.3.1.1.2 Language ofsoftware (closed functionality)

-

-

✓

-

C

127

11.3.2.1 On focus

-

-

✓

-

C

128

11.3.2.2 On input

-

-

✓

-

C

129

11.3.3.1.1 Error identification(open functionality)

-

-

✓

-

C

No.

Clause of the present
document

110

11.2.1.1.2 Keyboard (closed
functionality)

111

RobustPerceivable

Understandable

Essential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement

Condition

Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.11.2.1.1.2

C.11.2.1.2

C.11.2.1.4.1

C.11.2.1.4.2

C.11.2.2.1
C.11.2.2.2
C.11.2.3.1
C.11.2.4.3
C.11.2.4.4
C.11.2.4.6
C.11.2.4.7
C.11.2.5.1
C.11.2.5.2

C.11.2.5.3.1

C.11.2.5.4

C.11.3.1.1.1

C.11.3.1.1.2

C.11.3.2.1
C.11.3.2.2

C.11.3.3.1.1

EN 301 549 V3.2.1 (2021-03)

103

Requirement conditionality

-

C

-

-

✓

-

C

11.3.3.3 Error suggestion

-

-

✓

-

C

133

11.3.3.4 Error prevention (legal,financial, data)

-

-

✓

-

C

134

11.4.1.1.1 Parsing (openfunctionality)

-

-

-

✓

C

135

11.4.1.2.1 Name, role, value(open functionality)

-

-

-

✓

C

136

11.4.1.3.1 Status messages(open functionality)

-

-

-

✓

C

137

11.5.2.3 Use of accessibility
services

✓

✓

✓

✓

C

138

11.5.2.5 Object information

✓

-

✓

-

C

139

11.5.2.6 Row, column, andheaders

✓

-

✓

-

C

140

11.5.2.7 Values

✓

-

✓

-

C

141

11.5.2.8 Label relationships

✓

-

✓

-

C

142

11.5.2.9 Parent-childrelationships

✓

-

✓

-

C

143

11.5.2.10 Text

✓

-

✓

-

C

-

✓

-

-

C

-

✓

-

-

C

-

✓

-

-

C

-

✓

-

-

C

-

✓

✓

-

C

-

✓

-

-

C

-

✓

-

-

C

✓

✓

✓

✓

C

No.

Clause of the present
document

130

11.3.3.1.2 Error Identification(closed functionality)-131

11.3.3.2 Labels or instructions

132

144
145
146
147
148
149
150
151

11.5.2.11 List of available
actions
11.5.2.12 Execution of available
actions
11.5.2.13 Tracking of focus andselection attributes
11.5.2.14 Modification of focus
and selection attributes
11.5.2.15 Change notification
11.5.2.16 Modifications ofstates and properties
11.5.2.17 Modifications ofvalues and text
11.6.2 No disruption ofaccessibility features

RobustUnderstandable-✓

Perceivable

Operable

Essential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement

Condition

Where ICT is non-web softwarethat provides a user interface which
is closed to assistive technologies
for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface andthat supports access to assistive
technologies for screen reading
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface
Where ICT is non-web softwarethat provides a user interface

ETSI CEN CENELEC

Assessment

Clause of thepresent
document

C.11.3.3.1.2

C.11.3.3.2
C.11.3.3.3
C.11.3.3.4

C.11.4.1.1.1

C.11.4.1.2.1

C.11.4.1.3.1

C.11.5.2.3
C.11.5.2.5
C.11.5.2.6
C.11.5.2.7
C.11.5.2.8
C.11.5.2.9
C.11.5.2.10
C.11.5.2.11
C.11.5.2.12
C.11.5.2.13
C.11.5.2.14
C.11.5.2.15
C.11.5.2.16
C.11.5.2.17
C.11.6.2

EN 301 549 V3.2.1 (2021-03)

104

Requirement conditionality

Perceivable

Operable

Understandable

RobustEssential
requirements of
Directive 2016/2102

Conditional or
Unconditional

Requirement152

11.7 User preferences

✓

✓

✓

✓

153

11.8.1 Content technology
11.8.2 Accessible content
creation

✓

✓

✓

✓

C

Where ICT is non-web softwarethat is not designed to be isolated
from its platform, and that provides
a user interface
Where ICT is an authoring tool

✓

✓

✓

✓

C

Where ICT is an authoring tool

No.

154

Clause of the present
document

C

Condition

Where ICT is an authoring tool thatprovides restructuringtransformations or re-coding
transformations
Where ICT is an authoring tool
Where ICT is an authoring tool thatprovides templates

Assessment

Clause of thepresent
document

C.11.7C.11.8.1
C.11.8.2

155

11.8.3 Preservation ofaccessibility information intransformations

✓

✓

✓

✓

C

156

11.8.4 Repair assistance

✓

✓

✓

✓

C

157

11.8.5 Templates

✓

✓

✓

✓

C

12.1.1 Accessibility andcompatibility features
12.1.2 Accessible
documentation
12.2.2 Information onaccessibility and compatibility
features12.2.3 Effective communication
12.2.4 Accessible
documentation

✓

✓

✓

✓

U

-

C.12.1.1

✓

✓

✓

✓

U

-

C.12.1.2

✓

✓

✓

✓

U

-

C.12.2.2

✓

-

✓

-

U

-

C.12.2.3

✓

✓

✓

✓

U

-

C.12.2.4

158
159
160
161
162

ETSI CEN CENELEC

C.11.8.3
C.11.8.4
C.11.8.5

EN 301 549 V3.2.1 (2021-03)

105

Annex B (informative):
Relationship between requirements and functional
performance statements
B.1

Relationships between clauses 5 to 13 and the functional
performance statements

Table B.2 shows which of the requirements set out in clauses 5 to 13 support each of the functional performancestatements set out in clause 4.2.
To allow Table B.2 to fit the page, the abbreviations shown in Table B.1 have been used in the column headers ofTable B.2.
Table B.1: Key to the column header designations used in Table B.2
Clausenumber
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
4.2.6
4.2.7
4.2.8
4.2.9
4.2.104.2.11

Column header
abbreviation
WV
LV
WPC
WH
LH
WVC
LMS
LR
PST
LC
P

Functional performance statement
Usage without vision
Usage with limited vision
Usage without perception of colour
Usage without hearing
Usage with limited hearing
Usage without vocal capability
Usage with limited manipulation or strength
Usage with limited reach
Minimize photosensitive seizure triggers
Usage with limited cognition
Privacy

The following abbreviations have been used to represent the relationship between the requirements in clauses 5 to 13
and the functional performance statements:•

P = Primary relationship. The requirement supports the functional performance statement.

•

S = Secondary relationship. The requirement provides partial support for the functional performance statement
because some users may use the feature in specific situations.
Table B.2: Requirements in clauses 5 to 13 supporting the accessibility needs
expressed in the functional performance statements
Requirements

5.1.2.1 Closed functionality
5.1.2.2 Assistive technology
5.1.3.1 General (belongs to
5.1.3 Non-visual access)5.1.3.2 Auditory output
delivery including speech
5.1.3.3 Auditory output
correlation
5.1.3.4 Speech output user
control
5.1.3.5 Speech output
automatic interruption
5.1.3.6 Speech output for
non-text content
5.1.3.7 Speech output forvideo information
5.1.3.8 Masked entry

4.2.1
WV
P
-

4.2.2
LV
P
-

4.2.3
WPC
P
-

4.2.4
WH
P
-

4.2.5
LH
P
-

4.2.6
WVC
P
-

4.2.7
LMS
P
-

4.2.8
LR
P
-

4.2.9
PST
P
-

4.2.10LCP-

4.2.11
P
P
S

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

P

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

P

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

106

Requirements
5.1.3.9 Private access topersonal data
5.1.3.10 Non-interfering audio
output5.1.3.11 Private listening
volume5.1.3.12 Speaker volume
5.1.3.13 Volume reset
5.1.3.14 Spoken languages
5.1.3.15 Non-visual error
identification
5.1.3.16 Receipts, tickets,and transactional outputs
5.1.4 Functionality closed totext enlargement
5.1.5 Visual output forauditory information
5.1.6.1 Operation without
keyboard interface (closed
functionality)
5.1.6.2 Operation without
keyboard interface (Input
focus)
5.1.7 Access without speech
5.2 Activation of accessibility
features
5.3 Biometrics
5.4 Preservation ofaccessibility information
during conversion
5.5.1 Means of operation
5.5.2 Operable partdiscernibility
5.6.1 Tactile or auditory
status
5.6.2 Visual status
5.7 Key repeat
5.8 Double-strike key
acceptance
5.9 Simultaneous user
actions
6.1 Audio bandwidth forspeech (informative
recommendation)
6.2.1.1 RTT communication
6.2.1.2 Concurrent voice andtext
6.2.2.1 Visually
distinguishable display
6.2.2.2 Programmaticallydeterminable send andreceive direction
6.2.2.3 Speaker identification
6.2.2.4 Visual indicator of
Audio with RTT
6.2.3 Interoperability
6.2.4 RTT responsiveness6.3 Caller ID
6.4 Alternatives to voicebased services
6.5.2 Resolution
6.5.3 Frame rate

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

P

S

-

-

-

-

-

-

-

S

P

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

S

-

-

-

-

S

S

P
P
P

S
S
S

-

-

S
S
-

-

-

-

-

S
S
S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

-

-

P

P

-

-

-

-

S

-

P

P

-

-

-

S

P

-

-

-

-

P

P

-

-

-

S

P

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

P

P

P

P

P

-

P

-

-

-

-

P

P

-

P

-

P

P

P

-

-

P

P

P

-

P

P

-

-

-

-

S

-

-

-

-

-

-

-

P

-

-

-

-

P

S

-

-

-

-

-

-

-

-

-

P

P

-

P

-

-

-

-

-

S

-

-

-

-

P
-

P
-

-

P
P

P
-

-

S
S

-

-

-

-

-

-

-

P

P

-

S

-

-

-

-

-

-

-

P

P

-

S

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

P

P

-

P
P
-

S
S
-

S
S
-

-

-

-

S

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

P
P

P
P

S
S

-

-

-

-

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

107

Requirements
6.5.4 Synchronization
between audio and video
6.5.5 Visual indicator of audiowith video
6.5.6 Speaker identification
with video (sign language)
communication
6.6 Alternatives to videobased services
7.1.1 Captioning playback
7.1.2 Captioning
synchronization
7.1.3 Preservation of
captioning
7.1.4 Captions characteristics
7.1.5 Spoken subtitles
7.2.1 Audio description
playback
7.2.2 Audio description
synchronization
7.2.3 Preservation of audio
description
7.3 User controls for captions
and audio description
8.1.2 Standard connections
8.1.3 Colour
8.2.1.1 Speech volume range
8.2.1.2 Incremental volume
control
8.2.2.1 Fixed-line devices
8.2.2.2 Wirelesscommunication devices
8.3.0 Stationary ICT, General(informative recommendation)
8.3.1 Forward or side reach
8.3.2.1 Unobstructed highforward reach
8.3.2.2 Unobstructed low
forward reach
8.3.2.3.1 Obstructed forward
reach - Clear space
8.3.2.3.2 Obstructed(< 510 mm) forward reach
8.3.2.3.3 Obstructed(< 635 mm) forward reach
8.3.2.4 Knee and toe
clearance width
8.3.2.5 Toe clearance
8.3.2.6 Knee clearance
8.3.3.1 Unobstructed highside reach
8.3.3.2 Unobstructed low sidereach
8.3.3.3.1 Obstructed(≤ 255 mm) side reach
8.3.3.3.2 Obstructed(≤ 610 mm) side reach
8.3.4.1 Change in level
8.3.4.2 Clear floor or groundspace
8.3.4.3.1 Approach - General
8.3.4.3.2 Forward approach
8.3.4.3.3 Parallel approach

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

-

-

-

P

P

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

P

S

-

P

P

P

-

-

-

-

-

-

-

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S
P

S
S

P
-

P
-

-

-

-

-

S
S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

P

P

-

-

-

-

S

-

P
-

P
S
-

P
-

-

P
P

-

P
-

P
-

-

P
S
-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P
P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P
P
P

-

-

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

108

Requirements
8.3.5 Visibility
8.3.6 Installation instructions
8.4.1 Numeric keys
8.4.2.1 Means of operation of
mechanical parts
8.4.2.2 Force of operation of
mechanical parts
8.4.3 Keys, tickets and farecards
8.5 Tactile indication of
speech mode
9.1.1.1 Non-text content
9.1.2.1 Audio-only and videoonly (pre-recorded)
9.1.2.2 Captions(pre-recorded)
9.1.2.3 Audio description or
media alternative(pre-recorded)
9.1.2.4 Captions (live)
9.1.2.5 Audio description(pre-recorded)
9.1.3.1 Info and relationships
9.1.3.2 Meaningful sequence
9.1.3.3 Sensory
characteristics
9.1.3.4 Orientation
9.1.3.5 Identify input purpose
9.1.4.1 Use of colour
9.1.4.2 Audio control
9.1.4.3 Contrast (minimum)
9.1.4.4 Resize text
9.1.4.5 Images of text
9.1.4.10 Reflow
9.1.4.11 Non-text contrast
9.1.4.12 Text spacing
9.1.4.13 Content on hover or
focus
9.2.1.1 Keyboard
9.2.1.2 No keyboard trap
9.2.1.4 Character key
shortcuts
9.2.2.1 Timing adjustable
9.2.2.2 Pause, stop, hide
9.2.3.1 Three flashes or
below threshold
9.2.4.1 Bypass blocks
9.2.4.2 Page titled9.2.4.3 Focus order
9.2.4.4 Link purpose(in context)
9.2.4.5 Multiple ways
9.2.4.6 Headings and labels
9.2.4.7 Focus visible
9.2.5.1 Pointer gestures
9.2.5.2 Pointer cancellation
9.2.5.3 Label in name
9.2.5.4 Motion actuation
9.3.1.1 Language of page
9.3.1.2 Language of parts
9.3.2.1 On focus
9.3.2.2 On Input

4.2.1
WV
P

4.2.2
LV
S

4.2.3
WPC
-

4.2.4
WH
-

4.2.5
LH
-

4.2.6
WVC
-

4.2.7
LMS
-

4.2.8
LR
P
P
-

4.2.9
PST
-

4.2.10LC-

4.2.11
P
-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

P

S

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

P

-

P

S

-

-

-

-

S

S

P

P

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P
P

S
S

-

-

-

-

-

-

-

S
S

-

P

P

P

P

P

-

-

-

-

S

-

P
P
-

P
P
P
P
P
P
P
P

P
P
P
P
-

-

P
-

-

P
-

P
-

-

S
S
S
S
S
S
P

-

-

P

-

-

-

-

-

-

-

P

-

P
P

P
P

-

-

-

S
S

P
P

-

-

-

-

-

-

-

-

-

-

P

P

-

S

-

P
P

P
P

-

P
P

P
P

-

P
P

-

-

P
P

-

-

-

-

-

-

-

-

-

P

-

-

P
P
P

P
P
P

-

-

-

S
-

P
P
P

-

-

P
P
P

-

P

P

-

-

-

S

P

-

-

P

-

P
P
P
S
P
P
P
P

P
P
P
P
S
S
S
P
P

-

S
S
S
-

S
S
-

S
S
S
-

P
P
P
P
P
P
P
P
P

P
P
P
P
-

-

P
P
P
P
P
S
S
S
S
P
P

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

109

Requirements
9.3.2.3 Consistent navigation
9.3.2.4 Consistentidentification
9.3.3.1 Error identification
9.3.3.2 Labels or instructions
9.3.3.3 Error suggestion
9.3.3.4 Error prevention(legal, financial, data)
9.4.1.1 Parsing
9.4.1.2 Name, role, value
9.4.1.3 Status messages
9.6 WCAG Conformancerequirements
10.1.1.1 Non-text content
10.1.2.1 Audio-only andvideo-only (pre-recorded)
10.1.2.2 Captions(pre-recorded)
10.1.2.3 Audio description or
media alternative(pre-recorded)
10.1.2.4 Captions (live)
10.1.2.5 Audio description(pre-recorded)
10.1.3.1 Info andrelationships
10.1.3.2 Meaningful
sequence
10.1.3.3 Sensory
characteristics
10.1.3.4 Orientation
10.1.3.5 Identify input
purpose10.1.4.1 Use of colour
10.1.4.2 Audio control
10.1.4.3 Contrast (minimum)
10.1.4.4 Resize text
10.1.4.5 Images of text
10.1.4.10 Reflow
10.1.4.11 Non-text contrast
10.1.4.12 Text spacing
10.1.4.13 Content on hover or
focus
10.2.1.1 Keyboard
10.2.1.2 No keyboard trap
10.2.1.4 Character key
shortcuts
10.2.2.1 Timing adjustable10.2.2.2 Pause, stop, hide
10.2.3.1 Three flashes or
below threshold
10.2.4.2 Document titled10.2.4.3 Focus order
10.2.4.4 Link purpose(in context)
10.2.4.6 Headings and labels
10.2.4.7 Focus visible
10.2.5.1 Pointer gestures
10.2.5.2 Pointer cancellation
10.2.5.3 Label in name10.2.5.4 Motion actuation
10.3.1.1 Language of page

4.2.1
WV
P

4.2.2
LV
P

4.2.3
WPC
-

4.2.4
WH
-

4.2.5
LH
-

4.2.6
WVC
-

4.2.7
LMS
-

4.2.8
LR
-

4.2.9
PST
-

4.2.10LCP

4.2.11
P
-

S

P

-

-

-

-

-

-

-

P

-

P
P
P

P
P
P

P
-

-

-

S
S

S
S

-

-

P
P
P

-

P

P

-

-

-

-

S

-

-

P

-

P
P
P

S
P
P

P

P

P

S

S
P

P

P

P

-

P

P

P

P

P

S

P

P

P

P

S

P

P

-

P

S

-

-

-

-

S

S

P

P

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

P

P

P

P

-

-

-

-

S

-

-

-

-

-

-

-

P

P

-

S

-

-

P

-

-

-

-

-

-

-

-

-

P
P
-

P
P
P
P
P
P
P

P
P
P
P
-

-

P
-

-

-

-

-

S
S
S
S
S
P

-

-

P

-

-

-

-

-

-

-

P

-

P
P

P
P

-

-

-

S
S

P
P

-

-

-

-

-

-

-

-

-

-

P

P

-

S

-

P
P

P
P

-

P
P

P
P

-

P
P

-

-

P
P

-

-

-

-

-

-

-

-

-

P

-

-

P
P

P
P

-

-

-

-

P
P

-

-

P
P

-

P

P

-

-

-

S

P

-

-

P

-

P
P
S
P

P
P
P
S
S

-

S
S

S

S
S
-

P
P
P
P
P
P
-

P
P
P
P
-

-

P
P
P
P
S
S
S

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

110

4.2.1
WV
10.3.1.2 Language of partsP
10.3.2.1 On focus
P
10.3.2.2 On input
P
10.3.3.1 Error identification
P
10.3.3.2 Labels or instructions
P
10.3.3.3 Error suggestionP
10.3.3.4 Error prevention
P(legal, financial, data)
10.4.1.1 ParsingP
10.4.1.2 Name, role, valueP
10.4.1.3 Status messages
P
10.5 Caption positioning
10.6 Audio description timingP
11.1.1.1.1 Non-text content
P(open functionality)
11.1.1.1.2 Non-text content
P(closed functionality
11.1.2.1.1 Audio-only andvideo-only (pre-recorded P
open functionality)
11.1.2.1.2.1 Pre-recorded
audio-only (closed
functionality)
11.1.2.1.2.2 Pre-recorded
video-only (closedPfunctionality)
11.1.2.2 Captions(pre-recorded)
11.1.2.3.1 Audio description
or media alternativeP(pre-recorded - open
functionality)
11.1.2.3.2 Audio description
or media alternativeP(pre-recorded - closed
functionality)
11.1.2.4 Captions (live)
11.1.2.5 Audio descriptionP(pre-recorded)
11.1.3.1.1 Info andrelationships (openPfunctionality)
11.1.3.1.2 Info andrelationships (closedPfunctionality)
11.1.3.2.1 MeaningfulPsequence (open functionality)
11.1.3.2.2 Meaningful
sequence (closedPfunctionality)
11.1.3.3 SensoryPcharacteristics
11.1.3.4 Orientation
11.1.3.5.1 Identify input
purpose (open functionality)
11.1.3.5.2 Identify input
purpose (closed functionality)
11.1.4.1 Use of colourP
11.1.4.2 Audio control
P
11.1.4.3 Contrast (minimum)
11.1.4.4.1 Resize text (openfunctionality)
Requirements

4.2.2
LV
S
P
P
P
P
P

4.2.3
WPC
P
-

4.2.4
WH
S
-

4.2.5
LH
S
-

4.2.6
WVC
S
S

4.2.7
LMS
P
P
S
S

4.2.8
LR
-

4.2.9
PST
-

4.2.10
LC
S
P
P
P
P
P

4.2.11
P
-

P

-

-

-

-

S

-

-

P

-

S
P
P
S

P
-

P
P
-

P
P
-

P
-

S
P
-

P
-

P
-

P
S
S

-

P

-

P

S

-

-

-

-

S

S

P

-

P

S

-

-

-

-

S

S

P

-

P

P

-

-

-

-

S

-

-

-

P

P

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

-

-

P

P

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

-

-

P

P

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

S

-

-

-

-

-

-

-

S

-

P

P

P

P

-

-

-

-

S

-

-

-

-

-

-

P

P

-

S

-

P

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

P
P

P
P

-

P
-

-

-

-

-

S
S
S

-

P

-

-

-

-

-

-

-

-

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

111

Requirements
11.1.4.4.2 Resize text (closed
functionality)
11.1.4.5.1 Images of text
(open functionality)
11.1.4.5.2 Images of text
(closed functionality)
11.1.4.10 Reflow
11.1.4.11 Non-text contrast
11.1.4.12 Text spacing
11.1.4.13 Content on hover or
focus
11.2.1.1.1 Keyboard (openfunctionality)
11.2.1.1.2 Keyboard (closed
functionality)
11.2.1.2 No keyboard trap
11.2.1.4.1 Character key
shortcuts (open functionality)
11.2.1.4.2 Character key
shortcuts (closed
functionality)
11.2.2.1 Timing adjustable
11.2.2.2 Pause, stop, hide
11.2.3.1 Three flashes or
below threshold
11.2.4.3 Focus order
11.2.4.4 Link purpose(in context)
11.2.4.6 Headings and labels
11.2.4.7 Focus visible
11.2.5.1 Pointer gestures
11.2.5.2 Pointer cancellation
11.2.5.3.1 Label in name(open functionality)
11.2.5.3.2 Label in name(closed functionality)
11.2.5.4 Motion actuation
11.3.1.1.1 Language ofsoftware (open functionality)
11.3.1.1.2 Language ofsoftware (closed functionality)
11.3.2.1 On focus
11.3.2.2 On input
11.3.3.1.1 Error identification(open functionality)
11.3.3.1.2 Error Identification(closed functionality)
11.3.3.2 Labels or instructions
11.3.3.3 Error suggestion
11.3.3.4 Error prevention(legal, financial, data)
11.4.1.1.1 Parsing (openfunctionality)
11.4.1.1.2 Parsing (closed
functionality)
11.4.1.2.1 Name, role, value(open functionality)
11.4.1.2.2 Name, role, value(closed functionality)
11.4.1.3.1 Status messages(open functionality)
11.5.1 Closed functionality

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

-

P

-

-

-

-

-

-

-

-

-

-

P

P

-

-

-

-

-

-

S

-

-

-

-

-

-

-

-

-

-

-

-

-

P
P
P

P
-

-

-

-

-

-

-

S
P

-

-

P

-

-

-

-

-

-

-

P

-

P

P

-

-

-

S

P

-

-

-

-

P

P

-

-

-

S

P

-

-

-

-

P

P

-

-

-

S

P

-

-

-

-

-

-

-

-

-

-

P

P

-

S

-

-

-

-

-

-

-

P

P

-

S

-

P
P

P
P

-

P
P

P
P

-

P
P

-

-

P
P

-

-

-

-

-

-

-

-

-

P

-

-

P

P

-

-

-

-

P

-

-

P

-

P

P

-

-

-

S

P

-

-

P

-

P
P
-

P
P
P

-

S
-

-

S
S
-

P
P
P
P

P
P

-

P
P
P
P

-

-

-

-

-

-

-

P

P

-

S

-

-

-

-

-

-

-

P

P

-

S

-

S

S

-

-

-

-

P

P

-

S

-

P

S

-

S

S

-

-

-

-

S

-

P

S

-

S

S

-

-

-

-

S

-

P
P

P
P

-

-

-

-

P
P

-

-

P
P

-

P

P

P

-

-

-

-

-

-

P

-

P

P

P

-

-

-

-

-

-

P

-

P
P

P
P

-

-

-

S
S

S
S

-

-

P
P

-

P

P

-

-

-

-

S

-

-

P

-

P

S

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

P

P

-

-

-

-

S

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

P

P

P

P

P

P

P

P

P

P

-

-

-

-

-

-

-

-

-

-

-

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

112

Requirements
11.5.2.1 Platform accessibility
service support for softwarethat provides a user interface
11.5.2.2 Platform accessibility
service support for assistive
technologies
11.5.2.3 Use of accessibility
services
11.5.2.4 Assistive technology
11.5.2.5 Object information
11.5.2.6 Row, column, andheaders
11.5.2.7 Values
11.5.2.8 Label relationships
11.5.2.9 Parent-childrelationships
11.5.2.10 Text
11.5.2.11 List of available
actions
11.5.2.12 Execution ofavailable actions
11.5.2.13 Tracking of focus
and selection attributes
11.5.2.14 Modification of
focus and selection attributes
11.5.2.15 Change notification
11.5.2.16 Modifications ofstates and properties
11.5.2.17 Modifications ofvalues and text
11.6.1 User control ofaccessibility features
11.6.2 No disruption ofaccessibility features
11.7 User preferences
11.8.1 Content technology
11.8.2 Accessible content
creation
11.8.3 Preservation ofaccessibility information intransformations
11.8.4 Repair assistance
11.8.5 Templates
12.1.1 Accessibility andcompatibility features
12.1.2 Accessible
documentation
12.2.2 Information onaccessibility and compatibility
features12.2.3 Effective
communication
12.2.4 Accessible
documentation
13.1.2 Text relay services
13.1.3 Sign relay services
13.1.4 Lip-reading relay
services
13.1.5 Captioned telephonyservices
13.1.6 Speech to speech
relay services
13.2 Access to relay services

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P
P

P
P

-

-

-

-

P
P

-

-

S
S

-

P

P

-

-

-

-

P

-

-

S

-

P
P

P
P

-

-

-

-

P
P

-

-

S
S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

P

P

P

-

P

-

-

-

-

P

P

P

P

P

-

P

-

-

-

-

P

P
P

P
P

P

P

S

P

P

P

S
P

S

P

P

P

P

P

S

P

P

P

P

S

P

P

P

P

P

S

P

P

P

P

S

P
P

P
P

P
P

P
P

P
P

S
S

P
P

P
P

P
P

P
P

S
S

P

P

P

P

P

-

P

-

-

S

-

P

P

P

P

P

S

P

P

P

P

S

P

P

P

P

P

-

P

-

-

S

-

-

-

-

P

P

P

-

-

-

S

-

P

P

P

P

P

S

P

P

P

P

S

-

-

-

P
P

P
P

P
P

-

-

-

S
-

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

P

P

P

-

-

-

S

-

ETSI CEN CENELEC

EN 301 549 V3.2.1 (2021-03)

113

Requirements
13.3 Access to emergency
services

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

-

-

-

P

P

P

-

-

-

S

-

B.2

Interpretation of Table B.2

B.2.0

GeneralTable B.2 illustrates the impact a specific accessibility issue might have on different users. It does this by mapping therequirements in the standard with the functional performance statements in clause 4. A requirement can be Primary (P)or Secondary (S).
The technical requirements are listed in a vertical column and the functional performance statements horizontally.

The table indicates which functional performance statements, and corresponding user needs, are covered by eachrequirement.

B.2.1

ExampleB.2.1.1

Step 1

For requirement 5.1.3.11, which relates to the possibility of changing the volume when the user is listening in a private
headset, the table can be read like this:The requirement for private listening volume has a "P" for primary support in the column "WV", which stands for"without vision".

This means that private listening volume supports the functional performance statements for users who cannot see. In
other words, the possibility for the user to control the volume when listening via a private headset is necessary for blindusers.

B.2.1.2

Step 2The third column shows that, for users with low vision, the possibility to control the volume when listening via a private
headset is not as necessary as for blind users, it has an S for Secondary, where the first column had a P for Primary.

Secondary support means that some users in this group may use the accessibility feature in specific situations.

ETSI CEN CENELEC

114

B.2.1.3

EN 301 549 V3.2.1 (2021-03)

Step 3In this way it is possible to assess the impact on functional performance statements if a particular requirement is not
met.

The fourth column considers users who are color blind; the requirement on private listening volume is not marked at all.
Of course, the possibility of changing the volume when listening in private headset is nice to have for all users, nomatter their ability to distinguish between colors, but the listening volume does not compensate for the color blindness.

B.2.1.4

Step 4

The table can also be read the other way around:
Since blind users cannot see the screen, they need an alternative way to use the interface. If this alternative is audio via
private headset, blind users need the possibility to change the volume.

Some users who can see, but not well, need or prefer to use audio as an alternative way to use the interface. If thisalternative is audio via private headset, some low vision users will benefit from the possibility to change the volume.

ETSI CEN CENELEC

115

EN 301 549 V3.2.1 (2021-03)

Annex C (normative):
Determination of conformance
C.1

Introduction

This normative annex sets out the means necessary to determine conformance with the individual requirements set out
in the body of the present document.
To assist the reader, empty clauses are inserted in order to make the numbering of the annex reflect the clause numbersin the requirements.

C.2

Empty clauseThis clause is intentionally left empty.

C.3

Empty clauseThis clause is intentionally left empty.

C.4

Functional performance

Clause 4 is informative and does not contain requirements that require testing.

C.5

Generic requirements

C.5.1

Closed functionality

C.5.1.1

Introduction

Clause 5.1.1 is informative and does not contain requirements that require testing.

C.5.1.2
C.5.1.2.1

GeneralClosed functionality

See clauses C.5.2 to C.13, as applicable.

C.5.1.2.2

Assistive technology

Type of assessment
Pre-conditions
Procedure

ResultTesting
1. The ICT has closed functionality.
1. Determine the closed functions of the ICT.
2. Check that the tests C.5.1.3 to C.5.1.6 can be carried out without the attachment or
installation of any assistive technology except personal headsets or inductive loops.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

116

C.5.1.3
C.5.1.3.1

Non-visual access
Audio output of visual information

Type of assessment
Pre-conditions
Procedure
ResultC.5.1.3.2

Testing
1. Visual information is needed to enable the use of those functions of the ICT that areclosed to assistive technology for screen reading.
1. Determine the functions of the ICT closed to screen reading.
2. Check that they are all operable using audio output access.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1 is not met.

Auditory output delivery including speechType of assessment
Pre-conditions
Procedure

ResultC.5.1.3.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. Auditory output is provided as non-visual access to closed functionality.
1. Check that the auditory output is delivered by a mechanism included in or provided
with the ICT.
2. Check that the auditory output is delivered by a personal headset that can beconnected through a 3,5 mm audio jack or an industry standard connection without
requiring the use of vision.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
Not applicable: Pre-condition 1 is not met.

Auditory output correlation

Clause 5.1.3.3 is informative only and contains no requirements requiring test.

C.5.1.3.4

Speech output user control

Type of assessment
Pre-conditions
Procedure

ResultC.5.1.3.5

Speech output automatic interruption

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. Speech output is provided as non-visual access to closed functionality.
1. Check that the speech output is capable of being interrupted when requested by theuser.
2. Check that the speech output is capable of being repeated when requested by theuser.
Pass: All checks are true
Fail: Any check is false
Not applicable: Pre-condition 1 is not met.

Inspection
1. Speech output is provided as non-visual access to closed functionality.
1. Determine the closed functions of the ICT.
2. Check that the speech output for each single function is interrupted on a user action.
3. Check that the speech output for each single function is interrupted when new
speech output begins.
Pass: Check 2 and 3 are true
Fail: Check 2 or 3 are false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

117

C.5.1.3.6

Speech output for non-text content

Type of assessment
Pre-conditions
Procedure

ResultC.5.1.3.7

Procedure
ResultProcedure

ResultProcedure

ResultTesting
1. Auditory output is provided as non-visual access to closed functionality.
2. The output contains data.
3. There is an applicable privacy policy which considers that data to be private.
1. Check that the auditory output is only delivered through a mechanism for private
listening.
2. Check that the mechanism for private listening can be connected without requiring
the use of vision.
3. Check that the auditory output is delivered through all user-selectable mechanisms.
Pass: Checks 1 and 2 or 3 are true
Fail: Checks 1 or 2 and 3 are false
Not applicable: Pre-conditions 1 or 3 are not met

Non-interfering audio output

Type of assessment
Pre-conditions
Procedure
ResultTesting
1. Auditory output is provided as non-visual access to closed functionality.
2. The characters displayed are masking characters.
3. Any option to allow non-private auditory output has not been activated.
1. Check that the auditory output is not a spoken version of the characters entered.
2. Check that the auditory output is known to be delivered only to a mechanism for
private listening.
Pass: Any check is true
Fail: All checks are false
Not applicable: Pre-conditions 1 or 2 are not met

Private access to personal data

Type of assessment
Pre-conditions

C.5.1.3.10

Testing
1. Pre-recorded video content is needed to enable the use of closed functions of ICT.
2. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1 or 2 are not met

Masked entry

Type of assessment
Pre-conditions

C.5.1.3.9

Testing
1. Non-text content is presented to users via speech output.
1. Check that speech output is provided as an alternative for non-text content.
2. Check that the non-text content is not pure decoration.
3. Check that the non-text content is not used only for visual formatting.
4. Check that the speech output follows the guidance for "text alternative" described in
WCAG 2.1 Success Criterion 1.1.1.
Pass: Checks 1 and 2 and 3 and 4 are true; or 1 and 2 are false; or 1 and 3 are false
Fail: Checks 1 is true and 2 false; or 1 is true and 3 false; or 1 and 2 and 3 are true and4 is false
Not applicable: Pre-condition 1 is not met.

Speech output for video information

Type of assessment
Pre-conditions

C.5.1.3.8

EN 301 549 V3.2.1 (2021-03)

Testing
1. Auditory output is provided as non-visual access to closed functionality.
2. The ICT automatically plays interfering audible output.
1. Check that the interfering audible output lasts no longer than three seconds.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1 or 2 are not met

ETSI CEN CENELEC

118

C.5.1.3.11

Private listening volume

Type of assessment
Pre-conditions
Procedure
ResultC.5.1.3.12

Procedure

ResultProcedure
ResultProcedure
ResultResultTesting
1. The speech output is provided as non-visual access to closed functionality.
2. The speech output is not proper names, technical terms, words of indeterminate
language, and words or phrases that have become part of the vernacular of theimmediately surrounding text.
3. The content is not generated externally and is under the control of the ICT vendor.
4. The displayed languages can be selected using non-visual access.
5. The user has not selected a speech language that is different from the language ofthe displayed content.
1. Check that the speech output is in the same human language of the displayedcontent provided.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1 or 3 are not met

Non-visual error identification

Type of assessment
Pre-conditions
Procedure

Inspection and measurement
1. The auditory output is provided as non-visual access to closed functionality.
2. The ICT is not dedicated to a single user.
1. Check that a function is provided to automatically reset the volume to be at a level of
65 dBA or less after every use.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1 or 2 are not met

Spoken languages

Type of assessment
Pre-conditions

C.5.1.3.15

Inspection and measurement
1. The auditory output is provided as non-visual access to closed functionality.
2. The auditory output is delivered through speakers.
1. Check that a non-visual incremental volume control is provided.
2. Check that output amplification up to a level of at least 65 dBA (-29 dBPaA) isavailable.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-conditions 1 or 2 are not met

Volume reset

Type of assessment
Pre-conditions

C.5.1.3.14

Inspection
1. The auditory output is provided as non-visual access to closed functionality.
2. The auditory output is delivered through a mechanism for private listening.
1. Check that there is at least one non-visual mode of operation for controlling thevolume.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1 or 2 are not met

Speaker volume

Type of assessment
Pre-conditions

C.5.1.3.13

EN 301 549 V3.2.1 (2021-03)

Testing
1. Speech output is provided as non-visual access to closed functionality.
2. An input error is automatically detected.
1. Check that speech output identifies the item that is in error.
2. Check that the speech output describes the item that is in error.
Pass: Checks 1 and 2 are true
Fail: Check 1 or check 2 false
Not applicable: Pre-conditions 1 or 2 are not met

ETSI CEN CENELEC

119

C.5.1.3.16

Receipts, tickets and transactional outputs

Type of assessment
Pre-conditions

Procedure
ResultC.5.1.4

Procedure

ResultProcedure
ResultC.5.1.6.1

Closed functionality

ResultInspection
1. ICT functionality is closed to keyboards or keyboard interfaces.
1. Check that all functionality is operable without vision.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Input focus

Type of assessment
Pre-conditions
Procedure

Inspection
1. Pre-recorded auditory information is needed to enable the use of closed functions of
ICT.
1. Check that the visual information is equivalent to the pre-recorded auditory output.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Operation without keyboard interface

Type of assessment
Pre-conditions
Procedure
ResultC.5.1.6.2

Inspection and measurement
1. A functionality of the ICT is closed to enlargement features of platform or assistive
technology.
2. A viewing distance is specified by the supplier.
1. Measure the height of a capital letter H.
2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing
distance.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-conditions 1 or 2 are not met

Visual output for auditory information

Type of assessment
Pre-conditions

C.5.1.6

Testing
1. The ICT is closed to visual access.
2. The ICT provides receipts, tickets, or other outputs as a result of a self-service
transaction.
3. The information being checked is not printed copies of itineraries and maps.
1. Check that speech output is provided which includes all information necessary tocomplete or verify the transaction.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-conditions 1, 2 or 3 are not met

Functionality closed to text enlargement

Type of assessment
Pre-conditions

C.5.1.5

EN 301 549 V3.2.1 (2021-03)

Inspection
1. ICT functionality is closed to keyboards or keyboard interfaces.
2. Input focus can be moved to a user interface element.
1. Check that it is possible to move the input focus away from that element using thesame mechanism.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

120

C.5.1.7

Access without speechType of assessment
Pre-conditions
Procedure
ResultC.5.2

ResultType of assessment
Pre-conditions
Procedure
ResultProcedure
ResultC.5.5.1

Inspection
1. The non-proprietary information provided for accessibility is documented.
2. The ICT converts information or communication.
3. The non-proprietary information provided for accessibility can be contained in thedestination format.
4. The non-proprietary information provided for accessibility can be supported by thedestination format.
1. Check that the non-proprietary information provided for accessibility is preserved
when the ICT converts information or communication.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, 3 or 4 is not met

Operable parts
Means of operation

Type of assessment
Pre-conditions
Procedure
Result

Test 1
1. The ICT uses biological characteristic for user identification.
1. Check that more than one means can be used for user identification.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.
Test 2
1. The ICT uses biological characteristic for control of ICT.
1. Check that more than one means can be used for control of ICT.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Preservation of accessibility information during conversion

Type of assessment
Pre-conditions

C.5.5

Inspection
1. The ICT has documented accessibility features to meet a specific need.
1. Check that it is possible to activate those accessibility features without relying on amethod that does not support that need.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Biometrics

Type of assessment
Pre-conditions
Procedure
ResultC.5.4

Inspection
1. Speech is needed to enable the use of closed functions of ICT.
1. Check that the closed functions can be enabled by an alternative input mechanismthat does not require speech.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Activation of accessibility features

Type of assessment
Pre-conditions
Procedure

C.5.3

EN 301 549 V3.2.1 (2021-03)

Testing
1. The ICT has operable parts that require grasping, pinching, or twisting of
the wrist to operate.
1. Check that there is an accessible alternative means of operation that does
not require these actions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

121

C.5.5.2

Operable part discernibility

Type of assessment
Pre-conditions
Procedure

Testing
1. The ICT has operable parts.
1. Identify that there is a means to discern each operable part without vision.
2. Check that the action associated with the operable part has not been
performed when using the means to discern each operable part of step 1.
Pass: Checks 1 and 2 are true
Fail: Checks 1 or 2 are false
Not applicable: Pre-condition 1 is not met.

ResultC.5.6

Locking or toggle controls

C.5.6.1

Tactile or auditory status

Type of assessment
Pre-conditions
Procedure

ResultC.5.6.2

Procedure
ResultProcedure
ResultTesting
1. The ICT has a key repeat function or a keyboard or keypad with key repeat isprovided.
2. The key repeat cannot be turned off.
1. Check that the delay before key repeat can be adjusted to at least 2 seconds.
2. Check that the key repeat rate can be adjusted to 2 seconds per character.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-condition 1 or 2 is not met

Double-strike key acceptanceType of assessment
Pre-conditions
Procedure

ResultInspection
1. The ICT has a locking or toggle control.
2. The locking or toggle control is presented to the user.
1. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be visually determined when the control is presented.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Key repeat

Type of assessment
Pre-conditions

C.5.8

Inspection
1. The ICT has a locking or toggle control.
2. The locking or toggle control is visually presented to the user.
1. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be determined through touch without operating the control.
2. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be determined through sound without operating the control.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
Not applicable: Pre-condition 1 or 2 is not met

Visual status

Type of assessment
Pre-conditions

C.5.7

EN 301 549 V3.2.1 (2021-03)

Testing
1. The ICT has a keyboard or keypad.
1. Check that there is a mechanism that allows adjustment of the delay after any
keystroke, during which an additional key-press will not be accepted if it is identical tothe previous keystroke.
2. Adjust that mechanism to its maximum setting.
3. Press any key.
4. After a delay of 0,5 seconds press the same key as that pressed in step 3.
5. Check whether the keystroke of step 4 has been accepted.
Pass: Check 1 is true and check 5 is false
Fail: Check 1 is false or check 5 is true
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

122

C.5.9

Simultaneous user actions

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. ICT has a mode of operation requiring simultaneous user actions.
1. Check that there is a mode of operation that does not require simultaneous user
actions.
2. Determine all the user controllable functions of the ICT.
3. Check that each user controllable function can be operated with a single user action.
Pass: Check 3 is true
Fail: Check 3 is false for all modes of operation
Not applicable: Pre-condition 1 is not met.

C.6

ICT with two-way voice communication

C.6.1

Audio bandwidth for speechType of assessment
Pre-conditions
Procedure
ResultC.6.2

EN 301 549 V3.2.1 (2021-03)

Measurement
1. The ICT under test provides two-way voice communication.
1. Check that the ICT can encode and decode audio with a frequency range with an
upper limit of at least 7 000 Hz.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Real-Time Text (RTT) functionality

C.6.2.1
C.6.2.1.1

RTT provision
RTT communication

Type of assessment
Pre-conditions

Inspection
1. The ICT under test has a mode that provides a means for two-way voicecommunication.
2. The ICT is in the mode that provides a means for two-way voice communication.
3. An "RTT reference terminal" is available.
Procedure
1. Check that the ICT allows two-way RTT communication with the "reference" ICT.
ResultPass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

C.6.2.1.2

Concurrent voice and text

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT provides a means for two-way voice communication.
2. The ICT provides a means for two-way RTT communication.
1. Check that ICT allows the concurrent use of voice and RTT through a single user
connection.
Pass: Checks 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

123

C.6.2.2
C.6.2.2.1

EN 301 549 V3.2.1 (2021-03)

Display of RTT
Visually distinguishable display

Type of assessment
Pre-conditions

Inspection
1. The ICT under test has RTT send and receive capabilities.
2. The ICT supports RTT mechanism(s).
3. An "RTT reference terminal" is available.
Procedure
1. The ICT under test is connected to the "RTT reference terminal".
2. The different elements of the ICT are in an operational status (the connection is
active and the terminals are in the relevant RTT mode) and the two terminals arecommunicating with each other.
3. A Short text sequence is sent by the ICT under test.
4. A Short text sequence is sent by the "RTT reference terminal".
5. Check, on the ICT under test, that displayed sent text is visually differentiated fromand separated from received text.
ResultPass: Check 5 is true
Fail: Check 5 is false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

C.6.2.2.2

Programmatically determinable send and receive direction

Type of assessment
Pre-conditions

Inspection
1. The ICT has RTT send and receive capabilities.
2. The RTT is open functionality.
3. An "RTT reference terminal" is available.
Procedure
1. The ICT under test is connected to the "RTT reference terminal".
2. The different elements of the ICT are in an operational status (the connection is
active and the terminals are in the relevant RTT mode) and the two terminals arecommunicating with each other.
3. A Short text sequence is sent by the ICT under test.
4. A Short text sequence is sent by the "RTT reference terminal".
5. Check that the send/receive direction of text sequences are programmaticallydeterminable.
ResultPass: Check 5 is true
Fail: Check 5 is false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

ETSI CEN CENELEC

124

C.6.2.2.3

EN 301 549 V3.2.1 (2021-03)

Speaker Identification

Type of assessment
Pre-conditions

Inspection
1. The ICT has RTT capabilities.
2. The ICT provides speaker identification for voice.
3. An "RTT reference terminal" is available.
Procedure
1. The ICT under test is connected to the "RTT reference terminal".
2. RTT is sent from the "RTT reference terminal".
3. Check by observation whether the ICT under test provides speaker identification for
RTT incoming text.
ResultPass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

C.6.2.2.4

Visual indicator of audio with RTT

Type of assessment
Pre-conditions

Inspection
1. ICT provides two-way voice communication.
2. ICT has RTT capabilities.
Procedure
1. ICT under test is connected to another ICT providing two-way voice communicationthat is compatible with the voice communication on the ICT under test.
2. A person speaks into the other ICT.
3. Check by observation whether there is a real-time visual indicator of audio activity.
ResultPass: Check 3 is true
Fail: Check 3 is false
Not applicable: Pre-condition 1 or 2 is not met
NOTE:
The indicator should flicker in real time in a way that reflects the audio activity.

C.6.2.3.aInteroperability (a)Type of assessment
Pre-conditions

Test
1. The ICT provides a means for two-way voice communication over the Public
Switched Telephone Network (PSTN).
2. The ICT provides a means for two-way RTT communication.
3. A "V.18 reference terminal" is available.
Procedure
1. Check that the ICT interoperates over the Public Switched Telephone Network(PSTN), with the V.18 reference terminal connected to the PSTN as described in
Recommendation ITU-T V.18 [i.23] or any of its annexes for text telephony signals at
the PSTN interface.
ResultPass: Check 1 is true
Fail: Checks 1 is false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
A "V.18 reference terminal" is a terminal specifically designed for testing V.18 capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent reference
terminal.

ETSI CEN CENELEC

125

C.6.2.3.b

EN 301 549 V3.2.1 (2021-03)

Interoperability (b)Type of assessment
Pre-conditions

Test
1. The ICT provides a means for two-way voice communication using VOIP with
Session Initiation Protocol (SIP).
2. The ICT provides a means for two-way RTT communication.
3. An "RTT reference terminal" is available.
Procedure
1. Check that the ICT interoperates with the "RTT reference terminal" using VOIP with
Session Initiation Protocol (SIP) and using RTT that conforms to IETF RFC 4103 [i.13].
2. If the ICT interoperates with other ICT using the IP Multimedia Sub-System (IMS) to
implement VOIP, check that it follows the set of protocols in ETSI TS 126 114 [i.10],
ETSI TS 122 173 [i.11] and ETSI TS 134 229 [i.12] that specify how IETF
RFC 4103 [i.13] applies.
ResultPass: Check 1 is true and, if the ICT interoperates with other ICT using the IP
Multimedia Sub-System (IMS) to implement VOIP, check 2 is true.
Fail: Check 1 is false or, if the ICT interoperates with other ICT using the IP Multimedia
Sub-System (IMS) to implement VOIP, check 2 is false.
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

C.6.2.3.c

Interoperability (c)Type of assessment
Pre-conditions

Test
1. The ICT provides a means for two-way voice communication using technologies
other than PSTN or VOIP with Session Initiation Protocol (SIP).
2. The ICT provides a means for two-way RTT communication.
3. An "RTT reference terminal" is available for that mode of RTT communication.
Procedure
1. Check that the ICT interoperates with the "RTT reference terminal" using a relevant
and applicable common specification for RTT exchange that is published and available
for the environment in which the ICT will be operating.
2. Check that the common specification in check 1 includes a method for indicating
loss or corruption of characters.
ResultPass: Check 1 and 2 are true
Fail: Checks 1 or 2 are false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met
NOTE:
An "RTT reference terminal" is a terminal specifically designed for testing RTT capable devices in amanner that would confirm their functionality and interoperability. These are generally created by anational or international standards entity so that all testing is done with a consistent "RTT reference
terminal".

C.6.2.3.dInteroperability (d)Type of assessment
Pre-conditions

Procedure

ResultTest
1. The ICT provides a means for two-way voice communication.
2. The ICT provides a means for two-way RTT communication.
3. An "RTT reference terminal" is available using the new RTT Standard.
1. Check that the ICT under test interoperates with the "RTT reference terminal" for the
new RTT standard that has been introduced for use.
2. Check that the new RTT standard is supported by all of the other active ICT that
support voice and RTT in the same environment.
Pass: Check 1 and Check 2 are true
Fail: Checks 1 or 2 are false
Not applicable: Pre-condition 1 or 2 is not met
Not testable: Pre-condition 3 is not met

ETSI CEN CENELEC

126

C.6.2.4

EN 301 549 V3.2.1 (2021-03)

RTT responsivenessType of assessment
Pre-conditions

Inspection of Measurement data or Test
1. The ICT under test utilises RTT input.
2. The ICT under test is connected to a device or software that can determine whencharacters are transmitted by the ICT under test.
Procedure
1. Enter single characters to the terminal under test.
2. Check the time at which input entry has occurred (e.g. characters appear up on thelocal screen).
3. Check the period between input entry to the ICT under test and the time when the
text is transmitted to the ICT network or platform.
ResultPass: Check 3 is less than or equal to 500 ms.
Fail: Check 3 is greater than 500 ms.
Not applicable: Pre-condition 1 is not met
Not testable: Pre-condition 2 is not met
NOTE:
As described in the notes to clause 6.2.4, the identification of when input entry has occurred mayvary according to the type of RTT system under test.

C.6.3

Caller ID

Type of assessment
Pre-conditions
Procedure

ResultC.6.4

Alternatives to voice-based services

Type of assessment
Pre-conditions
Procedure

ResultC.6.5

Inspection
1. The ICT provides caller identification, or similar telecommunications functions areprovided.
1. Check that the information delivered by each function is available in text form.
2. Check that the information delivered by each function is programmaticallydeterminable.
Pass: Check 1 is true and either check 2 is true or the functionality is closed
Fail: Check 1 is false or check 2 is false when the functionality is not closed
Not applicable: Pre-condition 1 is not met.

Inspection
1. The ICT provides real-time voice-based communication.
2. The ICT provides voice mail, auto-attendant, or interactive voice response facilities.
1. Check that the ICT offers users a means to access the information without the use ofhearing or speech.
2. Check that a user can carry out the tasks provided by the system without the use ofhearing or speech.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-condition 1 or 2 is not met

Video communication

C.6.5.1

GeneralClause 6.5.1 is informative only and contains no requirements requiring test.

C.6.5.2

Resolution

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT provides 2-way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the video communication resolution is QVGA resolution or better.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

127

C.6.5.3

EN 301 549 V3.2.1 (2021-03)

Frame rate

Type of assessment
Pre-conditions
Procedure
ResultC.6.5.4

Inspection
1. The ICT provides 2-way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the video communication frame rate is equal to or higher than 20 frames
per second.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Synchronization between audio and video

Type of assessment
Pre-conditions
Procedure
ResultC.6.5.5

Measurement
1. The ICT provides 2 way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the time difference between the speech and video presented to the user
is equal to or less than 100 ms.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Visual indicator of audio with video

Type of assessment
Pre-conditions

Inspection
1. ICT provides two-way voice communication.
2. ICT has real-time video capabilities.
Procedure
1. ICT under test is connected to another ICT providing two-way voice communicationthat is compatible with the voice communication on the ICT under test.
2. A person speaks into the other ICT.
3. Check by observation whether there is a real-time visual indicator of audio activity.
ResultPass: Check 3 is true
Fail: Check 3 is false
Not applicable: Pre-condition 1 or 2 is not met
NOTE:
The indicator should flicker in real time in a way that reflects the audio activity.

C.6.5.6

Speaker identification with video (sign language) communication

Type of assessment
Pre-conditions
Procedure

ResultC.6.6

Measurement
1. The ICT provides 2 way voice communication.
2. The ICT includes real-time video.
1. The ICT under test is connected to a compatible ICT that supports video and aperson communicates in sign language.
2. Check by observation whether the ICT under test provides a means for speaker
identification for the sign language users.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1 or 2 is not met

Alternatives to video-based services

Clause 6.6 is advisory only and contains no testable requirements.

ETSI CEN CENELEC

128

C.7

ICT with video capabilities

C.7.1

Caption processing technology

C.7.1.1

Captioning playback

Type of assessment
Pre-conditions
Procedure
ResultType of assessment
Pre-conditions
Procedure
ResultC.7.1.2

ResultResultResultInspection
1. The ICT transmits converts or records video with synchronized audio.
1. Check that the ICT preserves caption data such that it can be displayed in a mannerconsistent with clauses 7.1.1 and 7.1.2.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Captions characteristics

Type of assessment
Pre-conditions
Procedure

Inspection
1. The ICT has a mechanism to display captions.
1. Check that the mechanism to display the captions preserves the synchronization
between the audio and corresponding captions within a tenth of a second of the timestamp of the caption, or the availability of the caption to the player if a live caption.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Preservation of captioning

Type of assessment
Pre-conditions
Procedure

C.7.1.4

Inspection
1. The ICT displays or processes video with synchronized audio.
2. Captions are provided in the video.
1. Check that there is a mechanism to display the captions.
Pass: Check 1 is true
Fail: Check 1 is false
Test 2
1. The ICT displays or processes video with synchronized audio.
2. Closed captions are provided by the content.
1. Check that there is a mechanism to choose to display the captions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Captioning synchronization

Type of assessment
Pre-conditions
Procedure

C.7.1.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT displays captions.
2. The captions under test are displayed as modifiable characters.
1. Check that the ICT provides a way for the user to adapt the displayed characteristics
of captions to their individual requirements.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

129

C.7.1.5

Spoken subtitles

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT displays video with synchronized audio.
2. The content of the captions under test are programmatically determinable.
1. Check that there is a mode of operation to provide a spoken output of the available
captions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

C.7.2

Audio description technology

C.7.2.1

Audio description playback

Type of assessment
Pre-conditions
Procedure

ResultC.7.2.2

ResultResultInspection
1. The ICT transmits converts or records video with synchronized audio.
1. Check that the ICT preserves audio description data such that it can be played in amanner consistent with clauses 7.2.1 and 7.2.2.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

User controls for captions and audio description

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT has a mechanism to play audio description.
1. Check that the synchronization between the audio/visual content and thecorresponding audio description is preserved.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Preservation of audio description

Type of assessment
Pre-conditions
Procedure

C.7.3

Inspection
1. The ICT displays video with synchronized audio.
1. Check that there is an explicit and separate mechanism for audio description.
2. Check that there is a mechanism to select and play the audio description to thedefault audio channel.
3. Check that the ICT enables the user to select and play several audio tracks.
Pass: Check 1 and 2 are true or 1 is false and 3 is true
Fail: Check 1 is true and 2 is false or 1 is false and 3 is false
Not applicable: Pre-condition 1 is not met.

Audio description synchronization

Type of assessment
Pre-conditions
Procedure

C.7.2.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT primarily display materials containing video with associated audio content.
1. Check that user controls to activate subtitling and audio descriptions are provided tothe user at the same level of interaction as the primary media controls.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

130

C.8

Hardware

C.8.1

GeneralC.8.1.1

EN 301 549 V3.2.1 (2021-03)

Generic requirements

Clause 8.1.1 is advisory only and contains no testable requirements.

C.8.1.2

Standard connections

Type of assessment
Pre-conditions
Procedure

Inspection
1. The ICT provides user input or output device connection points.
1. Check that one type of connection conforms to an industry standard non-proprietary
format.
2. Check that one type of connection conforms to an industry standard non-proprietary
format through the use of commercially available adapters.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
Not applicable: Pre-condition 1 is not met.
The connections may be physical or wireless connections.

ResultNOTE:

C.8.1.3

ColourType of assessment
Pre-conditions
Procedure
ResultC.8.2

Hardware products with speech output

C.8.2.1
C.8.2.1.1

Speech volume gain
Speech volume range

Type of assessment
Pre-conditions
Procedure

ResultC.8.2.1.2

Procedure

Inspection based on measurement data
1. The ICT hardware has speech output.
1. Check that the ICT is certified to meet ANSI/TIA-4965 [i.2].
2. Measure the level (in dB) of the speech output at the lowest volume setting.
3. Measure the level (in dB) of the speech output at the highest volume setting.
4. Check that the range between 1 and 2 is greater than or equal to 18 dB.
Pass: Check 1 or 4 is true
Fail: Check 1 and 4 are false
Not applicable: Pre-condition 1 is not met.

Incremental volume control

Type of assessment
Pre-conditions

ResultInspection
1. The hardware aspects of the ICT conveys visual information using colour coding asa means to indicate an action, to prompt a response, or to distinguish a visual element.
1. Check that an alternative form of visual coding is provided.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Inspection based on measurement data
1. The ICT hardware has speech output.
2. The volume control is incremental.
1. Measure the level (in dB) of the speech output at the lowest volume setting.
2. Check if one intermediate step provides a level 12 dB above the lowest volume levelmeasured in step 1.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

131

C.8.2.2

Magnetic coupling

C.8.2.2.1

Fixed-line devices

Type of assessment
Pre-conditions
Procedure

ResultC.8.2.2.2

Inspection based on measurement data
1. The ICT hardware is a fixed line communication device with an audio output that isnormally held to the ear.
1. Check that the ICT is certified to meet TIA-1083-A [i.24].
2. Measurements are made according to ETSI ES 200 381-1 [2] which prove that therequirements defined in that standard are fulfilled.
3. The ICT carries the "T" symbol specified in ETSI ETS 300 381 [1].
Pass: Check 1 or 2 is true and check 3 is true
Fail: Checks 1 and 2 are false or check 3 is false
Not applicable: Pre-condition 1 is not met.

Wireless communication devices

Type of assessment
Pre-conditions
Procedure

ResultC.8.3

EN 301 549 V3.2.1 (2021-03)

Inspection based on measurement data
1. The ICT hardware is a wireless communication device which is normally held to theear.
1. Check that the ICT is certified to meet ANSI/IEEE C63.19 [i.1].
2. Check that the ICT provide a means of magnetic coupling to hearing technologies
which meets the requirements of ETSI ES 200 381-2 [3].
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
Not applicable: Pre-condition 1 is not met.

Stationary ICT

C.8.3.0

GeneralClause 8.3.0 is advisory only and contains no testable requirements.

C.8.3.1

Forward or side reachType of assessment
Pre-conditions
Procedure
ResultC.8.3.2
C.8.3.2.1

Forward reach
Unobstructed high forward reachType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is stationary ICT.
1. Check whether the ICT conforms to clause 8.3.2.2.
2. Check whether the ICT conforms to clause 8.3.2.3.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
Not applicable: Pre-condition 1 is not met.

Inspection and measurement
1. The ICT is stationary ICT.
2. No part of the stationary ICT obstructs the forward reach.
1. Check that at least one of each type of operable part is located no higher than
1 200 mm (48 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

132

C.8.3.2.2

Unobstructed low forward reachType of assessment
Pre-conditions
Procedure
ResultC.8.3.2.3

Clear space

Type of assessment
Pre-conditions

Procedure
ResultC.8.3.2.3.2

Procedure
ResultC.8.3.2.3.3

Inspection and measurement
1. The ICT is stationary ICT.
2. An integral part of the stationary ICT forms an obstruction which is less than 510 mm(20 inches) deep.
1. Check that the forward reach to at least one of each type of operable part is nohigher than 1 220 mm (48 inches) above the floor contact of the ICT.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Obstructed (< 635 mm) forward reachType of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. An integral part of the stationary ICT forms an obstruction which is not less than
510 mm (20 inches) but is less than 635 mm (25 inches) deep.
1. Check that the forward reach to at least one of each type of operable part is nohigher than 1 120 mm (44 inches) above the floor contact of the ICT.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Knee and toe clearance widthType of assessment
Pre-conditions

ResultInspection
1. The ICT is stationary ICT.
2. An integral part of the stationary ICT forms an obstruction which hinders to any typeof operable part.
1. Check that the ICT provides a clear space which extends beneath the obstructing
element for a distance not less than the required reach depth over the obstruction.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Obstructed (< 510 mm) forward reachType of assessment
Pre-conditions

Procedure

Inspection and measurement
1. The ICT is stationary ICT.
2. No part of the stationary ICT obstructs the forward reach.
1. Check that at least one of each type of operable part is located no lower than
380 mm (15 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Obstructed forward reach

C.8.3.2.3.1

C.8.3.2.4

EN 301 549 V3.2.1 (2021-03)

Inspection and measurement
1. The ICT is stationary ICT.
2. The space under an obstacle that is an integral part of the ICT is part of an accessspace.
1. Check that the width of the knee clearance is greater than 760 mm (30 inches).
2. Check that the width of the toe clearance is greater than 760 mm (30 inches).
Pass: Checks 1 and 2 are true
Fail: Checks 1 or 2 are false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

133

C.8.3.2.5

EN 301 549 V3.2.1 (2021-03)

Toe clearancea)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a toe clearance space under any obstacle that is an integral part of the ICTthat is less than 230 mm (9 inches) above the floor.
1. Check that the toe clearance does not extend more than 635 mm (25 inches) under
the obstacle.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not metb)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a toe clearance space under any obstacle that is an integral part of the ICTthat is less than 230 mm (9 inches) above the floor.
1. Check that the toe clearance is at least 430 mm (17 inches) deep and 230 mm(9 inches) above the floor under the obstacle.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

c)Type of assessment
Pre-conditions

Procedure
ResultC.8.3.2.6

Inspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a toe clearance space under any obstacle that is an integral part of the ICTthat is less than 230 mm (9 inches) above the floor.
1. Check that the toe clearance extends no more than 150 mm (6 inches) beyond any
obstruction at 230 mm (9 inches) above the floor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

Knee clearancea)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a knee clearance space under the obstacle between 230 mm (9 inches)and 685 mm (25 inches) above the floor.
1. Check that there is a knee clearance that extends less than 635 mm (25 inches)
under the obstacle at a height of 230 mm (9 inches) above the floor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

ETSI CEN CENELEC

134

EN 301 549 V3.2.1 (2021-03)b)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a knee clearance space under the obstacle between 230 mm (9 inches)and 685 mm (25 inches) above the floor.
1. Check that there is a knee clearance that extends at least 280 mm (11 inches) under
the obstacle at a height of 230 mm (9 inches) above the floor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

c)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a knee clearance space under the obstacle between 230 mm (9 inches)and 685 mm (25 inches) above the floor.
1. Check that there is a knee clearance that extends more than 205 mm (9 inches)
under the obstruction at a height of 685 mm (25 inches) above the floor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

d)Type of assessment
Pre-conditions

Procedure
ResultC.8.3.3
C.8.3.3.1

Side reach
Unobstructed high side reachType of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT.
2. There is an obstacle that is an integral part of the ICT.
3. There is a knee clearance space under the obstacle between 230 mm (9 inches)and 685 mm (25 inches) above the floor.
1. Check that the reduction in depth of the knee clearance is no greater than 25 mm(1 inch) for each 150 mm (6 inches) in height.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met

Inspection and measurement
1. The ICT is stationary ICT.
2. Side reach is unobstructed or is obstructed by an element that is an integral part ofthe stationary ICT which is less than 510 mm (20 inches).
1. Check that the high side reach to at least one of each type of operable part is nohigher than 1 220 mm (48 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

135

C.8.3.3.2

Unobstructed low side reachType of assessment
Pre-conditions

Procedure
ResultC.8.3.3.3

Obstructed (< 255 mm) side reachType of assessment
Pre-conditions

Procedure
ResultC.8.3.3.3.2

Procedure
ResultChange in level

Procedure

ResultResultInspection and measurement
1. The ICT is stationary ICT.
2. There is a floor within the ICT.
2. The floor has a change in level.
1. If the change in level is ramped, check that it has a slope less than 1:48.
2. If there is a vertical change of floor level, check that it is less than or equal to
6,4 mm.
3. If there is a vertical or sloped change in floor level, check that the slope is not
greater than 1:2.
Pass: Check 1 or 2 or 3 is true
Fail: Checks 1 and 2 and 3 are false
Not applicable: Pre-condition 1 or 2 or 3 is not met

Clear floor or ground space

Type of assessment
Pre-conditions
Procedure

Inspection and measurement
1. The ICT is stationary ICT.
2. There is an obstruction, greater than 255 mm (10 inches) and no more than 610 mm(24 inches) in depth, that is an integral part of the ICT.
1. Check that the high side reach to at least one of each type of operable part is nohigher than 1 170 mm (46 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Clear floor or ground space

Type of assessment
Pre-conditions

C.8.3.4.2

Inspection and measurement
1. The ICT is stationary ICT.
2. There is an obstruction, less than or equal to 255 mm (10 inches) in depth, that is an
integral part of the ICT.
1. Check that the high side reach to at least one of each type of operable part is nohigher than 1 220 mm (48 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Obstructed (< 610 mm) side reachType of assessment
Pre-conditions

C.8.3.4.1

Inspection and measurement
1. The ICT is stationary ICT.
2. Side reach is unobstructed or is obstructed by an element that is an integral part ofthe stationary ICT which is less than 510 mm (20 inches).
1. Check that the low side reach to at least one of each type of operable part is greaterthan or equal to 380 mm (15 inches) above the floor of the access space.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Obstructed side reach

C.8.3.3.3.1

C.8.3.4

EN 301 549 V3.2.1 (2021-03)

Inspection and measurement
1. The ICT is stationary ICT.
2. There is an operating area within it.
1. Check that there is a clear floor area with minimum rectangular dimensions of
760 mm on one edge and 1 220 mm on the other edge.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

ETSI CEN CENELEC

136

C.8.3.4.3

Approach

C.8.3.4.3.1

GeneralType of assessment
Pre-conditions
Procedure
ResultC.8.3.4.3.2

Procedure
ResultC.8.3.4.3.3

Procedure
ResultInspection and measurement
1. The ICT is stationary ICT containing an alcove.
2. The operating area is within the alcove.
3. The depth of the alcove is greater than 380 mm.
4. A parallel approach is possible.
1. Check that the width of the access space is greater than 1 525 mm.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, 3 or 4 is not met

Visibility

Type of assessment
Pre-conditions
Procedure

ResultInspection and measurement
1. The ICT is stationary ICT.
2. One or more display screens are provided.
1. Check that at least one of each type of display screen is positioned such that the
information on the screen is legible from a point located 1 015 mm (40 inches) above
the centre of the floor of the operating area.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Installation instructions

Type of assessment
Pre-conditions
Procedure

ResultInspection and measurement
1. The ICT is stationary ICT containing an alcove.
2. The operating area is within the alcove.
3. The depth of the alcove is greater than 610 mm.
4. A forward approach is necessary.
1. Check that the width of the alcove is greater than 915 mm.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, 3 or 4 is not met

Parallel Approach

Type of assessment
Pre-conditions

C.8.3.6

Inspection
1. The ICT is stationary ICT.
2. There is an access space inside it.
1. Check that one full side of the space is unobstructed.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met

Forward Approach

Type of assessment
Pre-conditions

C.8.3.5

EN 301 549 V3.2.1 (2021-03)

Inspection and measurement
1. The ICT is stationary ICT.
1. Check that installation instructions are made available.
2. Check that the instructions give guidance on how to install the ICT in a manner that
ensures that the dimensions of the installed ICT conform to clauses 8.3.2 to 8.3.4.
3. Check that the instructions say that the installers should also take into accountapplicable requirements for accessibility of the built environment as they apply to theinstallation of the ICT.
Pass: Checks 1, 2 and 3 are true
Fail: Checks 1 or 2 or 3 are false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

137

C.8.4

Mechanically operable parts

C.8.4.1

Numeric keys

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.2

Means of operation of mechanical parts

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.2.2

Inspection
1. The ICT has operable parts that requires grasping, pinching, or twisting of the wrist
to operate.
1. Check that there is an accessible alternative means of operation that does not
require these actions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Force of operation of mechanical parts

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.3

Inspection and measurement
1. The ICT has a control which requires a force greater than 22,2 N to operate it.
1. Check that an accessible alternative means of operation is provided that requires aforce less than or equal to 22,2 N.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Keys, tickets and fare cards

Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. ICT provides keys, tickets or fare cards, and their orientation is important for
further use.
1. Check that keys, tickets or fare cards have an orientation that is tactilely
discernible.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Tactile indication of speech mode

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT has physical numeric keys arranged in a 12-key telephone keypad layout.
1. Check that the number five key is tactilely distinct from the other keys of the keypad.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Operation of mechanical parts

C.8.4.2.1

C.8.5

EN 301 549 V3.2.1 (2021-03)

Inspection and measurement
1. The ICT is designed for shared use.
2. Speech output is available.
1. Check that a tactile indication of the means to initiate the speech mode ofoperation is provided.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

ETSI CEN CENELEC

138

C.9

Web

C.9.0

General (informative)

EN 301 549 V3.2.1 (2021-03)

Clause 9.0 is informative only and contains no requirements requiring test.

C.9.1

Perceivable

C.9.1.1

Text alternatives

C.9.1.1.1

Non-text content

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.2
C.9.1.2.1

Time-based media
Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.9.1.2.2

ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.2 Captions(Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only
and Video-only (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only(Prerecorded).

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.9.1.2.3

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.1.1 Non-text
content.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.1.1 Non-text content.

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.3 Audio
Description or Media Alternative (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media Alternative(Prerecorded).

ETSI CEN CENELEC

139

C.9.1.2.4

Captions (live)

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.2.5

ResultC.9.1.3.1

Info and relationships

ResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.2
Meaningful Sequence.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

Sensory characteristics

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.1 Info andRelationships.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

Meaningful sequenceType of assessment
Pre-conditions
Procedure

C.9.1.3.3

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.5 Audio
Description (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description (Prerecorded).

Adaptable

Type of assessment
Pre-conditions
Procedure

C.9.1.3.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.2.4 Captions(Live).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.9.1.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory
Characteristics.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

ETSI CEN CENELEC

140

C.9.1.3.4

Orientation

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.3.5

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.4
Orientation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

Identify input purpose

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.3.5 Identify
Input Purpose.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

C.9.1.4

Distinguishable

C.9.1.4.1

Use of colour

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.4.2

ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.2 Audio
Control.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.2 Audio Control.

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.4.4

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.1 Use ofColor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Audio control

Type of assessment
Pre-conditions
Procedure

C.9.1.4.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast(Minimum).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Resize text

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.4 Resize text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

ETSI CEN CENELEC

141

C.9.1.4.5

Images of text

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.5 Images of
Text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

C.9.1.4.6

Void

C.9.1.4.7

Void

C.9.1.4.8

Void

C.9.1.4.9

Void

C.9.1.4.10

Reflow

Type of assessment
Pre-conditions
Procedure
ResultC.9.1.4.11

ResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.12 Text
spacing.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Content on hover or focus

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.11 Non-text
Contrast.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Text spacing

Type of assessment
Pre-conditions
Procedure

C.9.1.4.13

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.10 Reflow.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.10 Reflow.

Non-text contrast

Type of assessment
Pre-conditions
Procedure

C.9.1.4.12

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 1.4.13 Content
on Hover or Focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

ETSI CEN CENELEC

142

C.9.2
C.9.2.1
C.9.2.1.1

Operable
Keyboard accessible
Keyboard

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.1.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

No keyboard trap

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.2 No
Keyboard Trap.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.1.2 No Keyboard Trap.

C.9.2.1.3

Void

C.9.2.1.4

Character key shortcuts

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.2
C.9.2.2.1

Timing adjustable

ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.2.1 Timing
Adjustable.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.2.1 Timing Adjustable.

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.1.4 Character
Key Shortcuts.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

Enough time

Type of assessment
Pre-conditions
Procedure

C.9.2.2.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.2.2 Pause,
Stop, Hide.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.2.2 Pause, Stop, Hide.

ETSI CEN CENELEC

143

C.9.2.3

Seizures and physical reactions

C.9.2.3.1

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.4

Bypass blocks

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.4.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.2 Page Titled.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content relevant
to WCAG 2.1 Success Criterion 2.4.2 Page Titled.

Focus OrderType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.3 Focus
Order.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.3 Focus Order.

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.1 Bypass
Blocks.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.1 Bypass Blocks.

Page titledType of assessment
Pre-conditions
Procedure
ResultC.9.2.4.4

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.3.1 Three
Flashes or Below Threshold.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.3.1 Three Flashes or Below Threshold.

Navigable

C.9.2.4.1

C.9.2.4.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.4 Link
Purpose (In Context).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

ETSI CEN CENELEC

144

C.9.2.4.5

Multiple ways

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.4.6

ResultResultC.9.2.5.1

Pointer gestures

ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.1 Pointer
Gestures.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.5.1 Pointer Gestures.

Pointer cancellation

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.7 Focus
Visible.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

Input modalities

Type of assessment
Pre-conditions
Procedure

C.9.2.5.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.6 Headings
and Labels.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Focus visible

Type of assessment
Pre-conditions
Procedure

C.9.2.5

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.4.5 Multiple
Ways.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.4.5 Multiple Ways.

Headings and labels

Type of assessment
Pre-conditions
Procedure

C.9.2.4.7

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.2 PointerCancellation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.5.2 Pointer Cancellation.

ETSI CEN CENELEC

145

C.9.2.5.3

Label in name

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.5.4

ResultC.9.3.1
C.9.3.1.1

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.4 Motion
Actuation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

Understandable
Readable
Language of pageType of assessment
Pre-conditions
Procedure
ResultC.9.3.1.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 2.5.3 Label in
Name.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Motion actuation

Type of assessment
Pre-conditions
Procedure

C.9.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.1.1 Languageof Page.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.1.1 Language of Page.

Language of parts

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.1.2 Languageof Parts.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.1.2 Language of Parts.

C.9.3.2

Predictable

C.9.3.2.1

On focus

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

ETSI CEN CENELEC

146

C.9.3.2.2

On input

Type of assessment
Pre-conditions
Procedure
ResultC.9.3.2.3

ResultResultC.9.3.3.1

Error identification

ResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.2 Labels or
Instructions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.1 Error
Identification.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

Labels or instructions

Type of assessment
Pre-conditions
Procedure

C.9.3.3.3

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.4 Consistent
Identification.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.2.4 Consistent Identification.

Input assistanceType of assessment
Pre-conditions
Procedure

C.9.3.3.2

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.3 Consistent
Navigation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.2.3 Consistent Navigation.

Consistent identification

Type of assessment
Pre-conditions
Procedure

C.9.3.3

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.2.2 On Input.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.2.2 On Input.

Consistent navigation

Type of assessment
Pre-conditions
Procedure

C.9.3.2.4

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.3 Error
Suggestion.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

ETSI CEN CENELEC

147

C.9.3.3.4

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultC.9.4

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 3.3.4 Error
Prevention (Legal, Financial, Data).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 3.3.4 Error Prevention (Legal, Financial,Data).

RobustC.9.4.1

Compatible

C.9.4.1.1

ParsingType of assessment
Pre-conditions
Procedure
ResultC.9.4.1.2

ResultC.9.5

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.2 Name,
Role, Value.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 4.1.2 Name, Role, Value.

Status messages

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.1 Parsing.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 4.1.1 Parsing.

Name, role, value

Type of assessment
Pre-conditions
Procedure

C.9.4.1.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.1 Success Criterion 4.1.3 Status
Messages.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the web page does not contain content
relevant to WCAG 2.1 Success Criterion 4.1.3 Status Messages.

WCAG 2.1 AAA Success Criteria (informative)

Clause 9.5 is informative only and contains no requirements requiring test.

ETSI CEN CENELEC

148

C.9.6

EN 301 549 V3.2.1 (2021-03)

WCAG 2.1 conformance requirements

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. The ICT is a web page.
1. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "1:
Conformance level" at Level AA.
2. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "2:
Full pages".
3. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "3:Complete processes".
4. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "4:
Only Accessibility-Supported Ways of Using Technologies".
5. Check that the web page satisfies WCAG 2.1 [5] conformance requirement "5:
Non-interference".
Pass: All checks are true
Fail: Any check is false
Not applicable: Pre-condition 1 is not met.

C.10

Non-web documents

C.10.0General (informative)

Clause 10.0 is advisory only and contains no requirements requiring test.

C.10.1

Perceivable

C.10.1.1

Text alternatives

C.10.1.1.1

Non-text content

Type of assessment
Pre-conditions
Procedure
ResultC.10.1.2
C.10.1.2.1

Time-based media
Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.1.1 Non-text
content.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.1.1 Non-text content.

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only
and Video-only (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.1 Audio-only and Video-only(Prerecorded).

ETSI CEN CENELEC

149

C.10.1.2.2

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.10.1.2.3

ResultResultResultC.10.1.3.1

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.5 Audio
Description (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description(Prerecorded).

Adaptable
Info and relationships

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.4 Captions(Live).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.10.1.3

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.3 Audio
Description or Media Alternative (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description or Media
Alternative (Prerecorded).

Captions (live)

Type of assessment
Pre-conditions
Procedure

C.10.1.2.5

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.2.2 Captions(Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.10.1.2.4

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.1 Info andRelationships.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.1 Info and Relationships.

ETSI CEN CENELEC

150

C.10.1.3.2

Meaningful sequenceType of assessment
Pre-conditions
Procedure
ResultC.10.1.3.3

ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory
Characteristics.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Orientation

Type of assessment
Pre-conditions
Procedure
ResultC.10.1.3.5

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.2
Meaningful Sequence.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.2 Meaningful Sequence.

Sensory characteristics

Type of assessment
Pre-conditions
Procedure

C.10.1.3.4

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.4
Orientation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

Identify input purpose

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.3.5 Identify
Input Purpose.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

C.10.1.4

Distinguishable

C.10.1.4.1

Use of colour

Type of assessment
Pre-conditions
Procedure
ResultEN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.1 Use ofColor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color.

ETSI CEN CENELEC

151

C.10.1.4.2

Audio control

Type of assessment
Pre-conditions
Procedure
ResultC.10.1.4.3

ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast(Minimum).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Resize text

Type of assessment
Pre-conditions
Procedure
ResultC.10.1.4.5

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.1.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure

C.10.1.4.4

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.4 Resize
text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

Images of text

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.5 Images of
Text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

C.10.1.4.6

Void

C.10.1.4.7

Void

C.10.1.4.8

Void

C.10.1.4.9

Void

C.10.1.4.10

Reflow

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.2.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

152

C.10.1.4.11

Non-text contrast

Type of assessment
Pre-conditions
Procedure
ResultC.10.1.4.12

ResultResultC.10.2.1
C.10.2.1.1

Keyboard accessible
Keyboard
Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

No keyboard trap

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.1.3

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.13 Content
on Hover or Focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.13 Content on Hover or Focus.

OperableType of assessment
Pre-conditions
Procedure
ResultC.10.2.1.2

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.12 Text
spacing.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Content on hover or focus

Type of assessment
Pre-conditions
Procedure

C.10.2

Inspection
1. The ICT is a non-web document that does not have a fixed size content layout areathat is essential to the information being conveyed.
1. Check that the document does not fail WCAG 2.1 Success Criterion 1.4.11 Non-text
Contrast.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Text spacing

Type of assessment
Pre-conditions
Procedure

C.10.1.4.13

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.3.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Void

ETSI CEN CENELEC

153

C.10.2.1.4

Character key shortcuts

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.2
C.10.2.2.1

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.1.4 Character
Key Shortcuts.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key Shortcuts.

Enough time
Timing adjustable

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.2.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.4.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.5.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG

C.10.2.3

Seizures and physical reactions

C.10.2.3.1

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.6.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

C.10.2.4

Navigable

C.10.2.4.1

Void

C.10.2.4.2

Document titledType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.7.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

154

C.10.2.4.3

Focus orderType of assessment
Pre-conditions
Procedure
ResultC.10.2.4.4

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.8.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.4 Link
Purpose (In Context).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

C.10.2.4.5

Void

C.10.2.4.6

Headings and labels

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.4.7

ResultC.10.2.5.1

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.6 Headings
and Labels.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Focus visible

Type of assessment
Pre-conditions
Procedure

C.10.2.5

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.4.7 Focus
Visible.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

Input modalities
Pointer gestures

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.9.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

155

C.10.2.5.2

Pointer cancellation

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.5.3

ResultResultC.10.3.1
C.10.3.1.1

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.5.4 Motion
Actuation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

Understandable
Readable
Language of document

Type of assessment
Pre-conditions
Procedure
ResultC.10.3.1.2

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 2.5.3 Label in
Name.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Motion actuation

Type of assessment
Pre-conditions
Procedure

C.10.3

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the success criterion in Table 10.10.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Label in name

Type of assessment
Pre-conditions
Procedure

C.10.2.5.4

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.11.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Language of parts

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.12.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

156

C.10.3.2

Predictable

C.10.3.2.1

On focus

Type of assessment
Pre-conditions
Procedure
ResultC.10.3.2.2

C.10.3.2.3

Void

C.10.3.2.4

Void

C.10.3.3.1

Error identification

ResultResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.2 Labels or
Instructions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.1 Error
Identification.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

Labels or instructions

Type of assessment
Pre-conditions
Procedure

C.10.3.3.3

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 3.2.2 On Input.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 3.2.2 On Input.

Input assistanceType of assessment
Pre-conditions
Procedure

C.10.3.3.2

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

On input

Type of assessment
Pre-conditions
Procedure
ResultC.10.3.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail WCAG 2.1 Success Criterion 3.3.3 Error
Suggestion.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 3.3.3 Error SuggestionETSI CEN CENELEC

157

C.10.3.3.4

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultC.10.4Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.13.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

RobustC.10.4.1

Compatible

C.10.4.1.1

ParsingType of assessment
Pre-conditions
Procedure
ResultC.10.4.1.2

C.10.5Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.15.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Status messages

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.14.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Name, role, value

Type of assessment
Pre-conditions
Procedure
ResultC.10.4.1.3

Inspection
1. The ICT is a non-web document.
1. Check that the software does not fail WCAG 2.1 Success Criterion 4.1.3 Status
Messages.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web document does not containcontent relevant to WCAG 2.1 Success Criterion 4.1.3 Status Messages.

Caption positioning

Clause 10.5 is advisory only and contains no testable requirements.

C.10.6

EN 301 549 V3.2.1 (2021-03)

Audio description timing

Clause 10.6 is advisory only and contains no testable requirements.

ETSI CEN CENELEC

158

C.11

SoftwareC.11.0General

EN 301 549 V3.2.1 (2021-03)

Clause 11.0 is advisory only and contains no requirements requiring test.

C.11.1

Perceivable

C.11.1.1

Text alternatives

C.11.1.1.1

Non-text content

C.11.1.1.1.1

Non-text content (screen reading supported open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.1.1.2

Non-text content (closed functionality)

Type of assessment
Pre-conditions

Procedure

ResultC.11.1.2
C.11.1.2.1

Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions

ResultTesting
1. The ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Non-text content is presented to users via speech output.
1. Check that speech output is provided as an alternative for non-text content.
2. Check that the non-text content is not pure decoration.
3. Check that the non-text content is not used only for visual formatting.
4. Check that the speech output follows the guidance for "text alternative" described in
WCAG 2.1 Success Criterion 1.1.1 Non-text Content.
Pass: Check (1 and 2 and 3 and 4 are true) or (1 and 2 are false) or (1 and 3 are false)
Fail: Checks (1 true and 2 false) or (1 true and 3 false) or (1 and 2 and 3 are true and 4
is false)
Not applicable: Pre-condition 1, 2 or 3 is not met.

Time-based media

C.11.1.2.1.1

Procedure

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.1.1 Non-textContent.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Audio-only and video-only (pre-recorded - open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
3. Pre-recorded auditory information is not needed to enable the use of closed
functions of ICT.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.1 Audio-only
and Video-only (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

ETSI CEN CENELEC

159

EN 301 549 V3.2.1 (2021-03)

C.11.1.2.1.2

Audio-only and video-only (pre-recorded - closed functionality)

C.11.1.2.1.2.1

Pre-recorded audio-only (closed functionality)

Type of assessment
Pre-conditions

Procedure
ResultC.11.1.2.1.2.2

Pre-recorded video-only (closed functionality)

Type of assessment
Pre-conditions

Procedure
ResultC.11.1.2.2

ResultType of assessment
Pre-conditions

ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.2 Captions(Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.2 Captions (Prerecorded).

Audio description or media alternative (pre-recorded)

C.11.1.2.3.1

Procedure

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Pre-recorded video content is needed to enable the use of closed functions of ICT.
4. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, 3 or 4 is not met.

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.11.1.2.3

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Pre-recorded auditory information is needed to enable the use of closed functions of
ICT.
1. Check that the visual information is equivalent to the pre-recorded auditory output.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

Audio description or media alternative (pre-recorded - open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.3 Audio
Description or Media Alternative (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 1.2.3 Audio Description orMedia Alternative (Prerecorded).

ETSI CEN CENELEC

160

C.11.1.2.3.2

Audio description or media alternative (pre-recorded - closed functionality)

Type of assessment
Pre-conditions

Procedure
ResultC.11.1.2.4

ResultResultC.11.1.3.1

Info and relationships

Type of assessment
Pre-conditions

ResultC.11.1.3.1.2

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.5 Audio
Description (Prerecorded).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.5 Audio Description(Prerecorded).

Adaptable

C.11.1.3.1.1

Procedure

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.2.4 Captions(Live).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.2.4 Captions (Live).

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.11.1.3

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, or 3 is not met.

Captions (live)

Type of assessment
Pre-conditions
Procedure

C.11.1.2.5

EN 301 549 V3.2.1 (2021-03)

Info and relationships (open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.1 Info andRelationships.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Info and relationships (closed functionality)

Clause 11.1.3.1.2 is advisory only and contains no testable requirements.

ETSI CEN CENELEC

161

C.11.1.3.2

EN 301 549 V3.2.1 (2021-03)

Meaningful sequence

C.11.1.3.2.1

Meaningful sequence (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.3.2.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.2 Meaningful
Sequence.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Meaningful sequence (closed functionality)

Clause 11.1.3.2.2 is advisory only and contains no testable requirements.

C.11.1.3.3

Sensory characteristics

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.3.4

Orientation

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.3.5

Type of assessment
Pre-conditions

ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.4 Orientation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.4 Orientation.

Identify input purpose

C.11.1.3.5.1

Procedure

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.3 Sensory
Characteristics.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.3.3 Sensory Characteristics.

Identify input purpose (open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.3.5 Identify
Input Purpose.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 1.3.5 Identify Input Purpose.

ETSI CEN CENELEC

162

C.11.1.3.5.2

Identify input purpose (closed functionality)

Type of assessment
Pre-conditions

Procedure

ResultInspection
1. The ICT is non-web software that provides a user interface.
2. The software does not provide support to assistive technologies for screen reading.
3. Auditory output is provided as non-visual access to closed functionality.
1. Check that the auditory output is delivered by a mechanism included in or provided
with the ICT.
2. Check that the auditory output is delivered by a personal headset that can beconnected through a 3,5 mm audio jack or an industry standard connection without
requiring the use of vision.
3. Check that the auditory output comprises of purposes from the Input Purposes forUser Interface Components section.
Pass: Checks (1 or 2) is true and 3 is true
Fail: Checks (1 and 2) are false or 3 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

C.11.1.4

Distinguishable

C.11.1.4.1

Use of colour

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.4.2

ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.3 Contrast(Minimum).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.3 Contrast (Minimum).

Resize text

C.11.1.4.4.1
Type of assessment
Pre-conditions

Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.1.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure

C.11.1.4.4

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.1 Use ofColor.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.1 Use of Color.

Audio control

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.4.3

EN 301 549 V3.2.1 (2021-03)

Resize text (open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to enlargement features of platform or assistive
technology.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.4 Resize text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.4 Resize text.

ETSI CEN CENELEC

163

C.11.1.4.4.2

Resize text (closed functionality)

Type of assessment
Pre-conditions

Inspection and measurement
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to enlargement features of platform or assistive
technology.
3. A viewing distance is specified by the supplier.
1. Measure the height of a capital letter H.
2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing
distance.
Pass: Check 2 is true
Fail: Check 2 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

Procedure

ResultC.11.1.4.5

EN 301 549 V3.2.1 (2021-03)

Images of text

C.11.1.4.5.1

Images of text (open functionality)

Type of assessment
Pre-conditions

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.5 Images of
Text.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 1.4.5 Images of Text.

Procedure
ResultC.11.1.4.5.2

Images of text (closed functionality)

Type of assessment
Pre-conditions

Procedure

ResultC.11.1.4.6

Void

C.11.1.4.7

Void

C.11.1.4.8

Void

C.11.1.4.9

Void

Testing
1. The ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Non-text content is presented to users via speech output.
1. Check that speech output is provided as an alternative for non-text content.
2. Check that the non-text content is not pure decoration.
3. Check that the non-text content is not used only for visual formatting.
4. Check that the speech output follows the guidance for "text alternative" described in
WCAG 2.1 Success Criterion 1.1.1 Non-text Content.
Pass: Check (1 and 2 and 3 and 4 are true) or (1 and 2 are false) or (1 and 3 are false)
Fail: Checks (1 true and 2 false) or (1 true and 3 false) or (1 and 2 and 3 are true and 4
is false)
Not applicable: Pre-condition 1, 2 or 3 is not met.

ETSI CEN CENELEC

164

C.11.1.4.10

Reflow

Type of assessment
Pre-conditions
Procedure
ResultC.11.1.4.11

ResultResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion WCAG 2.1 Success
Criterion 1.4.12 Text spacing.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.12 Text spacing.

Content on hover or focus

Type of assessment
Pre-conditions
Procedure
ResultC.11.2

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion WCAG 2.1 Success
Criterion 1.4.11 Non-text Contrast.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.11 Non-text Contrast.

Text spacing

Type of assessment
Pre-conditions
Procedure

C.11.1.4.13

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.2.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Non-text contrast

Type of assessment
Pre-conditions
Procedure

C.11.1.4.12

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 1.4.13 Content
on hover or focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 1.4.13 Content on hover or focus.

Operable

C.11.2.1
C.11.2.1.1

Keyboard accessible
Keyboard

C.11.2.1.1.1
Type of assessment
Pre-conditions
Procedure
ResultKeyboard (open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to keyboards or a keyboard interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.1.1 Keyboard.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 2.1.1 Keyboard.

ETSI CEN CENELEC

165

C.11.2.1.1.2

Keyboard (closed functionality)

Type of assessment
Pre-conditions

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to keyboards or keyboard interfaces.
1. Check that all functionality of the user interface is operable without vision.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Procedure
ResultC.11.2.1.2

No keyboard trap

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.3.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

C.11.2.1.3

Void

C.11.2.1.4

Character key shortcuts

C.11.2.1.4.1

Character key shortcuts (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.4.2

Procedure
ResultC.11.2.2.1

Inspection
1. The ICT is non-web software that provides a user interface.
2. ICT functionality is closed to keyboards or keyboard interfaces.
1. Check that all functionality is operable without vision.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Enough time
Timing adjustable

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.2.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.1.4 Character
Key Shortcuts.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 2.1.4 Character Key
Shortcuts.

Character key shortcuts (closed functionality)

Type of assessment
Pre-conditions

C.11.2.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.4.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.5.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

166

C.11.2.3

Seizures and physical reactions

C.11.2.3.1

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.6.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

C.11.2.4

Navigable

C.11.2.4.1

Void

C.11.2.4.2

Void

C.11.2.4.3

Focus orderType of assessment
Pre-conditions
Procedure
ResultC.11.2.4.4

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.7.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.4 Link
Purpose (In Context).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.4 Link Purpose (In Context).

C.11.2.4.5

Void

C.11.2.4.6

Headings and labels

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.4.7

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.6 Headings
and Labels.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.6 Headings and Labels.

Focus visible

Type of assessment
Pre-conditions
Procedure
ResultEN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.4.7 Focus
Visible.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 2.4.7 Focus Visible.

ETSI CEN CENELEC

167

C.11.2.5
C.11.2.5.1

Input modalities
Pointer gestures

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.5.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.8.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Pointer cancellation

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.5.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.9.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Label in name

C.11.2.5.3.1

Label in name (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.5.3.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.5.3 Label in
Name.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 2.5.3 Label in Name.

Label in name (closed functionality)

Clause 11.2.5.3.2 is informative only and contains no requirements requiring test.

C.11.2.5.4

Motion actuation

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail WCAG 2.1 Success Criterion 2.5.4 Motion
Actuation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 2.5.4 Motion Actuation.

ETSI CEN CENELEC

168

C.11.3

Understandable

C.11.3.1
C.11.3.1.1

Readable
Language of software

C.11.3.1.1.1

Language of software (open functionality)

Type of assessment
Pre-conditions

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.10.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Procedure
ResultC.11.3.1.1.2

Language of software (closed functionality)

Type of assessment
Pre-conditions

Procedure
ResultTesting
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. The speech output is provided as non-visual access to closed functionality.
4. The speech output is not proper names, technical terms, words of indeterminate.
language, and words or phrases that have become part of the vernacular of theimmediately surrounding text.
5. The content is not generated externally and is under the control of the ICT vendor.
6. The displayed languages can be selected using non-visual access.
7. The user has not selected a speech language that is different from the language ofthe displayed content.
1. Check that the speech output is in the same human language of the displayedcontent provided.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2, 3, 4, 5, 6 or 7 is not met.

C.11.3.1.2

Void

C.11.3.2

Predictable

C.11.3.2.1

On focus

Type of assessment
Pre-conditions
Procedure
ResultC.11.3.2.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 3.2.1 On Focus.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 3.2.1 On Focus.

On input

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 3.2.2 On Input.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 3.2.2 On Input.

ETSI CEN CENELEC

169

C.11.3.2.3

Void

C.11.3.2.4

Void

C.11.3.3
C.11.3.3.1

Input assistance
Error identification

C.11.3.3.1.1

Error identification (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.3.3.1.2

Procedure
ResultResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 3.3.2 Labels or
Instructions.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 3.3.2 Labels or Instructions.

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultC.11.3.3.4

Testing
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Speech output is provided as non-visual access to closed functionality.
4. An input error is automatically detected.
1. Check that speech output identifies the item that is in error.
2. Check that the speech output describes the item that is in error.
Pass: Checks 1 and 2 are true
Fail: Check 1 or check 2 false
Not applicable: Pre-condition 1, 2,3 or 4 is not met.

Labels or instructions

Type of assessment
Pre-conditions
Procedure

C.11.3.3.3

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 3.3.1 Error
Identification.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to WCAG 2.1 Success Criterion 3.3.1 Error Identification.

Error Identification (closed functionality)

Type of assessment
Pre-conditions

C.11.3.3.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail WCAG 2.1 Success Criterion 3.3.3 Error
Suggestion.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met, or the non-web software does not containcontent relevant to WCAG 2.1 Success Criterion 3.3.3 Error Suggestion.

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.11.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

170

C.11.4

EN 301 549 V3.2.1 (2021-03)

RobustC.11.4.1

Compatible

C.11.4.1.1

Parsing

C.11.4.1.1.1

Parsing (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.4.1.1.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.12.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Parsing (closed functionality)

Clause 11.4.1.1.2 contains no requirements requiring test.

C.11.4.1.2

Name, role, value

C.11.4.1.2.1

Name, role, value (open functionality)

Type of assessment
Pre-conditions
Procedure
ResultC.11.4.1.2.2

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.13.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Name, role, value (closed functionality)

Clause 11.4.1.2.2 contains no testable requirements.

C.11.4.1.3

Status messages

C.11.4.1.3.1
Type of assessment
Pre-conditions
Procedure
ResultC.11.4.1.3.2

Status messages (open functionality)
Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail WCAG 2.1 Success Criterion 4.1.3 Status
messages.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met, or the non-web software does notcontain content relevant to G 2.1 Success Criterion 4.1.3 Status messages

Status messages (closed functionality)

Clause 11.4.1.3.2 contains no testable requirements.

ETSI CEN CENELEC

171

C.11.5C.11.5.1

Interoperability with assistive technology
Closed functionality

Type of assessment
Pre-conditions
Procedure
ResultC.11.5.2
C.11.5.2.1

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The software has closed functionality.
1. Check that the closed functionality conforms to clause 5.1.
If check 1 is true, the software is not required to conform to clause 11.5.2
If check 1 is false the software is required to conform to clause 11.5.2
Not applicable: Pre-condition 1 is not met.

Accessibility services
Platform accessibility service support for software that provides a userinterface

Type of assessment
Pre-conditions
Procedure

ResultC.11.5.2.2

Platform accessibility service support for assistive technologies

Type of assessment
Pre-conditions
Procedure

ResultC.11.5.2.3

ResultInspection
1. The software evaluated is software that provides a user interface.
1. Check that the software uses the applicable documented platform accessibility
services.
2. Check that the software can meet the applicable requirements 11.5.2.5 to 11.5.2.17
whilst using the documented platform accessibility services.
3. Check that the software can meet requirements 11.5.2.5 to 11.5.2.17 whilst using
the documented platform accessibility services and other documented services.
Pass: Check 1 is true and check 2 or check 3 is true
Fail: Check 1 or check 3 is false
Not applicable: Pre-condition 1 is not met.

Assistive technology

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The software evaluated is platform software.
1. Check that the platform software documentation includes information about platform
accessibility services that enables assistive technology to interoperate with softwarethat provides a user interface running on the platform software.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Use of accessibility services

Type of assessment
Pre-conditions
Procedure

C.11.5.2.4

Inspection
1. The software evaluated is platform software.
1. Check that the platform software documentation includes information about platform
services that may be used by software that provides a user interface to interoperatewith assistive technology.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Inspection
1. The ICT is assistive technology.
1. Check that the assistive technology uses the documented platform accessibility
services.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

172

C.11.5.2.5

Object information

Type of assessment
Pre-conditions
Procedure

ResultC.11.5.2.6

Procedure

ResultResultInspection
1. The software evaluated is software that provides a user interface.
2. There are data tables in the user interface.
1. Select a data table in which the tests are to be performed.
2. Check that each cell's row is programmatically determinable by assistive
technologies.
3. Check that each cell's column is programmatically determinable by assistive
technologies.
4. Check that each cell's row header, if the row header exists, is programmaticallydeterminable by assistive technologies.
5. Check that each cell's column header, if the column header exists, isprogrammatically determinable by assistive technologies.
Pass: Checks 2, 3, 4 and 5 are true
Fail: Check 2 or 3 or 4 or 5 is false
Not applicable: Pre-condition 1 or 2 is not met.

ValuesType of assessment
Pre-conditions
Procedure

Inspection
1. The software evaluated is software that provides a user interface.
1. Check that the user interface element's role is programmatically determinable byassistive technologies.
2. Check that the user interface element's state(s) is programmatically determinable byassistive technologies.
3. Check that the user interface element's boundary is programmatically determinable
by assistive technologies.
4. Check that the user interface element's name is programmatically determinable byassistive technologies.
5. Check that the user interface element's description is programmatically determinable
by assistive technologies.
Pass: Checks 1, 2, 3, 4 and 5 are true
Fail: Check 1 or 2 or 3 or 4 or 5 is false
Not applicable: Pre-condition 1 is not met.

Row, column, and headersType of assessment
Pre-conditions

C.11.5.2.7

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that can have values.
1. Select a user interface element that can have a value.
2. Check that the current value is programmatically determinable by assistive
technologies.
3. If the user interface element conveys information about a range of values, check thatthe minimum value is programmatically determinable by assistive technologies.
4. If the user interface element conveys information about a range of values, check thatthe maximum value is programmatically determinable by assistive technologies.
Pass: Checks 2, 3 and 4 are true
Fail: Check 2 or 3 or 4 is false
Not applicable: Pre-condition 1 or 2 is not met.

ETSI CEN CENELEC

173

C.11.5.2.8

Label relationships

Type of assessment
Pre-conditions
Procedure

ResultC.11.5.2.9

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that are labels of other user interface elements.
1. Obtain the information of each user interface element.
2. Check that the user interface element's information includes the relationship with theuser interface element that is its label, if the current user interface element has a label,
and that this relationship is programmatically determinable by assistive technologies.
3. Check that the user interface element's information includes the relationship with theuser interface element that it is labelling, if the current user interface element is a label,
and that this relationship is programmatically determinable by assistive technologies.
Pass: Checks 2 or 3 are true
Fail: Check 2 and 3 are false
Not applicable: Pre-condition 1 or 2 is not met.

Parent-child relationships

Type of assessment
Pre-conditions

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that are parents of other user interface elements
in a hierarchical structure.
Procedure
1. For user interface elements that have a parent, check that the user interface
element's information includes the relationship with the user interface element that is its
parent.
2. Check that the user interface elements that are parents of the user interface element
selected in check 1, include the relationship with the user interface elements that are
its children in their information, and that this relationship is programmaticallydeterminable by assistive technologies.
3. For user interface elements that are a parent of other user interface elements, checkthat the user interface element's information includes the relationship with the userinterface elements that are its children, and that this relationship is programmaticallydeterminable by assistive technologies.
4. Check that the user interface elements that are a child of the user interface element
selected in check 3, include the relationship with the user interface elements that are
its parents in their information, and that this relationship is programmaticallydeterminable by assistive technologies.
ResultPass: Checks 1 or 2 is true and check 3 or 4 is true
Fail: Checks 1 and 2 are false or check 3 and 4 are false
Not applicable: Pre-condition 1 or 2 is not met.
NOTE:
For this requirement it is enough that one of the two directions of a parent-child relationship is
programmatically determinable. This is the reason why the requirement checks are in pairs and why
the requirement is met if one member of each pair is true.

C.11.5.2.10

Text

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. The software evaluated is software that provides a user interface.
2. There is text rendered to the screen.
1. For instances of text rendered to the screen, check that the text's information
includes its text content, and that this information is programmatically determinable byassistive technologies.
2. For instances of text rendered to the screen, check that the text's information
includes its attributes, and that this information is programmatically determinable byassistive technologies.
3. For instances of text rendered to the screen, check that the text's information
includes its boundary, and that this information is programmatically determinable byassistive technologies.
Pass: Checks 1, 2 and 3 are true
Fail: Check 1 or 2 or 3 is false
Not applicable: Pre-condition 1 or 2 is not met.

ETSI CEN CENELEC

174

C.11.5.2.11

List of available actions

Type of assessment
Pre-conditions

Procedure

ResultC.11.5.2.12

Procedure

ResultProcedure

ResultResultInspection and testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that enable text editing.
1. Check that the user interface element's information includes mechanisms to track
focus, text insertion point and selection attributes.
2. Check that this information is programmatically determinable by assistive
technologies.
3. Activate those tracking mechanisms.
4. As a user, use the text editing functionality in the evaluated software product.
5. Check that the tracking of focus, text insertion point and selection attributes work.
Pass: Checks 2 and 5 are true
Fail: Check 1 or 5 is false
Not applicable: Pre-condition 1 or 2 is not met.

Modification of focus and selection attributes

Type of assessment
Pre-conditions

Procedure

Inspection and testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that have actions that can be executed by theuser.
3. The security requirements permit assistive technology to programmatically executeuser actions.
1. Check that the user interface element's information includes the list of actions thatcan be executed by assistive technologies according to 11.5.2.11.
2. Check that all the actions in the list can successfully be executed by assistive
technologies.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

Tracking of focus and selection attributes

Type of assessment
Pre-conditions

C.11.5.2.14

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that have actions that can be executed by theuser.
1. Check that the user interface element's information includes the list of actions thatcan be executed.
2. Check that this list is programmatically determinable by assistive technologies.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-condition 1 or 2 is not met.

Execution of available actions

Type of assessment
Pre-conditions

C.11.5.2.13

EN 301 549 V3.2.1 (2021-03)

Testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that can receive focus or that enable text editing.
3. The security requirements permit platform software to programmatically modify
focus, text insertion point and selection attributes of user interface elements.
1. For user interface elements that can receive focus and where the focus can be
modified by a user without the use of assistive technology, check that the focus can be
programmatically modified by assistive technologies.
2. For user interface elements that enable text editing by a user without the use of
assistive technology, check that the position of the text insertion point can be
programmatically modified by assistive technologies.
3. For user interface elements that enable text editing, check that the selection
attributes can be programmatically modified by assistive technologies where they canbe modified by user without the use of assistive technology.
Pass: All checks are true
Fail: Any check is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

ETSI CEN CENELEC

175

C.11.5.2.15

Change notification

Type of assessment
Pre-conditions
Procedure

ResultC.11.5.2.16

Procedure

ResultResultTesting
1. The software evaluated is software that provides a user interface.
2. There are user interface elements whose state or properties can be modified by auser without the use of assistive technology.
3. The security requirements permit assistive technology to programmatically modify
states and properties of user interface elements.
1. Check that the state of user interface elements, whose state can be modified by auser without the use of assistive technology, can be programmatically modified byassistive technologies.
2. Check the properties of user interface elements, whose properties can be modified
by a user without the use of assistive technologies, can be programmatically modified
by assistive technologies.
Pass: All checks are true
Fail: Any check is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

Modifications of values and text

Type of assessment
Pre-conditions

Procedure

Inspection and testing
1. The software evaluated is software that provides a user interface.
1. Activate notifications of changes in the user interface elements.
2. Check that notifications about changes in object information (role, state, boundary,name and description) are sent to assistive technologies, if this information changes inthe software user interface.
3. Check that notifications about changes in row, column and headers of data tables
are sent to assistive technologies, if this information changes in the software.
4. Check that notifications about changes in values (current value, minimum value andmaximum value) are sent, if this information changes in the software.
5. Check that notifications about changes in label relationships are sent o assistive
technologies, if this information changes in the software.
6. Check that notifications about changes in parent-child relationships are sent toassistive technologies, if this information changes in the software.
7. Check notifications about changes in text (text contents, text attributes and theboundary of text rendered to the screen) are sent to assistive technologies, if thisinformation changes in the software.
8. Check that notifications about changes in the list of available actions are sent toassistive technologies, if this information changes in the software.
9. Check that notifications about changes in focus, text insertion point and selection
attributes are sent to assistive technologies, if this information changes in the software.
Pass: Checks 2, 3, 4, 5, 6, 7, 8 and 9 are true
Fail: Check 2, 3, 4, 5, 6, 7, 8 or 9 is false
Not applicable: Pre-condition 1 is not met.

Modifications of states and properties

Type of assessment
Pre-conditions

C.11.5.2.17

EN 301 549 V3.2.1 (2021-03)

Testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements whose values or text can be modified by a user
without the use of assistive technology.
3. The security requirements permit assistive technology to programmatically modify
values and text of user interface elements.
1. Check that the values of user interface elements, whose values can be modified bya user without the use of assistive technology, can be modified by assistive
technologies using the input methods of the platform.
2. Check that the text of user interface elements, whose text can be modified by a user
without the use of assistive technology, can be modified by assistive technologies
using the input methods of the platform.
Pass: all checks are true
Fail: any check is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

ETSI CEN CENELEC

176

C.11.6

Documented accessibility usage

C.11.6.1

User control of accessibility features

Type of assessment
Pre-conditions
Procedure

ResultC.11.6.2

Procedure

ResultProcedure
ResultC.11.8.1

Testing
1. There are platform features that are defined in the platform documentation as
accessibility features.
1. Check if software that provides a user interface disrupts normal operation of platform
accessibility features.
2. Check if the disruption was specifically requested or confirmed by the user.
Pass: Check 1 is false or both checks are true
Fail: Check 1 is true and check 2 is false
Not applicable: Pre-condition 1 is not met.

User preferences

Type of assessment
Pre-conditions

C.11.8

Testing
1. There are platform features that are defined in the platform documentation as
accessibility features intended for users.
1. Check that sufficient modes of operation exists where user control over platform
features, that are defined in the platform documentation as accessibility featuresintended for users, is possible.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

No disruption of accessibility features

Type of assessment
Pre-conditions

C.11.7

EN 301 549 V3.2.1 (2021-03)

Inspection and Testing
1. The software is software that provides a user interface.
2. The software has settings for language, colour, contrast, font type, font size, or focus
cursor, that correspond to platform settings.
3. The software is not designed to be isolated from its underlying platforms.
1. Check that the software provides a mode of operation that follows the platformsettings.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1, 2 or 3 is not met.

Authoring tools
Content technology

Type of assessment
Pre-conditions

Inspection and Testing
1. The software is an authoring tool.
2. The output format of the authoring tool supports information required foraccessibility.
Procedure
1. Check if the authoring tool conforms to 11.8.2 to 11.8.5 to the extent that information
required for accessibility is supported by the format used for the output of the authoringtool.
ResultPass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met
NOTE:
Where the output format of the authoring tool does not support certain types of information required
for accessibility, conformance with requirements that relate to that type of information is not required.

ETSI CEN CENELEC

177

C.11.8.2

Accessible content creation

Type of assessment
Pre-conditions
Procedure
ResultC.11.8.3

Procedure

ResultInspection and Testing
1. The software is an authoring tool.
2. The authoring tool provides restructuring transformations or re-coding
transformations.
1. For a restructuring transformation, check if the accessibility information is preservedin the output.
2. For a restructuring transformation, check if the content technology supports
accessibility information for the restructured form of the information.
3. For a re-coding transformation, check if the accessibility information is preserved in
the output.
4. For a re-coding transformation, check if the accessibility information is supported by
the technology of the re-coded output.
Pass: Check 1 is true or checks 1 and 2 are false or check 3 is true or checks 3 and 4
are false
Fail: Check 1 is false and check 2 is true
Not applicable: Pre-condition 1 or 2 is not met.

Repair assistanceType of assessment
Pre-conditions

Procedure
ResultC.11.8.5

Inspection and Testing
1. The software is an authoring tool.
1. Check if the authoring tool has features that enable and guide the production ofcontent that conforms to clauses 9 (Web) and 10 (Non-web documents).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Preservation of accessibility information in transformations

Type of assessment
Pre-conditions

C.11.8.4

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The software is an authoring tool.
2. The accessibility checking functionality of the authoring tool can detect that content
does not meet a requirement of clauses 9 (Web) or 10 (Non-web documents) as
applicable.
1. The authoring tool provides repair suggestions when content does not meet arequirement of clauses 9 or 10 (as applicable).
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Templates

Type of assessment
Pre-conditions

Inspection
1. The software is an authoring tool.
2. The authoring tool provides templates.
Procedure
1. Check that the authoring tool provides at least one template that supports thecreation of content that conforms to requirements of clauses 9 (Web content) or 10(Documents) as applicable.
2. Check that at least one template identified in step 1 is available and is identified asconforming to clauses 9 or 10 (as applicable).
ResultPass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
Not applicable: Pre-condition 1 or 2 is not met.
NOTE:
The identification as conforming to the requirements of clauses 9 or 10 (as applicable) described incheck 2 may be described in terms such as "Conformant to WCAG 2.1". Where the identification
does not explicitly state that all of the requirements identified in clauses 9 or 10 (as appropriate) arecovered, it may be necessary to use the template to create a web site or document and then test thatweb site or document according to the requirements of clauses 9 or 10 to provide full assurance thatthe template behaves as required.

ETSI CEN CENELEC

178

C.12

Documentation and support services

C.12.1

Product documentation

C.12.1.1

Accessibility and compatibility features

Type of assessment
Pre-conditions
Procedure
ResultC.12.1.2

ResultC.12.2.1

Inspection
1. Product documentation is supplied with the ICT.
1. Check that product documentation provided with the ICT lists and explains how to
use the accessibility and compatibility features of the ICT.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Accessible documentation

Type of assessment
Pre-conditions
Procedure

C.12.2

EN 301 549 V3.2.1 (2021-03)

Inspection
1. Product documentation in electronic format is supplied with the ICT.
1. Check that product documentation in electronic format provided with the ICT
conforms to the requirements of clauses 9 or 10 as appropriate.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Support services
GeneralClause 12.2.1 is informative only and contains no requirements requiring test.

C.12.2.2

Information on accessibility and compatibility features

Type of assessment
Pre-conditions
Procedure
ResultC.12.2.3

Inspection
1. ICT support services are provided.
1. Check that the ICT support services provide information on the accessibility andcompatibility features that are included in the product documentation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Effective communication

Type of assessment
Pre-conditions
Procedure
ResultNOTE:

Inspection
1. ICT support services are provided.
1. Check that the ICT support services accommodate the communication needs ofindividuals with disabilities either directly or through a referral point.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.
The provision of any level of support for the communication needs of individuals with disabilities
constitutes a pass of this requirement. Suppliers may wish to provide further information about thelevel of support that is provided to enable the adequacy and quality of the support to be judged.

ETSI CEN CENELEC

179

C.12.2.4

EN 301 549 V3.2.1 (2021-03)

Accessible documentation

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. Documentation is provided by the ICT support services.
1. Check that documentation in electronic format provided by the ICT support services
conforms to the requirements of clauses 9 or 10 as appropriate.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

C.13

ICT providing relay or emergency service accessC.13.1

Relay service requirements

C.13.1.1

GeneralClause 13.1.1 is informative only and contains no requirements requiring test.

C.13.1.2

Text relay services

Type of assessment
Pre-conditions
Procedure
ResultC.13.1.3

Sign relay services

Type of assessment
Pre-conditions
Procedure
ResultC.13.1.4

ResultInspection
1. The service is a lip-reading relay service.
1. Check that the service enables lip-readers and voice telephone users to interact byproviding conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Captioned telephony services

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The service is a sign relay service.
1. Check that the service enables sign language users and speech users to interact byproviding conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Lip-reading relay services

Type of assessment
Pre-conditions
Procedure

C.13.1.5

Inspection
1. The service is a text relay service.
1. Check that the service enables text users and speech users to interact by providing
conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Inspection
1. The service is a captioned telephony service.
1. Check that the service assists a deaf or hard of hearing user in a spoken dialogue by
providing text captions translating the incoming part of the conversation.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

ETSI CEN CENELEC

180

C.13.1.6

Speech to speech relay services

Type of assessment
Pre-conditions
Procedure

ResultC.13.2

Procedure
ResultInspection
1. The ICT system supports two-way communication.
2. A set of relay services for two-way communication is specified.
1. Check that the system does not prevent access to those relay services for incoming
and outgoing calls.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

Access to emergency services

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The service is a speech to speech relay service.
1. Check that the service enables telephone users who are speech impaired, or have
limited cognitive, language and learning abilities, to communicate by providing
assistance between them.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 is not met.

Access to relay services

Type of assessment
Pre-conditions

C.13.3

EN 301 549 V3.2.1 (2021-03)

Inspection
1. The ICT system supports two-way communication.
2. A set of emergency services for two-way communication is specified.
1. Check that the system does not prevent access to those emergency services foroutgoing and incoming calls.
Pass: Check 1 is true
Fail: Check 1 is false
Not applicable: Pre-condition 1 or 2 is not met.

ETSI CEN CENELEC

181

EN 301 549 V3.2.1 (2021-03)

Annex D (informative):
Further resources for cognitive accessibility
It is evident that people with limited cognitive, language and learning abilities have diverse accessibility needs andpreferences and that there is a need for further guidelines and standards. Research in this area is ongoing.
Relevant standardisation work is currently being undertaken by the W3C Web Accessibility Initiative (WAI). WAI are
working to improve the requirements and technical guidance for developers, to better address Web accessibility forpeople with limited cognitive, language and learning abilities. Current W3C activity in this area can be found athttps://www.w3.org/WAI/cognitive/.

ETSI CEN CENELEC182

EN 301 549 V3.2.1 (2021-03)

Annex E (informative):
Guidance for users of the present document
E.1

Introduction

This explanatory annex is designed to enable users of the present document to make best use of it.
The standard was originally intended for procurement purposes. The scope is now changed and the current version also
contains the minimum requirements of the European Web Accessibility Directive (Directive 2016/2102 [i.28]).
EN 301 549 contains a wide range of requirements to cover a variety of ICT solutions. There are for example
requirements on function, physical characteristics and software. No matter if you are responsible for procuring, testing,planning, manufacturing, maintaining or reporting on accessibility, it is necessary to understand which requirements are
relevant for a specific product or service in a specific situation or context.
Testing for accessibility requirements does not always result in a yes or no. Sometimes, you end up in a grey zone
where it is equally important to understand the prerequisites and potential alternatives for different end user groups.
Remember that accessibility has to do with humans.
The examples mentioned in this annex are only inspirational and the standard can of course be used in many different
ways and settings.

E.2

Overview

The present document consists of fourteen clauses (equivalent to chapters in a book) and six annexes.
Clauses 0 to 3 contain background information, the scope of the standard, links to references, definitions ofterminology and explanations of abbreviations. These clauses have a lot of valuable information, but it can be hard toread the standard from A to Z.
Clause 4 covers functional performance statements, which are directly related to end-user needs. The clause explains
what functionality is needed to enable end users to locate, identify and operate functions in technology, no matter of
their abilities. This is an important clause where you can learn about what challenges accessibility requirements aim tosolve.
Clauses 5 to 13 are the actual technical requirements. Most readers start here, but clause 4 can possibly be a better place
to begin, to really understand how to use the detailed technical parts.
The technical requirements cover many different kinds of ICT divided into separate clauses, but it is always a good idea
to have a look at clause 5, since this is where the general requirements are.
Clauses 9, 10 and 11 are the ones that are most relevant to the European Web Accessibility Directive [i.28]. They coverwebsites, documents and apps. However, requirements from other clauses apply, as listed in the tables in Annex A.
Clause 14 deals with conformance to EN 301 549 as a whole and to the individual requirements.
Annex A describes how the standard relates to the European Web Accessibility Directive [i.28]. Apart from theminimum requirements in clauses 9, 10 and 11, some of the requirements in clauses 5, 6, 7 and 12 can also be relevant
to fulfill the Directive, in specific situations. The tables in Annex A show which of the requirements are important tolook at.
Annex B describes how the functional performance statements of clause 4 relate to the technical requirements inclauses 5 to 13. This is a useful tool that will, for example, help you to use the standard in procurement to identify the
impact that specific requirements have on end users when comparing proposals.
Annex C describes how you can test that each requirement of the standard is met. The annex does not provide a testing
methodology and you still have to know quite a lot about functional performance statements and testing procedures tomake use of it.

ETSI CEN CENELEC

183

EN 301 549 V3.2.1 (2021-03)

Annex D provides a link to further resources for cognitive accessibility.
Annex E is what you are reading right now.
Annex F provides a change history table.

E.3

Clause 4

Clause 4 is in a sense the heart of the standard. The end users, with their different needs, are the reason accessibility
matters. The user needs behind each functional performance statement are also the reason for each of the requirementsin the present document.
Clause 4 does not include any requirements in itself, just descriptions. This may make it seem less important but, in
reality, it is the other way around. The aim of the whole standard is to ensure that end users with the varying abilities
described in this clause can use products and services.
In this clause, ten functional performance statements based on variations of impairments are described, plus privacy.
The impairments can be permanent, temporary or situational. End users with multiple impairments might need specificcombinations of accessibility solutions. Therefore, it is necessary to consider all different functional performancestatements as well as a combination of them.
The concept behind the standard is to let technology help compensate the challenges that end users can have. You canalso look at accessibility as alternative ways to use technology. For example: if the end user cannot see, technology canprovide sound. If the end user cannot hear, the technology can provide text. This is what clause 4 is describing for eachuser group, in detail.
After reading clause 4, you will understand the logic of the requirements in the standard much better.

E.4

How to use the standard

E.4.1

Self scoping requirements

The requirements in the present document are called self-scoping. This means that they consist of two parts; the firstpart is a precondition for the second part, which holds the actual requirement. If the first part is true, you need to meetthe second part of the requirement. If the first part is not true, this means that the requirement is not applicable.
For example, a requirement saying "Where ICT hardware has speech output, it shall provide […]" can be met in two
ways:•

If your product or service provides speech, you need to fulfill the second part of the requirement.

•

If your product or service does not provide speech, you do not need to think about the second part of therequirement. The requirement is not applicable.

To meet the standard means that all applicable requirements in the standard are met.
To get an overview of the requirements in scope of your product or service, you can focus on the requirements with thesame scoping statements. There are online tools that can help you filter out requirements that are automatically met.

E.4.2

Connection between requirements and functional performancestatements

The table in Annex B helps you understand the connection between the requirements and the functional performancestatements. There is an instruction on how to use the table under clause B.2.
Before making a decision about the most suitable solution, you also need to think about the context. Here are someexamples:•

In what situation is the solution going to be used?
ETSI CEN CENELEC

184

EN 301 549 V3.2.1 (2021-03)•

Which failed requirements are possible to compensate with other alternatives, like for example a service desk?

•

What would it cost to solve an issue with an alternative like that?

•Will the failed requirements be possible to fix in the next version of the solution?

Suppliers may show how their product or service addresses the functional performance statements in clause 4 inaddition to meeting the requirements in clauses 5 to 13. This can help you choose which product or service is mostsuitable.

E.5

The European Web Accessibility Directive [i.28]

The European Web Accessibility Directive (Directive 2016/2102 [i.28]) is a minimum harmonisation Directive. Thismeans that all EU member states and EFTA countries are required to at least comply with the minimum requirements
referred to in the Directive. Each country can choose to go beyond these requirements in their national legislation whenit comes to both requirements and scope.
The Directive covers, as a minimum, public sector bodies and some government owned, funded or led organizations.
NOTE:

The definition of public sector body is referring to the Procurement Directive(Directive 2014/24/EU [i.40]) article 2(1) point 4, which defines "bodies governed by public law" asbodies that have all of the following characteristics:▪

they are established for the specific purpose of meeting needs in the general interest, not having an
industrial or commercial character;▪

they have legal personality; and▪

they are financed, for the most part, by the State, regional or local authorities, or by other bodies
governed by public law; or are subject to management supervision by those authorities or bodies; orhave an administrative, managerial or supervisory board, more than half of whose members areappointed by the State, regional or local authorities, or by other bodies governed by public law.

Most of the requirements that relate to the European Web Accessibility Directive are found in clauses 9, 10 and 11,which cover websites, documents and software. The complete list of requirements are listed in the tables in Annex A.
The Directive also covers intranets and extranets, which are to meet the requirements of clause 9 for web content andclause 10 for documents.
There are different grace periods for different kinds of content and there are also exceptions to what content is coveredby the Directive. For example, live video is not covered by the Directive. This means that requirements 9.1.2.4 forwebsites, 10.1.2.4 for documents and 11.1.2.4 for apps are not relevant to meeting the requirements of the Directive.
Please note that there are also other requirements in the Directive, for example on monitoring and accessibility
statements. These are not covered in EN 301 549.

E.6

Annex D: Further resources for cognitive accessibility

Annex D provides a link to W3C resources that can be used as guidance to improve the inclusion of accessibility forpeople with limited cognitive, language and learning abilities when using ICT products and services.

ETSI CEN CENELEC

185

EN 301 549 V3.2.1 (2021-03)

Annex F (informative):
Change history
VersionInformation about changes
2.1.2
First publication as a harmonised standard
The requirements related to Real-Time Text (RTT) in clause 6.2 have been revised and
3.1.1
extended
The WCAG 2.1 AAA Success Criteria that were previously in an Annex D are now
3.1.1
included in clause 9.5
3.1.1
A new Annex D, "Further resources for cognitive accessibility", has been added
3.1.1
A new Annex E "Guidance for users of the present document" has been added
3.2.1
A new Annex F "Change history" (this Annex) has been added

ETSI CEN CENELEC

186

EN 301 549 V3.2.1 (2021-03)

History
Document history
V1.1.1February 2014

Publication

V1.1.2

April 2015

Publication

V2.1.2

August 2018

Publication

V3.1.1

November 2019

Publication

V3.2.1

December 2020

EN Approval Procedure

V3.2.1March 2021

Publication

ETSI CEN CENELEC

AP 20210310: 2020-12-10 to 2021-03-10