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

LMS Vendor Analytics Versus Institutional Analytics

LMS Vendor Analytics Versus Institutional Analytics: what it means for a learning record, who may use it, and the check to make before it moves.

Privacy check
Record
learning record in lms platforms and learning data
Data
LMS Vendor Analytics Versus Institutional Analytics
Safeguard
role-based access and retention tied to the course term
First check
Limit the sharing to the minimum the purpose requires.

The short answer

For lms vendor analytics versus institutional analytics, think in terms of a chain: a student, an education record, an objective, an authority, 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 holds and where it breaks.

The burden of proving authorization sits with the university making the sharing, not with the student questioning it afterwards.

Research uses of education records need their own authority analysis, and a research exemption is narrower than researchers sometimes assume.

Governance fails quietly when nobody owns a determination, and the first fix in most institutions is naming an owner, not writing a new policy.

Remote work extends the campus boundary to employees homes, and the safeguards must travel with the file to those homes.

What this covers

Student portals concentrate files in one place, which makes access control both more important and easier to audit than scattered files.

LGBTQ students may be harmed by directory releases that reveal identity or associations, and opt-out procedures should be easy to find and use.

Emergency releases need a real emergency and a judgement that the disclosure is necessary to safeguard health or safety, documented at the time.

Students who are also employees have records in both capacities, and the capacity in which a file was created matters to its treatment.

Voice data in support and proctoring systems is biometric in substance, even when vendors describe it as audio processing.

Consent for biometrics should be specific, written and revocable, with a non-biometric alternative that is genuinely usable, not merely nominal.

How to work through it

Encrypt employees devices, enable remote wipe, and test both, since an untested control is a hope, not a control.

Analyse outside survey requests separately from institutional surveys, since the authority for one does not cover the other.

Use role-based access as the default, and treat any exception to it as a decision that needs its own justification.

Read exemptions narrowly and on their own terms, and do not stretch an exception to cover an objective that merely resembles the named one.

Run penetration tests on student systems, and treat the findings as a work list with owners and dates, not as a report to file.

Monitor student file systems for anomalous access, and investigate anomalies, because uninvestigated anomalies teach staff that nobody watches.

Require verifiable parental permission for younger users, and do not accept a checkbox that anyone can tick as verification.

Plan for remote work explicitly, with safeguards that travel with the record to employees homes and personal devices.

A worked illustration

Consider a student organization that collects member information in a shared spreadsheet and discovers, during a review, that the sheet is apparent to the whole campus.

Consider a site that installs cameras in a residence hall entrance and writes storage, access and sharing rules before the cameras are switched on.

A second illustration, again hypothetical, demonstrates the same adoption done badly: the university signs on standard consumer terms and discovers a right to use de-identified data for product improvement.

Consider a site card platform whose transaction logs were kept indefinitely, and a review that sets a retention period tied to the purposes of those logs.

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

Where guides go wrong

Disclosing on the strength of a letter alone, without a court order or subpoena procedure, is an error that can be avoided by a single phone call to the confidentiality officer.

Auditing AI tools only for accuracy, and not for data storage and prompt handling, is a mistake, since AI systems create files that ordinary audits miss.

Sharing a full file when a summary would serve is a mistake, since the extra data adds risk without adding value to the objective.

Answering a complaint regarding denied access without reasons is an error, since an unexplained refusal can not be challenged or learned from.

Letting group mailboxes and shared drives accumulate members without an owner is a mistake that turns access control into archaeology.

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.
  • US Department of Education, ed.gov - guidance, Dear Colleague letters and enforcement information.

Evidence basis: 34 CFR Part 99 and Department of Education guidance Applies when: When a college holds, uses or discloses a learning record in the context of lms platforms and learning data

Next on the ledger