When Student Data Leaves the Campus
A plain-language guide to when student data leaves the campus: the record, the purpose, the authority and the safeguard.
- Record
- education record in student privacy foundations
- Data
- When Student Data Leaves the Campus
- Safeguard
- a published notice and a named owner for every record
- First check
- Confirm consent, a named exception, or a contract term before sharing.
The short answer
The direct answer to when student data leaves the site is less regarding memorising a statute and more regarding a repeatable verify before data moves: confirm what the education file is, confirm the purpose, confirm the authority, 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.
A sharing is lawful only when its objective, its authority and its recipient all line up, and a gap in any one of those three is a reason to pause.
Logs turn a correct decision into a defensible one, since a reviewer, an auditor or a student shall eventually ask what happened and why.
Opt-out procedures that are hard to find or hard to use will be treated, fairly, as if they did not exist.
Language access for confidentiality notifications is a confidentiality control, because a notification a student cannot read cannot inform permission or an opt-out.
What this covers
Site card systems retain transaction and location data, and their storage should reflect that sensitivity rather than the convenience of indefinite logs.
Title IX records involve complainants, respondents and witnesses, and confidentiality handling there affects safety as well as compliance.
Photographs and video become education files when they are maintained as part of a student's file, and a casual photo is not automatically in that category.
Accommodation letters should disclose only what a lecturer needs to provide the accommodation, not the underlying diagnosis.
An opt-out, once exercised, must be honoured across systems, including directories, publications and data feeds that were built before the opt-out arrived.
Network logs retain connection data that may reveal student activity patterns, and access to those logs ought to be logged in turn.
How to work through it
Plan for remote work explicitly, with controls that travel with the file to staff homes and personal devices.
Audit disclosures against the log, and treat a disclosure missing from the log as a finding, not as a clerical gap.
Trigger access reviews on role changes automatically where possible, and treat manual review as a fallback, not as the plan.
Limit financial aid releases to what the aid determination needs, and do not include unrelated record details since they happen to be in the same file.
Write notifications in plain language, and test them on students, since a notification that confuses its readers has failed its purpose.
Contain students in oversight, since students notice confidentiality problems that staff have normalised.
Review a determination following it is made: was the data used for the specified objective, does the recipient still need it, has retention expired?
Build opt-out into data feeds, so that an opt-out exercised in one platform propagates to each platform that publishes the data.
A worked illustration
Where the full record is genuinely needed in such a case, the disclosing is limited, explained to the student where required, and noted in the record.
In that illustration the shared officer reviews procurements for both colleges, and the arrangement is written down with responsibilities and response times.
Consider an university that receives a media request for a student's disciplinary record and routes it to the confidentiality officer instead of answering from the first department.
Consider a department that wants to publish a directory of student contact details for a course, and that verifies the directory designation and opt-out list first.
Consider a student organisation that collects member information in a disclosed spreadsheet and discovers, during a review, that the sheet is apparent to the whole campus.
Where guides go wrong
This guide does not track every state rule or agency update in real time, and readers should verify current official guidance before acting on a state-particular issue.
Approving a disclosure without recording it is an error, because a reviewer, auditor or student will eventually ask what happened and why.
Running an audit that finds problems and then monitoring nothing to closure is worse than running no audit, because it proves the institution knew.
Retaining audit evidence too long is a mistake of its own, since evidence kept beyond its schedule becomes a file that itself needs safeguarding.
Retaining backups beyond the removal schedule is an error that undoes an otherwise correct removal determination.
Sources and evidence on the record
- Family Educational Rights and Privacy Act, 20 U.S.C. 1232g, statutory text.
- 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.
Evidence basis: FERPA statute and regulation, Department of Education guidance Applies when: When a college holds, uses or discloses a education record in the context of student privacy foundations