Skip to content

Slate Integration Setup Guide

Receiving Documents from Pearsana

This guide walks you through connecting your Slate instance to Pearsana so that student documents (transcripts, recommendations, etc.) are delivered directly into Slate and attached to the correct student records automatically.

Time to complete: approximately 30–45 minutes.

Where do I work?

Each step clearly tells you which system you are working in:

LabelMeaning
In SlateYou are working in your Slate instance
In PearsanaYou are working in the Pearsana organisation admin portal

How It Works

When a student shares a document through Pearsana, the following happens automatically — no action required from you after the initial setup:

  1. Pearsana packages the PDF document along with a small file that identifies the student and document type.
  2. Pearsana sends this package to a secure URL in your Slate instance (the one you set up in this guide).
  3. Slate receives the package, reads the identifying information, finds the matching student record, and attaches the PDF.
Student shares document in Pearsana


  Pearsana packages and sends it


  Slate receives and attaches it
  to the student record

The setup in this guide creates the connection between the two systems and tells Slate how to process what Pearsana sends.

Before You Begin

Make sure you have the following before starting:

#What you needWhyHow to get it
1Security Administrator role in SlateRequired to create the account Pearsana will use to connectAsk your Slate Security Administrator if you are unsure whether you have this role
2Document types (Materials) set up in SlateSlate needs to know what categories of documents to expect (e.g. "transcript", "recommendation")Go to Database → Materials in Slate to check. See Document Types Sent by Pearsana for the full list
3Pearsana admin portal accessYou will need to enter connection details into PearsanaContact your Pearsana account manager if you do not have access
4A test student who exists in both Pearsana and SlateFor verifying the connection works end-to-endYou will need to know this student's Application Ref or Person Ref in Slate

Coordination

If different people at your institution manage Slate and Pearsana, coordinate before starting. Steps 1–5 are done in Slate, Step 6 is done in Pearsana, and Step 7 involves both systems.

Step 1: Create a Service Account in Slate

Where: In Slate

What is a Service Account?

A Service Account is a special type of user in Slate that allows external systems (like Pearsana) to connect securely. It is not used by a person — it is used by the Pearsana system to log in and deliver documents.

Instructions

  1. Go to Database → Users.
  2. Select New User.
  3. Fill in these fields:
FieldWhat to enter
User TypeSelect Service Account
User IDChoose a name that identifies this connection (e.g. pearsana-import)
PasswordChoose a strong password
  1. Select Save.

Save your credentials

Write down the User ID and Password. You will need to enter these into Pearsana later in Step 6.

Who can do this?

Only users with the Security Administrator role can create Service Accounts. If you do not see the Service Account option, contact your Slate Security Administrator. For more details, see User Accounts in the Slate Knowledge Base.

Step 2: Set Up a Source Format in Slate

Where: In Slate

A Source Format tells Slate what to expect when it receives a document package from Pearsana — how the data is structured and where to put it.

This step has three parts: creating the Source Format, setting its general options, and pasting in the configuration.

2a. Create a new Source Format

  1. Go to Database → Source Formats.
  2. Select New.

For more details, see Creating a Custom Source Format in the Slate Knowledge Base.

2b. Set the General options

On the new Source Format, open the General tab and enter:

FieldWhat to enter
StatusActive
NameA descriptive name, e.g. Pearsana Document Import
FormatDelimited
TypeImport
ScopeChoose Application or Person (see below)

Which Scope should I choose?

This is the most important decision in the setup. It controls which type of student record documents are attached to.

Choose thisIf…
ApplicationYour institution processes documents per admissions cycle. Each document attaches to a specific application. This is the most common choice.
PersonDocuments should stay with the student across all admissions cycles (e.g. proof of identity that does not change between applications).

Important

Let your Pearsana account manager know which scope you chose. The student identifier that Pearsana sends must match (Application Ref for Application scope, Person Ref for Person scope).

2c. Paste the configuration

Open the Format Definition tab. Delete any existing content and paste one of the following — choose the version that matches the Scope you selected in Step 2b.

If you chose Application scope (most common):

xml
<?xml version="1.0" encoding="utf-8"?>
<source>
  <layout b="&#x9;" h="1" t="" type="dip" index="index_*.txt" />
  <field sm="Application" sd="Ref"      dt="dip" map="studentSlateId" />
  <field sm="Material"    sd="Filename" dt="dip" map="documentName" />
  <field sm="Material"    sd="Code"     dt="dip" map="type" />
</source>

If you chose Person scope:

