Cross-Office Data Sharing Governance
A plain-language guide to cross-office data sharing governance: the record, the purpose, the authority and the safeguard.
- Record
- institutional data practice in institutional privacy governance
- Data
- Cross-Office Data Sharing Governance
- Safeguard
- a named decision maker, a written policy and regular training
- First check
- State the purpose in a sentence a student could understand.
The short answer
Put merely, cross-department data sharing governance is regarding control over an institutional data practice that belongs, in a practical sense, to a student and is held in trust by a college. The college may use it for the purpose it was collected for, share it where the law or a valid consent permits, and must protect it everywhere else. Everything in this guide is a way of making that sentence workable at a desk, stage by stage.
Parental permission for younger users must be verifiable, and a checkbox that anyone may tick does not meet that standard.
An exemption that fits the facts of one case does not automatically fit the next case, even when the two cases involve the same platform or the same office.
Age screening for younger users must not collect more information than the screening itself requires, or the protection becomes the problem.
Security safeguards safeguard a file from unauthorised access, but they do not make an unauthorised sharing lawful, and the two issues must be asked separately.
What this covers
Grades, transcripts, enrolment facts and disciplinary outcomes are the clearest education records, but the category reaches well beyond them.
Platforms that feed directory information to outside directories need an opt-out verify built into the feed, not added as a manual afterthought.
International student systems retain visa and immigration data, and the sensitivity of that data should shape each sharing determination about it.
Bluetooth beacons in classrooms can file attendance quietly, and silent collection deserves explicit notification to the students affected.
Financial aid releases to other institutions and agencies follow their own exception, and the disclosure ought to be limited to what the aid determination requires.
Proctoring integrations collect video, audio, screen and sometimes biometric information, and the sensitivity of that collection ought to set the review standard.
How to work through it
Test the actual information flow of an integration, rather than trusting a diagram, since integrations routinely pass more than intended.
Separate duties so that the person who approves a disclosure is not the only person who may see that it happened.
Monitor student record platforms for anomalous access, and investigate anomalies, since uninvestigated anomalies teach employees that nobody watches.
Test vendor information flows in a staging environment where possible, since production testing risks the very records being protected.
Audit access to personal files, and follow up on anomalies, because an audit that finds nothing is either lucky or blind.
Document emergency disclosures at the time, with the facts that made the emergency real, because later reconstruction rarely convinces a reviewer.
Handle transfer and withdrawal files with care, because a student's rights over files previously retained do not end when enrolment ends.
Answer complaints about access in writing, with reasons, because an unexplained refusal cannot be challenged or learned from.
A worked illustration
Consider a network team that holds connection logs and is asked for them during a disciplinary process, and that checks the disclosure requirements before releasing any log.
Consider a counseling service that retains notes in a personal file and is asked whether those notes are education files, and that checks the exception before answering.
Consider a faculty member who wants to use a free AI grading tool and discovers the tool retains submissions for training by default.
Consider an employer who asks a college to confirm a graduate's degree and is given only the directory facts the college has designated, not the transcript.
In that illustration the institution contains the affected integration, notifies affected students with clear facts, and files the event for the following-action review.
Where guides go wrong
Disclosing on the strength of a letter alone, without a court order or subpoena process, is a mistake that can be avoided by a single phone call to the privacy officer.
The most common error is treating a file as informal since it lives in an email thread, a chat log or a disclosed drive rather than in the system of file.
Including a diagnosis in an accommodation letter, when a lecturer only needs to know the accommodation, is an error that discloses more than the purpose needs.
Obstructing a student's habit of keeping personal copies of their records is a mistake, since a student who can track their own file spots errors early.
Treating alumni records as unprotected history is an error, because graduation does not end the college's duty.
Sources and evidence on the record
- US Department of Education, Student Privacy Policy Office, studentprivacy.ed.gov - FERPA guidance, FAQs and model notices.
- Family Educational Rights and Privacy Act regulations, 34 CFR Part 99, text on eCFR.
- US Department of Education, ed.gov - guidance, Dear Colleague letters and enforcement information.
Evidence basis: Department of Education guidance and institutional governance practice Applies when: When a college holds, uses or discloses a institutional data practice in the context of institutional privacy governance