You are using an unsupported browser. Please update your browser to the latest version on or before July 31, 2020.
close
You are viewing the article in preview mode. It is not live at the moment.
Home > Support Center > SIS Integration > Aeries–SIRAS Integration Troubleshooting
Aeries–SIRAS Integration Troubleshooting
print icon

Aeries–SIRAS Integration Troubleshooting & FAQ

Use this guide for Aeries-specific integration questions after setup or during testing.

Direction Result source
Aeries → SIRAS
Demographics and contacts
Tools → SIRAS Admin → Scheduled Task Logs; download api_import_log.csv.
SIRAS → Aeries
Special education students and services
Aeries Special Ed Data Import completion email and attached CSV reports.

For initial implementation, see Set Up the Aeries–SIRAS Integration. For available fields and preferences, see Aeries API to SIRAS Data Integration. For vendor-neutral troubleshooting concepts, see SIRAS/SIS Integration Troubleshooting & FAQ.

For implementation decisions, training results, and production approval records, use the Aeries–SIRAS Integration Configuration & Approval Workbook.

1. Find the API Import Log & Enabled Preferences
  1. Go to Tools → SIRAS Admin → Scheduled Task Logs.
  2. Download the latest api_import_log.csv.
  3. Open it in Excel or Google Sheets.
  4. Filter by Flag, Change Log, Record #, SSID, or Name-DOB.

The first line identifies the preferences used by the import.

  • Demographics:true – SIRAS is updating approved demographic fields.
  • Contacts:false – SIRAS is not updating contacts.
  • Contacts:true – SIRAS is updating contacts.
  • NewRecords:false – the API import will not create new SIRAS records.
  • NewRecords:true – qualifying Aeries records may create new SIRAS records.

Other preference text may identify transfer, school, Next School, enrollment, 504, or identifier behavior.

2. Interpret INFO, WARNING & ERROR Rows
Flag Meaning
INFO An incremental change made to a record. Review INFO rows to confirm the expected values were applied.
ERROR A record requires manual review, often because SSID, name, or birthdate does not match safely.
WARNING A status or source-data difference requires review even though the overall job may have completed.

Record already processed

The student may be dually enrolled or represented more than once in the Aeries source. Confirm which record was processed and whether the result is correct.

SIRAS record is Inactive; update aborted

Review why the student still appears active in Special Education in Aeries. Confirm whether the Aeries Special Ed Data Import is enabled and whether Aeries received the applicable SIRAS exit.

Active SIRAS record was not present in the Aeries source data

Determine whether:

  • the SIRAS record should still be Active;
  • the required Aeries Special Education indicator is present;
  • the student is at an excluded school or has an excluded status;
  • the wrong Aeries academic-year database is being queried; or
  • the student should be made Inactive in SIRAS.
Review representative high-profile records during testing.
A centrally maintained Aeries value may differ from information specifically documented during an IEP process. Investigate unexpected demographic or contact changes before approving production.
3. New Aeries Record Was Not Created in SIRAS

Check each condition:

Program indicator

  • The Aeries record must have the applicable Program 144 or 144x Special Education indicator.
  • For a student being evaluated, the expected Special Education fields and Evaluating flag must be present according to the district's Aeries workflow.

New-record preference

Review the first line of the log for NewRecords:true. If it is false or absent when the district expects creation, email [email protected].

SSID and identifying information

  • SSID may be required for the intended workflow.
  • Name, birthdate, SSID, and other identifiers may look too similar to an existing SIRAS record for safe automatic creation.
  • An ambiguous match should create an error in the API import log rather than a duplicate record.

School and status

  • The Aeries school may be disabled or excluded from processing.
  • The record may have an inactive or excluded Aeries status.
  • The student may be in a source record not included in the current API query.
Do not create a second SIRAS record until the log and existing-record search are complete.
4. Grades or Data Appear to Be from the Prior Year

First confirm that both SIRAS and Aeries have completed rollover to the new academic year.

Aeries API endpoints support a DatabaseYear query parameter. The value uses the year at the beginning of the academic year. If the integration points to the prior database year, SIRAS may receive prior-year grade, school, or other values.

Email [email protected] to confirm the configured Aeries URL and DatabaseYear.

5. Contacts Are Missing or Unexpected

Confirm contact updates are enabled

Review the first line of api_import_log.csv for Contacts:true or Contacts:false.

