Adjustments to include OpenACR into Section508.gov

_data/sidenav.yaml

@@ -1,9 +1,9 @@
 # We can add any kind of data in this _data folder and this file.
-# In this example, we create a simple array of options and then in the _pages/collections.md file we 
-# Reference this data file in 'datafile' in the Front Matter and _layouts/list.html renders it 
+# In this example, we create a simple array of options and then in the _pages/collections.md file we
+# Reference this data file in 'datafile' in the Front Matter and _layouts/list.html renders it
 # This is simple, hopefully provides you with a good enough example to make changes as needed
 manage:
-  - name: Policy and Management 
+  - name: Policy and Management
     url: manage/
   - name: Management
     url: '#'
@@ -356,13 +356,22 @@ acquisition:
         url: 'buy/solicitation-review-tool/'
       - name: 508 Standards and Exceptions Chart & Examples
         url: 'buy/standards-exceptions/'
+      - name: Open Accessibility Conformance Reports (OpenACR)
+        url: 'openacr/'
   - name: Sell
     url: '#'
     children:
       - name: Sell Accessible Products and Services
         url: sell/
-      - name: Voluntary Product Accessibility Template (VPAT)
-        url: sell/vpat/
+      - name: Open Accessibility Conformance Reports (OpenACR)
+        url: 'openacr/'
+        grandchildren:
+          - name: Why OpenACR
+            url: openacr/about/
+          - name: OpenACR initiative
+            url: openacr/initiative/
+          - name: Creating an OpenACR report
+            url: openacr/create-report/
 create:
   - name: Content Creation
     url: 'create/'
@@ -411,4 +420,4 @@ create:
   - name: Video, Audio, Social
     url: 'create/video-social/'
   - name: Electronic Signature
-    url: 'create/electronic-signatures/'
+    url: 'create/electronic-signatures/'

_pages/acquisition/2018-05-02-buy-sell.md

@@ -3,40 +3,32 @@ layout: page
 sidenav: true
 permalink: buy-sell/
 type: acquisition
-title: 'Buy or Sell Accessible ICT'
+title: Buy or Sell Accessible ICT
 created: 1525317857
 ---
 
 All information and communication technology (ICT) procured, developed, maintained, or used by Federal agencies must be accessible. ICT includes software, hardware, electronic content, support documentation and services.
 {: .text-gray-50 }
 
 <section class="usa-section">
-<ul class="usa-card-group">
-  <li class="tablet:grid-col-6 usa-card">
-    <div class="usa-card__container radius-md">
-      <header class="usa-card__header">
-        <h2 class="usa-card__heading font-family-sans"><a href="{{site.baseurl}}/buy/">Buy Accessible Products and Services</a></h2>
-      </header>
-      <div class="usa-card__body">
-        <p>If you'd like to buy ICT for the Federal government, you&rsquo;ll need to determine whether the product or service you wish to purchase meets the <a href="https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule/text-of-the-standards-and-guidelines">Revised 508 Standards.</a></p>
-        <ul class="add-list-reset">
-          <li><a href="{{site.baseurl}}/buy/accessibility-requirements-tool/">Accessibility Requirement Tool (ART) Resources</a></li>
-        </ul>
-      </div>
-    </div>
-  </li>
-  <li class="tablet:grid-col-6 usa-card">
-    <div class="usa-card__container radius-md">
-      <header class="usa-card__header">
-        <h2 class="usa-card__heading font-family-sans"><a href="{{site.baseurl}}/sell/">Sell Accessible Products and Services</a></h2>
-      </header>
-      <div class="usa-card__body">
-        <p>If you'd like to sell ICT to the Federal government, you’ll need to show the government that your products and services are accessible. </p>
-        <ul class="add-list-reset">
-          <li><a href="{{site.baseurl}}/sell/vpat/">Voluntary Product Accessibility Template (VPAT)</a></li>
-        </ul>
-      </div>
-    </div>
-  </li>
+  <ul class="usa-card-group">
+  <li class="tablet:grid-col-6 usa-card"><div class="usa-card__container radius-md">
+  <header class="usa-card__header">
+  <h2 class="usa-card__heading font-family-sans"><a href="{{site.baseurl}}/buy/">Buy Accessible Products and Services</a></h2>
+</header>
+  <div class="usa-card__body">
+  <p>If you'd like to buy ICT for the Federal government, you’ll need to determine whether the product or service you wish to purchase meets the <a href="https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule/text-of-the-standards-and-guidelines">Revised 508 Standards.</a></p>
+  <ul class="add-list-reset"><li><a href="{{site.baseurl}}/buy/accessibility-requirements-tool/">Accessibility Requirement Tool (ART) Resources</a></li></ul>
+</div>
+</div></li>
+  <li class="tablet:grid-col-6 usa-card"><div class="usa-card__container radius-md">
+  <header class="usa-card__header">
+  <h2 class="usa-card__heading font-family-sans"><a href="{{site.baseurl}}/sell/">Sell Accessible Products and Services</a></h2>
+</header>
+  <div class="usa-card__body">
+  <p>If you'd like to sell ICT to the Federal government, you’ll need to show the government that your products and services are accessible. </p>
+  <ul class="add-list-reset"><li><a href="{{site.baseurl}}/openacr/">Open Accessible Conformance Reporting (OpenACR)</a></li></ul>
+</div>
+</div></li>
 </ul>
