INTEA Digital Accessibility Policy

Version 1.0 - August 12th, 2026

1. Purpose

INTEA is committed to creating accessible, inclusive and usable digital learning solutions that are accessible and inclusive to the widest practical range of learners, including people with disabilities. Accessibility shall be considered throughout sales, instructional design (script), design, development and quality assurance. Our approach combines accessibility requirements applied as standard with additional accessibility services that can be incorporated where required by the customer, project, audience, or applicable accessibility standard.

2. Scope

This policy applies to all INTEA employees, contractors and partners who are involved in creating digital learning content and e-learning courses. It covers e-learning content and related digital learning materials designed or developed by us, including, where applicable:

E-learning courses and modules;
Interactive learning activities;
Assessments and quizzes;
Video, audio, animation, and imagery;
Course-related documents and downloadable resources;
Templates, interfaces, and reusable learning components.

The level of accessibility that can be achieved may depend on the project requirements, selected technologies, authoring tools, learning management system (LMS), source materials, and third-party content or platforms.

3. Definitions

Accessibility — The practice of designing content, products, and experiences so that they can be used by people with a wide range of abilities and disabilities.
WCAG — The Web Content Accessibility Guidelines, which provide internationally recognised recommendations for improving the accessibility of digital content.
Assistive technology — Hardware or software used to help people interact with digital content, such as screen readers, screen magnifiers, voice recognition software, and alternative input devices.
Screen reader — Software that presents digital content through synthesised speech, braille output, or both.
Alternative text (alt text) — A textual description or alternative provided for relevant non-text content, such as images.
Accessibility remediation — The process of modifying existing content or documents to address identified accessibility barriers.

4. Accessibility Standards

INTEA’s accessibility practices are informed by recognised accessibility standards and guidance, including the Web Content Accessibility Guidelines (WCAG).

Where WCAG conformance is a specific project requirement, the applicable WCAG version and conformance level should be agreed as part of the project scope.

Unless explicitly included in the agreed project scope, INTEA’s standard accessibility practices and quality assurance processes should not be interpreted as a formal certification or comprehensive WCAG conformance audit.

5. Mandatory Accessibility Requirements

The following accessibility requirements apply by default and form part of INTEA’s standard approach to accessible design and delivery:

Plain language, where practical - Content is written as clearly and concisely as possible, taking the intended audience and subject matter into account.
Clear and descriptive buttons and links - Interactive elements use meaningful labels that communicate their purpose or destination.
Logical and consistent content structure - Headings, sections, lists, and other content elements are organised in a clear and predictable hierarchy.
WCAG-compliant colour contrast - Text and essential visual elements meet applicable WCAG contrast requirements.
Clear and readable typography - Fonts, sizing, spacing, and layout are selected to support readability and legibility.
Keyboard navigation - Interactive functionality can be accessed and operated using a keyboard where applicable.
Clearly visible keyboard focus indicators - Keyboard users are provided with a clear visual indication of the element currently in focus.
Logical keyboard tab order - Focus moves through interactive elements in an order that is consistent with the structure and meaning of the content.
No keyboard traps - Keyboard users can navigate into and away from interactive elements without becoming unintentionally trapped.
Baseline accessibility quality assurance (QA) - Standard accessibility checks are incorporated into the quality assurance process to identify common accessibility issues.

6. E-learning Accessibility Principles

In addition to INTEA’s mandatory accessibility requirements, the following principles guide the design and development of e-learning experiences:

Information and instructions should not rely solely on colour;
Instructions should not depend solely on visual position, shape, size, sound, or another sensory characteristic;
Learning interactions should be operable without a mouse where technically applicable;
Navigation and interaction patterns should remain clear and consistent throughout a course;
Assessments and quizzes should provide clear instructions, labels, controls, and feedback;
Unnecessary time limits should be avoided. Where timed activities are required, accessibility implications should be considered;
Multimedia should be designed so that important information is not unnecessarily available through only one sensory format;
Animation, flashing content, and motion should be used carefully and with consideration for accessibility;
Learners should be given appropriate control over media playback where technically possible.

7. Accessibility Services Available on Request

The following additional accessibility services are available to customers upon request and may be subject to the scope, requirements, and commercial terms of the project:

Alternative text (alt text) - Descriptive text is provided for relevant images and other visual content to support users who cannot perceive the visuals directly.
Closed captions - Synchronised text captions are provided for spoken dialogue and relevant audio information in video content.
Audio transcripts - Written transcripts are provided for relevant spoken or audio content.
Audio descriptions - Spoken descriptions of important visual information are provided for video or other audiovisual content where required.
Screen reader optimisation - Content and interfaces receive additional review and optimisation to improve their usability with screen reader technologies.
Accessible PDF remediation - PDF documents are reviewed and remediated to improve accessibility, including elements such as document structure, reading order, tags, and alternative text where applicable.
WCAG accessibility audits - Digital content or experiences are assessed against the agreed WCAG standard and conformance level, with identified issues documented for remediation.
Accessibility statements - Accessibility statements are prepared to communicate accessibility commitments, standards, known limitations, and relevant contact or feedback information.
Accessibility consulting - Specialist guidance is provided on accessibility requirements, implementation, remediation, and accessibility best practices.

