Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Overview

This page explains how SchoolEngage interacts with specific PASI fields, addressing potential areas of confusion for users.

Important: Any MapSource with V2 in the name should not be used as that references the corresponding Child table, and will generally result in duplicate data

How Updates and Additions Work Between SchoolEngage and PASI

When you write back records from SchoolEngage to PowerSchool, the following process occurs:

1. Sending Data

SchoolEngage sends the updated data along with a specific flag indicating whether the changes should be treated as:

  • An Update: Modifies existing data.

  • An Addition: Adds new data.

2. Processing the Changes

  • Updates:
    PASI syncs the updated information, ensuring it reflects in PASI and PowerSchool.

  • Additions:
    Initially, it may appear as though existing data in PowerSchool is removed. Once PASI completes its synchronization, the child table in PowerSchool repopulates with the original data, now including the newly added records.

3. Monitoring Changes

To track data changes or troubleshoot issues:

  • Use the PASI event queue to check if records have been processed or rejected.


Field-Specific Details

Addresses

During writeback, the system updates the relevant S_AB_STU_X and student.Address fields based on the selected action. A flag is sent to indicate whether the operation is an addition or an update.

Names

Names can be:

  • Edited

  • Ignored

Rules for Name Fields:

  • Legal Name Fields: Always update the legal name.

  • AKA Name Fields: Write to the AKA name fields (deprecated).

  • Preferred Name Field Logic:

    • If the preferred indicator is mapped and the selected value is AKA, the AKA name will write to the preferred name field.

    • If the preferred indicator is mapped and the selected value is legal, the legal name will write to the preferred name field.

    • If the preferred indicator is not mapped:

      • The system defaults to the AKA or preferred name if available.

      • If both are empty, the legal name is used.

  • No labels