-</section>
+</section>

_pages/acquisition/2018-05-24-buy-define-accessibility-criteria.md

@@ -3,69 +3,41 @@ layout: page
 sidenav: true
 permalink: buy/define-accessibility-criteria/
 type: acquisition
-title: 'Define Accessibility Criteria in Contracts'
+title: Define Accessibility Criteria in Contracts
 created: 1527181796
 ---
 
 When preparing solicitations, statements of work, or other procurement documents, clearly define your criteria to ensure the information and communication technology (ICT) your agency buys or builds is accessible and conforms to the [Revised 508 Standards][1]. Use the sample language below in your procurement documents to mitigate Section 508 compliance risk in IT procurement and development.
 
-  * Tailor these provisions and clauses to meet your needs.
-  * Carefully assess the risk of implementing inaccessible ICT items.
-  * Only use provisions and clauses that are appropriate for the ICT items you're purchasing.
-  * Where an exception does not apply to some or all components of an ICT item, these provisions and clauses may apply.
-  * Use of these provisions and clauses may increase the cost of an award. Ask offerors to separate out these costs in their proposals, particularly if your agency anticipates that conformance to particular provisions of the Revised 508 Standards may warrant an exception for undue burden.
+- Tailor these provisions and clauses to meet your needs.
+- Carefully assess the risk of implementing inaccessible ICT items.
+- Only use provisions and clauses that are appropriate for the ICT items you're purchasing.
+- Where an exception does not apply to some or all components of an ICT item, these provisions and clauses may apply.
+- Use of these provisions and clauses may increase the cost of an award. Ask offerors to separate out these costs in their proposals, particularly if your agency anticipates that conformance to particular provisions of the Revised 508 Standards may warrant an exception for undue burden.
 
 Navigate through the sections below to find sample language you can cut and paste into your procurement documents.
 