Review Educational Rights Holder information

SIRAS recommends maintaining Educational Rights Holder information in Aeries. Review the contact-selection and fallback behavior in Aeries API to SIRAS Data Integration.

Existing integration does not update contacts

Contact [email protected] to request a contact transition.

  1. SIRAS enables contacts in training.
  2. The district reviews representative students at multiple schools.
  3. The district and SIRAS resolve anomalies.
  4. The district approves the result.
  5. SIRAS enables contacts in production at the agreed transition point, commonly after summer rollover.
6. SIRAS Data Did Not Update Aeries

Confirm the Aeries Special Ed Data Import

  • Go to Imports and Exports → Special Ed Data Import.
  • Confirm the scheduled process is enabled.
  • Confirm the SFTP connection information and filenames are correct.
  • Confirm Student and Services files are selected.
  • Review the latest completion email and attachments.

Aeries – Special Ed Data Scheduled or Manual Imports

A specific active record is not updating

Check for an Aeries Eligibility End Date that should not be present. Verify the actual field event before clearing or changing it.

7. Older or Recent Exits Did Not Reach Aeries

Older exit

An exit may not be present in the current SIRAS export when the actual inactive date occurred before July 1 and the meeting or reporting workflow was completed in a later academic year. After verifying the SIRAS history, Aeries may require a manual correction.

Very recent exit

If the same day an exit meeting was finalized the SIRAS record was transferred to another district or program module, the record may not have remained Inactive through the nightly export. Contact SIRAS Support to review whether the exit appeared in the file and whether Aeries requires manual correction.

Allow the nightly export to capture the Inactive record before transferring it away when operationally possible.
8. Completion Email Was Not Received

The most common causes are:

  1. the Aeries Special Ed Data Import scheduled process is not enabled; or
  2. the user's email address is not listed on the Special Ed Data Import configuration page.

Multiple email addresses may be entered in Aeries, separated by commas. The configured recipients should include current district staff responsible for reviewing the import results.

9. Interpret the Aeries Completion Reports

Student-file attachments

Attachment Purpose
Special_Ed_Students_ImportedRecords.csv Students from the student file that matched Aeries records.
Special_Ed_UnmatchedRecords.csv Students from the SIRAS file that Aeries could not match.
Special_Ed_Students_Duplicates.csv Duplicate student records in the source file that Aeries could not process.
Special_Ed_Students_NotInFile.csv Aeries Special Education records not updated by the current student file.
Special_Ed_Students_Errors.csv Header or student-record errors that prevented processing.

Service-file attachments

  • Special_Ed_Students_ImportedRecords.csv – service rows matched to Aeries students;
  • Special_Ed_Students_UnmatchedRecords.csv – service rows whose students could not be matched; and
  • Special_Ed_Services_Errors.csv – service-file header or processing errors.

Resolve the student match first. Service mismatches often clear after the associated student-record problem is corrected.

Aeries – Completion Results Email for Special Ed Data Imports

10. Aeries School ID & On-Demand Pulls

A valid Aeries school ID is required when using the live, on-demand API pull for one student.

Contact [email protected] when Aeries school codes need to be added or mapped in SIRAS.

11. URL, API Key, Password or Contact Changes
Change Next step
Aeries hosting or base URL changes Provide SIRAS the new URL and schedule an API connection test.
API Certificate/key changes Provide the replacement securely and confirm the required permissions.
SFTP password changes Coordinate secure replacement and retest Aeries file access.
District integration contact changes Notify SIRAS and update Aeries completion-email recipients.
District changes SIS Contact SIRAS before migration planning begins.
Do not send credentials through ordinary email.
Email SIRAS Support to arrange secure exchange.
12. Information to Send SIRAS Support
  • district or SELPA;
  • whether the issue is Aeries → SIRAS or SIRAS → Aeries;
  • student SIRAS ID and SSID rather than the student's name in unsecured email;
  • date and approximate time of the process;
  • the applicable api_import_log.csv row or Aeries completion attachment;
  • exact error or warning text;
  • expected and actual value;
  • whether one or many students are affected; and
  • any recent URL, API key, password, school, contact, or configuration change.

Email [email protected].

Do not include credentials in the email.
SIRAS will provide a secure method when a password or API Certificate/key is required.

Return to the beginning of the Aeries troubleshooting guide

scroll to top icon