FERPA Enforcement: What Actually Happens
FERPA Enforcement: What Actually Happens: what it means for an education record, who may use it, and the check to make before it moves.
- Record
- education record in ferpa in full
- Data
- FERPA Enforcement: What Actually Happens
- Safeguard
- written consent or a named exception, logged at disclosure
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
For ferpa enforcement: what really happens, think in terms of a chain: a student, an education record, an objective, an authority, a recipient, a safeguard and a retention date. Break any link and the sharing fails, even if every other link is sound. This guide walks that chain link by link, so the reader may see exactly where a proposed sharing retains and where it breaks.
Parental access following rights transfer depends on dependency status and on the university's own policy, not on a parent's request alone.
Security baselines for new platforms should be set before launch, since retrofitting safeguards following adoption rarely restores the information previously disclosed.
Consent, an identified exception, or a contract term must cover the particular sharing in front of you, not a similar sharing from last term.
Subprocessors multiply risk because each one is another holder of the record, and the contract must reach them or the chain breaks.
What this covers
Media requests for student information ought to go via the confidentiality officer, not via the first department that picks up the phone.
An education file is defined by how it is maintained and whom it is about, not by the folder it sits in or the system that retains it.
Directory information is a defined subset that an institution might designate and publish, and the designation must be published before it is relied on.
Learning management systems record clicks, views, submissions and time on task, and each of those data points needs an objective before it is collected.
Consent for biometrics should be particular, documented and revocable, with a non-biometric alternative that is genuinely usable, not merely nominal.
Language access matters for confidentiality notices, because a student who cannot read a notification cannot meaningfully permission or opt out.
How to work through it
Distinguish employee files from student files for student employees, since the capacity in which a file was created matters.
Audit surveillance systems for access, retention and disclosure, since cameras generate records continuously, even when nobody watches.
Answer complaints about access in writing, with reasons, since an unexplained refusal can not be challenged or learned from.
Start each determination by naming the record in plain terms, since a determination regarding an unnamed record is a determination regarding nothing in particular.
Respond to student access requests swiftly and in an usable format, since delay turns a right into a frustration.
Prepare documentation a regulator would ask for, and keep it in one place, since scattered documentation reads as no documentation.
Audit access to sensitive files, and follow up on anomalies, since an audit that finds nothing is either lucky or blind.
Apply disciplinary disclosure limits carefully, since the outcome that might be disclosed depends on the offence and on the recipient.
A worked illustration
In that illustration the platform shall hold 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 parent provides the evidence, the disclosure is made and logged, and the student is told what was disclosed.
Consider a tutor who wants a second opinion from a colleague regarding support for a student, and who first checks whether a summary without identifiers would serve.
In that illustration the review, when it finally happens, finds tracking that was never disclosed, and the university must withdraw the app mid-term.
Consider a learning app for younger students that tracks behavior across sessions and shares aggregates with a third party, without a privacy review.
Where guides go wrong
Permitting tracking in learning apps for younger students to go unreviewed is an error, because behavioral information grows quietly over a school year.
Forgetting to review privacy governance following a merger or system alter is an error, since the information map from before the alter shall no longer be accurate.
Delaying removal of children's data following a removal request is an error, since the data continues to be used while the request waits.
Training staff with generic slides, rather than cases from their own department, is a mistake that produces attendance files instead of behaviour alter.
Treating aggregates as anonymous when the underlying data remains identifiable is a mistake, since re-identification risk does not vanish at the dashboard.
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 20 U.S.C. 1232g and 34 CFR Part 99 Applies when: When a college holds, uses or discloses a education record in the context of ferpa in full