Accessibility & accommodations
Designed to support candidates with documented disabilities.
ScreenComply is deployed by institutions that serve candidates across the full range of assistive technology. This page describes what is supported natively, what requires a one-time configuration, and how to submit a request.
Native: extended time · screen readers · magnifiers — Configurable: voice control · alternative input · scribes · medical pauses
The principle
Medical documentation stays with the institution.
The institution's disability services office determines the accommodation, and ScreenComply acts on the institutional administrator's authorization. ScreenComply does not see, store, or process a candidate's accommodation letter or medical records.
Supported natively
No request required.
The accommodations below are honored by the platform out of the box. The faculty member or assessment owner configures the event as usual, and the candidate receives the accommodation without any further coordination with ScreenComply.
Extended time (1.5×, 2.0×, custom)
The faculty member or assessment owner sets the duration when scheduling the event. ScreenComply does not impose a fixed candidate-facing countdown; an authorized candidate simply receives the time the institution has configured.
Multiple sittings, breaks, and medical pauses
Sessions tolerate a candidate stepping away from the machine. The desktop agent supports pause and resume on the same device within the assessment window. Institutions configure total duration plus a break allowance.
Screen readers
The web application is built on semantic HTML and standard ARIA patterns. NVDA, JAWS, VoiceOver, TalkBack, and Narrator are whitelisted by default; their processes are never surfaced as restricted-tool detections.
Screen magnifiers
ZoomText and operating-system magnification do not generate signals that integrity detection treats as suspicious. No request is required.
Reduced-distraction environment
By default, the desktop agent has no visible interface during a session: no on-screen indicator, no countdown, and no system-tray badge.
Whitelisted assistive processes
NVDA, JAWS, VoiceOver, TalkBack, and Narrator ship pre-whitelisted. The agent does not flag them as restricted tools under any configuration.
One-time configuration request
Assistive technologies that require a suppression flag.
The technologies below legitimately produce signals that integrity detection would otherwise flag in the absence of an accommodation context. The institutional administrator submits a single request, and ScreenComply applies the corresponding suppression flag to the session.
Voice control and dictation
Dragon NaturallySpeaking, Windows Voice Access, macOS Voice Control, Apple Dictation, and Android Voice Access synthesize keyboard input that the operating system reports as injected. The typing-integrity check flags injected input by default; an accommodation flag suppresses it for the authorized session.
Alternative input devices
Eye trackers (such as Tobii), single-switch and sip-and-puff controllers, head pointers, and AAC devices with keyboard emulation. The underlying signal is the same as voice control: synthesized input events.
Note-takers and scribes
A scribe is a second person interacting with the candidate's machine. Integrity detection treats a secondary human as a signal by default; the accommodation flag suppresses it for the authorized session.
Documented medical pauses
For pauses long enough to register the candidate as absent, the institution may request that the presence check be suppressed for the affected session.
Submitting a request
One channel. One business day.
A single intake address handles every accommodation-configuration request. ScreenComply acknowledges within one business day and completes configuration at least one business day before the scheduled assessment.
- Institutional ScreenComply admin email (the requester)
- Candidate's ScreenComply login email
- Assessment event ID or assessment name
- Approved accommodation, described in plain language. The accommodation letter itself is not required; the institutional admin's authorization is sufficient.
- Date of the assessment
Boundaries
The scope of ScreenComply's role.
The accommodation relationship belongs to the candidate and the institution. ScreenComply's role is narrow and well defined: apply the suppression flag the administrator authorizes, and surface that flag on the resulting report.
Out of scope by design
CANDIDATE PRIVACY GUARANTEES
- ScreenComply does not see, store, or process a candidate's accommodation letter, medical documentation, or disability diagnosis.
- ScreenComply does not require the candidate to disclose anything directly to the platform.
- ScreenComply does not communicate with the candidate about accommodations; that conversation remains between the candidate and the institution.
- Disability-related information is not retained in the operational data store. Per-session accommodation flags suppress the relevant integrity signal and are deleted with the session under the standard retention policy.
Documentation
Available on request.
The full accommodations documentation set is provided to procurement teams, disability services offices, and accessibility reviewers on request from security@screencomply.ai.
Reasonable Accommodations Guide
Operational guide for institutional administrators. Available on request.
Assistive Technology Compatibility Matrix
Detailed, technology-by-technology support and configuration notes. Available on request.
VPAT 2.4 INT→
Voluntary Product Accessibility Template covering WCAG 2.1 A and AA, Section 508, and EN 301 549. Read the full report online.
Need to submit a request?
One address for every accommodation request.
Email reaches the accessibility intake directly. Acknowledgement target: one business day. Configuration target: at least one business day before the assessment.