CALPADS-N470-NoShow records should populate day before enrollment date, NOT day before school starts
When I extract an SENR file - Extract all data this Year, students who have an SSID number AND are N470 extract in the file. When they are extracted Aeries changes their SWR/Leave date to one day prior to the first day of school according to the school calendar. However, when Aeries changes the enrollment date the SPED record no longer aligns with the enrollment date and it causes a problem every time.
I will resolve this on my end by removing the SSID number for the student. This will prevent the record from being extracted.
Surely, I'm not the only district with SPED students who is assessed mid-year and end-up not qualifying but still need to submit matching enrollment / SPED records to CALPADS.
AdminJan Tokorcheck
(Quality Control, Aeries Software)
shared this idea
Hello, the idea (or bug) has been completed in the 9/28/2023 update. Here are the Revision Notes:
CALPADS Extracts (SENR) - For California users, for No Show students, the Enrollment Update now extracts the date one day prior to the summer withdrawal date (STU.SWD) if that date is after the first day of school.
-
Chris Holloway
commented
I have had this problem as well. It is a pain. However, In my experience "one day before the enrollment" probably won't quite work either.
I have been manually manipulating CALPADS enrollment records so that the SPED records will post as needed.
The main problem is that CALPADS wants an SENR record that covers the SPED meeting/amendment date. This probably won't be the enrollment start date.
Based upon the guidance in Flash 161 (https://www.cde.ca.gov/ds/sp/cl/calpadsupdflash161.asp)
the enrollment start date should be the parental consent date. However, the determination of eligibility meeting happens at a later date, and it is this meeting/amendment date that acts as the key member for the SPED record, which requires a covering SENR record.
What I'm not sure of is if Aeries would have all the needed information to correctly choose a date in all circumstances. :(
It would be great if we could develop a solution for this.
