Learn how key Lottery terms and functionality in Legacy SchoolMint equate to the Lotteries module in Enroll.
| Legacy SchoolMint Enrollment |
Enroll (link to Help Article) |
Enroll Description |
|
Priority (automated) |
In Enroll, automated priorities are built using the rules engine in the Settings > Manage Lotteries > Lottery Priorities area. Automated priorities trigger based on a specific answer to an application question(s). Automated priorities are automatically assigned a status of Eligible. This means the applicant will receive the priority without you needing to approve / validate it. |
|
|
Priority (manual) |
Manual priorities are created in the Settings > Manage Lotteries > Lottery Priorities area. Manual priorities will not be assigned by the system and will be given an “In Processing” status when assigned to an application. Pro Tip: use a flag + manual priority to identify applications that you want to require be reviewed before truly being eligible. By creating an automated flag to trigger for a certain form answer (i.e. employee child), then you can filter applications by this flag to confirm the information is valid, and then a manual lottery priority can be assigned and marked as eligible. |
|
|
No Priority |
No equivalent |
The Enroll system does not assign a "No Priority" default to applications that don't meet any of the criteria to earn a priority. Students who do not qualify as eligible for any priorities will automatically be placed last on the lottery list for the program they’ve applied to. |
|
Sibling Attending |
In Enroll, the automated version of the Sibling Attending priority can be configured to meet a variety of needs:
|
|
|
Sibling Applying |
The automated version of this priority can be configured to meet a variety of needs: (Note: siblings applying must be in the same guardian account)
|
|
|
No equivalent |
Override |
Automated priorities, when built, have the option to enable an Override functionality. This gives admins the ability to unlock a priority assigned to an application and change the priority's status from eligible<>ineligible. |
|
Open Seat Setup |
Cutoff numbers in Enroll are the number of seats you intend to fill per grade via the lottery and ongoing waitlist management. |
|
|
Lottery Design |
Lottery designs are attached to programs and should be created based on each programs specific lottery rules. Lottery designs will incorporate an ordering of priorities by sub-lottery, and may also consider entries, quotas, weights, or scoring, if needed. |
|
|
Sub-lottery |
Sub-lottery |
A sub-lottery (sometimes called a lottery bucket or tier) is what determines the order of student placement by priority when your lottery is run. |
|
Tiered Lottery |
Tiered Lottery (with entries) |
Tiered lotteries (also referred to as prioritized lotteries) stack priorities into tiers or sub-lotteries where the top tier students will be placed first, then the second tier students, and so on. Each student is evaluated for the top tier priorities first, and if the student meets the criteria, the student is placed in that tier’s sub lottery. If not, the student is evaluated for the second tier priorities, and so on until the student meets the criteria of a tier and is assigned to a sub-lottery. Within a sub-lottery, the students are randomly shuffled and then selected from the top of the shuffled list. If a student does not match any criteria, the student is placed in the general "no-priority" pool at the end of the list. |
|
Weights |
In Enroll, each priority in a sub-lottery is assigned an entry of 1 by default. If your lottery policy dictates that a certain priority be given additional “tickets/entries” within the sub-lottery, then you would set the entries field to 2 or more. This gives the student with a priority with more entries a better statistical chance of getting a higher lottery placement than a student with a priority worth 1 entry. The student with more entries is not guaranteed higher placement, but has a greater chance. |
|
|
Make Weights Cumulative |
Make Entries Cumulative |
If your lottery policy dictates, you have the option of making the entries within a sub-lottery cumulative for a student. The system will calculate the priorities that are assigned to the student, then tally a cumulative or total value for the number of entries that student earned within that sub-lottery. The more priorities a student has within a sub-lottery, the higher the number of accumulated entries, giving them a higher chance of placement. |
|
No equivalent |
A weighted lottery assigns a weight for each priority. Students with a priority that has been assigned a higher weight within a sub-lottery, are always placed above students with a priority with a lower weight. Students with equal weight within a sub-lottery are ordered randomly. Weights can be cumulative. |
|
|
No equivalent |
This lottery option is available for a sub-lottery. When enabled, the system will ensure that any students in that sub-lottery are guaranteed placement even if their placement in a seat exceeds your cutoff number (i.e. it will over-enroll your program, ignoring your cutoff numbers, for students in this sub-lottery). |
|
|
No equivalent |
Scored Lottery |
A score-based lottery is a lottery where students are placed on the lottery list according to a numerical score. This score and how it is calculated is dictated by your lottery policy. It can be calculated via a formula using calculated fields, an import of a score, or admin assigned score. |
|
Quota |
If your lottery policy dictates, you can set a quota for a specific priority within a sub-lottery. Quotas can be set with percentage limits or minimums, but also by total seats. |
|
|
No equivalent |
A lottery group, sometimes referred to as a cutoff group, is a group within a grade level at a single program. This allows admins to enter cutoff numbers for multiple groupings of students per grade at a program instead of a single cutoff for each grade at a program. |
|
|
Lottery Results |
Lottery List |
A term that refers to both the offered list and waiting list as the result of a lottery. |
|
Pre Offer |
No equivalent |
In Enroll, there is no unique and temporary status assigned to applicants that have been identified via the lottery to receive offers when the lottery results are published. |
|
Offered |
The status assigned to an application once the guardian has been notified that they have been awarded / offered a seat at the program. |
|
|
Accepted |
Offer-Accepted |
The status assigned to an application once the guardian clicks Accept on the Guardian Dashboard to indicate they would like to claim the seat offered. |
|
Declined |
Offer-Declined |
The status assigned to an application once the guardian clicks Decline on the Guardian Dashboard to indicate they would not like to claim the seat offered. |
|
Rescinded |
Offer-Declined |
In Enroll, there is no distinct status assigned to an application that missed the offer expiration deadline or that was removed from the process by an admin. |
|
Waitlisted |
Waiting List |
The list of students who did not get a seat / offer as a result of the lottery. Applications may also be added to the waiting list (once marked as eligible) if they are submitted after the lottery has been run and no seats are available. |
|
No equivalent |
Waiting List - Pending |
The status assigned to an application that did not get a seat / offer as a result of the lottery. Applications may also be assigned to the waiting list if they are submitted after the lottery has been run and no seats are available. |
|
No equivalent |
Waiting List - Placement Accepted |
In Enroll, there is an option to allow parents to accept or decline their waiting list placement. Waiting List - Placement Accepted status is assigned once you confirm that you want to remain on the waiting list. |
|
No equivalent |
Waiting List - Placement Declined |
In Enroll, there is an option to allow parents to accept or decline their waiting list placement. Waiting List - Placement Declined status is assigned once you confirm that you do not want to remain on the waiting list (i.e. the waitlisted application is removed from the process). |
|
Make Lottery Results Public for all schools at same time |
This lottery email template is one notification option to be assigned to a program to notify guardians of all of their student’s lottery results (for all programs they applied to) in a single email. |
|
|
Offer Expiration |
This optional lottery setting allows admins to set an offer expiration date/time or number of days a guardian is given to accept an offer. The system begins counting from the time you publish the offer. If the offer is not accepted by the deadline, the offer status is automatically moved to Declined. This feature includes the option to send a reminder to parents prior to the offer expiration deadline. |
|
|
Single Accept |
This optional lottery setting will auto-decline a student’s other applications on offered lists once a seat is accepted in another program. Example: if the student has more than one offer pending, with this setting enabled, when the student accepts the seat at one program then all other offered list applications for other programs will be automatically declined. This setting restricts students from being able to accept seats in multiple programs. The ability to remain on a waiting list may also be configured for this feature. In SchoolMint Enrollment, this lottery setting required Customer Experience to configure it on the back end. |
|
|
Single Offer |
This optional lottery setting is executed at the time of the lottery run and can be configured to permit a student to receive only their highest ranked offer, and all other lower ranked offers are auto declined. This setting restricts students from receiving multiple offers. The ability to remain on a waiting list may also be configured for this feature. In SchoolMint Enrollment, this lottery setting required Customer Experience to configure it on the back end. |
|
|
No equivalent |
Auto Rollup |
This optional lottery setting will automatically move applications from the waiting list to the offered list when another applicant on the offered list declines a seat. This feature pulls the first application from the waiting list onto the offered list when an application on the offered list is declined by an admin or parent. Note: If offer expiration is also enabled, the system will not automatically rollup new offers even if the auto rollup from waiting list setting is selected. |
|
Multiples priority |
This optional lottery setting is used to ensure that siblings who are multiples (twins, triplets, etc.) are placed sequentially on the lottery list (driven by the multiple that has the highest lottery placement). In Enroll, you have the ability to configure how your organization defines a multiple. Multiples will be placed one after the other on the lottery list, but it will not over-enroll a grade for multiples, instead it will place one on the offered list and the other on waiting list in position #1. The multiples setting does not apply to score-based lotteries that determine placement strictly on a numerical score. |
|
|
Waitlist Rollover |
Rollover waiting lists on school year rollover |
In Enroll, you can configure the system to rollover a waiting list from one year to the next. If enabled, this action ONLY takes place as part of your annual system rollover process. In your SchoolMint Enrollment system, rolling over a waitlist could only be done at any time during your enrollment cycle but had to be executed on the back end via Customer Experience and engineering. |
|
No equivalent setting, automated system behavior after lottery run |
Automatically add eligible applications to lottery list after initial lottery is run |
In Enroll, with this post lottery setting enabled, after the initial lottery is run the system will automatically add applications to the bottom of an existing waiting list once the admin marks the application as eligible. The order that the admin marks the post-lottery application as eligible is the order it is added to the waiting list. In the SchoolMint Enrollment system, post-lottery applications were automatically added in submission date/time order. This not the behavior of the Enroll system. When paired with the lottery setting below (always keep lists grouped by lottery design), post-lottery placement will honor priority groups and date submitted if that is the option that the lottery was run with. |
|
Ignore Post Lottery Priorities |
Always Keep Lottery Lists Grouped by Lottery Design |
This optional lottery setting automatically keeps lottery lists sorted by priority per your lottery design. If an application's priority is changed post-lottery, that application will automatically move into the priority group it is now eligible for (moving up or down the list). When this setting is paired with the setting above “automatically add eligible applications to lottery list”, once an admin marks a post-lottery application as eligible, it is added to the existing lottery list into the appropriate priority group. |
|
Placement Order (for Bulk Lottery only) |
Sorting during lottery |
In Enroll, you have three options how the system can place students during the lottery run:
In the SchoolMint Enrollment system, the default lottery behavior is to place students randomly within their sub-lottery per the lottery design. The bulk lottery function (enabled by Customer Experience) does give options for placement order. |
|
Waiting List created if more applications than open seats |
In Enroll, the Save Waiting List checkbox on the Run Lottery screen controls if the system will create a waiting list during the lottery run (if there are more applications than seats per your cutoff number). In SchoolMint Enrollment, the system always created a waiting list if there were more applications than seats per your open seat number. |
|
|
Multiple Lotteries |
Run Multiple Lotteries |
In Enroll, you have the ability to run more than one lottery round or pool for a program. In SchoolMint Enrollment, this function to run multiple lottery rounds could only be enabled in the back end by Customer Experience. |
|
No equivalent |
Merge Waitlist |
In Enroll, if you run a second (or more) lottery round /pool, you have the option to enable this setting to merge new applications from subsequent rounds into the appropriate priority group amongst round one applicants. If the Merge waitlist setting is not enabled, students in subsequent lottery rounds are always added to the lottery list behind all previously placed applicants. |
|
No equivalent |
Lottery Pool |
This term is used to describe a lottery run. In Enroll, you may run as many lottery rounds/pools as needed to insert applications into the appropriate priority groups, or positions on the lottery list. |
|
Priority Recalculation Lock |
No equivalent |
|
Comments
0 comments
Article is closed for comments.