Note: This document was developed as a reference document for voluntary use. The voluntary guidance found in this document should not be interpreted as replacing or superseding, in whole or in part, obligations that entities must comply with. Also, fulfilling the voluntary guidance found in this document does not automatically fulfill obligations. These obligations include any obligations found in legislation, regulations, policies, directives, codes and/or other instruments that may apply to entities. It is the responsibility of users of this document to judge its suitability for their particular purpose.
Whether you are a business owner (such as a client department, agency, or technical authority) or a procurement lead within an organization, this guide is intended to help you understand how to consider accessibility when defining the requirements for the procurement a service.
,
4.1 Definitions
For the purposes of this guide, the following definitions apply:End user - The final user who will use the procured service. End users can include any of the following user groups:People with disabilities.Members of the public.Businesses and private sector entities.Service contract - A contract for the provision of services, including printing services. These services are referred to as “direct deliverables.” Service contracts may also include related deliverables that support the use and delivery of the service and are referred to as “indirect deliverables.”Direct deliverables - The core service components that are purchased, contracted, or otherwise acquired by a business and that end users interact with or receive directly. This includes, but is not limited to:Professional and consulting services.Maintenance and repair services.Training and instructional services.Transportation and delivery services.Help desk services.Communication and IT support services.Example: A virtual training session delivered via a web conferencing platform.Indirect deliverables - The supporting elements that accompany or relate to the direct deliverable.Example: Progress reports, documentation, digital tools, virtual or in-person meetings, or reference materials.This guide uses the terms direct and indirect deliverables to distinguish between these components when applying accessibility requirements. Accessibility considerations apply to both. For example, even if the direct deliverable cannot be made fully accessible, accompanying indirect deliverables must still be designed to avoid barriers.
,
4.2 Roles and responsibilities
The Business owner is typically the project lead, program authority, or requestor of the service within an organization. They are responsible for defining the intended outcomes of the procurement, including the operational requirements and identifying how accessibility should be integrated. The Business Owner is also responsible for providing a clear and written explanation when accessibility requirements are not included in the specifications for a procurement.The Procurement lead, often referred to as the contracting authority, procurement officer, or buyer within an organization, is responsible for overseeing the procurement process. They are often responsible for preparing solicitation documents, ensuring compliance with legal and policy requirements, coordinating the evaluation process, and managing the contract. The Procurement Lead also ensures that the Business Owner considers accessibility and provides a written explanation when accessibility requirements are excluded from the specifications for the procurement.
,
4.3 Consultation and inclusivity
Organizations are encouraged to consult with end users, including people with disabilities, to inform the identification of accessibility requirements. These consultations can help ensure that the direct and indirect deliverables are usable and inclusive. However, it is recognized that consulting end users for every individual procurement is not always practical or required. Instead, organizations should aim to engage people with disabilities when developing standards or commodity guidance and templates for commonly acquired services, and, where appropriate, during service delivery, ensuring that accessibility needs are meaningfully considered throughout the process.
,
4.4 Note on language
Throughout this guide, “you” refers to the individual or team responsible for the activities described in each step. These responsibilities may vary across organizations but generally align with the roles defined above. In smaller organizations, one person may fulfill multiple roles, and accessibility responsibilities may be assigned based on internal capacity or external support.
,
4.5 Step 1: Defining your requirements
The first step is to understand the intended outcomes of the procurement and the operational requirements the service must meet, as well as the expected deliverables outlined in the contract. Developing a clear Statement of Work (SOW) or Statement of Requirements (SOR) will help you to consider:How end users are expected to interact with the service.What barriers they might experience when doing so.4.5.1 Objective
The objective of step 1 is to identify the requirements for the procurement of the service. This includes not only the core functions of the service itself, but also indirect deliverables, such as instruction manuals or user guides.4.5.2 Questions to ask yourself to help identify accessibility requirements
The following questions are intended to help you identify accessibility requirements to include in the SOW or SOR. The following list of questions is not exhaustive and will vary depending on the service you are buying.4.5.2.1 Purpose of the service
What is the purpose of the service required? For example:Is it to conduct research and prepare a report?Is it to develop a digital product or digital content? (e.g., website, mobile application, social media posts, videos, e-learning modules)Is it to develop and deliver training sessions? (e.g., workshops, webinars, onboarding programs)Is it to provide maintenance and support or repair services for a facility or a piece of equipment? (e.g., janitorial services, printer maintenance)Will supporting documentation be included, such as instruction manuals or user guides?4.5.2.2 End users
Who will use the service or interact with the service provider, now and in the future?External users, such as:Members of the public, including people with disabilities.Public sector employees (federal, provincial, municipal).Non-profit organizations.Businesses and private sector entities.Internal users within your organizationDo the end users include people with disabilities?Note: These considerations may overlap with step 2 which focuses on identifying barriers. However, considering a broad range of end users early in the process helps ensure barriers are fully assessed in the next step.4.5.2.3 Information and communication requirements
Will you require written material such as reports, training materials, presentation slides, emails or communications products?Will you need to make information available online?If so, will it be accessible via:A website?A mobile application?A government portal or intranet?4.5.2.4 Delivery and support requirements
Will you require the service delivery to be in-person, virtual, or a combination of both?Will you require content to be delivered in real-time (live) or on-demand (pre-recorded)?Will the service require accessibility accommodation for end users (e.g., ASL interpretation, captioning, plain language formats)?Will you require a help desk or customer service support?Will you need to conduct accessibility conformance testing or user testing?4.5.2.5 Balancing accessibility with other requirements
Is it likely that accessibility requirements may conflict with other requirements such as:security protocols; and,functional specifications for the service being procured.If yes, how will these conflicts be addressed and requirements prioritized?Note: Accessibility requirements must be defined early in the procurement process to ensure they are appropriately scoped and actionable. At this stage, consider any potential conflicts, such as with security protocols, or other functional specifications. This helps clarify how accessibility will be prioritized and integrated alongside other operational needs. Documenting these considerations supports informed decision-making and reduces the risk of inaccessible outcomes later in the procurement lifecycle.4.5.3 Step 1 outcome
After completing step 1, you should have a clear understanding of the direct and indirect deliverables associated with the service, as well as where accessibility requirements should be applied. The key outcome is a written description of the service, including its purpose, scope, delivery format (e.g., in-person, virtual), intended end users, and expected deliverables. Section 5.1.1 illustrates this step in the context of procuring a training service.
,
4.6 Step 2: Identify barriers that end users may experience
Step 2 builds on the foundation established in step 1 by analyzing how end users may experience barriers when interacting with the service or service provider. This includes analyzing any related materials, platforms, or support functions. This step involves:identifying the end users, both current and future; andassessing how the design or delivery of the service may limit accessibility or usability for some individuals.The findings from this step will inform the development of requirements for accessibility in the following steps.Note: A barrier exists when the design or delivery of a service, environment (physical or virtual), interaction, or activity limits its access or use.4.6.1 Objective
Step 1 helped identify:the requirements of the service;the end users (including people with disabilities); andthe indirect deliverables (e.g., support functions, instructional materials, digital platforms) that may be needed.Step 2 builds on step 1 by analyzing how end users may experience barriers when interacting with the service.4.6.2 Questions to ask yourself to identify barriers
The following questions are intended to help identify the barriers that the end users of the service may experience. While not every question will be relevant in all situations, considering these factors will help ensure the service is accessible to a broad range of users. This list of questions is not exhaustive and will vary depending on the service you are buying.4.6.2.1 Physical barriers
Physical barriers occur when the design in the built environment or the physical setup for the delivery of a service prevent individuals from using or accessing the service.4.6.2.1.1 Questions to ask yourselfWill the delivery of services create barriers for people with disabilities?Are there physical elements of service delivery (e.g., signage, counters, kiosks) that may restrict independent access?4.6.2.1.2 Examples of physical barriersService locations that lack the following:Accessible transit options or designated accessible parking.Step-free entryways, ramps, elevators, or automatic door openers.Adequate doorway widths, hallways, pathways, or turning space to accommodate mobility aids.Accessible restrooms, seating areas, or waiting areas.Services that cannot be accessed or used from a seated position (e.g., kiosks with elevated screens, standing-only service counters).In-person events, such as site visits, meetings, training, or consultations that:are held in inaccessible venues (e.g., no elevators, narrow doorways, obstructed access routes); ordo not offer seating options that accommodate diverse needs (e.g., chairs with armrests, adjustable-height seating, firm and supportive seats, or spaces for mobility aids).Physical service setups that require navigating unstable, crowded, or uneven floor spaces that may pose fall or navigation risks.4.6.2.2 Communication barriers
Communication barriers arise when information related to a service is presented in formats, language, or systems that are not accessible. This information includes instructions, materials, digital interfaces, or customer support services. These barriers can prevent effective understanding, interaction, or information exchange which can negatively impact any end-user.4.6.2.2.1 Questions to ask yourselfIs the information related to the service (e.g., instructions, updates, training materials, or support), available in accessible formats and communicated in multiple ways (e.g., visual, auditory, tactile) to meet the needs of people with disabilities?If the information regarding the service is only available digitally, will this create a barrier for end users with no internet access or who have low digital literacy?Do visual materials (e.g., presentations, signage, infographics) include text descriptions or alternative formats?Are customer support and helpdesk interactions accessible across multiple channels (e.g., phone, email, chat, relay services)?Are training materials and related service communications free from unnecessary jargon, abbreviations, and complex language?Can end users control or adjust the pace, format, or delivery method of information (e.g., pause or replay instructions or messages)?4.6.2.2.2 Examples of communication barriersDigital services deliveryWeb-based or digital platforms used to deliver services that lack clear navigation, meaningful labels, or descriptive headings.Lack of error messages, feedback, or guidance to support user interaction with service portals or tools.Use of complex language, technical jargon, or unexplained acronyms in instructions, support pages, or other service-related content.Customer support and helpdesk servicesLimited support channels. (e.g., no online chat, text relay, or email options).Phone support without TTY or relay services for users who are deaf or hard of hearing.Document- deliverables (e.g., reports, presentations, emails)Lack of plain language or structured formatting.Use of images without alternative (Alt) text or descriptive captions.Low colour contrast between text and background.Small or difficult to read fonts not optimized for screen readers or magnification.Overly dense text or complicated sentence structures that are hard to follow and hinder comprehension.Use of passive voice, sarcasm, euphemisms, abstract language or complex figures of speech.Training services and learning materialsTraining provided in only one learning style or format (e.g., heavily text-based without interactive or visual components).Lack of alternative formats (e.g., no audio transcripts, no captioned videos, or tactile materials).Lack of live sign language interpretation or necessary accommodations during in-person or online training sessions.Video and audio contentNo sign language interpretation, subtitles, closed captions, or transcripts.Poor audio quality that impairs clarity.Printed and hardcopy materialsAbsence of braille, tactile markings, or large print when digital alternatives are not available.Labels or signage that is not accessible for people with disabilities.4.6.2.3 Environmental barriers
Environmental barriers occur when sensory irritants are present or can be due to the design of a space. These barriers may limit an individual’s comfort, focus, or ability to participate fully in the service being delivered, especially in in person settings.4.6.2.3.1 Questions to ask yourselfWill the delivery of the service impact individuals with, but not limited to:Chemical sensitivities, allergies, or asthma?Sensory sensitivities to light, sound, temperature, or touch?Health conditions that require specific environmental accommodations?Are strong scents or irritants present in the service environment (e.g., cleaning products, air fresheners, adhesives, paints)?Is the lighting adjustable to accommodate sensory preferences and needs (e.g., dimmable lights, avoidance of flickering sources)?Are there sources of unexpected or sustained noise that could cause stress or sensory overload (e.g., cleaning equipment, construction)?Can the temperature and air quality be controlled or adjusted for individual comfort?4.6.2.3.2 Examples of environmental barriersAir quality and chemical sensitivitiesScented air fresheners, soaps, or sanitizers used in shared service areas.Use of cleaning agents, adhesives, paints, or furnishings that emit strong scents or chemical vapours.Use of perfumes and other personal products that contain fragrance chemicals.Lighting conditionsHarsh, flickering, or non-adjustable fluorescent lighting in service areas.Lack of task lighting or dimmable options for users with low vision or light sensitivity.Noise and disruptive soundsLoud or high-decibel activities conducted without warning or scheduling considerations (e.g., vacuuming, floor cleaning, construction).High background noise (e.g., open-plan layouts, echo-prone rooms) that impair concentration or communication.Temperature and physical environmentInflexible temperature settings that cause discomfort for individuals with heat or cold sensitivity.Lack of control over airflow or ventilation in consultation or meeting spaces.Surface textures and finishesChairs or furnishings with sticky, sharp, or abrasive materials that may be uncomfortable for users with tactile sensitivities.High-gloss or reflective surfaces that cause visual glare and discomfort.4.6.2.4 Technological barriers
Technological barriers occur when digital tools, platforms, or systems are not compatible with assistive technologies or do not conform to recognized accessibility standards. These barriers can prevent individuals from accessing, navigating, or fully participating in the digital aspects of the service experience. Technological barriers negatively impact people with disabilities.4.6.2.4.1 Questions to ask yourselfIs the service delivered using digital tools, platforms, or systems that are:compatible with assistive technology such as screen readers, voice recognition software, or alternative input devices?designed with accessible navigation, structure, and accessible formats and features (e.g., described video, captions, transcripts)?Do all digital components of the service conform to recognized ICT accessibility standards (e.g., CAN/ASC - EN 301 549:2024 Accessibility requirements for ICT products and services)?Are virtual meetings, webinars, or presentations accessible in real time or are the recordings of these meetings accessible when they are made available after events?Are electronic documents (e.g., training materials, reports, instructions) created in accessible formats?Are digital support services (e.g., helpdesks, troubleshooting guides) accessible to users with disabilities?4.6.2.4.2 Examples of Technological BarriersDigital tools and platformsWeb-based services are not compatible with screen readers, voice commands, or offer keyboard-only navigation.Applications that lack adjustable settings for text size, contrast, or zoom.Interfaces without accessible menus, headings, or logical reading order.Document accessibilityPDFs or Word documents without structured formatting (e.g., missing titles, headings, styles, or alt text). Scanned documents or images of text that are not machine-readable by assistive technologies.Virtual meetings and presentationsLack of live captioning or real-time transcription during online meetings or webinars.Platforms that do not support assistive technology or offer inadequate accessibility features.Presentations using inaccessible visuals (e.g., small fonts, poor colour contrast, or images without alt text or descriptions).Technical support servicesLimited accessibility options for troubleshooting (e.g., no chat, email, or text-based support).FAQs, support documents, or help guides that are not screen reader-friendly or written in plain language.4.6.2.5 Attitudinal and organizational barriers
Attitudinal and organizational barriers can also affect how accessibility is addressed during the development of procurement specifications. These barriers may be the result of a pre-existing bias or an organizational practice. These barriers have the potential to limit how accessibility requirements are identified, defined, or prioritized.Recognizing and addressing these influences supports more inclusive outcomes and aligns with accessibility obligations under the Accessible Canada Act.4.6.2.6 Attitudinal barriers
Attitudinal barriers result from a lack of awareness, understanding, or training that reinforce stereotypes, biases, or misconceptions about disability and accessibility. These barriers can influence procurement decisions because we make assumptions about end users and undervalue the importance of delivering accessible services. An attitudinal barrier can negatively impact all people with disabilities.4.6.2.6.1 Questions to ask yourselfAre assumptions being made about what accessibility considerations entail (e.g., only considering mobility-related requirements)?Are accessibility features, such as screen-reader-compatible platforms, plain language communication, or sign language interpretation, perceived as unnecessary or beyond the scope of the service requirements?Do business owners have sufficient knowledge of accessible service design and delivery?4.6.2.6.2 Examples of attitudinal barriersAssumptions about user experiences:Assuming accessibility only applies to physical access.Believing accessible services are only needed when requested.Discounting feedback from people with disabilities on service usability.4.6.2.7 Organizational barriers
Organizational barriers refer to policies, practices and norms that exist within the organization that exclude people with disabilities.4.6.2.7.1 Questions to ask yourselfAre there internal defaults (e.g., file formats, communication channels) that could create barriers?Does a procurement practice exclude certain businesses from participating? For example: A short timeline to respond to and submit a bid might discriminate against a business owned by a person with a disability who needs more time.4.6.2.7.2 Examples of organizational barriers in servicesEstablished procurement practices and protocols.Internal templates for presentations, training, or outreach that do not require the use of plain language, high contrast visuals, or alternative formats. For example, service-related documentation requirements may mandate the use of inaccessible formats (e.g., PDFs without accessible tagging).Procurement policies and templates that exclude accessibility:No requirement to include accessibility in service specifications.Standard templates that default to inaccessible formats or omit sections that prompt users to include accessibility requirements for services.4.6.3 Helpful resources
Take the Gender-based Analysis Plus (GBA Plus) course to learn how various identity and social factors can influence how different people experience federal government initiatives.Consult the Digital Accessibility Toolkit webpage Designing accessible services to learn how to design for different disabilities.Read CAN/ASC-3.1: Plain Language standard to learn about plain language.Read CAN/ASC-5.2.1: Design and Delivery of Accessible Programs and Services: Accessible Service Delivery- Accessibility for federally regulated entities as defined by the Accessible Canada Act standard to learn additional information on addressing barriers and delivering accessible services.4.6.4 Step 2 outcome
After completing step 2, you should have a clear understanding of the end user’s experience and the potential barriers they may encounter. This supports the development of accessibility requirements that help to prevent or remove those barriers. The key outcome is a documented accessibility barrier assessment based on end user needs, service context, and consultation. Section 5.1.2 illustrates this step in the context of procuring a training service.
,
4.7 Step 3: Gather information
Step 3 builds on the findings from step 2 by using the barriers identified in step 2 to gather information to develop accessibility requirements for the service. This can include:Applicable accessibility standards, guidelines and best practices.Understanding market capacity to deliver services that include accessibility features (depending on the scope of the procurement).4.7.1 Objective
The objective of step 3 is to collect and evaluate the information needed to develop accessibility requirements to include in the procurement specifications.4.7.2 Questions to ask yourself when gathering information
The following questions aim to assist in gathering the necessary information to define accessibility requirements for the service. While not all questions may be applicable in every scenario, they serve as a useful framework for ensuring accessibility is integrated into the procurement process.What aspects of the service can include accessibility requirements? Consider the full scope of the service, such as:Service delivery channels (e.g., in-person, virtual, hybrid).Service delivery methods (e.g., availability of interpreters, captioning, accessible platforms).Training and facilitation (e.g., use of plain language, diverse formats, multimodal presentation methods).Digital tools or platforms used (e.g., virtual meeting tools, client portals, helpdesk systems).Reports, emails, and written deliverables (e.g., structured formatting, accessible digital formats, plain language).Presentation materials (e.g., slide decks, visuals, use of alt text, font readability, colour contrast).Will you need to conduct user testing to ensure that the service and its deliverables are accessible?If yes, how will testing be structured?Will people with disabilities be involved in user testing?Are there accessibility conformance reports from the vendor?Can the vendor demonstrate experience delivering accessible services?Have any third-party audits or certifications been completed?Are there national or international accessibility standards, guidelines, or best practices you can apply when developing requirements for the service (e.g., CAN/ASC - EN 301 549:2024 Accessibility requirements for ICT products and services)?If yes, who will conduct the accessibility conformance testing (for example, a technical specialist within your organization, or will you need to contract with a third party to provide this expertise)?What is the market capacity to deliver services that meet the accessibility requirements and standards you have identified?Are there existing services that meet accessibility standards, or will custom modifications be required?Have you considered how much time is required to evaluate bid submissions and the resulting deliverables?4.7.3 Helpful resources
Guideline on Making Information Technology Usable by AllICT accessibility requirements wizardDigital Accessibility ToolkitAccessible virtual eventsCreate documentGuide for Including Accessibility in Information and Communication Technology (ICT) Related ProcurementGuidance on the Accessible Canada Regulations – Consulting persons with disabilitiesGuide to Planning Inclusive MeetingsCAN/ASC-5.2.1: Design and Delivery of Accessible Programs and Services: Accessible Service Delivery- Accessibility for federally regulated entities as defined by the Accessible Canada ActTo learn more about writing in plain language, please consult the following resources:Writing resources - plain languageCAN/ASC-3.1: Plain Language4.7.4 Step 3 outcome
After completing step 3, you should have gathered sufficient information to develop accessibility requirements that align with recognized standards and reflect what is available in the market. The key outcome is a summary of relevant accessibility standards, research related to both the service and its delivery, and supplier input. Section 5.1.3 illustrates this step in the context of procuring a training service.
,
4.8 Step 4: Develop procurement requirements
Step 4 builds on step 3 by using the validated standards, market research, and supplier input gathered to define clear and enforceable procurement requirements. This ensures accessibility is integrated into the specifications for the procurement, evaluation criteria, and resulting contract terms.4.8.1 Objective
This step focuses on defining measurable compliance requirements, verifying accessibility claims, and securing long-term supplier commitments. By developing clear requirements, a procurement process is created that drives accessibility innovation, reduces barriers, and ensures that the service meets the needs of all end users, including people with disabilities.4.8.2 Questions to ask yourself
These guiding questions help refine and finalize accessibility requirements to ensure they are enforceable and integrated throughout the procurement process. While not every question will apply in all cases, considering these aspects will help establish clear expectations and accountability for accessible procurement.Is it expected that the accessibility standards identified in step 3 will change throughout the duration of the contract?If yes, should the contract require the supplier to comply with updated or revised accessibility standards?If yes, would an amendment to the contract be needed to support these changes?How will it be confirmed that the service meets the accessibility requirements?When will it be confirmed that the service meets the accessibility requirements (e.g., at delivery, periodically, or throughout the contract)?If testing is planned, have any user or accessibility testing requirements been included?Will user testing that includes people with disabilities be conducted?Will accessibility conformance testing be conducted?How should suppliers demonstrate their compliance with the accessibility requirements?Should they provide certifications, conformance reports, or accessibility roadmaps?If requirements are included, will they be evaluated as part of the solicitation process?If yes, will accessibility requirements be mandatory or point rated technical evaluation criteria, or both?Has plain language been used to describe the requirements?Based on the results of the market analysis, are there suppliers who are able meet the accessibility requirements or standards?If accessibility cannot be fully achieved at the time of bid closing, should the requirements include flexibility for implementing accessibility features in phases over time?4.8.3 Develop accessibility requirements and evaluation criteria
Building on steps 1 through 3, this section converts identified needs into enforceable accessibility requirements to include in your SOW or SOR. It also provides you with guidance for the development of evaluation criteria for the solicitation process.4.8.3.1 Resulting accessibility requirements
Accessibility requirements should include minimum compliance expectations as well as any value-added features that enhance inclusive use. Key areas may include:Compliance with recognized standardsRequirements should reference specific accessibility standards and guidelines identified in step 3 (e.g., CAN/ASC - EN 301 549:2024 Accessibility requirements for ICT products and services for deliverables relating to information and communication technology, CSA/ASC B651:23 Accessible design for the built environment for deliverables relating to the physical or built environment).Ensure that the contract includes clauses requiring the supplier to maintain compliance with accessibility standards over the duration of the contract.Implementation roadmapIf full compliance with accessibility requirements cannot be achieved at bid closing, the resulting contractor must provide a roadmap, plan, or timeline showing how compliance will be achieved during the contract period.User interface and interaction methodsIf digital platforms or tools are part of the service or its delivery, they should support assistive technologies and meet digital accessibility standards.Multimodal learning and communication optionsIf the service includes training, this should be available in multiple accessible formats, such as plain language, large print, captions, transcripts, audio description, or tactile formats.User testing and feedback integrationWhere appropriate, requirements may include usability testing with people with disabilities during development or delivery of the service.Ensure the contract includes requirements to integrate and respond to feedback obtained from user testing.Responding to accessibility issuesInclude requirements for the supplier to respond to and resolve end users’ accessibility complaints within the contract period. This may require the supplier to implement a feedback mechanism to:receive reports of accessibility issues from end-users;resolve reported accessibility issues; andinform the procurement lead of all reported accessibility issues and their resolution.4.8.3.2 Evaluation Criteria
Accessibility should be reflected in mandatory and point-rated evaluation criteria. These may include:Mandatory requirements, which could include:Demonstrating compliance with minimum accessibility requirements.Providing evidence of how their proposed service meets the standards and requirements identified in step 3.Point-rated criteria, which could include awarding points for:Features or approaches that exceed minimum accessibility requirements.Demonstrated experience delivering accessible services.Evaluation process, which could include:Determining whether to conduct user testing with people with disabilities or accessibility conformance testing, or both.While this section focuses on defining requirements and evaluation criteria, additional accessibility considerations may be included and are covered in Section 4.8.4 Other Considerations.4.8.4 Other considerations
Review and assess the contracted deliverables to ensure they meet the accessibility requirements specified in the resulting contract.Develop a budget to include accessibility conformance testing, end-user testing, and other validation requirements (if applicable) into the project plan.Consider including a clause in the solicitation to allow bidders to propose improvements to the accessibility requirements during the solicitation process.Ensure that solicitation documents are written in plain language and make them available in accessible formats.If the supplier is required to work on-site at Canada’s location, ensure the work site (location, parking, workstation, etc.) is accessible.Ensure that any virtual or in-person industry engagement activities (e.g., industry days, one-on-one meetings) are accessible.Determine accommodation requirements for mandatory site visits.4.8.5 Step 4 outcome
After completing step 4, you should have a finalized set of accessibility specifications that ensure accessibility is maintained throughout the contract lifecycle. Section 5.1.4 illustrates this step in the context of procuring a training service.
,
4.9 Justifying the absence of accessibility requirements
Business owners should always begin the planning process assuming that accessibility applies to their service. While it may not always be possible to include accessibility requirements in a procurement, excluding accessibility requirements should be the exception, not the norm. A decision to exclude requirements for accessibility should be taken only after analysis and consultation.When requirements for accessibility are excluded from the specifications for a procurement, the business owner must explain the rationale for this decision. This is currently a mandatory requirement in the context of Government of Canada procurement in accordance with clauses 4.2.7.1 and 4.2.7.1.1 of the Directive on the Management of Procurement.This justification should demonstrate that the business owner has:assessed the service for potential accessibility barriers and impacts on people with disabilities;researched applicable accessibility standards and best practices;consulted with people with disabilities and accessibility experts;engaged the market to explore the feasibility of including accessibility requirements;considered alternative ways to enhance accessibility even if requirements are not included;assessed the risks and implications of not addressing accessibility, such as legal, financial, reputational, and human rights risks; anddeveloped a plan to address accessibility barriers through other means such as training, support services, or complementary initiatives.Procurement leads should work closely with their business owners to ensure they explore opportunities to incorporate accessibility. The procurement lead ensures that the written justification is kept in the procurement file.
https://accessible.canada.ca/creating-accessibility-standards/technical-guide-procurement-accessible-services/4-introduction