A Higher Education Enterprise Reference Model for Student Records

In today’s complex academic landscape, higher education institutions often grapple with large, interconnected systems and data flows that support student records. This article provides an enterprise-level perspective—a reference model—to guide the management and integration of these systems. By clarifying the interactions between key applications and the Student Records system, institutions can better align technology initiatives with academic and administrative goals.

Why a Reference Model?

A reference model offers a high-level blueprint of the key systems involved and how they communicate, ensuring a consistent vocabulary and structure for planning, analysis, and improvement efforts. By adopting a standardized perspective, institutions can more easily identify gaps, overlaps, and integration needs.

We’ve developed a Higher Education Enterprise Reference Model for Student Records that you can explore interactively here: View the Model In the Revelation EA Tool

Higher Education Enterprise Reference Model for Student Records
Higher Education Enterprise Reference Model for Student Records

This online visualization breaks down the Student Records application and its relationships with other mission-critical systems, providing a clear view of the data flows and functional responsibilities across your institution.

Model Overview: Systems and Key Flows

The model is composed of common enterprise applications—such as Curriculum Management, Library, Finance, Accommodation, and others—and highlights how each interacts with the Student Records (SIS) system. We’ve identified core data flows that capture everything from enrollment updates to financial transactions and ID verification.

Below, you will find an appendix detailing these systems (in a concise application portfolio) and the specific flows (F001–F026) that link Student Records to each major application. This structure helps you see exactly where data is exchanged, what entities are involved, and how each system contributes to a holistic student lifecycle.

If certain systems aren’t relevant to your institution, or if you use different product names, consider these placeholders for equivalent capabilities (e.g., your chosen CRM solution or a specialized Attendance Monitoring tool). The key is to map each real-life system to the model’s references and flows, ensuring a like-for-like representation of data movement.

Applying the Reference Model

This reference model can serve as a starting template for you to document and analyze your own environment. By outlining which systems and data flows are active at your institution—and then matching them to this model’s structure—you create a clear inventory of your digital estate. From there, you can pinpoint inefficiencies, overlap, or gaps that need addressing.

For detailed guidance on documenting and mapping your IT environment, be sure to read our article: Documenting Your Digital Estate .

Using the reference model as a template simplifies collaborative discussions among academic leaders, IT stakeholders, and external partners. It also aids in risk assessments, strategic planning, and future-proofing your technology roadmap.

Summary and Conclusion

A Higher Education Enterprise Reference Model for Student Records provides a vital macro-level perspective on how core applications, ranging from CRM to Timetabling, integrate with the SIS. By adopting this reference point, institutions can streamline project planning, enhance data consistency, and respond more readily to evolving demands in teaching, research, and administration.

We hope this model offers practical insights for you and your team—whether you’re undertaking a major system modernization or simply refining existing processes. In the appendix below, you’ll find the detailed breakdown of each system and data flow, complete with the entities involved and their attributes.

Appendix: Systems