xml
<?xml version="1.0" encoding="utf-8"?>
<source>
  <layout b="&#x9;" h="1" t="" type="dip" index="index_*.txt" />
  <field sm="Person"      sd="Ref"      dt="dip" map="studentSlateId" />
  <field sm="Material"    sd="Filename" dt="dip" map="documentName" />
  <field sm="Material"    sd="Code"     dt="dip" map="type" />
</source>

Do not modify

Copy and paste exactly as shown. Do not modify anything in the block you choose — Pearsana relies on these exact values.

What does this configuration do?

You do not need to understand the details, but in short:

LineWhat it tells Slate
layout lineThe incoming file uses tabs between columns and is in Slate's DIP (Document Import Processor) format
studentSlateId lineLook up the student record using the identifier Pearsana sends
documentName lineThis is the filename of the PDF to attach
type lineThis is the type of document (e.g. transcript, recommendation)

Step 3: Copy the Web Service URL from Slate

Where: In Slate

This URL is the "address" where Pearsana will send documents. Every Source Format has its own unique URL.

  1. On the Source Format page, find the Web Services section.
  2. Select View.
  3. On the Standard tab, copy the full URL.

It will look something like:

https://your-instance.technolutions.net/manage/service/import?cmd=load&format=abcd1234-...

Keep this URL private

Treat it like a password — anyone who has it (along with valid credentials) could send data into your Slate instance.

Save this URL

You will enter it into Pearsana in Step 6.

Step 4: Quick Connection Test

Where: Start in Pearsana, then check in Slate

At this point you have everything needed to test whether the basic connection works. This test checks that Pearsana can reach Slate and that Slate can read what Pearsana sends. Documents will not be attached to student records yet — that comes in Step 5.

What to do

In Pearsana:

  1. Enter the connection details from Steps 1 and 3 into the Pearsana admin portal (see Step 6 for exactly which fields to fill in).
  2. Send a test document for a test student.

Then in Slate:

  1. Go to the Source Format you created and open the History tab.
  2. You should see a new entry. If it shows no errors, the connection is working.
What if I see errors?

See the Troubleshooting section.

Where do the documents go?

During this test, documents will appear in Slate's Batch Acquire area instead of on student records. This is expected — they will be processed automatically once you complete Step 5.

Step 5: Set Up Document Type Mapping in Slate

Where: In Slate

This step tells Slate how to match the document types Pearsana sends (e.g. academicTranscript) to the Material Types your institution uses in Slate (e.g. transcript).

5a. Check your Materials

  1. Go to Database → Materials in Slate.
  2. Make sure you have a Material Type for each kind of document Pearsana will send. See the Document Types Sent by Pearsana table for the full list.
  3. If any are missing, create them now. See Materials Overview in the Slate Knowledge Base.

5b. Map the columns and values

  1. On the Source Format page, make sure Remap Active is set to Inactive and enter today's date in Remap As Of Date.
  2. If you ran the test in Step 4, you already have data in the History tab. If not, upload a sample file using Upload Dataset.
  3. In the Remap section, link these columns:
Column from PearsanaLink to this Slate field
documentNameMaterial — Material Filename
typeMaterial — Material Code
studentSlateIdApplication — Ref (or Person — Ref if you chose Person scope)
  1. In Value Mappings, connect each Pearsana document type to the corresponding Material in your Slate instance. Refer to the Document Types Sent by Pearsana table for the complete list of values Pearsana will send, and look up your institution's Material Codes at Database → Materials in Slate. Create a mapping for each document type you expect to receive.

  2. Set Remap Active to Active.

Test documents from Step 4

Once you activate the remap, any documents sitting in Batch Acquire will be processed and attached to student records automatically.

Step 6: Enter Connection Details in Pearsana

Where: In Pearsana

This step connects Pearsana to your Slate instance using the account and URL you created earlier.

Instructions

  1. Log in to the Pearsana organisation admin portal.
  2. Go to the Dashboard.
  3. Find the Slate Integration widget.
  4. Select Edit and fill in:
