Vendor Data Hosting: Location and Jurisdiction
A plain-language guide to vendor data hosting: location and jurisdiction: the record, the purpose, the authority and the safeguard.
- Record
- student data held by a vendor in vendors and contracts
- Data
- Vendor Data Hosting: Location and Jurisdiction
- Safeguard
- a contract that bans sale and advertising use and requires deletion on exit
- First check
- Confirm consent, a named exception, or a contract term before sharing.
The short answer
A practical way to approach vendor data hosting: location and jurisdiction is to ask what a student would expect if they saw the sharing described in plain language. Where the sharing matches that expectation and the authorization supports it, it may proceed with a log entry; where it surprises, it needs permission, a named exemption or a fresh determination, not a quiet assumption.
Subprocessors multiply risk because each one is another holder of the record, and the contract must reach them or the chain breaks.
Age screening for younger users must not collect more information than the screening itself needs, or the safeguarding becomes the problem.
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.
State law can add duties on top of federal law, and a college operating in several states must track the strictest applicable requirement for each file.
What this covers
Parents of independent students do not acquire access by asking, nevertheless strongly they feel the request is justified.
Alumni systems retain giving, employment and contact data, and former students should be able to correct and limit that data.
Subpoenas and court orders for student files have their own process, and employees ought not to disclose on the strength of a letter alone.
Financial aid disclosures to other institutions and agencies follow their own exception, and the disclosure should be limited to what the aid decision needs.
Accrediting bodies receive data under a specific exception, and the scope of that exception should bound what is really sent.
A note kept only for its author's personal use, never shared, sits outside the category, and the moment it is shared that protection can fall away.
How to work through it
Scrutinise tracking in learning apps for younger students, because behavioral information grows quietly over a school year.
Segment networks so that a compromise in one platform does not automatically expose student record platforms.
Name a person to request when the answer is unclear, and welcome escalation, because punished escalation produces quiet non-adherence.
Respond to student access requests swiftly and in an usable format, since delay turns a right into a frustration.
Encrypt employees devices, enable remote wipe, and test both, because an untested control is a hope, not a control.
Review a determination following it is made: was the information used for the specified objective, does the recipient still need it, has retention expired?
Answer complaints about access in writing, with reasons, since an unexplained refusal can not be challenged or learned from.
Review assistive technology vendors for the usage information they collect, since that information may reveal disability.
A worked illustration
Consider a student employee whose employment file is requested as if it were an academic file, and a registrar who distinguishes the two capacities.
Consider an education analytics project that begins with an issue regarding storage and ends with a dashboard that nobody can explain to a student.
In that illustration the older logs are deleted, the new period is published, and future logs expire automatically.
The cost of fixing the badly done adoption, in renegotiation, migration and lost trust, is far higher than the cost of the review that was skipped.
In the badly done illustration, personal comments were included in the export, no removal date was agreed, and the student notice still described the old platform.
Where guides go wrong
Writing a notice that no student may find, or that no student may understand, is a mistake that undermines each later reliance on that notice.
Running an audit that finds problems and then monitoring nothing to closure is worse than running no audit, because it proves the university knew.
Treating a course evaluation as anonymous without checking whether it is maintained about identifiable students is a mistake.
Handling a transfer or withdrawal as if it ended a student's rights is an error, because rights over files previously retained do not end when enrolment ends.
Procuring a platform before privacy review is a mistake that is expensive to undo, because contracts, migrations and student notices all follow the purchase.
Sources and evidence on the record
- 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.
- National Institute of Standards and Technology, Computer Security Resource Center - control guidance used here as method, not as law.
Evidence basis: 34 CFR Part 99 and Department of Education vendor guidance Applies when: When a college holds, uses or discloses a student data held by a vendor in the context of vendors and contracts