New Page

Alfajor (v.7.0)

Released: September 9, 2019
Scheduled Release: September 9, 2019

New

Theme and layout redesign
Support for K-12 use cases
1. Yearlong sections, classes and student standing_term
Full implementation of Assessment Templates
1. Allow customizing amount of selected fee
2. Applied the visibility and default checked/selected behavior of fees and discounts on the actual assessment form
3. Additional instructions, step by step workflow, and preview of changes made on the form
4. Assessment Template uniqueness validation on: year level, mode, term, degree program, specialization
Subjects new properties:
1. Year level and tag for k-10 subjects
2. If a class is created under a k-10 subject, slots, if left blank by the user, will be auto populated to 50
3. Added filters
Transmutation table support for raw grade scenarios
1. Added scale attribute to define rounding behavior for raw values to be transmuted
2. Support encoding raw grades but displaying transmuted values to reports
Fee Category bulk assignment/re-assignment of fees
System Setup
1. Additional configurable behaviors as defined on each new/changed feature
2. Includes but not limited to:
  1. Configurable support to “yearlong” terms
  2. Configurable visibility and changeability of specific profile fields on student portal
  3. Student number decorator configurations
  4. PDF configurations
Additional student fields
1. Year of entry, year level on entry
Allowed modifying enrollment history attributes (different from modifying enrollment status changing):
1. Degree program, specialization, curriculum
2. Standing year, standing term
Section (previously block) additional features and fields
1. Additional attribute: Adviser
2. Support for year long term
3. When creating K-10 sections, user may click generate classes button. If the curriculum under K-6 and/or highschool have requirements, then section will be created with the corresponding classes.
4. Overview mode
  1. Will display classes associated to class
  2. Will only show enrolled students
5. Enlistment mode
  1. List view of courses
  2. List of students in the section that are enrolled and students that are still in the process of enrolling (enlistment, reservation, assessment, etc)
  3. Form to add classes to section and option to enlist existing students to selected classes
  4. Form to remove classes from section and option to delist existing classes from selected classes
  5. Form to add eligible students to section and option to enlist selected students to section’s existing classes
  6. Form to remove students from section and option to delist selected students from section’s existing classes
Student Transcript
1. Render values from educational background
Class (previously section) additional features and fields
1. Support for sub-classes and parent classes
2. Enlistment Mode
3. Overview Mode (previously the only viewing mode)
  1. Show associated blocks
  2. Enrolled students
4. Enlist View
  1. List of students in the class that are enrolled and students that are still in the process of enrolling (enlistment, reservation, assessment, etc)
  2. Form to add eligible students on the class
  3. Form to remove students from class
Payments for Clearing
1. K-10 Student portal allows user to upload proof of payment (ie. deposit slip image). This will create a payment entry tagged as for clearing
2. Admin may publish these payments to simply tag payment as published or to finalize student’s enrollment.
3. Since payments are already created outside admin portal, auto-splitting (per payment item) is already done on the backend. Admin users may update values on edit payment before publishing payment.
Faculty Portal: Module for faculty’s sections
1. List of sections and classes of each section
2. List of students associated to section
3. Allow faculty to view class if class is part of his/her section
Behaviors on individual student enrollment for both admin and student portal:
1. Confirmation prompt for initial enrollment: if enrollment entry is just about to be created, user must verify enrollment attributes (year level, degree program, curriculum, etc) before proceeding to enrollment page.
2. Enrollment entry will not be created upon opening of enrollment page. Instead, it will be generated when the first subject is enlisted/selected
Behaviors on individual student enrollment for Admin:
1. Student may be delisted from section on post enrollment
2. Student may be delisted from section only or completely delisted (both the section and all the classes under that section)
3. #TODO different view: scheduled requirements, required but not scheduled, optional
Auto Change Matriculation, Auto Re-assessment, and Auto Enrollment
1. These features are only available for K-12 at moment
2. Auto Change Matriculation
  1. When a pair of cancelled and enlisted subject/requirement is detected, then the system will automatic re-assess the student
