Entry Page (Attendee Form)

Entry Page (Attendee Form).

The entry page of the registration form is the first page of the form that a registrant sees. It can be used as the event's entire website (for simple events), or simply as an instructional entry to the online registration process. It can also be used to limit access to the registration form—by requiring attendees to log in using a username and password, for example.

Video: (1.5 min)

Entry Section

The instructions will appear above the header bar, at the top of the section.

Text Above Header will appear above the Header Text in the header bar (in a contrast color).

Page HTML will appear directly below the header, and can include any information desired.

The text entered into the page HTML field will be converted into HTML. Carriage returns will be replaced with HTML BR (break) tags.

This page can also restrict access to the registration form through a variety of permissions.

Form Entry Permissions

Open Enrollment or Profile Login is the least secure method of access to a registration form. Open Enrollment or Profile Login is the default entry permission.

Open Enrollment allows anyone who has access to the form URL to view the form. This access can include an emailed invitation link from a colleague. This access can also include a link to the registration form on a webpage.

Profile Login is for situations where a Username and Password are set as Required. Profile Login is also for situations where the person does not have an existing registration ID in the event. This situation is typically created through the Import Registrations process.

In this scenario, the login information is first compared to the Profiles database in the account. The Profiles database is an address book populated with information from past registrants.

Reg ID in URL or Integrations Only is an advanced option. Reg ID in URL or Integrations Only is typically used if an ID value is passed to the form via GET or POST methods. Customers who integrate Certain with back-office systems or internal portals will adopt this approach to expedite access to the registration form.

Forms accessed via a registration link that includes the Dynamic Data Field “Reg ID for URL” appended to the URL string should also use this option.

This option denies access to the form unless a valid ID passed by either GET or POST is found.

Valid IDs are:

Restrict to Registrations in this event (Existing or Imported) is an access restriction option. This option restricts access to the form to only those people who have an existing registration in the event.

Existing registrations can be created through the Import Registration process. Existing registrations may already exist as a result of a past registration.

This option can be used to allow existing registrants to return and make modifications.

Entry into the registration form can be restricted to specific Registration Statuses, including custom statuses. For example, a form designed for accepted applicants could be restricted to enable registrations with an “Invited” status. This example also indicates the form should not enable registrants with a “Denied” status.

If no statuses (or all statuses) are selected, then registrations are not restricted based upon their registration status.

> Note: This feature is useful only when used in conjunction with the collection of username/password combinations and/or registration codes. > If the registrant enters a valid username/password combination or registration code. > The registrant is still subject to the enabled registration statuses. > The form will display the error message in the " Status not allowed " text box if the registrant is not in one of the enabled registration statuses.

Waiver Checkbox

To include a waiver checkbox on the entry page, select Require from the Collect? menu. These extra fields are added.

Registrants must read the waiver.

Registrants must select the check the box before viewing the registration page.

Default: "Please check the box below to certify that you have read this message."

The waiver text will be highlighted in the error font color. Leave the waiver text field blank if a waiver check box is not required.

Username and Password

The highest level of security is offered by the Username and Password fields. Each registrant must be pre-assigned a unique username (or Personal Identification Number) and a password prior to invitation.

Alternately, registrants may be asked to select a username and password the first time they register.

Usernames are attached to the registrant's profile record. Usernames can be re-used from event to event.

Certain enables the following options to be set for usernames and passwords:

You can click </> (at lower right) to edit the text in an .

Usually Username is used.

Other fields such as Email Address or Last Name may be used.

Usually "Username" is used.

The label should match the attendee's understanding.

Can be set to one of several fields.

Typically set to Password.

Passwords can be set in the area for any registration.

This text also applies if no values are entered and Collect? is set to Require.

> Note: You must designate an email template () as your "Forgot Password" template before being able to enable this feature. > Video: (2 min)

This requirement exists because that is the profile field that the attendee would be resetting.

These fields allow configuration of field labels and messages for:

You can also choose to show a password-strength indicator.

The email enables the person to reset their password.

The email also enables the person to register.

This outcome requires Open Enrolment / Profile Login to be set under above.

Passcodes

Collect? determines whether to place a single text box on the entry page to request a passcode from registrants. Select No, Optional, or R equired for access to the form.

If Optional or Required is selected, several fields are added.

Check "Hide Text?" in order to collect the passcode as a hidden text field.

The hidden text field prevents the registrant from seeing what they are typing.

Three types of passcodes are used on the entry page:

If the passcode provided matches one for that event, then the registrant will be assigned to the corresponding attendee type.

The registrant will then be shown questions, agenda items, and options accordingly.

A single (unique) password may be provided for each attendee type.

These codes can be set up for one-time use.

This means that once one person uses the code to access the form and completes a registration, no one else can use that same code to register online.

To do this, make sure that the Prevent reg edits? check box is selected in the form setup.

If the form profile is set so that the registrant's name is read-only, then the registration code is non-transferable.

This transfer restriction ensures only the intended recipient can register online using that code.

Additional message behaviors are:

This message appears when the registrant tries to enter the form without providing a passcode.

This message appears when the passcode does not match any of the types it is being compared to.

“Full” means the capacity limit has been reached.

If more than one passcode is optional or required, the system evaluates and uses the first code that matches in this order: 1. Registration code 2. Attendee type 3. Global passcode

SSO Login

If any SSOs ("Single Sign Ons"), such as social logins for LinkedIn or Facebook, have been configured for the event, select those to be used on the form. This configuration is in .

Attendees will have the option to click the relevant button to pre-populate the form with their details. Which fields are prepopulated is determined by the SSO configuration for the account. This determination uses . The pre-populated fields always include at least First Name and Last Name.

> Note: The button details (label, color, text, icon, and class) are determined by the SSO configuration for the account. > This configuration is in .

(See for a brief overview of SSOs in Certain.)

Messages for Existing Registrations

This option gives the planner the ability to script messages to display to existing registrants on the Entry page. The display depends on whether the registrant has an existing incomplete or completed registration.

The messages for incomplete and completed registrations can use the . The messages can also use event and registration fields. The messages can insert those fields into the message.

For example, the message body can display <{First Name}> and <{Last Name}> and other registration fields.

Default messages are also available by clicking Default Value below each message entry box.

These options are defined as:

> Note: If an attendee with a " Cancelled " status tries to log back in using their , , or , they will see the "Event Registration Capacity" Message customized on .

Other Options

If blank, the default text provided in the event setup will be shown on the Submit button.

Default: " Continue "

The disclaimer is also shown above the general Submit button.

Default: "<BR>NOTE: Your registration is not valid until you have successfully completed the entire process and received a printable confirmation page and an email confirmation."

Since only one button is shown on the form, the planner can decide if the disclaimer text appears above or below the entry Submit button. The planner uses the optional button or general button.