8. Accessibility Requirements and Project Scoping

Customers are encouraged to identify any specific accessibility requirements at the beginning of a project.

Where a project must meet a particular accessibility standard, WCAG conformance level, organisational policy, contractual requirement, or assistive technology requirement, this should be specified before design and development begin.

Requirements for additional services such as captions, audio descriptions, screen reader testing, PDF remediation, or formal WCAG audits should also be identified during project scoping.

Accessibility requirements introduced or changed after development has begun may affect the project scope, timeline, and cost.

9. Customer-Provided Content

The accessibility of the final learning experience may depend on materials supplied by the customer, including documents, images, video, audio, scripts, third-party content, and existing learning materials.

Where reasonably practicable, INTEA may identify accessibility concerns within customer-provided materials during the project. Remediation, rewriting, captioning, transcription, or replacement of customer-provided materials may require additional work and should be included within the agreed project scope.

Customers remain responsible for ensuring that materials they provide are suitable for their intended audience and that any specific accessibility requirements relating to those materials are communicated to us.

10. Third-Party Technologies and Content

E-learning solutions may depend on technologies or content that are not developed or controlled by INTEA. These may include:

Learning management systems (LMSs);
E-learning authoring tools;
Video and media platforms;
Embedded applications and widgets;
External websites;
Software simulations;
Third-party documents or learning resources.

INTEA applies accessibility good practice within the capabilities of the technologies used. However, INTEA cannot guarantee the accessibility of third-party platforms, functionality, or content outside our control.

Where significant accessibility limitations are known or identified, INTEA will seek to communicate them to the customer and, where practicable, consider suitable alternatives.

11. Accessibility Quality Assurance and Testing

Accessibility forms part of INTEA’s standard quality assurance process. The nature and extent of testing will depend on the project and agreed scope.

Baseline accessibility QA is intended to identify common accessibility issues and is not equivalent to a comprehensive accessibility audit.

More extensive testing, including assistive technology testing, screen reader testing, automated accessibility testing, manual WCAG assessment, or formal accessibility audits, may be provided where included within the project scope.

Where specific assistive technologies, browsers, devices, or combinations of technologies must be supported, these should be agreed before testing begins.

12. Accessibility Limitations and Exceptions

There may be circumstances where an accessibility requirement cannot be fully implemented due to technical limitations, third-party dependencies, the nature of a particular learning activity, or other project constraints.

Where a significant accessibility barrier cannot reasonably be removed, INTEA will consider whether an accessible alternative or alternative method of providing the relevant information or learning experience can be offered.

Any project-specific exceptions or known limitations should be communicated and documented where appropriate.

13. Roles and Responsibilities

Accessibility is a shared responsibility across all departments involved in the e-learning course development.

Team members involved in creating e-learning content are expected to apply the accessibility requirements and practices relevant to their role and to raise accessibility concerns where they are identified.

Responsibility for maintaining this policy and reviewing our overall accessibility approach is assigned to the appropriate designated role within the company.

In the table below are provided the standard responsibilities across teams in INTEA:

Role	Responsibilities
Sales	Definition of accessibility scope
Instructional Designer (Script)	Accessible content
Designer	Accessible visual design
Developer	Technical Accessibility
QA	Accessibility Verification

14. Training and Continuous Improvement

INTEA recognises that accessibility standards, technologies, assistive technologies, and good practices continue to evolve.

INTEA aims to maintain appropriate accessibility awareness among team members involved in e-learning design and development and to review our processes, templates, tools, and practices periodically.

Lessons identified through accessibility testing, customer feedback, and completed projects may be incorporated into future development practices.

15. Reporting Accessibility Issues

Customers and users are encouraged to report accessibility issues encountered in content developed by INTEA.

Where possible, accessibility reports should include:

The affected course, module, or learning resource
The page, screen, activity, or content where the issue occurs
A description of the accessibility issue
The device and browser being used, where relevant
Any assistive technology being used, where relevant

Reported issues will be reviewed to determine their cause, impact, and appropriate next steps. Where an issue relates to a third-party platform or technology outside our control, INTEA may assist in identifying the source of the issue but may not be able to resolve it directly.

16. Policy Review

This policy will be reviewed periodically, but no less than once a year, and may be updated to reflect changes in accessibility standards, technologies, industry practices, and INTEA services.