FERPA and Accrediting Organisations
FERPA and Accrediting Organisations explained for colleges: the rule, the exceptions, and the record an institution should keep.
- Record
- education record in ferpa in full
- Data
- FERPA and Accrediting Organisations
- Safeguard
- written consent or a named exception, logged at disclosure
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
In short, ferpa and accrediting organisations turns on one issue: which education record is involved, who holds it, and what purpose justifies the next step with it. Get those three answers right and most of the rest of the determination follows; miss any one of them and the rule applied will be the wrong rule for the facts in front of you.
The burden of proving authority sits with the college making the disclosure, not with the student questioning it afterwards.
Copies of records given to students ought to be complete enough to be useful, and redactions of third-party information ought to be explained.
AI tutors used by younger students raise both COPPA and FERPA questions, and both analyses must be done before the pilot, not after it.
Remote work extends the site boundary to employees homes, and the controls must travel with the record to those homes.
What this covers
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.
Wi-Fi monitoring can reconstruct a student's movements across site, and that capability ought to be governed before it is used, not after it is discovered.
Financial aid platforms retain income and family information, and access to them should be among the most tightly controlled on campus.
Course copies carry student information into new terms, and stale copies should be cleaned rather than carried forward indefinitely.
Video surveillance holds images of identifiable students, and its storage, access and sharing rules should be written before cameras are installed.
Assistive technology can collect usage information that reveals disability, and vendors of such tools ought to be reviewed with that sensitivity in mind.
How to work through it
Review confidentiality governance after a merger or system alter, because the data map from before the alter shall no longer be accurate.
Limit accommodation letters to what an instructor needs to provide the accommodation, and do not include the underlying diagnosis.
Use role-based access as the default, and treat any exemption to it as a decision that needs its own justification.
Retain inventories current, and treat an inventory that is a year out of date as no inventory at all.
Prepare documentation a regulator would ask for, and retain it in one place, since scattered documentation reads as no documentation.
Need a court order or subpoena process for compelled disclosures, and do not disclose on the strength of a letter alone.
Make privacy notifications available in the languages students really read, because an unread notification can not inform consent.
Locate every copy before deciding, including the vendor copy, the backup copy and the copy in the disclosed drive.
A worked illustration
In the badly done illustration, sensitive comments were included in the export, no deletion date was agreed, and the student notice still described the old platform.
Consider a learning app for younger students that tracks behaviour across sessions and shares aggregates with a third party, without a confidentiality review.
In that illustration the answer depends on whether the notes were ever shared, and the service files the reasoning for future cases.
In that illustration the survey report demonstrates only aggregates above a stated threshold, and no small-group result can identify a respondent.
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.
Where guides go wrong
Treating a vendor as if it owned the data it procedures is a governance failure, even when the vendor's sales material encourages that view.
Adopting a free tool without reviewing its data practices is a mistake, since the price is often paid in data uses nobody reviewed.
Accepting a vendor's consumer privacy policy as a substitute for a contract is a mistake, because consumer policies describe the vendor's own practices, not the institution's objectives.
Procuring a system before privacy review is a mistake that is expensive to undo, because contracts, migrations and student notices all follow the purchase.
Leaving access in place after a role change is an error that compounds quietly, since the former access looks legitimate in every log.
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