FieldWhat to enterWhere you got this
Slate API URLThe URL you copiedStep 3
Slate UsernameThe Service Account User IDStep 1
Slate PasswordThe Service Account passwordStep 1
Auth TypeSelect BasicUse Basic unless your Slate instance specifically requires API key authentication
Slate IDYour Slate instance name — this is the first part of your Slate URL (e.g. if your Slate is at https://myuniversity.technolutions.net, enter myuniversity)Your Slate URL
  1. Select Save.
Basic vs. API authentication
  • Basic (recommended) — uses the username and password from Step 1. This is the standard connection method.
  • API — uses an API key instead. Only select this if your Slate administrator has specifically set up API key authentication. :::

Handoff

If you are the Slate administrator but do not have Pearsana admin access, send the URL, username, and password to the person at your institution who manages Pearsana. They can complete this step.

Step 7: Full End-to-End Test

Where: Start in Pearsana, then verify in Slate

This test confirms that documents flow all the way through: from Pearsana, into Slate, and onto the correct student record with the right document type.

Instructions

Preparation:

  1. Choose a test student who exists in both Pearsana and Slate. You need to know their Application Ref (or Person Ref) in Slate.

In Pearsana:

  1. Share a document for this student (e.g. upload a test transcript).

Then in Slate:

  1. Go to the Source Format and open the History tab.
  2. Check the following:
What to look forWhat success looks like
Was the document received?A new row appears in the History tab with today's date and a Complete status
Is it on the correct student?Open the student's record — the PDF should appear under their Materials
Is the document type correct?The document should be tagged with the right Material Type (e.g. "transcript")

If something is not right

  • Check the History tab for error messages — they usually explain what went wrong.
  • See the Troubleshooting section below.
  • To clean up test data: You can delete test imports from the History tab. Test documents attached to student records can be removed from the student's Materials section.

Document Types Sent by Pearsana

When Pearsana sends a document, it includes a label that identifies the type (e.g. "Academic Transcript"). In Step 5, you map these to your Slate Material Codes.

Document TypeValue Pearsana SendsNotes
Proof of IdentityproofOfIdentity
Academic TranscriptacademicTranscriptThis is the default — if no type was specified when the document request was created in Pearsana, this is what gets sent
Standardized Test Score ReportstandardizedTestScoreReport
AP Test Score ReportapTestScoreReportAP Exam scores
English Proficiency TestengProficiencyTeste.g. TOEFL, IELTS
Counselor RecommendationcounselorRecommendation
Teacher RecommendationteacherRecommendation
Personal StatementspersonalStatements
Application EssayapplicationEssay
Resume/CVcv

Complete list

This is the complete list. Custom document types are not supported at this time. If Pearsana adds new types in the future, you will need to add a new mapping in Slate (Step 5).

Unmapped types

If a type is not mapped, the document will still arrive in Slate, but instead of being attached automatically, it will appear in Batch Acquire for you to assign manually.

Limits to Be Aware Of

LimitWhat it means for you
50 documents per 5 minutesSlate allows up to 50 document deliveries per 5-minute window per Source Format. If your institution sends a large batch of document requests at once, some may be delayed. If you notice missing documents after a bulk send, wait a few minutes and check again.
One document per deliveryPearsana sends each document individually (not grouped). This is normal and requires no action from you.

Troubleshooting

Documents are not arriving in Slate

What to checkWhat to do
Is the Source Format active?Go to the Source Format General tab and confirm the Status is Active.
Are the credentials correct?Double-check the username and password saved in Pearsana match the Service Account in Slate. Watch for extra spaces at the end.
Is the Service Account active?Go to Database → Users in Slate and confirm the Service Account status is Active.
Is the Auth Type correct?In Pearsana, confirm Basic is selected (unless your institution specifically uses API key authentication).

Documents arrive but are not attached to the student

What to checkWhat to do
Does the student exist in Slate?The student record must exist in Slate before the document is sent. If the student was only recently added, try sending the document again.
Is the identifier correct?The student identifier Pearsana sends must match an Application Ref (if your Scope is Application) or Person Ref (if your Scope is Person) in Slate.
Is Remap Active?On the Source Format page, check that Remap Active is set to Active. If it is Inactive, documents go to Batch Acquire instead.
Check the History tabGo to the Source Format History tab and look for error messages on the specific import.

Documents arrive but have the wrong type

What to checkWhat to do
Is the Value Mapping set up?In the Source Format Remap section, check that the Pearsana document type has a mapping to your Slate Material Code.
Check capitalisationMaterial Codes in Slate are case-sensitive. Make sure your Value Mapping matches exactly.
Is the Material Type missing?If the Material does not exist in Slate, create it at Database → Materials and then add the Value Mapping.

Large batch of documents and some are missing

What to checkWhat to do
Rate limitSlate accepts up to 50 deliveries per 5-minute window. Wait a few minutes and check again. If documents are still missing, contact Pearsana support.

Getting Help

I need help with…Who to contact
Slate setup (Source Formats, Materials, user accounts)Your institution's Slate administrator, or Technolutions support
Pearsana portal access or settingsYour Pearsana account manager, or email support@pearsana.com
Documents not arriving or other integration problemsStart with the Troubleshooting section above, then contact support@pearsana.com with details from the Slate History tab