Gridex Inc. · Accessibility Conformance Report
Accessibility workflow administrator guide accessibility report
WCAG 2.1 Levels A and AA · version 1.1 · October 4, 2026
Self-evaluation organized according to the criterion-level reporting structure of the VPAT 2.5 WCAG edition. This is an ACR-style report, not an ITI certification or an independently issued audit. The WCAG 2.2 additions in the broader VPAT 2.5 template are outside this requested WCAG 2.1 scope.
Product and evaluation scope
HTML guide, admin-guide.docx and admin-guide.pdf, including configuration tables, true headings and lists, and the instructional image alternative.
Supplier: Gridex Inc. · Contact: ryan@gridex.dev. Content is synthetic. Power Apps, SharePoint tenant integration and real client performance are outside scope.
Results and limitations
26 Supports; 2 Partially Supports; 22 Not Applicable. Results reflect the methods below. Physical screen reader interoperability is untested; any retained partial entries identify a simulator or downloaded-document verification limitation.
All completed axe scans and reproducible keyboard tests pass. The additional online evaluation covers 19 form states and both read-only samples in each browser (42 states total). Browser accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output were completed; not verified with a physical screen reader. No VoiceOver or NVDA was started in this evaluation. These model-generated phrases do not establish actual hardware/software speech delivery.
Tagged PDF: veraPDF 1.30.2 PDF/UA-1 automatic profile result: true; 0 failed rules and 0 failed checks. This is machine validation; font-decoded marked content was exported in logical structure-tree order with image alternatives, and compared with the authored sequence. PDF-reader speech and keyboard/heading navigation remain unverified. No PAC run was performed.
Word audit: no findings in the packaged OOXML accessibility audit; true heading styles, real list numbering, repeated table headers, document language and image alternatives independently checked. Microsoft Word is not installed, so its native Accessibility Checker was not run. The equivalent structural audit is narrower than a full assistive-technology review.
Production verification: the published sample passed the complete keyboard journey (where applicable) and axe scans in Chromium and WebKit. All eight suite/sample/report HTML pages and internal links returned successful responses. See the live axe evidence below.
Evaluation Methods Used
- axe-core 4.13.0 through @axe-core/playwright 4.13.0; WCAG 2 A, AA and WCAG 2.1 A, AA tags.
- Playwright 1.63.0, headless Chromium 153.0.8010.12 and WebKit 26.6. Synthetic keyboard events only for form interaction; no mouse or programmatic filling in the keyboard journey.
- 320 CSS pixel viewport; 200% CSS zoom at 1280px; text-spacing overrides; screenshots and computed overflow checks.
- Color-pair contrast calculation using WCAG relative luminance, plus axe contrast rules.
- DOM, accessible name, landmark, heading and table review; native Safari 26.5 semantic inspection.
- PDF structure and content inspection with pypdf 6.10.0; veraPDF 1.30.2 with PDF/UA-1 profile; Poppler rendering and visual review of all pages.
- python-docx 1.2.0; LibreOffice 25.2 bundled runtime PDF/UA export; OOXML a11y audit and independently checked document structure.
- Guidepup Virtual Screen Reader 0.33.0, bundled with esbuild 0.28.2 and instrumented in isolated headless browser DOMs. Full navigation transcripts plus live-region mutation transcripts. Playwright ariaSnapshot is a computed ARIA representation; Chromium CDP Accessibility.getFullAXTree additionally records the native AX tree. WebKit platform-native AX was not obtained; associated descriptions are separately checked with dom-accessibility-api. WebKit uses Option+Tab without changing system preferences.
- Simulator limitations: the Chromium transcript includes the raw noscript fallback although scripting is active; save/restore/delete live events can yield duplicate model phrases. On the form, the simulator also reports not checked despite native DOM/AX checked=true and traverses modal background content. Those simulator artifacts are retained and are not claimed as physical-reader behavior. Native browser snapshots do not expose the fallback as active content.
Conformance terms
- Supports
- Completed tests and inspection support the criterion within the documented evaluation scope.
- Partially Supports
- The criterion has an identified limitation or incomplete assistive-technology verification, stated in the remarks. This report distinguishes unverified behavior from known defects.
- Not Applicable
- The work does not contain the feature addressed by the criterion.
WCAG 2.1 Level A
| Criterion | Conformance | Remarks and test basis |
|---|---|---|
| 1.1.1 Non-text Content | Supports | The Word/PDF illustration has meaningful alternative text; equivalent list descriptions are in the body. OOXML and PDF Figure Alt values were checked. |
| 1.2.1 Audio-only and Video-only (Prerecorded) | Not Applicable | No audio-only or video-only media. |
| 1.2.2 Captions (Prerecorded) | Not Applicable | No prerecorded synchronized media. |
| 1.2.3 Audio Description or Media Alternative (Prerecorded) | Not Applicable | No prerecorded synchronized media. |
| 1.3.1 Info and Relationships | Supports | HTML headings, native controls, explicit labels, definition lists, list semantics and scoped table headers were reviewed in the DOM and accessibility tree. Evaluated by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. PDF heading/list/table tags and header relationships passed veraPDF PDF/UA-1; guide OOXML structure checks are retained. |
| 1.3.2 Meaningful Sequence | Supports | DOM order matches the visual reading order. No CSS reordering. PDF structure-tree traversal and extracted text were inspected where provided. HTML sequence was verified by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. Actual font-decoded PDF marked-content text was emitted in /StructTreeRoot /K order; no unreferenced, duplicated or unmarked non-artifact text. Compared with authored content. DOCX semantic XML order retained. |
| 1.3.3 Sensory Characteristics | Supports | Instructions use names, dates and text, rather than position, shape or color alone. |
| 1.4.1 Use of Color | Supports | Statuses, errors and risk levels are written as text. Links are underlined. |
| 1.4.2 Audio Control | Not Applicable | No audio playback. |
| 2.1.1 Keyboard | Partially Supports | Tab, Shift+Tab, Enter and Space operate the web controls. Headless Playwright keyboard tests provide reproducible interaction records; document reading and downloads use the reader application. HTML passes accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. Downloaded PDF/DOCX tags are structurally verified, but these methods do not exercise a document viewer accessibility API, keyboard commands, or heading/bypass navigation. Those downloaded-format behaviors remain unverified; no defect was measured. |
| 2.1.2 No Keyboard Trap | Supports | Native modal dialogs with explicit first/last-button Tab wrapping permit Escape to exit. Static documents introduce no traps. |
| 2.1.4 Character Key Shortcuts | Not Applicable | No single-character application shortcuts. |
| 2.2.1 Timing Adjustable | Not Applicable | No session time limit or timed interaction. An exception expiration date is business content, not an interaction time limit. |
| 2.2.2 Pause, Stop, Hide | Not Applicable | No moving, blinking, scrolling, or auto-updating content. |
| 2.3.1 Three Flashes or Below Threshold | Not Applicable | No flashing content. |
| 2.4.1 Bypass Blocks | Partially Supports | A first-in-order skip link targets the main landmark. HTML heading navigation, Word heading styles and PDF heading tags support bypassing sections. HTML passes accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. Downloaded PDF/DOCX tags are structurally verified, but these methods do not exercise a document viewer accessibility API, keyboard commands, or heading/bypass navigation. Those downloaded-format behaviors remain unverified; no defect was measured. |
| 2.4.2 Page Titled | Supports | Each page has a specific title. DOCX core properties and PDF metadata identify the document. |
| 2.4.3 Focus Order | Supports | Tab order follows DOM order. Focus is moved to error summaries, new step headings and submission confirmation; native dialog closure restores the trigger. |
| 2.4.4 Link Purpose (In Context) | Supports | Navigation, reports and downloads have descriptive link text. |
| 2.5.1 Pointer Gestures | Not Applicable | No multipoint or path-based gestures. |
| 2.5.2 Pointer Cancellation | Supports | Actions activate on standard click/release, not pointer down. Draft deletion has a confirmation step. |
| 2.5.3 Label in Name | Supports | Accessible names contain their visible label text; verified by axe and accessibility snapshots. |
| 2.5.4 Motion Actuation | Not Applicable | No motion-actuated functions. |
| 3.1.1 Language of Page | Supports | HTML uses lang="en". Word default language and PDF catalog language are en-US. |
| 3.2.1 On Focus | Not Applicable | No data-entry controls; links navigate only on activation. |
| 3.2.2 On Input | Not Applicable | No data inputs or change-triggered context changes. |
| 3.3.1 Error Identification | Not Applicable | No form input; form error handling is not applicable to this read-only work. |
| 3.3.2 Labels or Instructions | Not Applicable | No data-entry fields; document procedures provide explicit instructions. |
| 4.1.1 Parsing | Supports | HTML DOM was checked for duplicate IDs, invalid label targets and broken describedby references. axe checks pass. Documents use well-formed XML and tagged structure. |
| 4.1.2 Name, Role, Value | Supports | Native controls and links expose names, roles, required/invalid/checked states, values and associated descriptions. Evaluated by accessibility tree inspection (Chromium, WebKit) and Guidepup Virtual Screen Reader speech output; not verified with a physical screen reader. Chromium native AX output and both browser ARIA snapshots are retained. |
WCAG 2.1 Level AA
| Criterion | Conformance | Remarks and test basis |
|---|---|---|
| 1.2.4 Captions (Live) | Not Applicable | No live synchronized media. |
| 1.2.5 Audio Description (Prerecorded) | Not Applicable | No prerecorded video. |
| 1.3.4 Orientation | Supports | No orientation lock; 320px narrow viewport and landscape rendering were checked. |
| 1.3.5 Identify Input Purpose | Not Applicable | No personal-data inputs. |
| 1.4.3 Contrast (Minimum) | Supports | axe color-contrast checks and calculated color pairs pass. See contrast.json for ratios. |
| 1.4.4 Resize text | Supports | 200% CSS zoom layout checks in Chromium and WebKit pass without horizontal overflow. Native Safari 200% was inspected on the form. Document view uses the reader application zoom. |
| 1.4.5 Images of Text | Supports | All essential prose is real text. The guide includes a configuration relationship diagram with an equivalent textual description; no essential text is provided solely as an image. |
| 1.4.10 Reflow | Supports | All HTML views tested at 320 CSS pixels without document-wide horizontal scrolling. Tagged PDFs have fixed page layouts; equivalent HTML is the recommended reflow reading path. |
| 1.4.11 Non-text Contrast | Supports | Borders, control boundaries and focus outlines use contrasting colors. Contrast ratios are calculated in contrast.json. |
| 1.4.12 Text Spacing | Supports | Text spacing overrides (1.5 line height, .12em letter spacing, .16em word spacing and 2em paragraph spacing) were tested without clipped content or horizontal overflow in HTML. |
| 1.4.13 Content on Hover or Focus | Not Applicable | No custom hover or focus-triggered supplemental content. |
| 2.4.5 Multiple Ways | Supports | The suite index and consistent navigation both locate each work. The form steps are a process sequence and are exempt from this criterion. |
| 2.4.6 Headings and Labels | Supports | Headings identify request, risk, approvals, renewals and administrative tasks. Labels identify field purpose and required state. |
| 2.4.7 Focus Visible | Supports | Keyboard focus has a 3px contrasting outline with a 4px offset. Keyboard navigation and screenshots were inspected. |
| 3.1.2 Language of Parts | Not Applicable | Content is entirely English; technical names are proper names or terms. |
| 3.2.3 Consistent Navigation | Supports | The same sample navigation appears in the same order on pages and reports. |
| 3.2.4 Consistent Identification | Supports | Download links, navigation labels and headings use consistent identification. |
| 3.3.3 Error Suggestion | Not Applicable | No form input errors. |
| 3.3.4 Error Prevention (Legal, Financial, Data) | Not Applicable | The work is read-only; it performs no data modification, legal or financial transaction. |
| 4.1.3 Status Messages | Not Applicable | No dynamic status updates. |
Reproducible evidence
- sr-evidence-validation-live.json
- test-summary.json
- live-test-summary.json
- axe-live-initial.json
- axe-live-webkit.json
- axe-initial.json
- axe-320-initial.json
- axe-200-initial.json
- axe-webkit.json
- contrast.json
- semantic-layout-checks.json
- screen-reader-check.md
- verapdf-ua1.xml
- pdf-structure.json
- pdf-extracted-text.txt
- docx-a11y-audit.json
- docx-structure.json
- accessibility-details-live-chromium-initial.json
- accessibility-details-live-webkit-initial.json
- accessibility-tree-live-chromium-initial.yml
- accessibility-tree-live-webkit-initial.yml
- native-ax-live-chromium-initial.json
- pdf-logical-reading-order.json
- pdf-logical-reading-order.txt
- verapdf-ua1-retest.xml
- virtual-sr-transcript-live-chromium-initial.txt
- virtual-sr-transcript-live-webkit-initial.txt
Remediation and remaining work
Read the remediation log. Physical screen reader review can resolve the form simulator checked-state limitation and add HTML interoperability coverage. For the remaining downloaded-document partial entries, complete keyboard and heading navigation in an accessible PDF reader and Word before changing those conclusions.