ID TEXT Description Higher Education Domain Key Capabilities
ACC Accomm & Conf Sys Manage on-campus accommodation and external event bookings Campus & Facilities Room allocation; Conference/venue scheduling; Booking/payment processing; Resource allocation
AM Attendance Monitoring Track student attendance and engagement indicators; analyze learning activities Student Lifecycle & Experience Attendance tracking; Engagement analytics; Early-warning alerts; Reporting/dashboards
BI Business Intelligence Provide data analysis, dashboards, and reporting across institution-wide data sets Institutional Analytics & Reporting Data aggregation; Analytics & dashboards; Predictive insights; Performance reporting
CMS Content Mgmt Systems Manage and publish digital content for websites, intranets, and portals IT & Digital Infrastructure Web content creation; Content workflow; Version control; Publishing & archiving
CRIS CRIS Centralize and track research outputs, publications, and researcher profiles Research & Innovation Publications management; Researcher profiles; Compliance reporting; Collaboration tracking
CRM CRM Manage interactions and relationships with prospects, students, alumni, partners Student Lifecycle & Experience Lead management; Communication tracking; Recruitment & marketing automation; Stakeholder engagement
CM Curriculum Mgmt Define and maintain programs, modules, and learning outcomes Academic & Program Management Program/module design; Curriculum change tracking; Learning outcome mapping; Approval workflows
DW Data Warehouse Consolidate institutional data from multiple sources for analysis and reporting Institutional Analytics & Reporting Data extraction/ETL; Historical data storage; Centralized reporting; Integration with BI tools
EDRMS EDRMS Store, manage, and track electronic documents and records throughout their lifecycle Enterprise Administration Document version control; Record retention policies; Secure access; Compliance & auditing
ESB Enterprise Service Bus Facilitate system-to-system integration and message brokering between applications IT & Digital Infrastructure Message routing; Data transformation; Enterprise integration patterns; Event-driven architecture
EWP Enterprise Web Portal Provide unified, role-based web access to institutional services and information IT & Digital Infrastructure Single sign-on; Personalized dashboards; Self-service functionality; Communication tools
EST Estates Manage property portfolios, maintenance, space allocation, and campus infrastructure Campus & Facilities Facilities management; Room allocation; Maintenance scheduling; Capital project management
FIN Finance Handle financial transactions, budgeting, accounting, and procurement Enterprise Administration Accounts payable/receivable; Budgeting & forecasting; Procurement; Financial reporting
HR HR Support human resource processes including recruitment, performance, and payroll setup Enterprise Administration Staff recruitment & onboarding; Performance reviews; Training & development; Leave management
ITSM IT Service Mgmt Coordinate and track IT support, incidents, requests, and assets IT & Digital Infrastructure Incident management; Service request tracking; Configuration & asset management; Knowledge base
LIB Library Manage library resources, loans, and digital/electronic materials Teaching & Learning Cataloging; Circulation/loans; E-resource management; Discovery & search services
PAY Payroll Execute payroll runs, deductions, tax, and pension management for institutional employees Enterprise Administration Payroll calculation; Tax & pension contributions; Payslip generation; Compliance reporting
RP Research Proposals Support the submission, management, and tracking of research funding and contracts Research & Innovation Grant application workflow; Compliance checks; Award management; Contract tracking
SETS Stud Eval Teach Soft Collect and analyze student feedback on modules, lecturers, and teaching effectiveness Teaching & Learning Feedback surveys; Data analysis & reporting; Action tracking; Quality enhancement
SIS Student Records Core SIS functionality to manage student data, enrolment, progression, and awards Student Lifecycle & Experience Enrolment & registration; Academic records; Grades & progression; Graduation & award management
TTB Timetabling Create and manage academic timetables for classes, rooms, and other resources Teaching & Learning Schedule generation; Room allocation; Conflict resolution; Calendar integration
VLE Virtual Learning Env Deliver and manage online learning content, assessments, and collaboration tools Teaching & Learning Course content hosting; Online assessments; Discussion forums; Gradebook
IAM Identity & Access Mgmt Provision and manage user identities and access rights across enterprise systems IT & Digital Infrastructure User provisioning; Authentication; Role-based access; Single sign-on
OIV Online ID Verification Electronic identity verification service for student personal data and documents Student Lifecycle & Experience Document scanning; ID matching; Fraud detection; Verification status updates

Appendix: Flows

Flow ID Description
F001 Curriculum Management (CM) to Student Records (SIS)
F002 Student Records (SIS) to Curriculum Management (CM)
F003 Student Records (SIS) to Timetabling (TTB)
F004 Timetabling (TTB) to Student Records (SIS)
F005 CRM to Student Records
F006 Student Records to CRM
F007 Library (LIB) to Student Records (SIS)
F008 Student Records (SIS) to Library (LIB)
F009 Student Records (SIS) to Finance (FIN)
F010 Finance (FIN) to Student Records (SIS)
F011 Enterprise Web Portal (EWP) to Student Records (SIS)
F012 Student Records (SIS) to Enterprise Web Portal (EWP)
F013 Attendance Monitoring (AM) to Student Records (SIS)
F014 Student Records (SIS) to Attendance Monitoring (AM)
F015 Student Records (SIS) to Virtual Learning Environment (VLE)
F016 Virtual Learning Environment (VLE) to Student Records (SIS)
F017 Student Records (SIS) to Accommodation (ACC)
F018 Accommodation (ACC) to Student Records (SIS)
F019 Student Records (SIS) to Estates (EST)
F020 Estates (EST) to Student Records (SIS)
F021 Student Records (SIS) to Identity and Access Management (IAM)
F022 Identity and Access Management (IAM) to Student Records (SIS)
F023 Student Records (SIS) to EDRMS
F024 EDRMS to Student Records (SIS)
F025 Student Records (SIS) to Online ID Verification (OIV)
F026 Online ID Verification (OIV) to Student Records (SIS)

F001: Curriculum Management (CM) to Student Records (SIS)

Description:

Curriculum Management is the official source of programs, modules, and prerequisites. This flow updates the Student Records catalog with current academic structures, ensuring consistent enrollment, registration, and progression records.

Entity Attrubutes
Program Details
  • Program Code
  • Program Title / Name
  • Award Type (Bachelor’s, Master’s, etc.)
  • Credit Requirements (e.g., total credits to graduate)
  • Department / Faculty Owner
  • Effective Start/End Dates
  • Accreditation Details (if applicable)