-<ul class="no-list">
-  <li>
-    <a href="#provisions">Provisions and Clauses</a><ul class="no-list">
-      <li>
-        <a href="#custom-ict">Custom ICT Development Services</a>
-      </li>
-      <li>
-        <a href="#installation">Installation, Configuration & Integration Services</a>
-      </li>
-      <li>
-        <a href="#maintenance">Maintenance Upgrades & Replacements</a>
-      </li>
-      <li>
-        <a href="#service">Service Personnel</a>
-      </li>
-      <li>
-        <a href="#hosting">Hosting Services</a>
-      </li>
-      <li>
-        <a href="#validation">Validation for ICT Items</a>
-      </li>
-      <li>
-        <a href="#documentation">Documentation</a>
-      </li>
-    </ul>
-  </li>
-
-  <li>
-    <a href="#acceptance">Acceptance Criteria</a><ul class="no-list">
-      <li>
-        <a href="#conformance">Conformance Reporting</a>
-      </li>
-      <li>
-        <a href="#non-compliance">Non-Compliance</a>
-      </li>
-    </ul>
-  </li>
-</ul>
+- [Provisions and Clauses](#provisions)
 
+  - [Custom ICT Development Services](#custom-ict)
+  - [Installation, Configuration & Integration Services](#installation)
+  - [Maintenance Upgrades & Replacements](#maintenance)
+  - [Service Personnel](#service)
+  - [Hosting Services](#hosting)
+  - [Validation for ICT Items](#validation)
+  - [Documentation](#documentation)
 
+- [Acceptance Criteria](#acceptance)
+
+  - [Conformance Reporting](#conformance)
+  - [Non-Compliance](#non-compliance)
 
 <div id="provisions">
   <h2>
     Provisions and Clauses
   </h2>
 </div>
 
-
-
 <div id="custom-ict">
   <h3>
     Custom ICT Development Services
@@ -82,7 +54,7 @@ When the offeror provides custom ICT development services pursuant to this contr
 
 <div id="installation">
   <h3>
-    Installation, Configuration & Integration Services
+    Installation, Configuration &amp; Integration Services
   </h3>
 </div>
 
@@ -96,7 +68,7 @@ When the offeror provides installation, configuration or integration services fo
 
 <div id="maintenance">
   <h3>
-    Maintenance Upgrades & Replacements
+    Maintenance Upgrades &amp; Replacements
   </h3>
 </div>
 
@@ -150,9 +122,9 @@ When purchasing ICT where 508 validation is not possible prior to award (e.g., t
 
 The contractor shall test and validate the ICT solution for conformance to the Revised 508 Standards, in accordance with the required testing methods.
 
-  * For web and software, WCAG Level A and AA Conformance Test Results must be based on the [Harmonized Testing Process for Section 508 Compliance: Baseline Tests for Software and Web Accessibility][2].
-  * For Microsoft Office and PDF documents, WCAG Level A and AA Conformance test results must be based on the Harmonized Testing Guidance from the AED ACOP.
-  * For ICT Items that are not electronic content, the offeror shall validate conformance to the applicable Revised 508 Standards using a defined testing process. The offeror must describe test process and provide the testing results to the agency.
+- For web and software, WCAG Level A and AA Conformance Test Results must be based on the [Harmonized Testing Process for Section 508 Compliance: Baseline Tests for Software and Web Accessibility][2].
+- For Microsoft Office and PDF documents, WCAG Level A and AA Conformance test results must be based on the Harmonized Testing Guidance from the AED ACOP.
+- For ICT Items that are not electronic content, the offeror shall validate conformance to the applicable Revised 508 Standards using a defined testing process. The offeror must describe test process and provide the testing results to the agency.
 
 <div id="documentation">
   <h3>
@@ -188,16 +160,16 @@ Use for ICT items that are developed, updated, configured for the agency, and wh
 
 **Sample language:**
 
-Before acceptance, the contractor shall provide an **Accessibility Conformance Report (ACR)** for each ICT item that is developed, updated, configured for the agency, and when product substitutions are offered. The ACR should be based on the latest version of the [Voluntary Product Accessibility Template (VPAT<sup>&trade;</sup>)][3]provided by the [Industry Technology Industry Council (ITIC)][4]. To be considered for award, an ACR must be submitted for each ICT Item, and must be completed according to the instructions provided by ITIC.
+Before acceptance, the contractor shall provide an **Accessibility Conformance Report (ACR)** for each ICT item that is developed, updated, configured for the agency, and when product substitutions are offered. The ACR should be based on the latest version of OpenACR. If an OpenACR report is not available, a procurement team may decide to accept a legacy [Voluntary Product Accessibility Template (VPAT™)][3]provided by the [Industry Technology Industry Council (ITIC)][4]. To be considered for award, an ACR must be submitted for each ICT Item, and must be completed according to the instructions provided in the ACR.
 
 Before acceptance, when the contractor is required to perform testing to validate conformance to the agency's accessibility requirements, the vendor shall provide a **Supplemental Accessibility Conformance Report (SAR)** that contains the following information:
 
-  * Accessibility test results based on the required test methods.
-  * Documentation of features provided to help achieve accessibility and usability for people with disabilities.
-  * Documentation of core functions that cannot be accessed by persons with disabilities.
-  * Documentation on how to configure and install the ICT item to support accessibility.
-  * When an ICT item is an authoring tool that generates content (including documents, reports, videos, multimedia productions, web content, etc.)., provide information on how the ICT item enables the creation of accessible electronic content that conforms to the Revised 508 Standards, including the range of accessible user interface elements the tool can create.
-  * Before final acceptance, the contractor shall provide a fully working demonstration of the completed ICT Item to demonstrate conformance to the agency's accessibility requirements. The demonstration shall expose where such conformance is and is not achieved.
+- Accessibility test results based on the required test methods.
+- Documentation of features provided to help achieve accessibility and usability for people with disabilities.
+- Documentation of core functions that cannot be accessed by persons with disabilities.
+- Documentation on how to configure and install the ICT item to support accessibility.
+- When an ICT item is an authoring tool that generates content (including documents, reports, videos, multimedia productions, web content, etc.)., provide information on how the ICT item enables the creation of accessible electronic content that conforms to the Revised 508 Standards, including the range of accessible user interface elements the tool can create.
+- Before final acceptance, the contractor shall provide a fully working demonstration of the completed ICT Item to demonstrate conformance to the agency's accessibility requirements. The demonstration shall expose where such conformance is and is not achieved.
 
 Before acceptance, the agency reserves the right to perform independent testing to validate that the ICT solution provided by the contractor conforms to the applicable Revised 508 Standards.
 
@@ -215,11 +187,9 @@ Consider using this language only when you know the offeror has the ability to e
 
 Before final acceptance of any ICT item, including updates and replacements, if the offeror claims its products or services satisfy the applicable Revised 508 Standards specified in the statement of work, and the contracting officer determines that any furnished ICT item is not in compliance with such requirements, the contracting officer will promptly inform the offeror in writing of the noncompliance. The offeror shall, at no cost to the agency, repair or replace the non-compliant products or services within the period specified by the contracting officer.
 
+**Reviewed/Updated:** March 2022
 
-**Reviewed/Updated:** May 2018
-
-
- [1]: https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule
- [2]: https://www.dhs.gov/compliance-test-processes
- [3]: {{site.baseurl}}/sell/vpat
- [4]: http://www.itic.org/policy/accessibility
+[1]: https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule
+[2]: https://www.dhs.gov/compliance-test-processes
+[3]: {{site.baseurl}}/sell/vpat
+[4]: http://www.itic.org/policy/accessibility