Since the contact order (CON.OR) will be vital for CALPADS primary guardian reporting, it would be nice to have the contact # displayed on the info card in the Contacts page (possibly upper right hand corner).

SINCE any contacts marked as a RED FLAG are displayed at the top, it is difficult to see which contact would the primary, secondary without editing each contact record.

Data entry of the newly required Parent Education level at the contacts level means that our staff will need to review every student's contact information over the next few months to verify that the Parent/guardian information will be reported as expected...

Having the Contacts page facilitate this by allowing a quick (at a glace) visual review would be very nice!

The STU.PG field is not needed and difficult to maintain, please consider removing it and replacing this functionality with the following:

• Since districts are entering Parent information in CON, that table should house this information and Parents/gGuardians should not be populated in two different fields and tables.

• Consider using the CON.CD field to identify the parent/guardian and adding a XRF to the field for CALPADS reporting. Contacts identified with the mapped code will be reported to CALPADS.

  • Update the Student Emergency Card to no longer pull the STU.PG field and add an option in the report pull the identified code value in CON.CD to populate the parent/guarding information in the report. By listing the parents first on the report and then the Emergency Contacts should reflect all persons except the parent/guardians (since they will be listed in the parent/guardian section of the report, already).

Our District and Parents are struggling with ParentSquare.

The biggest pain-point is ParentSquare contact syncing from Aeries Contacts.

Background
ParentSquare’s ‘hidden’ logic will deny updates/changes if their is a matching phone or email for multiple contacts. Parents ( and our offices ) call confused since the data is in Aeries Contacts for a single student and looks correct. They have limited ability to self-solve this problem, since they are trying to jump through pages comparing each student record in a family.

What we would like to see

Aeries Contacts - Ability for a parent to edit contacts for all of their student’s at once. This could be accomplished by adding a button to ‘edit all linked students’ in their Parent Portal. Ultimately we would like to parents to always edit based on STU.FK and PWA.AID / PWS.AID number.

ParentSquare Status Panel - A form in Aeries ParentPortal/UserPortal to show what information is syncing to ParentSquare by: STU.ID and PWA.EM. This will help ideally self-solve contact record issues. Ideally there is some handshake between ParentSquare and Aeries to ensure the data follows the ParentSquare Logic.

Aeries Contact Workflow Form - A form that a parent or office can use to step through adding / correcting / removing a syncing contact to ParentSquare.

I read the aeries_talk yahoo listserv about the contact name disappears if only mailing name is used.
I shared it with my sites so that they will be sure to enter the last name and first name instead of just entering mailing name.

I would like to suggest that the mailing name field is grayed out and not editable.

One of the sites contacted me to ask if parents can be doing the same thing when they update their contact info in Parent Portal.
I emulated a parent account to see if I can do that. I would usually go to the Data Confirmation page to see if I can test this but I saw that the Contacts page had the edit button and I can make the change there directly.
I tested this and was able to emulate updating a contact name by clearing the last and first name and only used the mailing name and it resulted in clearing the contact name when saved.
I am concerned that when parents make changes in the contacts directly instead of going through the Data Confirmation, the sites won’t receive a change notification. Shouldn’t they be able to do it through Data Confirmation only?

Volunteer data is becoming more critical to collect. We are excited to see TB/TB Expiration and Fingerprints/FP Expiration fields now in the Contacts screen.

Given this lead...we have taken it a step further to use the User Fields to expand collecting information to include identifying contact as a volunteer, DMV, Auto Insurance, Field Trip Orientation, Vehicle Registration & Driver's Licence data.

We would appreciate having date field to capture the expiration dates for Auto Insurance, Vehicle Registration & Drivers Licence fields.

This is a great place to identify volunteer info especially for admin & teachers to see who is a cleared volunteer & if their information on file is up-to-date.