Vendor Support Access to Live Student Records
A plain-language guide to vendor support access to live student records: the record, the purpose, the authority and the safeguard.
- Record
- student data held by a vendor in vendors and contracts
- Data
- Vendor Support Access to Live Student Records
- Safeguard
- a contract that bans sale and advertising use and requires deletion on exit
- First check
- Check that the recipient is bound to use the data only as agreed.
The short answer
Put simply, vendor support access to live student records is regarding control over a student information held by a vendor that belongs, in a practical sense, to a student and is held in trust by an university. The university may use it for the purpose it was collected for, disclose it where the law or a valid permission allows, and must protect it everywhere else. Everything in this guide is a way of making that sentence workable at a desk, stage by stage.
The record comes first and the rule follows it, and any decision made in the opposite order ought to be rechecked before it is acted on.
A policy that nobody has read is not a control, and the test of a policy is whether employees can state its central rule without opening the document.
Amendment is not the same as removal: a successful challenge corrects or explains a file, and the original entry frequently remains in the file with the challenge noted.
A school authoritative exception covers staff who genuinely need the file for their work, and it does not extend to curiosity, convenience or broad awareness.
What this covers
An opt-out, once exercised, must be honoured across systems, including directories, publications and data feeds that were built before the opt-out arrived.
Health and counselling systems ought to be segregated from broad student systems, with access limited to the staff who provide the care.
Analytics dashboards built on identifiable data are not anonymous because they show aggregates, if the underlying data remains identifiable and accessible.
Bluetooth beacons in classrooms can file attendance silently, and silent collection deserves explicit notice to the students affected.
Assistive technology can collect usage data that reveals disability, and vendors of such tools ought to be reviewed with that sensitivity in mind.
Discussion posts in a course system are maintained about identifiable students, and their storage ought to follow the course record schedule.
How to work through it
Audit AI tools for data retention, prompt handling and output storage, because AI platforms produce files that ordinary audits miss.
Start each determination by naming the file in plain terms, because a determination about an unnamed file is a determination about nothing in particular.
Protect applicant files on a stated schedule, even though applicants never become students in the usual sense.
Honour deletion rights for children's information promptly, and make deletion reach backups and subprocessors on a specified timetable.
Assess surveillance proposals for necessity and proportionality, not only for legality, since lawful surveillance can still injury trust.
Run confidentiality impact assessments for new platforms, and retain the assessment with the procurement record, not in a separate folder nobody opens.
Respond to student access requests swiftly and in an usable format, since delay turns a right into a frustration.
Answer complaints about access in writing, with reasons, since an unexplained refusal cannot be challenged or learned from.
A worked illustration
In that illustration the disclosure log makes the answer easy, and the student leaves with a clearer picture of how their record travels.
In that illustration the platform shall retain grades, attendance and advising notes, but the university excludes personal comments from the export and keeps them in the existing system.
In that illustration the review finds recordings retained far beyond the exam period, and the institution deletes the backlog and shortens storage prospectively.
In that illustration the removal is logged, and the office may show a reviewer that the schedule was followed.
Consider an alumni office that wants to publish a class directory and that checks opt-outs and designations for former students before publishing.
Where guides go wrong
This guide does not substitute for an institution's own policies or counsel, and a conflict between the two ought to be resolved in favour of the institution's own advice.
Forgetting that a studies agreement must limit use and need destruction is a mistake that leaves research information in circulation after the study ends.
Disclosing on the strength of a letter alone, without a court order or subpoena procedure, is a mistake that can be avoided by a single phone call to the confidentiality officer.
Writing a notification that no student can find, or that no student can understand, is an error that undermines every later reliance on that notification.
Retaining audit evidence too long is a mistake of its own, because evidence kept beyond its schedule becomes a record that itself needs protection.
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.
- National Institute of Standards and Technology, Computer Security Resource Center - control guidance used here as method, not as law.
Evidence basis: 34 CFR Part 99 and Department of Education vendor guidance Applies when: When a college holds, uses or discloses a student data held by a vendor in the context of vendors and contracts