- 13 Aug 2024
- 9 minute read
- Print
- DarkLight
- PDF
The Common Application - Applications
- Updated 13 Aug 2024
- 9 minute read
- Print
- DarkLight
- PDF
The CommonApp source format is used to import the application data for students who have submitted a Common App application to your institution. This article will walk through the specific processes of adding the source format to your database and confirming/remapping the source fields and destinations.
Although we recognize the desire to begin this remapping process before August, it is generally not possible since the Common App does not supply test files. In addition, Technolutions will not have completed the annual updates to the CommonApp source format until the first week of August.
Step 1: Adding the source format to your database
Select Database from the main navigation.
Select Source Format Library.
Find to the CommonApp source format and select Add.
Step 2: Remapping the file
Select Source Formats in the Import and Data Processing section.
Find the CommonApp source format and select Remap to confirm destinations and to set up additional data mappings for this Source Format.
After selecting Remap, you will see all of the Slate destination fields pre-mapped for the data points included in the CommonApp file. This includes mappings from Technolutions as well as your mappings from previous years.
Not seeing any fields?
Confirm with the Common Application that your institution uses Slate. If files were not delivered, this step cannot be completed.
Step 3: Field mappings
The fields mappings stage allows you to tell Slate where to store the incoming CommonApp data in a Slate record:
Source Field
The left column lists the data included in the CommonApp file. Slate also displays a sample value for each data point (if one is available). Technolutions will reset the “Remap As Of” date at the beginning of each cycle. This means that only sample values from files loaded on or after the “Remap As Of” date will display.
Destinations
The right column lists the Slate field (or fields) that will eventually contain the source value. Select a data row to choose a destination field or to edit a destination field for a data point.
Pre-mapped destinations
Technolutions has pre-mapped many of the data points sent by the Common Application.
You can edit any of these pre-mapped items if your business process requires non-standard mappings (except Application Submit Date and Common App ID, as mentioned below.)
Only map items that will be used regularly for query-based business processes. Resist the urge to map everything! Remember that Slate will retain the raw Common App source files for future use if necessary. Only map items that will be used in Slate or further in the student’s lifecycle. For example, will you really report on Step-Parent Institution #6?
Comma-separated values
If a source value is delimited by commas, a delimiter will need to be specified in the field mapping. If not set, the comma separated values will appear as a single prompt value. For example, if “Biology, Chemistry” appears as a prompt value for Program of Interest, setting the comma as a delimiter will update the display to “Biology” and “Chemistry” as unique values in the Value Mappings section.
đź”” Do not edit the Slate Common App ID destination or Common App ID destinations.
Please review the table below and do not adjust the pre-mapped destinations for the Slate Common App ID and Common App ID source field.
The CommonAppRecommendations, CommonAppPayment, CommonAppCourses, and CommonAppWriting source formats only import to existing applications, and should never create a new application if the Common App ID does not already exist. Because of this, the Common App ID source field should not be mapped on these source formats, not should any demographic data such as first name, last name, date of birth, email address, etc. This data will be imported from previous source formats.
However, the CommonApp, CommonAppRecommendations, CommonAppPayment, CommonAppCourses, and CommonAppWriting source formats all have the Slate Common App ID mapped to the application-scoped unique fields Common App ID and App: External ID.
What’s the difference between the source fields for Common App ID and Slate Common App ID?
The Common App ID uniquely identifies a person, so to make it unique for a specific application, the application cycle year is appended to the Slate Common App ID. As of August 2024, “-2025” is appended to the Slate Common App ID. With each cycle, the year changes and the year value is automatically updated.
Source Format | Source Field: Common App ID | Source Field: Slate Common App ID | Source Fields: Demographic Data (first name, last name, date of birth, email address, etc.) |
---|---|---|---|
Prospects | Mapped to Person-Scoped Destination: Slate External ID | Mapped to corresponding Person-Scoped destinations | |
Suspects | Mapped to Person-Scoped Destination: Slate External ID | Mapped to corresponding Person-Scoped destinations | |
CommonApp Applications | Mapped to Person-Scoped Destination: Slate External ID | Mapped to Application-Scoped Destinations: Common App ID and App: External ID | Mapped to corresponding Person-Scoped destinations |
Recommendations | Mapped to Application-Scoped Destinations: Common App ID and App: External ID | Not Mapped | |
Payments | Mapped to Application-Scoped Destinations: Common App ID and App: External ID | Not Mapped | |
Courses | Mapped to Application-Scoped Destinations: Common App ID and App: External ID | Not Mapped | |
Writing | Mapped to Application-Scoped Destinations: Common App ID and App: External ID | Not Mapped |
Required mappings
These mapping critically important for a successful CommonApp import:
Application Round (details below)
Application Submit Date (this pre-mapped field ensures that applications will be imported as Submitted.)
Entry Term (optional, but strongly recommended)
Round Mapping
Use App: Round
App: Round allows you to map to a specific Application Round in Slate and create applications.
In addition, you may also map any source field to the App: Round Override destination. App: Round Override allows you to map a specific Application Round to override the App: Round mapping for specific records.
Example 1: Institutions with term-specific Rounds
If you have term-specific Rounds, like this:
Slate Rounds | ||
---|---|---|
|
|
|
Your CommonApp mappings may utilize these source fields:
Member Question | Possible Answers |
---|---|
Admission Plan | Early Decision |
Preferred Start Term | Fall 2025 |
Map 'Admission Plan' to 'Round' and map 'Preferred Start Term' to 'Round Override.' Then map values like this:
Admission plan > App: Round
Source Value | Destination Value |
---|---|
Early Decision | 2025 First-Year Early Decision |
Regular Decision | 2025 First-Year Regular Decision |
Preferred start term > App: Round Override
Source Value | Destination Value |
---|---|
Fall 2025 | |
Spring 2025 | 2025 First-Year Regular Decision Spring |
Example 2: Institutions with special Rounds
If you have a special Application Round, like this:
Slate Rounds | ||
---|---|---|
|
|
|
Your CommonApp mappings may utilize these source fields:
Member Question | Possible Answers |
---|---|
Admission Plan | Early Decision |
Are you applying to our special program? | Yes |
Map 'Admission Plan' to 'Round' and map 'Special Program' to 'Round Override.' Then map values like this:
Source Value | Destination Value |
---|---|
Early Decision | 2025 First-Year Early Decision |
Regular Decision | 2025 First-Year Regular Decision |
Source Value | Destination Value |
---|---|
Yes | 2025 First-Year Special Round |
No |
Step 4: Prompt value mappings
Once you have configured the field mappings, it is time to configure the mappings for the individual prompts in the Value Mappings section.
Use Search to locate fields that require value mappings.
Use Filter to show only source fields that have either mapped or unmapped values.
Use Refresh Values to ensure that your value mappings display the most current data.
Be sure to select Save to save your mappings.
Append Values
The Common App data catalog provides all possible prompt values for all prompt-based fields. To ensure that all possible prompt values will be imported as expected, the Append Values section should be used to create value mappings for prompt values that have not yet appeared on a source file delivered to your instance.
For example, if you know one of your member questions has 10 possible prompts, and only 2 are displayed in the Value Mappings section, this is your reminder to use Append Values.
To use this section, click “Append Values” on the bottom right of a field mapping, then add all possible prompt values (one per line). Upon clicking save, you will see all possible values available for mapping. All values added must match exactly with the CommonApp values. Also, make sure there are no trailing spaces.
Phone Numbers
While phone number information has been pre-mapped to fields on the student record, some institutions may wish to remove those mappings and choose to map to Device destinations instead.
If you do wish to set the phone types, remove the existing field destinations for these items and map these Device destinations instead:
Source Value | Device Destination | Groups |
---|---|---|
Preferred phone | Device: Device : Type | This item should have Group=1 |
Preferred phone number | Device: Device: Value | This item should have Group=1 |
Alternate phone available | Device #2 Device: Type | This item should have Group=2 |
Alternate phone number | Device #2 Device: Value | This item should have Group=2 |
On the Value Mappings page, pick the following values for the Preferred phone values:
Source Value | Device Destination |
---|---|
Home | Primary Phone |
Mobile | Mobile Phone |
Pick the following values for the Alternate phone available values:
Source Value | Device Destination |
---|---|
Home | Primary Phone |
Mobile | Mobile Phone |
No other telephone |
đź“ť Note: It is not necessary to mapNo other telephone
.
Phone numbers come into Slate with normal priority by default. You may change the priority for phone numbers by setting static values:
Destination | Value | Group |
---|---|---|
Device Device-Priority | High Priority | This item should have Group=1 |
Device #2 Device-Priority | Mobile Phone | This item should have Group=2 |
Citizenship Status
Be sure to preserve the pre-mapped fields and values for Citizenship Status data:
Citizenship List
Source Value | Destination Value |
---|---|
Other (Non-US) | |
U.S. Citizen or U.S. National | United States |
U.S. Dual Citizen | United States |
U.S. Permanent Resident | |
U.S. Refugee or Asylee |
đź”” Important: Leave the following values unmapped:
Other (Non-US)
U.S. Permanent Resident
U.S. Refugee or Asylee
Non-U.S. citizenship will be derived from your Citizenship mappings.
Permanent Resident
Source Value | Destination Value |
---|---|
Other (Non-US) | |
U.S. Citizen or U.S. National | |
U.S. Dual Citizen | |
U.S. Permanent Resident | Yes |
U.S. Refugee or Asylee |
đź”” Important: Leave the following values unmapped:
Other (Non-US)
U.S. Citizen or
U.S. NationalU.S. Dual Citizen
U.S. Refugee or Asylee
Non-U.S. citizenship will be derived from your Citizenship mappings.
Activities
If you wish to map activity data, you must map a Common App source field to the Interest - Name (Value) field in Slate in order to create an interest.
Common App does not consistently send an activity name value in the Activity # name source field. However, activity name information can regularly be found in the Activity # Honors source field.
Therefore, we recommend mapping both the Activity # Sport/team and the Activity # Honors source field to the Interest - Name (Value) field in Slate.
Remember to set a group number when bringing in multiple groupings of data points:
Step 5: Static mappings
Technolutions has pre-defined a number of Static Values for the CommonApp Source Format. (A majority of the Static Values will ensure that test scores are imported as Self-Reported.)
Consider adding other Static Values in order to ensure that the CommonApp data will display according to your specifications. As mentioned above, “Application Source” is a common custom static mapping.
Reviewing in the Test Environment
When you are satisfied with your CommonApp mappings, launch (or refresh) a test instance and activate the CommonApp source format in that environment. If you need to make any tweaks, make those changes in production, and then refresh your test environment and try again. If everything imported as expected, activate the source format in production.
Step 6: Retroactive Refresh
You can update the field mappings and value mappings at any time. Anytime changes or made or mappings are added, use the Retroactive Refresh stage to update previously-imported data.
Select the specific field and specific source file(s) that should be imported for your previously uploaded records.
Watch for groups. If you need to refresh records with data that is grouped (such as schools, relationships, or activities), select all the items in the group.
Finally, select Retroactive Refresh at the bottom of the page.
Once you have completed these steps, continue on to the additional Common App source formats.