Module / Course Details
  • Module Code
  • Module Title / Description
  • Credit Value
  • Prerequisites / Co-requisites
  • Learning Outcomes
  • Assessment Methods (e.g., exam, coursework, project)
  • Effective Start/End Dates
Prerequisite / Co-requisite Rules
  • Rules linking modules (e.g., must pass Module X before Module Y)
  • Required grade or achievement level
  • Special conditions or overrides
Retired (Deactivated) Programs or Modules
  • Decommissioned Program/Module Codes
  • Phase-Out Dates
  • Replacement or Alternative Pathways (if any)
Degree Progression Structures
  • Core module groupings
  • Elective choices / restrictions
  • Year-by-year breakdown of credit requirements

Purpose of These Flows:

  • Student Records uses this data to create or update the official catalog for student enrollment, registration, and progression tracking.
  • Maintains consistency so that what students can register for in the SIS exactly matches the curriculum as governed by academic committees.
Back to Flows

F002: Student Records (SIS) to Curriculum Management (CM)

Description:

SIS delivers enrollment, completion, and performance metrics to Curriculum Management. These analytics inform data-driven updates to programs, modules, and prerequisites, ensuring academic offerings remain rigorous and aligned with student outcomes.

Entity Attributes
Enrollment / Registration Data
  • Number of students enrolled in each program or module
  • Demographic or cohort-level data (depending on privacy rules)
  • Withdrawals or dropouts
Completion and Outcome Data
  • Final grades or marks
  • Pass/fail rates per module
  • Progression statistics (e.g., how many students advanced from Year 1 to Year 2)
  • Graduation rates per program
Grade Distributions
  • Distribution of grades across a module (mean, median, standard deviation, etc.)
  • Trends over multiple terms or years
Retention and Attrition Insights
  • Data on student retention or attrition in specific programs or modules
  • Specific flags for modules with high fail rates
Feedback for Curriculum Review
  • Real-time or scheduled data extracts that help academic committees or curriculum teams assess whether the designed modules or programs are meeting desired learning outcomes or if changes are needed.

Purpose of These Flows:

  • Curriculum Management uses these insights to evaluate and improve the design of programs and modules.
  • Informs academic decision-making regarding prerequisites, credit weighting, module content revisions, and potential program re-structures.
Back to Flows

F003: Student Records (SIS) to Timetabling (TTB)

Description:

Student Records provides key enrollment information needed by the Timetabling system to create accurate class schedules.

Entity Attributes
Student
  • Unique Student Identifier
  • Current Academic Status (active, on leave, etc.)
Program
  • Program Code
  • Program Title
  • Level (Undergraduate, Postgraduate, etc.)
Module
  • Module Code
  • Module Title
  • Credits / Contact Hours
Enrollment
  • Student Registrations by Module
  • Enrollment Limits (max/min)
  • Current Enrollment Counts
Constraints
  • Special Requirements (e.g., labs, equipment needs)
  • Scheduling Restrictions (e.g., no Friday classes)

Purpose of These Flows:

  • The Timetabling system uses this data to build schedules that match real enrollment numbers and respect module constraints.
  • Ensures class rosters, room allocations, and time slot arrangements accurately reflect the students and modules currently registered in the SIS.
Back to Flows

F004: Timetabling (TTB) to Student Records (SIS)

Description:

The Timetabling system sends finalized scheduling information and related updates back to Student Records, so students and administrative staff have consistent data.

Entity Attributes
ClassSchedules
  • Day/Time Assignments
  • Semester/Term Dates
  • Weekly or Custom Patterns
RoomAllocations
  • Assigned Locations (building/room)
  • Capacity Limits
  • Equipment or Accessibility Notes
TimeSlots
  • Defined Periods (e.g., 9–10 AM)
  • Overlap Warnings or Conflicts
  • Reserved/Blocked Times
InstructorAvailability
  • Faculty or Instructor Assigned
  • Office Hours
  • Conflicts with Other Commitments

Purpose of These Flows:

  • Student Records needs up-to-date schedule details to show students their official timetables, room locations, and any changes to class meeting times.
  • Ensures overall data consistency, so SIS can reflect actual class times, instructors, and rooms for enrollment confirmations and academic records.
Back to Flows

F005: CRM to Student Records

Description:

The CRM system manages prospective student inquiries, applications, and admissions decisions before they become fully enrolled students. This data flows to Student Records so that the institution can officially register admitted individuals and manage them through their academic lifecycle.

Entity Attributes
Prospect
  • Contact Information (name, email, phone)
  • Source of Inquiry (website form, recruitment fair, etc.)
  • Lead/Prospect Status
