A Summer Program record is the central configuration object that governs every time-sensitive action on the platform. All operations — researcher validation, student applications, report uploads, and report validation — are gated by date windows stored in the single active summer record. Only the record with the highestDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/AngelZurita28/VeranoRegional/llms.txt
Use this file to discover all available pages before exploring further.
id and status = 1 is used; all other records are ignored at runtime.
Active summer record
TheSummer model resolves the active period with the following query:
status to 0 and create a new record.
Program date fields
Physical program dates
| Field | Purpose |
|---|---|
summerStartDate | First day researchers and students are physically present at the host institution |
summerEndDate | Last day of the program — used as a reference for certificates and reports |
Registration window
| Field | Purpose |
|---|---|
startDate | When user registration opens for the current summer period |
endDate | When user registration closes |
Phase windows
Each workflow phase has an independent open/close window. Outside these windows, the corresponding action is unavailable to all users.Researcher validation window
Researcher validation window
Controls when admins and coordinators can approve or reject researcher accounts for the active summer.
| Field | Description |
|---|---|
startValidateResearcherDate | Start of the window to validate researcher accounts |
endValidateResearcherDate | End of the window to validate researcher accounts |
Student application window
Student application window
Controls when students can create and manage their project applications.
| Field | Description |
|---|---|
startCreateApplicationDate | Start of the window for students to submit applications |
endCreateApplicationDate | End of the window for students to submit applications |
Application validation window
Application validation window
Controls when coordinators can accept or reject student applications and run the allocation process.
| Field | Description |
|---|---|
startValidateApplicationDate | Start of the window to validate student applications |
endValidateApplicationDate | End of the window to validate student applications |
Report upload window
Report upload window
Controls when students can upload their final project report documents.
| Field | Description |
|---|---|
startCreateReportDate | Start of the window for students to upload reports |
endCreateReportDate | End of the window for students to upload reports |
Report validation window
Report validation window
Controls when researchers and coordinators can review and approve submitted reports.
| Field | Description |
|---|---|
startValidateReportDate | Start of the window to validate submitted reports |
endValidateReportDate | End of the window to validate submitted reports |
Capacity parameters
These integer fields define the structural limits that apply to all projects and applications in the active summer period.| Field | Description |
|---|---|
pendingResearchProjects | Maximum number of projects a researcher may submit for validation |
studentApplication | Maximum number of project applications a student may create (up to 5) |
studentPerProject | Maximum number of students that can be assigned to a single project |
studentProgressMinPercentage | Minimum career progress percentage a student must have to be eligible |
The application limit enforced in the platform is 5 —
ApplicationController::createApplication rejects a sixth application with an error message regardless of what value is stored in studentApplication. The studentProgressMinPercentage value is compared against each student’s careerProgressPercentage during allocation.Phase sequence overview
The phases are designed to run in the following order:Researcher validation
Coordinators review and activate researcher accounts during the
startValidateResearcherDate – endValidateResearcherDate window.Student applications
Validated students submit up to
studentApplication project applications during the startCreateApplicationDate – endCreateApplicationDate window.Application validation and allocation
Coordinators validate applications and run the allocation algorithm during the
startValidateApplicationDate – endValidateApplicationDate window.Report upload
Assigned students upload their final reports during the
startCreateReportDate – endCreateReportDate window.