3. Auto re-assessments
  1. This will show up on students assessment profile, but hidden by default. This will behave the same way a regular re-assessment (will use fee and discount values of previous assessment and current assessment template)
  2. Assessor will be the person that triggered the change matriculation. Assessment will be tagged by auto assessment.
4. Auto-Enrollment
  1. If no payment is required for an enrollment change (eg. change mat), then there is no longer a need to create a zero payment to finalize the change
  2. If an initial assessment detects that there is no payment required, student will be automatically enrolled.
Student Portal > K12 Enrollment
1. ...confirming enrollment
2. …requesting for change
3. ...self assessment
4. … upload proof of payment
5. #TODO

Changed

Renamed Modules
1. Section renamed to Class (course model)
2. Block renamed to Section
3. College renamed to Division (College and Tracks)
4. Enrollment Template to Assessment Template
Redesigned list of divisions
1. Group the divisions into 3 study levels: Kinder to Grade 10, Senior High, College
2. Re-layout divisions, departments and degree programs
Redesigned Curriculum Builder
1. Changed layout and styling
2. Changes in the curriculum may be drafted. Changes will be applied after clicking save button.
Rephrased instructions and labels on Tuition creation
Rework Batch module
1. Batches are no longer required for each student
2. Students may still be tagged to batches and reports may still be filtered by batch
3. Calculation related logic that were previously associated with batch are moved to student’s year of entry, year level on entry, and year level
  1. Advisers now defined per year level instead of batch
  2. Batch no longer associated to Academic Year
Admin Portal: Student Profile > Grades Viewing
1. Dynamic generation of grade item columns (ie. do not show grade items if enrollment entry doesn’t have any)
2. Renamed “re-exam” to “conditional”
3. Renamed “transmuted” to “final grade”
4. Support setting to display final grade as raw or transmuted value, regardless of the format of encoded grade (raw/transmuted)
Additional section viewing modes:
1. Overview (see new features)
2. Schedule view (previously included on the only viewing mode available)
3. Enlistment view (see new features)
Classes overview mode
1. Will only show enrolled students
2. Removed grades on this view: grades submission link goes directly to grades form
Adviser no longer associated to batch, and now associated to year level
Student enrollment-related attributes moved from update profile to update student account:
1. Degree program
2. Specialization
3. Curriculum
4. Standing year
5. Standing term
Student Number Scheme support for K-12
Behaviors on individual student enrollment for both admin and student portal:
1. Enrollment entry will not be created upon opening of enrollment page. Instead, it will be generated when the first subject is enlisted/selected
2. #TODO
Assessment form behavior:
1. Assessment will no longer be allowed for students without matching assessment template
2. Student’s assessment profile will include auto assessments (see new features) that are filtered as hidden by default.
3. For new assessments:
  1. If defined on the assessment template: amount of fees will be prepopulated with amounts as specified on the assessment template.
  2. If not defined on the assessment template: amount of fees will be prepopulated with amounts as specified in fee particulars module
4. For re-assessments:
  1. Will have pre-populated amounts and values as defined by previous assessment of the enrollment entry
Payment Module Relayout
1. Reclassified and renamed into 3:
  1. Student Payment Table (with preset filters)
    1. Enrolled
    2. For payment
    3. All
  2. Transaction list (with preset filters)
    1. Today
    2. This week
    3. This term
    4. For clearing (see new features)
  3. Refund list
2. Quick links form the table/lists were removed
Bulk Upload
1. Changed required headers
2. Accepted new columns
3. #TODO
Database and Architecture Changes
1. Converted database keys to uuid
2. Refactored enrollment state machine handling
3. Initial Enrollment and Post enrollment using the same codebase
4. Add school entity and school_id to each db record entry
5. Refactored PDF templating

Fixed

Payment search results ordered by relevance to search parameters
Support for raw downpayment of payment option
Do not allow removing curriculum on student update profile

Known Issues

AY Switch
SERA number visibility and discrepancies
Display grade value on Open Crediting module
Updating profile without answering socio-economic form
Uploading empty file for bulk upload forms on setup
GRAD-600 Error on reassessment after marking intent for cancellation