Application
  • Application ID
  • Program Applied For
  • Supporting Documentation (transcripts, personal statements, etc.)
Offer
  • Conditional or Unconditional Offer Details
  • Offer Expiry Date
  • Scholarship or Bursary Information (if applicable)
Decision
  • Acceptance or Rejection of Offer
  • Corresponding Reasons (if not accepted)
  • Confirmation of Place

Purpose of These Flows:

  • Student Records uses these details to create a formal student record once the applicant accepts an offer.
  • Synchronizing data ensures that offers and decisions in the CRM are properly reflected in the SIS for enrollment and next-step processes.
Back to Flows

F006: Student Records to CRM

Description:

Once a prospect becomes an enrolled student, the Student Records system manages their academic progress, enrollment status, and qualifications earned. Relevant updates flow back to the CRM so the institution can maintain accurate engagement information and manage ongoing communications or alumni relations.

Entity Attributes
StudentRecord
  • Official Student ID
  • Personal Details (contact info, status)
  • Program of Study
Enrollment
  • Current Course Registrations
  • Full-time or Part-time Status
  • Enrollment History by Term or Semester
Progression
  • Module Outcomes or Grades
  • Year-to-Year Advancement
  • Probation or Dismissal Status (if applicable)
Qualification
  • Final Award (Bachelor’s, Master’s, etc.)
  • Date of Graduation
  • Honors or Distinctions

Purpose of These Flows:

  • CRM benefits from up-to-date academic data to tailor communications and track student journeys beyond admission (e.g., retention efforts, alumni engagement).
  • Keeping CRM informed ensures a holistic view of each student’s lifecycle for marketing, support interventions, and post-graduation outreach.
Back to Flows

F007: Library (LIB) to Student Records (SIS)

Description:

The Library system sends circulation updates and overdue notifications to the Student Records system, ensuring that a student’s record accurately reflects any outstanding obligations or statuses.

Entity Attributes
Loans
  • Active loan records for books, media, or other materials
  • Due dates and extensions
Overdues
  • List of items not returned by the due date
  • Overdue duration
  • Automated reminders or notifications
Fines
  • Accrued penalty fees for late returns
  • Payment status (unpaid, partially paid, waived)
Resource Holds
  • Holds placed by students on specific items
  • Availability and pickup details
Return Status
  • Confirmation of returned items
  • Condition upon return (e.g., damaged, lost)

Purpose of These Flows:

  • Student Records may place academic holds or warnings on a student’s profile if library fines or overdue items remain unresolved.
  • Ensures real-time visibility of a student’s library obligations, preventing potential progression or graduation issues if outstanding items or fines exist.
Back to Flows

F008: Student Records (SIS) to Library (LIB)

Description:

Student Records provides the Library with up-to-date student status and registration data, so the Library system can grant or restrict library privileges accordingly.

Entity Attributes
StudentID
  • Unique identifier assigned to each student
  • Used for checking out materials and library account creation
Registration
  • Student’s current enrollment status (active, on leave, withdrawn)
  • Term start and end dates
Program
  • Degree program or course of study (Undergrad, Postgrad, etc.)
  • Department or faculty affiliation
AccessRights
  • Eligibility for library services (borrowing privileges, interlibrary loan, e-resources)
  • Special permissions (faculty, staff, research assistants)
Holds
  • Non-library-related holds (e.g., financial, disciplinary) that may limit borrowing

Purpose of These Flows:

  • The Library relies on accurate enrollment and status information to automatically manage borrowing limits and resource access.
  • Ensures that only currently registered students with good standing can borrow materials, reducing administrative overhead for manual checks.
Back to Flows

F009: Student Records (SIS) to Finance (FIN)

Description:

Student Records provides the Finance system with key enrollment and fee-related data so the institution can accurately bill students and set up payment plans.

Entity Attributes
Enrollment
  • Student Registration Details (which program/module a student is enrolled in)
  • Enrollment Status (active, deferred, withdrawn)
TuitionCharges
  • Tuition Amount Based on Program or Credit Load
  • Additional Fees (e.g., lab fees, technology fees)
PaymentPlans
  • Installment Schedules (e.g., monthly, quarterly)
  • Down Payments Required
  • Deferred Payment Agreements (if applicable)
Scholarships
  • Scholarship Amount or Percentage
  • Eligibility Criteria (merit, need, etc.)
  • Funding Source or Sponsor

Purpose of These Flows:

  • The Finance system needs up-to-date enrollment and fee details to generate invoices and manage payment plans.
  • Ensures accurate billing so students are charged the correct tuition and fees according to their registration records.
Back to Flows

F010: Finance (FIN) to Student Records (SIS)

