Student-data posture
Document the minimum data needed, student consent boundaries, access rules, retention, and deletion requirements.
OVR IT for IT & Procurement
OVR IT starts with a written review of student-data, identity, LMS, security, and procurement requirements. A launch proceeds only after owners, gaps, and acceptance criteria are clear.
Eight decisions to close before OVR IT connects to institutional systems or student records.
Document the minimum data needed, student consent boundaries, access rules, retention, and deletion requirements.
Record the institution's provider, protocol, provisioning, MFA, and account-lifecycle requirements before launch.
Define the data source, permissions, sync cadence, error handling, and launch dependencies in technical scope.
Validate the responsive web and iOS experience against the institution's supported-device requirements.
Review which staff roles need cohort or student-level data and require consent before student-level sharing.
Document hosting, subprocessors, encryption, retention, deletion, and any location requirements in the security review.
Agree on pricing, term, purchase path, support scope, and acceptance criteria in the written proposal.
Record unanswered security or integration questions with an owner and resolution gate before launch.
Preparing for a formal vendor review? Read the FERPA vendor review checklist →
Record each requirement and acceptance test before implementation begins.
Identity
LMS
Student data
A named owner and acceptance test are required for every launch dependency.
Review the current data terms, document open requirements, and assign a resolution gate before launch.