StudentPrivacy.college
The Privacy Ledger - protect and govern student data

Accessibility Tools and the Data They Collect

Accessibility Tools and the Data They Collect explained for colleges: the rule, the exceptions, and the record an institution should keep.

Privacy check
Record
sensitive student record in accessibility, equity and student privacy
Data
Accessibility Tools and the Data They Collect
Safeguard
need-to-know access and notices a student can actually understand
First check
Name the record and its holder before any use or disclosure.

The short answer

The direct answer to accessibility tools and the data they collect is less about memorising a statute and more about a repeatable check before data moves: confirm what the sensitive student file is, confirm the objective, confirm the authorization, confirm that the recipient needs it, and confirm the safeguard. Five confirmations, done in writing where the stakes are high, avoid most of the errors this ledger exists to describe.

Design-stage review catches problems when they are still cheap to fix, and late review catches them when they are expensive to undo.

Fees and formats for record inspection must not become barriers, or the right of access becomes theoretical.

Cloud hosting does not move responsibility: the university remains answerable for a file even when another company stores it.

Governance fails quietly when nobody owns a determination, and the first fix in most institutions is naming an owner, not writing a new policy.

What this covers

Discussion posts in a course system are maintained about identifiable students, and their storage should follow the course file schedule.

Library systems retain borrowing and access data that may reveal interests and beliefs, and that data ought not to be treated as low sensitivity by default.

Network logs hold connection information that can reveal student activity patterns, and access to those logs ought to be logged in turn.

Single sign-on creates an identity file of its own, including authentication events that may reveal patterns of student activity.

Employment records for student employees sit in a distinct category, and the distinction matters when a record is requested.

Audit and evaluation disclosures must be limited to the audit or evaluation purpose, and the receiver must be bound to that purpose.

How to work through it

Record the decision where a log is required, and keep the log in a place a future reviewer can really find.

Explain redactions in access responses, because an unexplained gap teaches a student that records are edited at will.

Bound accrediting disclosures to the scope of the exception, and send solely what the accreditation purpose requires.

Test the actual data flow of an integration, rather than trusting a diagram, since integrations routinely pass more than intended.

Map data flows for each major system, and update the map when integrations change, because integrations change silently.

Safeguard applicant records on a specified schedule, even though applicants never become students in the usual sense.

Apply disciplinary sharing limits carefully, since the outcome that may be disclosed depends on the offence and on the recipient.

Provide small colleges a shared-service option for privacy review, because an university without a dedicated officer still carries the same duties.

A worked illustration

In that illustration a review finds the storage unjustified, the birth dates are deleted, and the screening is redesigned to collect the minimum required.

In that illustration the directory omits every student who opted out, and the omission is checked by a second person before publication.

In that illustration the college must retrofit an alternative under pressure, and the students affected have previously lost trust in the process.

Consider a faculty member who wants to use a free AI grading tool and discovers the tool retains submissions for training by default.

A second illustration, again hypothetical, shows the same adoption done badly: the university signs on standard consumer terms and discovers a right to use de-identified information for product improvement.

Where guides go wrong

Retaining audit evidence too long is a mistake of its own, since evidence kept beyond its schedule becomes a record that itself needs protection.

Assuming an integration passes only the information shown on a diagram is an error, because integrations routinely pass more than intended.

Failing to tell students via the annual notice that releases to schools where they seek to enrol occur is an error that damages trust even when the disclosure is lawful.

Writing a policy that staff can not state without opening the document is an error, because the policy will not be followed under time pressure.

Disclosing on the strength of a letter alone, without a court order or subpoena process, is a mistake that can be avoided by a single phone call to the privacy officer.

Sources and evidence on the record

  • Family Educational Rights and Privacy Act regulations, 34 CFR Part 99, text on eCFR.
  • US Department of Education, Student Privacy Policy Office, studentprivacy.ed.gov - FERPA guidance, FAQs and model notices.
  • US Department of Education, ed.gov - guidance, Dear Colleague letters and enforcement information.

Evidence basis: 34 CFR Part 99 and Department of Education guidance Applies when: When a college holds, uses or discloses a sensitive student record in the context of accessibility, equity and student privacy

Next on the ledger