Description:

Once payments are made or financial statuses change, Finance sends updates back to Student Records to keep a single source of truth about each student’s financial standing.

Entity Attributes
Payments
  • Payment Amount and Method (credit card, check, bank transfer)
  • Payment Date and Confirmation Number
  • Partial vs. Full Payment Indicator
Refunds
  • Reason for Refund (e.g., overpayment, dropped classes)
  • Refund Amount and Date
OutstandingBalances
  • Remaining Amount Owed (after partial payments)
  • Late Payment Fees or Penalties
  • Due Dates for Each Balance
FinancialHolds
  • Reason for Hold (unpaid tuition, library fines, etc.)
  • Effective Dates and Conditions for Release

Purpose of These Flows:

  • Student Records needs real-time financial updates to reflect which students are in good standing and which have outstanding balances or holds.
  • This data can restrict or allow course registration, release of transcripts, or progression to the next academic term.
Back to Flows

F011: Enterprise Web Portal (EWP) to Student Records (SIS)

Description:

The Enterprise Web Portal serves as a central access point for students to submit or update personal information, application details, and module selections.

Entity Attributes
ProfileInfo
  • Basic Personal Data (name, contact info)
  • Password / Authentication Updates (when applicable)
  • Communication Preferences (email, text, etc.)
ApplicationData
  • Online Application Forms (for admission or program changes)
  • Supporting Documentation (if uploaded via the portal)
  • Status Tracking (submitted, incomplete, etc.)
ModuleSelections
  • Student-selected modules or courses
  • Elective Choices (if required)
  • Preferred Class Times (if scheduling preferences apply)
Requests
  • Requests for Personal Data Changes (address, phone)
  • Transcript Requests
  • Other Self-Service Forms (leave of absence, withdrawal)

Purpose of These Flows:

  • Student Records (SIS) needs these data inputs to process enrollments, manage official student information, and keep the records up to date.
  • Eliminates manual reentry of data, ensuring fast and accurate updates to the institution’s core student record system.
Back to Flows

F012: Student Records (SIS) to Enterprise Web Portal (EWP)

Description:

Student Records holds the authoritative information on each student’s enrollment, schedule, and academic progress, which is then surfaced in the Enterprise Web Portal for easy access.

Entity Attributes
EnrollmentStatus
  • Confirmed vs. Pending Enrollment
  • Academic Standing (good, probation, etc.)
  • Program/Major Details
Timetables
  • Class Schedules (days/times)
  • Changes to Room Assignments or Class Times
  • Upcoming Exam Schedules (if applicable)
Grades
  • Midterm or Final Results
  • GPA or Other Performance Indicators
  • Historical Grade Records (previous terms)
Notifications
  • Holds or Warnings (financial, academic, etc.)
  • Announcements (class cancellations, special events)
  • Reminders (registration deadlines, fee due dates)

Purpose of These Flows:

  • The Web Portal displays key academic and scheduling information in a user-friendly interface so students, faculty, and staff can access timely updates.
  • Ensures that all constituents have immediate visibility into their academic status, schedules, and any important notifications from the SIS.
Back to Flows

F013: Attendance Monitoring (AM) to Student Records (SIS)

Description:

Attendance Monitoring captures real-time or scheduled data about student presence in lectures, seminars, labs, or other learning activities. This data is forwarded to Student Records to keep a consolidated record of each student’s engagement.

Entity Attributes
AttendanceRecords
  • Timestamped Check-Ins (electronic swipe, manual input)
  • Course Session or Activity Title
  • Attendance Status (present, absent, late)
EngagementIndicators
  • Frequency of Attendance Across Modules
  • Trend Analysis (improving, declining)
  • Engagement Score or Index
AbsenceAlerts
  • Automatic Flags for Consecutive Absences
  • Reason Codes (medical, personal, unknown)
  • Follow-Up Notes (student contacted, advisor alerted)

Purpose of These Flows:

  • Student Records uses this data to maintain an official attendance profile for each student and to identify at-risk individuals who may need intervention or support.
  • Ensures that faculty and administrators can access comprehensive records when reviewing student progression, retention, or disciplinary procedures.
Back to Flows

F014: Student Records (SIS) to Attendance Monitoring (AM)

Description:

Student Records is the main repository of enrollment and course information. This data flows back to Attendance Monitoring, so the attendance system knows which students are associated with each class or activity.

Entity Attributes
StudentRoster
  • Official List of Enrolled Students per Module
  • Enrollment Status (active, withdrawn, suspended)
  • Unique Student Identifiers (e.g., ID number)
ModuleDetails
  • Module Codes and Titles
  • Scheduled Class Sessions (lecture, tutorial, lab)
  • Credit or Contact Hour Information
