StudentPrivacy.college
The Privacy Ledger - protect and govern student data

Vendor Return and Deletion at Contract End

Vendor Return and Deletion at Contract End: what it means for a student data held by a vendor, who may use it, and the check to make before it moves.

Privacy check
Record
student data held by a vendor in vendors and contracts
Data
Vendor Return and Deletion at Contract End
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

In short, vendor return and removal at contract end turns on one issue: which student data retained by a vendor is involved, who holds it, and what objective 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 shall be the wrong rule for the facts in front of you.

Subprocessors multiply risk because each one is another holder of the file, and the contract must reach them or the chain breaks.

A disclosure is lawful solely when its purpose, its authority and its recipient all line up, and a gap in any one of those three is a reason to pause.

Design-stage review catches problems when they are still cheap to fix, and late review catches them when they are expensive to undo.

Deletion rights for children's information should be honoured promptly, and the deletion should reach backups and subprocessors on a specified timetable.

What this covers

Disciplinary disclosures to victims and others have particular limits, and the outcome that might be disclosed depends on the offence and the recipient.

Mobile tools for student services may collect location, contacts or device information beyond the service itself, and that collection needs its own review.

Students who are additionally employees have files in both capacities, and the capacity in which a record was created matters to its treatment.

Accessibility data in a learning system can reveal disability status, and access to it should be limited to employees who need it for support.

Directory information is a defined subset that an university might designate and publish, and the designation must be published before it is relied on.

Alumni directories raise the same designation question, since former students retain an interest in how their information is published.

How to work through it

Run confidentiality impact assessments for new systems, and keep the assessment with the procurement file, not in a separate folder nobody opens.

Contain subprocessors in vendor contracts by name or by category with notification of changes, since an unnamed chain is an uncontrolled chain.

Explain redactions in access responses, because an unexplained gap teaches a student that files are edited at will.

Locate every copy before deciding, including the vendor copy, the backup copy and the copy in the shared drive.

Answer complaints about access in writing, with reasons, because an unexplained refusal cannot be challenged or learned from.

Limit financial aid releases to what the aid decision requires, and do not include unrelated record details because they happen to be in the same file.

Handle transfer and withdrawal records with care, because a student's rights over records previously retained do not end when enrollment ends.

Identify the authority before the information moves, not following, because retrospective authority is usually no authority at all.

A worked illustration

In that illustration the review, when it finally happens, finds monitoring that was never disclosed, and the college must withdraw the app mid-term.

Consider a small university without a dedicated privacy officer that discloses the role with a neighbouring college through a formal arrangement.

Consider a campus that installs cameras in a residence hall entrance and writes storage, access and disclosure requirements before the cameras are switched on.

Consider an education app for younger students that tracks behavior across sessions and discloses aggregates with a third party, without a privacy review.

In that illustration the disclosing is limited to the disciplinary objective, and the file is not treated as an ordinary student file afterwards.

Where guides go wrong

Assuming an integration passes only the information shown on a diagram is an error, because integrations routinely pass more than intended.

Auditing AI tools only for accuracy, and not for information storage and prompt handling, is an error, because AI systems create files that routine audits miss.

Training staff with generic slides, rather than cases from their own office, is an error that produces attendance records instead of behavior change.

This guide does not interpret the law for a particular university, and readers ought to escalate cases it can not settle rather than treating its structure as a determination.

Screening younger users by collecting more data than the screening requires is a mistake, because the protection then becomes the problem.

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

Next on the ledger