TX Forms are a lightweight option for creating forms for Inquiries (using General forms), Applicants (using Application forms), or Event Registration (using Event forms). TX Forms provides the ability to include specific, predefined fields, Custom Questions, and assignment of Source values. You can configure Conditional questions, option groups, Disclaimers, and more.
Use General forms to create an Inquiry or any form unrelated to an Event or Application. As a best practice, be sure to adopt standard naming conventions for forms shared organization-wide so it's clear what function or business your form serves.
Field |
Description/Notes |
---|---|
Form Title | Title for your form. This will display in the left pane, along with your Description. |
Description |
Description of the form. This will display in the left pane and should provide context for the user. You can include a link to a URL in the form description.
|
Logo URL |
The public URL for your institution logo or the link to a Public static resource image file. This will be displayed in the top left of the form panel. See below for details on building the Public URL for Logo or Poster images.
|
Poster URL |
The public URL for the image or the link to a Public static resource image file. This will be displayed in the left pane, behind the Logo, Form Title, and Form Description. See below for details on building the Public URL for Logo or Poster images.
|
Confirmation Message | The message is displayed once the user submits the form. |
Use Captcha |
Enables the reCAPTCHA option to display at the end of the form: |
Redirect to Custom URL | Allows you to enter a URL that the user should be directed to after they submit the form and select Done. If left blank, the user is directed back to the location they came from. |
Sharing | Sites |
Allows you to select one of your Sites to display the form. For example, if you have an Inquiry Site, select the Site from the list and then Copy the link to view it.
When using a new site for different form types, you must add permissions for the Inquiry, Org Event or Application objects for the site guest user. You will need the list of all the fields added to your form. For additional information on Permissions and TX Forms, see Implementing TX Forms. |
Note: If you click the Content tab before adding any sections, the system creates a Section automatically.
Note: When users submit a form, Contact matching is based on the following:
The system will look for an EXACT match on all 3 of the above fields. For details on customizing Contact matching, see Managing TX Forms.
Logo and Poster images for General forms use a public URL referencing a Static Resource. Follow these steps to build your Public URL:
Once you create a Static Resource for your Logo and Poster images, you must copy the URL.
Examples:
The Application Form type is a form that centers around a Contact and an Application (in contrast with the General form that is just Contact-focused). This allows you to create records linked to the Application, meaning you can have questions on the Contact level, on the Application level, and on an Essay record (for example) related to that application. As a best practice, be sure to adopt standard naming conventions for Forms that are shared organization-wide, so it's clear what function or business need your Form serves.
The object selector for Application Form types will display both Contact and Application related objects, as seen in the screenshot below: |
Once selected, the objects collapse down and display as: |
These options display in all places where the object selector exists. This includes the Visibility conditions and Option Groups.
Field |
Description/Notes |
Form Title |
Title for your form. This will display in the left pane, along with your Description. |
Description |
Description of the form. This will display in the left pane and should provide context for the user. You can include a link to a URL in the form description.
|
Logo URL |
The public URL for your institution logo or the link to a Public static resource image file. This will display in the top left of the form panel. See below for details on building the Public URL for Logo or Poster images.
|
Poster URL |
The public URL for the image to display in the left pane.
|
Confirmation Message |
The message displayed once the user submits the form. |
Use Captcha |
Enables the captcha option to display at the end of the form: |
Redirect to Custom URL |
Allows you to enter a URL that the user should be directed to after they Submit the form and select Done. If left blank, the user is directed back to the location they came from. |
Sharing | Sites |
Allows you to select one of your Sites to display the form. For example, if you have an Inquiry Site, select the Site from the list and then Copy the link to view it.
When using a new site for application form types, you must add permissions for the application object for the site guest user. You will need the list of all the application fields added to the form:
|
Note: If you click the Content tab before adding any sections, the system creates a Section automatically.
Note: When users submit a form, Contact matching is based on the following:
The system will look for an EXACT match on all 3 of the above fields. For details on customizing Contact matching, see Managing TX Forms.
You can create TX forms for Events from several locations:
The Form Builder button allows the creation of a New TX Form that can be assigned to the Org Event. As a best practice, be sure to adopt standard naming conventions for your Forms that are shared organization-wide, so it's clear what function or business need your Form serves.
Note: Description, Logo, and Poster images are defined in the Event record.
Note: For Events forms, the left panel is defined by your Event setup
1 - Header Logo
2 - Header Text
3 - Event Name and Description
4 - Event Start and End Dates
5 - Event Poster Image
Notes:
When using a new site for Events form types, you must add permissions for the Org Event object for the Site Guest User. You will need the list of all the fields added to your form. For additional information on Permissions and TX Forms, see Implementing TX Forms.
Sections define the different areas of your form. The Section Header contains several components:
1 - Section Title displays as a Header on the form (new sections will default as New Title 0, New Title 1, etc).
2 – Edit allows you to update the Section Title.
3 – Delete deletes the Section.
4 – Move Section up/down can be used to move a Section up and down within a Form.
5– Expand/Collapse will expand or collapse the Section details.
Repeatable sections enable you to configure one section that can be displayed multiple times to collect multiple records. For example, you might use a repeatable section for Enrollment History so students can enter multiple education records.
The Content Block header contains some of the same components as the Section Header:
1 – Content Block Type will display the Type of Content you selected (i.e., Question, Disclaimer, Hidden Field, Address Widget, Divider, Display Text, or Upload).
2 – Delete will remove the Content Block.
3 – Move Content Block up/down can be used to move a Content Block up and down within a Section or into a different Section.
4– Expand/Collapse will expand or collapse the Content Block details.
Different options are available depending on the field type selected:
Note: If you include the Source field on the General form and the user does not answer questions related to the Inquiry fields, the system will still create an Inquiry record with the Source field data.
Note: Administrators MUST grant READ access to Site Guest Users for all fields configured on your TX Forms.
When creating records related to an Application, you can link records to the Contact or to the Application to include them in record matching and prevent duplicate records.
For example, you can include enrollment history fields linked to the Contact and then add a Hidden field that links the Contact data to the Application. If a matching enrollment history exists, the system will not create a new enrollment history record. In the example below, the system will check for matching Enrollment History records for the Contact. If a new record is created, it will be linked to the related Application:
Content Type |
Object |
Field |
Options |
---|---|---|---|
Question |
Enrollment History (Contact) |
School Name |
|
Hidden Field |
Enrollment History (Contact) |
Application |
Link to Application = Enabled Used for Matching = Enabled |
You can include Read-Only fields on your form to flag them for matching, or to reference in option groups, or visibility conditions. For example, you can include fields for the Contact ID and Application ID populated via a URL pre-fill. These fields will then be used to match a Contact/Application record when the form is submitted.
Picklist fields will default the Salesforce configured Values in a text field, and users can remove/rename any they wish. Users can't add new values to the picklist. Values are formatted as follows:
Label, Integration Value
When an Autocomplete field is selected, such as School Name, users can specify an Answer List, a Filter Field, and a Filter Value to display.
You can enter multiple values for the Filter Value by separating each value with a semicolon. An option will display if it contains at least one of the values listed.
Note: The Site Guest User will need Read/Edit access to the Autocomplete (lookup) field, Read access to the lookup object, Read access to the Answer List and Filter Field fields on the lookup object, and a Sharing Rule will need to be created that grants Read access to the object for the Site Guest User for any records that need to be searched.
When a Multi-select picklist field is selected as a field, it will display as such in the Details window:
The question will default the Salesforce configured Values in a text field, and users can remove/rename any they wish. Users can't add new values to the picklist. Values are formatted as follows:
Label, Integration Value
You can define a Salesforce record type when creating records using a TX Form. This is accomplished by configuring a question or setting up a hidden field. For example, to allow users to enter Advising information such as Kudos or Alerts, configure the following:
Sample Label |
Object |
Field |
Sample Values |
---|---|---|---|
Type of Advising record? | Advising (Student) | Record Type ID |
|
Category? | Advising (Student) | Category |
|
Type? | Advising (Student) | Type |
|
What is this Alert/Kudo about? | Advising (Student) | Notes/Log | <text area field> |
Hidden Field (optional) |
Advising (Student) |
Public? |
The value must be set to True to ensure newly created records appear in Student Success Center. |
Note: When using URL Pre-fill on a Record Type ID field, use the Label in the URL, not the ID. For example: txf1=Kudos
Your form would then present this to the user:
For details on submitting Faculty Early Alerts with TX Forms, see Submitting Faculty Early Alerts with TX Forms.
Question fields that are checkboxes will display the options:
You can change the text for Answers, but you can NOT update the Integration Values. If you change the text, the Reset icon will reset the values to default. Radio buttons are NOT an option for Checkbox fields.
The School Picker is an autocomplete field used to enter a School Name. When a user types a School Name, the system autocompletes to find the institution name.
Note: Separate the values with a semicolon to add multiple Filter Values. For example, High School;College
You can configure your form to display a text field for students to enter a School Name if Unknown School is selected for the School Name.
The Divider will display a dividing line on your form. You can add Conditions to a divider so that it only displays based on a user’s response to another question:
The Address Widget allows you to add Mailing Address or Other Address fields to your form. The question will automatically default to 'What is your address?'
Note: If you don’t want to use the full address widget, you can select individual address fields instead or remove any Widget Fields you don't want to be displayed.
Conditional Content allows you to display certain sections of your form to a specific group of users.
Notes on TX Forms Conditional Content:
Note: Any fields used in your conditions MUST be on the form. For example: If you create a Content Block to display only for PA residents, then you MUST have the State field on your form.
The File Upload widget in TX Forms allows you to enable file uploads for specific types of documents.
Notes:
The Disclaimer Content Block allows you to select a checkbox that a user can click to acknowledge any disclaimers or terms and conditions. For example, you can include a Terms and Conditions section indicating that the user acknowledges that they are allowing your institution to contact them:
You can only select a checkbox field (i.e., Boolean field) for a Disclaimer Content Block; the list of fields will automatically be limited to checkbox-type fields:
Display Text can be used to display instructional text on the form. You can also define Conditions to display the text based on specific values. For example, you can add Display Text to a section that will display one set of instructions for In-State students vs Out-of-State students.
Example Conditions:
Condition for Mailing State = PA
Condition for Mailing State != (not equal to) PA
Hidden fields, such as Source, are used for data you want to collect that isn't meant to be displayed to students. Set the Default value that will be used to populate the selected field, for example:
The URL Pre-fill option adds a Pre-fill key that can be populated and shared to Pre-fill certain fields on your form. There is a limit of five Pre-fill fields per form.
txf1=
as part of the URL. Add the value after the equal sign.Example Pre-fill URL:
https://yourdomain.my.salesforce-sites.com/Inquiry/TargetX_Base__InquiryForm#?formId=b1MDa55555XW99MAG&formType=general&txf1=<PREFILL VALUE>
Notes:
txf1=Kudos
txf1=<PREFILL VALUE 1>; <PREFILL VALUE 2>
%2B
to pass the + character correctly. Or %26
for an ampersand (&). Test your pre-fill code on exposed fields when using special characters to ensure the pre-fill data populates correctly. This is especially important for hidden fields since you cannot see whether the field is pre-filled.
Option Groups display if you've selected a picklist field:
Notes:
Form Versioning allows you to create draft versions without affecting the active version of your forms. You can view the versions of a TX Form from the list view by selecting Version History from the action menu:
Note: the draft version never goes away. If you publish the draft, it still displays at the top of Version History.
You can’t edit a Published version, you must first unpublish the version, then choose Save as Draft to make changes.
To edit a Draft version:
You can ‘unpublish’ a form by toggling the Publish Form field. You’ll need to confirm this process, as it will make the form unavailable to all users until a new version is published. Enable the Publish Form toggle to ‘publish’ a form and Save. This makes the form publicly available.