AcademicCalendar
  • Key Dates (term start/end, mid-semester breaks)
  • Exam Periods
  • Holidays and Institutional Closures

Purpose of These Flows:

  • Attendance Monitoring relies on current module registrations and class schedules to track attendance accurately.
  • Ensures that students not formally enrolled in a module are not incorrectly recorded, and that new or changed enrollments are reflected in real time for attendance capture.
Back to Flows

F015: Student Records (SIS) to Virtual Learning Environment (VLE)

Description:

Student Records is the authoritative source of enrollment and course information. This data is pushed to the VLE so that the correct students and instructors have access to the right course materials at the right times.

Entity Attributes
StudentRecords
  • Student Identifiers (name, ID number)
  • Registration Status (active, dropped, withdrawn)
  • Program/Level of Study
CourseAssignments
  • List of Courses/Modules in Which the Student is Enrolled
  • Cohort Groups or Sections (e.g., Lab 1, Tutorial Group A)
  • Elective vs. Core Course Indicators
InstructorDetails
  • Assigned Faculty or Instructor(s) for Each Course
  • Contact Info (institutional email, office)
  • Role (primary instructor, teaching assistant)
TermDates
  • Academic Calendar Key Dates (start/end of term)
  • Midterm/Final Exam Periods
  • Breaks or Holidays

Purpose of These Flows:

  • The VLE needs accurate enrollment data to grant or restrict access to courses and learning materials.
  • Ensures that instructors and students are correctly associated with their respective courses, enabling automated course shell creation, roster management, and communication within the VLE.
Back to Flows

F016: Virtual Learning Environment (VLE) to Student Records (SIS)

Description:

Once assessments are completed within the VLE, key results flow back into Student Records to maintain an official record of student performance.

Entity Attributes
Grades
  • Assignment Scores, Quiz Results, Project Marks
  • Weighted Averages and Final Calculated Grades
  • Submissions or Attempt Counts
Feedback
  • Instructor Comments on Assignments or Exams
  • Rubric-Based Evaluations
  • Automated System Feedback (for quizzes or online exams)
CompletionStatus
  • Indicators That a Student Has Finished a Module or Requirement
  • Date/Time Stamps of Final Submission
  • Certification of Completion (if applicable)
AcademicAlerts
  • Flags for Students at Risk (poor performance, missed deadlines)
  • Notifications of Non-Participation (no logins, missing assignments)
  • Recommended Interventions (tutoring, advising sessions)

Purpose of These Flows:

  • Student Records (SIS) is the system of record for all academic outcomes; thus, grades and related data from the VLE must be synchronized.
  • Helps advisors, registrars, and other stakeholders track student progress accurately, trigger support mechanisms, and finalize official transcripts or certificates.
Back to Flows

F017: Student Records (SIS) to Accommodation (ACC)

Description:

Student Records (SIS) is the authoritative source of official student information. It sends necessary details to the Accommodation system to facilitate housing allocations and ensure eligibility.

Entity Attributes
StudentProfiles
  • Unique Student Identifier
  • Name, Date of Birth
  • Contact Preferences
ContactDetails
  • Primary Address
  • Phone Number(s)
  • Institutional Email Address
EnrollmentStatus
  • Current Academic Standing (active, deferred, withdrawn)
  • Course Load (full-time, part-time)
  • Expected Graduation Date
ProgramDetails
  • Program/Major (e.g., BSc Computer Science)
  • Year of Study (1st year, 2nd year, etc.)
  • Faculty or Department

Purpose of These Flows:

  • The Accommodation system needs up-to-date student data (e.g., active status, contact details) to confirm housing eligibility and manage communication.
  • Prevents errors in room allocation by ensuring only current and valid students are assigned accommodation.
Back to Flows

F018: Accommodation (ACC) to Student Records (SIS)

Description:

The Accommodation system tracks booking and occupancy details. These updates flow back into Student Records for record-keeping, financial planning, and student support tracking.

Entity Attributes
RoomAllocations
  • Assigned Room or Building
  • Room Type (single, double, suite)
  • Allocation Date
BookingStatus
  • Status (confirmed, pending, cancelled)
  • Deposit or Booking Fee Paid
  • Reservation Expiration Date
CheckInDates
  • Check-In Date and Time
  • Early Check-In Approvals (if applicable)
  • Notes on Late Arrivals
CheckOutDates
  • Scheduled or Actual Check-Out Date
  • Extensions Requested (if any)
  • Final Inspection Notes

Purpose of These Flows:

  • Student Records can maintain a comprehensive overview of a student’s campus life, including housing.
  • Facilitates financial reconciliation, compliance reporting, and support interventions (e.g., if a student withdraws mid-term and needs to vacate accommodation).
