FERPA Recordkeeping: The Disclosure Log Explained
FERPA Recordkeeping: The Disclosure Log Explained explained for colleges: the rule, the exceptions, and the record an institution should keep.
- Record
- education record in ferpa in full
- Data
- FERPA Recordkeeping: The Disclosure Log Explained
- Safeguard
- written consent or a named exception, logged at disclosure
- First check
- Limit the sharing to the minimum the purpose requires.
The short answer
The direct answer to ferpa recordkeeping: the disclosure log explained is less about memorising a statute and more about a repeatable check before information 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, prevent most of the errors this ledger exists to describe.
A policy that nobody has read is not a control, and the test of a policy is whether staff can state its central rule without opening the document.
Removal at contract end must be verifiable, not merely promised, and the verification method should be agreed before signing.
Cross-department disclosing inside one college still needs authority, because internal does not mean unrestricted.
De-identified data is only de-identified if re-identification is genuinely unlikely, and small cohorts make that test much harder to pass.
What this covers
Disclosed drives accumulate copies that outlive their objective, and periodic review of disclosed folders is a privacy task, not housekeeping.
AI grading tools create a new file in the form of the grade and the feedback, and that file inherits the protections of the underlying submission.
Media requests for student information ought to go through the privacy officer, not through the first office that picks up the phone.
Parents of dependent students might receive files under an exemption, but dependency must be established, not assumed from a family relationship.
Bluetooth beacons in classrooms may record attendance silently, and silent collection deserves explicit notification to the students affected.
Housing systems retain residence and roommate data, and disclosure of residence information needs particular care for student safety.
How to work through it
Own each group mailbox membership list, since an unowned list is an access control failure waiting to be discovered.
Prepare documentation a regulator would ask for, and keep it in one place, because scattered documentation reads as no documentation.
Read exceptions narrowly and on their own terms, and do not stretch an exception to cover a purpose that merely resembles the identified one.
Assess biometric systems with the highest gate of all, because the information can not be reissued if compromised.
Review third-party access routinely, and remove access that is no longer needed, rather than leaving it in place for convenience.
Contain subprocessors in vendor contracts by name or by category with notice of alters, because an unnamed chain is an uncontrolled chain.
Log access to sensitive files, and review those logs, since unchecked logs safeguard nobody.
Retain applicant records on a stated schedule, and delete them when that schedule expires, rather than retaining them indefinitely.
A worked illustration
In that illustration the platform shall retain grades, attendance and advising notes, but the institution excludes sensitive comments from the export and retains them in the existing platform.
In that illustration the registrar explains the position politely, in writing, and offers the parent a route via the student's own permission.
In that illustration the request is answered for the employment capacity only, and the academic file is not disclosed by mistake.
Consider a survey of younger users on an education platform that collects birth dates for age screening and then retains them indefinitely.
In that illustration the review finds recordings retained far beyond the exam period, and the college deletes the backlog and shortens retention prospectively.
Where guides go wrong
Publishing a directory without verifying the opt-out list is an error that is apparent to every student who opted out, and to their peers.
Responding to an access request slowly, or in an unusable format, is an error, since delay turns a right into a frustration.
Analysing a marketing use as routine, and consequently authorised, is an error, since routine is not authority.
This guide does not track every state rule or agency update in real time, and readers should check current authoritative guidance before acting on a state-particular question.
Writing a notification that no student may find, or that no student may understand, is an error that undermines each later reliance on that notification.
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