Decision Codes

Often interactions, activities, statuses, decisions reasons, and actual decisions are combined into decision codes. This is an opportunity to consolidate and organize decision codes to be more sustainable by adopting the Slate standard decision names and codes. Adopting these standards from the start will make the rest of the decision process cleaner and easier to understand.

  Best Practice

Develop a list of decision codes that is manageable for long-term sustainability. Rather than deviate from standard decision codes, use decision reasons to address business needs.

Standard Decision Codes

We recommend using the following decision codes in Slate:

Decision Name Prerequisite Code
Admit not applicable AT
Deposit Pending
(if requiring an enrollment deposit)
AT DP

Deposit Paid (Enroll) or Admit/Matric

AT AM

Admit/Decline

AT AD

Deny

not applicable DN

Defer

not applicable DF

Waitlist

not applicable WL

Waitlist/Accept

WL WA

Waitlist/Decline

WL WD

Withdraw

not applicable WT

  How are decisions that need a prerequisite managed?

Some decisions should not be released to a student unless another decision already exists on their record. For example, an Admit/Matric decision should not be assigned to a student who has not been admitted (that is, a student who does not have an Admit decision). Therefore, Slate uses prerequisites to ensure that only compatible batch-released decisions can be released.

While decisions can be manually assigned at any time to an applicant, the post-decision rules built in Stage II and the Decision Release module will honor any prerequisite settings.

Adding a Decision Code
  1. Select Database on the top navigation bar and select Decision Codes.
  2. Select Insert.
  3. Enter the following User configurations in the dialog box:
    • Status: Set to Active.
    • Name: Name the decision code. We recommend using Slate standard decision names described above.
    • Code: Provide a code. We recommend using Slate standard codes described above.
    • Export Key: Provide an export key for codes that will need to be used in data exports to other systems.
    • Export Key 2: Provide additional export codes when there are multiple systems using different codes.
    • Export 3: Provide additional export codes when there are multiple systems using different codes.
    • Decision Label (optional): We recommend leaving this setting blank for now. This setting is typically used for financial aid decisions, which is discussed later in the documentation.
    • Priority (optional): If multiple decisions are being released at exactly the same time (for example, an Admit decision and a Financial Aid decision) organize the order in which those decisions will appear. Priority 1 will appear first, priority 2 will be next, and so on.
    • Prerequisite #1: Some decisions should only be available for release if another decision has been previously added (for example, Deposit Pending). Provide a prerequisite code when applicable.
    • Prerequisite #2: Set additional prerequisite decisions if needed. Important: Slate treats these prerequisite settings as logical ORs, not ANDs.
    • Prerequisite #3: Set additional prerequisite decisions if needed. Important: Slate treats these prerequisite settings as logical ORs, not ANDs.
    • Opt Out: Configure a Deny decision to automatically set the Opt Out tag. Setting this will ensure that those students no longer receive marketing communications.
    • Type: Leave this at Decision.
    • Admitted Student SSO: Leave this at Do not enable.
    • Printable: This allows the Query module to export a letter associated with the decision as a Word document to be used for mail merge.
    • Hide Checklist: Choose Hide checklist when released to no longer display the checklist on the applicant status page for a person once the decision has been released.
      For example, the applicant status page might normally appear like this: mceclip0__1_.png
      But when this decision is released, the applicant status page could look like this: mceclip1.pngThe checklist will no longer appear on the applicant status page for applicants with this decision on their record.

      Important

      This setting also hides the financial aid checklist. It does not hide the forms section of the checklist.
    • Hide Forms - Rules will be created to add required items to the applicant status page for applicants with certain decisions. For example, the reply to offer of admission form may appear as a required form for applicants who have been admitted.

      The Hide forms if not yet viewed setting would prevent a required form from appearing on the applicant status page until the applicant has viewed the letter associated with the decision.
      For example, the applicant status page may look like this when a decision has been released: mceclip2.png
      After the applicant has viewed the letter, the applicant status page will appear like this: mceclip3.pngThis setting prevents “ruining the surprise” for admitted students.

    Select the Light Bulb  for a complete listing of all setting descriptions.

Was this article helpful?
11 out of 14 found this helpful