Back to Flows

F019: Student Records (SIS) to Estates (EST)

Description:

Student Records holds the authoritative enrollment information and academic timetables. The Estates system relies on this data to plan and manage campus facilities effectively.

Entity Attributes
StudentEnrollments
  • Number of Students Per Course or Program
  • Enrollment Status (active, withdrawn, suspended)
  • Expected Graduation Dates
Programs
  • Program Names and Codes (e.g., BSc, BA)
  • Department or Faculty Ownership
  • Year-by-Year Student Distribution
Timetable
  • Scheduled Class Times (lecture, lab, tutorial)
  • Room Bookings for Each Session
  • Upcoming Exams or Special Events
OccupancyForecasts
  • Predicted Student Footfall by Date/Time
  • Peak Usage Periods (e.g., midday, exam weeks)
  • Seasonal Variations (summer session, holiday breaks)

Purpose of These Flows:

  • Estates uses enrollment and timetable data to allocate rooms, plan maintenance schedules, and optimize building usage.
  • Ensures that campus facilities can accommodate current and projected student volumes throughout the academic year.
Back to Flows

F020: Estates (EST) to Student Records (SIS)

Description:

Estates captures building usage, room allocations, and event schedules in real time. This information is sent back to Student Records for accurate record-keeping and to inform academic scheduling.

Entity Attributes
RoomAllocations
  • Confirmed Room Assignments for Classes or Events
  • Changes to Room Capacities (e.g., rearrangements, renovations)
  • Temporary Room Reassignments (due to emergencies or construction)
EventBookings
  • Extracurricular or Special Events (conferences, guest lectures)
  • Booking Dates and Durations
  • Organizer Details (student societies, external sponsors)
AvailabilityUpdates
  • Newly Available Rooms or Spaces
  • Changes to Building Operating Hours
  • Restrictions or Closures (health/safety reasons, refurbishment)
MaintenanceNotices
  • Scheduled Maintenance Windows (IT, HVAC, etc.)
  • Urgent Repairs or Incidents (floods, power outages)
  • Completion Status of Ongoing Projects

Purpose of These Flows:

  • Student Records (SIS) needs up-to-date facility and room availability data to finalize course timetables, handle last-minute changes, and communicate accurate schedule updates to students and faculty.
  • Minimizes scheduling conflicts and ensures that all stakeholders have a clear view of building or room status at any given time.
Back to Flows

F021: Student Records (SIS) to Identity and Access Management (IAM)

Description:

Student Records is the authoritative source of student data. This system sends key information to IAM so users can be provisioned with appropriate access rights.

Entity Attributes
StudentProfiles
  • Unique Student Identifiers (student ID, username)
  • Personal Information (name, date of birth)
  • Contact Info (email address, phone number)
EnrollmentStatus
  • Current Academic Standing (active, deferred, graduated)
  • Program or Course of Study
  • Expected Graduation Date
ContactDetails
  • Primary Email Address (often used as the login ID)
  • Mailing Address (if needed for identity verification)
  • Alternate Contact Methods (emergency phone, personal email)
AccessEligibility
  • Confirmation That Student Is Officially Registered
  • Status for Access to Digital Services (e.g., library e-resources, LMS)
  • Relevant Start/End Dates for Systems Access

Purpose of These Flows:

  • IAM uses this data to create or update student accounts, ensuring that only current, valid students have access to institutional systems.
  • Reduces manual provisioning and keeps user identities synchronized as students change status or contact information in SIS.
Back to Flows

F022: Identity and Access Management (IAM) to Student Records (SIS)

Description:

IAM manages the authentication and authorization layers for institutional applications. This data flows back to SIS to keep records consistent with login activity and any security flags.

Entity Attributes
Credentials
  • Username and Login Timestamps
  • Password Updates or Resets
  • Multi-Factor Authentication (MFA) Status
AccountLocks
  • Suspended or Locked Accounts (due to inactivity, security breaches, etc.)
  • Reason for Lock (multiple failed logins, policy violation)
  • Unlock Date or Conditions
RoleAssignments
  • User Roles (student, teaching assistant, lab coordinator)
  • Permission Levels (read-only, full access, departmental)
  • Role Expiration Dates (if applicable)
SecurityLogs
  • Notable Security Events (suspicious login attempts, location-based alerts)
  • Session Timeouts
  • Device/Browser Fingerprint (for advanced threat detection)

Purpose of These Flows:

  • Student Records benefits from up-to-date account status, enabling it to track if a student’s access was revoked or locked due to non-payment, security concerns, or graduation.
  • Helps administrative staff coordinate follow-up actions (e.g., reactivating accounts for returning students, investigating suspected account compromises).
