COPPA and Dual-Enrolment Students
A plain-language guide to coppa and dual-enrolment students: the record, the purpose, the authority and the safeguard.
- Record
- childrens online data in coppa and younger students in edtech
- Data
- COPPA and Dual-Enrolment Students
- Safeguard
- verifiable parental consent before collection from a child
- First check
- Confirm consent, a named exception, or a contract term before sharing.
The short answer
For coppa and dual-enrollment students, think in terms of a chain: a student, a childrens online information, a purpose, an authorization, a recipient, a safeguard and a retention date. Break any link and the disclosing fails, even if every other link is sound. This guide walks that chain link by link, so the reader can see exactly where a proposed disclosing retains and where it breaks.
Sensitive survey topics need the highest standard of notification and permission, because the injury of an unwanted disclosure is greatest there.
Cross-office sharing inside one college still needs authority, because internal does not mean unrestricted.
A confidentiality program that solely reacts to events shall always be behind, because the determinations that produce risk are made during procurement and design.
The question is never only whether sharing seems useful; it is whether sharing is authorised for this file, this purpose and this receiver.
What this covers
Housing systems retain residence and roommate information, and sharing of residence information needs particular care for student safety.
An education record is defined by how it is maintained and whom it is about, not by the folder it sits in or the system that retains it.
Bluetooth beacons in classrooms may file attendance quietly, and silent collection deserves explicit notification to the students affected.
Course copies carry student information into new terms, and stale copies should be cleaned rather than carried forward indefinitely.
Third-party tools connected to an education system may receive more data than the integration was meant to pass, and the actual data flow ought to be tested, not assumed.
Student portals concentrate files in one place, which makes access control both more significant and easier to audit than scattered files.
How to work through it
Prepare documentation a regulator would ask for, and keep it in one place, because scattered documentation reads as no documentation.
Test vendor data flows in a staging environment where possible, because production testing risks the very files being protected.
Review shared folders periodically, and treat shared-folder review as a privacy task with an owner, not as housekeeping.
Read exceptions narrowly and on their own terms, and do not stretch an exception to cover an objective that merely resembles the named one.
Encrypt staff devices, enable remote wipe, and test both, because an untested control is a hope, not a control.
Verify consent for specificity, freedom and revocability, and do not rely on a blanket consent that was never explained.
Include deletion verification in vendor contracts, with a method and a timetable, because a promised deletion without verification will be doubted.
Support students who keep personal copies of their records, since a student who can track their own file is a student who can spot errors early.
A worked illustration
In that illustration the audit finding becomes a remediation task with an owner and a date, and the subprocessor's copy is deleted on a verified timetable.
Consider a tutor who wants a second opinion from a colleague about support for a student, and who first verifies whether a summary without identifiers would serve.
Consider the same breach without a notification term: the university learns regarding it weeks later from a press report, and students learn regarding it at the same time.
In that illustration the review, when it finally happens, finds tracking that was never disclosed, and the university must withdraw the app mid-term.
Consider a parent who asks for a dependent student's files and is asked, politely, for evidence of dependency, because the exemption needs it.
Where guides go wrong
Accepting a vendor's self-assessment as evidence, where the information is personal, is an error, since self-assessment answers the questions the vendor chose to ask.
Auditing AI tools only for accuracy, and not for information retention and prompt handling, is an error, since AI platforms produce records that ordinary audits miss.
Auditing surveillance systems solely for image quality, and not for access and retention, is an error, because cameras generate records continuously.
Letting a privacy committee exist only to advise is a mistake, because a committee that cannot stop a project will be ignored when it matters.
A second common mistake is relying on a consent that was never specific, never explained, or obtained after the sharing it was meant to authorise.
Sources and evidence on the record
- Children's Online Privacy Protection Rule, 16 CFR Part 312, text on eCFR.
- Federal Trade Commission, COPPA guidance pages.
- Family Educational Rights and Privacy Act regulations, 34 CFR Part 99, text on eCFR.
Evidence basis: COPPA Rule, 16 CFR Part 312, and FTC guidance Applies when: When a college holds, uses or discloses a childrens online data in the context of coppa and younger students in edtech