Back to Flows

F023: Student Records (SIS) to EDRMS

Description:

Student Records is the main source of official student data. Relevant documents are transmitted to the EDRMS for secure storage, version control, and compliance with archival policies.

Entity Attributes
EnrollmentForms
  • Completed Admission or Registration Forms
  • Electronic Signatures (if applicable)
  • Supporting Documentation (ID copies, proof of residency)
Transcripts
  • Official Record of Courses and Grades
  • Cumulative GPA Details
  • Verified and Sealed PDF/Document Format
GraduationCertificates
  • Degree or Diploma Certificates
  • Conferral Dates and Honors (e.g., Cum Laude)
  • Digital Signature of Institution Officials
StudentProfiles
  • Personal Information (name, student ID)
  • Program/Major Information
  • Historical Data (past registrations, awards, leaves of absence)

Purpose of These Flows:

  • The EDRMS becomes the secure, authoritative repository for critical student documents, ensuring long-term accessibility and compliance with record retention laws.
  • Reduces the risk of data loss by backing up official documents outside the SIS while providing an audit trail for any updates or retrievals.
Back to Flows

F024: EDRMS to Student Records (SIS)

Description:

After documents are archived or updated in the EDRMS, it sends relevant status information or version links back to Student Records so that administrative staff and students can view the most recent files.

Entity Attributes
ArchivedRecords
  • Confirmation of Successfully Archived Documents
  • File Paths or Storage Locations
  • Archive Timestamp and Version Numbers
RetentionPolicies
  • Retention Schedules (e.g., 5 years, 10 years)
  • Legal or Compliance Requirements (e.g., GDPR, FOI)
  • Deletion/Destruction Dates for Temporary Documents
DocumentLinks
  • Direct URLs or References to Archived Files
  • Secure Authentication Tokens (if needed)
  • Metadata Updates (e.g., who last accessed the document)
AccessLogs
  • Audit Records for Who Viewed or Modified a File
  • Time Stamps and IP Addresses
  • Attempted Access Violations or Errors

Purpose of These Flows:

  • Student Records can update its own references to point to the current version of each document in the EDRMS, ensuring staff and students have real-time access to the latest files.
  • Maintains a full audit trail for compliance and security, so SIS users know if a document has been superseded, archived, or flagged for review.
Back to Flows

F025: Student Records (SIS) to Online ID Verification (OIV)

Description:

The Student Records system initiates ID verification checks by sending essential student data and relevant documentation to the Online ID Verification service.

Entity Attributes
StudentProfiles
  • Basic Student Data (name, date of birth, contact details)
  • Unique Student Identifier (student ID or username)
EnrollmentRecords
  • Current or Historical Enrollment Status
  • Program of Study (if relevant to the verification process)
  • Expected Graduation or Completion Dates
IdentityDocs
  • Scanned Copies or Photos of Official ID (passport, driver’s license)
  • Supporting Documents (e.g., proof of address)
  • Document Expiration Dates
RequestMetadata
  • Timestamp of Verification Request
  • Verification Type (basic, enhanced, biometric)
  • Priority or Urgency Level

Purpose of These Flows:

  • OIV needs this data to authenticate each student’s identity using official documents and relevant personal info.
  • Reduces fraudulent activity by ensuring only legitimate, properly identified students gain access to critical processes (e.g., enrollment, official forms).
Back to Flows

F026: Online ID Verification (OIV) to Student Records (SIS)

Description:

Once the verification process is completed, the Online ID Verification service sends the outcome, along with supporting details, back to the Student Records system.

Entity Attributes
VerifiedStatus
  • Result of the ID Check (verified, rejected, pending)
  • Reason for Rejection (mismatched data, expired ID)
  • Date/Time of Verification
ConfidenceScores
  • Numeric or Categorical Indication of Verification Certainty
  • Fraud Risk Assessment (e.g., low, medium, high)
  • Facial Match Scores (if biometric checks performed)
DocumentLinks
  • Secure Links to Verified or Processed ID Documents
  • Metadata on Last Accessed / Downloaded
  • Revision History (if re-check was required)
PendingFlags
  • Items Requiring Further Action (missing info, incomplete documentation)
  • Escalation Protocols (e.g., manual review needed)
  • Expiration Dates for Temporary or Provisional Verifications

Purpose of These Flows:

  • SIS updates its records to reflect each student’s verification status, which can gate certain registration or financial aid steps.
  • Ensures staff have a single authoritative view of who is successfully verified, who needs follow-up, and any potential fraud concerns.
Back to Flows

Contact

For more information, contact info@microplatforms.com