Set Up Form Properties

This topic describes the Form BuilderClosed The Form Builder is the tool that form designers use to create forms. In the Form Builder, accessed from the TrueContext Web Portal, form designers can add and edit pages, sections, and questions, as well as attach data destinations and configure the form's settings. Settings that you can customize. These include settings to control what’s displayed on the Mobile App, the documents that a user can download, and other form-level properties.

Contents

Form Builder Settings page

To set up the properties of a specific form:

  1. Create or edit the form that you want to set up.

    Manage Forms > Form Name > Edit Form

    or

    Manage Forms > Create New Form, select the form type, and then enter the form name and description.

    Tip:The Summary Page Options view displays the description in the Mobile App.

  2. Select Settings.

    Result: The system displays the Settings page. From here, you can set up the form properties.

Shows the settings options in the form builder: Form Information - to add a name, description, and tags; Mobile App Settings - how users navigate through the form and store images; Exception Categories - highlight answers that fall outside of specified criteria; Documents - make documents available to download; Workflow Settings - control how users can receive and open the form; Advanced properties - how data is collected, stored, and referenced.

Note:When you edit a form and then save your changes, the system creates a new version of the form. The Mobile App gets the new version the next time that the app reconciles.

The following sections describe the properties in more detail.

Form Information

General Information

Form Name

A name that clearly identifies the form, such as Vehicle Inspection.

Note: Changes to the Form Name could affect Documents and Data DestinationsClosed A Data Destination specifies where to send data from a submitted form. You can use Data Destinations to automate data sharing and storage, routing data to a specific service (such as email or cloud storage) in several different formats.. Check all Document and Data DestinationClosed A Data Destination specifies where to send data from a submitted form. You can use Data Destinations to automate data sharing and storage, routing data to a specific service (such as email or cloud storage) in several different formats. settings to determine the potential impact of any changes to the Form Name.

Form Description

Enter a short description of your form for future reference. The description also displays on the Summary page of the Mobile App.

Tags

Tags help your field users quickly find the form they need in the Forms, Inbox, Drafts, and Sent lists. Field users can select or type tag names to display a list of matching forms.

To add a tag, type it in the Tags field, and then select Return or Enter.

Tip:Tags are not case-sensitive.

The following example shows how to add the tags inspection and campus:

Tags can have up to 12 alphanumeric, -, and _ characters. You can add up to 250 tags per form.

Info:The topic Use Form Tags in the Mobile App to filter a list of forms describes tags in more detail.

Languages

If your team is on the Advanced or Enterprise tier and has the Multi-Language Forms add-on, you can add up to ten languages.

Info:The topic Set Up a Multi-Language Form provides detailed steps to set up multiple languages.

Info:The Multi-Language feature does not include app framework content (navigation, action buttons, and error messages, for example). This content is translated based on the user’s device locale, as described in the topic Language Settings and Translations.

Mobile App Settings

The Mobile App Settings control how Mobile App users navigate through the form and whether they can access a summary view. They also control whether they can store images locally on their devices.

Form Options

Form Options control form navigation.

Navigation index

The navigation index is a list of the pages in a multi-page form.

"Daily Job Report" form navigation index that shows all pages: Job Information*, Labor, Materials Used, Equipement on Site, Work Done, and Sign Off*. An asterisk indicates a page that has required questions.

  • Show only visited pages—Users must answer all required questions on the current page before they can move to the next page. Once they’ve completed a page, they can go back to it.

  • Show all pages—Users can work through the form in any order, even jumping ahead several pages.

    Note:If your form includes Conditional Logic, think carefully before you select the Show all pages option. Users might skip over a question that triggers a Conditional Logic rule. If the user goes back to a previous page and triggers that rule, some of their work could be changed or erased.

Summary Page Options

Users can access a Summary Page to review their answers before they submit the form.

The Summary Page Options section in the Mobile App Settings in the Form Builder. A user can disable the summary page's share function, or disable the summary page altogether.

Summary page view that shows the form name "Fire extinguisher inspection", the description "Monthly Fire Extinguisher Visual Inspection", the Repeatable Section heading "Visual Inspection", the sub-form page heading "Visual Inspection", and the questions and answers displayed in a two-column layout. In this example, the "share" button is enabled, and the user can display a thumbnail view of the pages in the form.

The Summary Page:

  • Helps field users to confirm that they’ve entered all data correctly.

  • Gives customers a clear view of the work completed before they sign off. To let users share the summary page, select Allow users to share summary page.

Tip:If you want to limit access to sensitive data, clear the option to allow users to share the Summary Page. They won’t be able to print the summary or share by text or email.

Image Options

Image options control whether field users can save photos taken in the TrueContext Mobile App to their device.

Image Options section with the option to "Save photos..". Select this to let users store photos on their device.

Note:This takes up storage space on the device, so enable this option only when it’s absolutely required.

If you have HIPAA compliance requirements, we recommend that you do not enable the option to save images on devices.

Exception Categories

Exceptions highlight issues in real time as your field users work through a form. Exceptions provide color-coded feedback directly in the form.

Form that shows button-group questions, some red and some green. The question "The extinguisher has no visible damage, corrosion, or leakage" is red because the user selected "False", which triggers the "Failed Inspection" exception.

This example shows three typical Exception categories, each with a different color.

Exception Categories section with three Exception Types defined: Critical Failure (Red), Minor Issue (Yellow), and Acceptable (Green).

Info: If an answer triggers more than one Exception, the highest priority (top) category applies. The topic Answer Exceptions describes in detail how to set up your Exception categories.

Once you define Exception categories, you can apply them to number-based and options-based questions throughout the form. You can also set up a Recap question to count the number of answers in each category. Then, you can use that value to drive Conditional Logic. For example, you can count the number of critical issues and enforce a specific workflow based on that count.

Documents

Documents display the contents of submitted forms in different formats. In the Documents section, you can make documents available for download from the Web Portal, the TrueContext REST API, and the Mobile App Sent and Search lists. This setting does not affect documents sent to a Data Destination.

Select the Documents available for download field and choose a document from the list. To create a new document, select Add a new document.

"Documents" section with a PDF and JSON document available for download, and the "Add a new document" button for creating a new document.

Workflow Settings

The Workflow Settings control a sequence of processes by which a user can open a form. These include dispatched forms, edits to submitted forms, search options, TrueContext TeamworkClosed TrueContext Teamwork is an Enterprise tier feature that enables mobile users to transfer incomplete forms for other users to complete as part of a multi-user workflow. This can be useful for jobs that require someone else's expertise or that span multiple shifts. options, and App‑to‑App custom callback parameters.

Form Initiation Methods

Configure how you want mobile users or supervisors to begin a workflow.

Form Initiation Methods section that shows the options "Forms Box", "Inbox", "Inbox and Forms Box", and "Allow mobile users to decline...". These options define how users can open this form and whether they can decline the form if it's dispatched to them.

Forms Box (User-initiated)
Mobile users can open blank forms from the Forms list in the Mobile App.
Inbox (Dispatched forms)
Admins can dispatch a form to one or more mobile users. They can choose to prepopulate some of the answers to the form. Mobile users can access all forms dispatched to them from their Inbox in the Mobile App.
Inbox and Forms Box
Mobile users can open blank forms from the Forms list and dispatched forms from their Inbox.

Tip:Make sure that the Forms list or Inbox are enabled for your team.

If you allow users to access dispatched forms from their Inbox, you can also allow users to decline them. When a user declines a dispatch, the form submission status changes to DispatchClosed The term "dispatch" refers to the act of sending a form to a mobile user or customer. Typically, a dispatched form includes some information pre-filled to give the recipient context for the work to be done. Dispatch can be manual or automated (using a Dispatch Data Destination or the TrueContext REST API). Declined.

Note:If you enable the TrueContext Teamwork setting, users can’t decline dispatched forms.

Refresh on Form Open

Refresh on Form Open is an advanced form-level setting that activates a check for form and data freshness. When a field user or an App‑to‑App request opens the form, TrueContext checks and updates the following types of data:

"Refresh on Form Open" section with the "Download the latest..." checkbox selected. The alert options "Ignore", "Warn", and "Block" become available after you select the "Download the latest..." checkbox.

Tip:You don’t need to refresh every form between reconciles. Use Refresh on Form Open only when you want to:
  • Enforce a check for the latest form version and data. You can block or warn the user if the refresh can’t get the latest updates.

  • Use an App‑to‑App request to launch the TrueContext Mobile App from a third-party app and enforce a check for form and data updates.

Note:When you edit a form and then save your changes, the system creates a new version of the form. The Mobile App gets the new version the next time that the app reconciles. This applies when you change any of the form settings.

For Refresh on Form Open, remember that users must reconcile to get the form version that has this setting enabled. After that, the refresh action automatically checks for new form versions and data.

The following table describes the options you can choose if a refresh fails to complete.

Form setup Description Reason for failed refresh Alert displayed on the Mobile App
Ignore

Least restrictive, field users can open and work on the form.

Users can work without interruption but might not have the latest form version and data.

Device is offline None
Network or system error None
Warn

More restrictive, notifies the field user that their form and data might not be up-to-date.

Users can decide whether to proceed without the latest form version and data.

Device is offline Alert that tells the user the form is unable to refresh because the device is offline. The user can discard and try again or continue with the form and data they already have.
Network or system error Alert that tells the user the refresh couldn't be completed. The user can discard and try again or continue with the form and data they already have.
Block

Most restrictive, user must refresh before they can start work on the form.

Ensures that the form version and data are up-to-date before the user starts work.

If the system can’t perform the data freshness check or updates, it blocks the user, even if their data is up-to-date.

Warning:

This option prevents field users from starting work if the data freshness check or updates fail. Use this option only when you know that field users will be online when they open the form.

Device is offline Alert that tells the user the form is unable to refresh because the device is offline. The user must try again when the device is back online.
Network or system error Alert that tells the user the refresh failed to complete. The user must try again.

Info:This feature is only available to Enterprise-tier customers. The topic Refresh on Form Open describes in detail how this option works.

Search Options

Users can search for submitted forms or incomplete TrueContext Teamwork-enabled forms.

Select the option to display submitted forms in the Mobile Search, and configure how many days submitted forms are available.

Info:You must Enable the Mobile Search feature at the team level to use this setting. The topic Enable the Mobile Search Feature on your Form describes the form-level setup in more detail.

Editing

You can allow Mobile App users to edit a form after it’s been submitted. You can also specify whether users can initiate editing for their own submissions, other users’ submissions, or both. Because you configure these options at the form level, you control which forms can be edited and who can initiate editing.

"Editing" settings that show editing enabled when the user selects "Allow web portal users to send form submissions back to mobile users for editing". Two additional settings indicate whether mobile users can edit their own submitted forms from the Sent list, and/or edit other users' submitted forms from the Search list.

From the Web Portal, you can send a form for editing to the user who submitted the form or to a different user.

Note:

Info:Unlike dispatched forms, forms sent for editing can’t be declined. The topic Editing Form Submissions describes how editing works in more detail.

TrueContext Teamwork

The TrueContext Teamwork feature supports team collaboration by enabling your mobile users to transfer forms between them. With the TrueContext Teamwork feature, it's easy to implement a multi-user workflow.

Some jobs require more than one technician to complete an assignment. Your mobile workforce can submit incomplete forms for other team members to complete. Supervisors or team leads can track the work’s progress in the Web Portal and take action (unassign or reassign work) as needed.

Note: This feature supports consecutive workflows. Only one mobile device user at a time can “own” a form.

ProntoForms Teamwork settings with options to 1) allow users to transfer forms directly to any user who has permission to access the form; and 2) release incomplete forms for other users to claim.

Tip: With any TrueContext Teamwork configuration, supervisors can always unassign and reassign forms as needed.

Info:
  • This feature is only available to Enterprise-tier customers.

  • If you enable this setting, users can’t decline dispatched forms.

  • The topic Steps to Enable TrueContext Teamwork on a Form describes the TrueContext Teamwork feature in more detail.

App‑to‑App Callbacks

App‑to‑App callback parameters define the data to send back to a third-party app on the user’s device. For example, your Field Service Management (FSM) app launches a form that captures the job start date. You can configure a custom callback parameter to send the parameter name and value back to your FSM app.

App-to-App Callbacks section with four parameters and corresponding DREL expressions defined. For example, Parameter = JobStartDate (to match the source app) and %a[Job - start date], which returns the answer to the question with that unique ID

Info:This feature is only available to Advanced and Enterprise-tier customers. The topic Configure App‑to‑App Custom Callback Parameters describes how App‑to‑App callbacks work in more detail.

Sent Box Options

The Sent box displays the user’s submitted forms. If you want users to have access to the Sent box, make sure you enable it in the team-level settings.

Sent Box Options settings that shows a checkbox to display submitted forms in the Sent box. You can also set the maximum number of submitted forms to store for this form only, as well as the number of days to store the submitted forms up to a maximum of 90.

If you leave these fields blank, they default to 20 items and 7 days.

Note:This setting only affects the current form, not other submitted forms displayed in the Sent list.

Advanced Properties

Data Record Naming

A Data Record NamingClosed A Data Record Naming expression provides a way to create a unique name for dispatched, saved, and submitted forms. The naming expression also applies to forms that a user saves as draft on their device. A customized name helps you and your mobile users quickly search for and identify forms. expression provides a way to create a unique name for dispatched, saved, and submitted forms. The naming expression also applies to forms that a user saves as draft on their device. A customized name helps you and your mobile users quickly search for and identify forms.

Data Record Naming section, Naming expression field that shows the DREL expression %a[CustomerName] %f - %d %t. This names dispatched, saved, and submitted forms with the answer to the "CustomerName" question, along with the form name, date, and time that the form was dispatched, submitted, or saved.

The system displays the unique, customized name at various stages of your workflow:

Info:The topic Customize Dispatched, Saved, and Submitted Form Names with Data Record Naming describes in detail how to name Form Submissions.

Data Record Naming does not affect the name of files sent through Data Destinations. The topic Change How Form Submissions Are Named and Organized in Cloud Services describes how to name files in Data Destinations.

Data Passthrough

Data Passthrough is a setting you can enable on a form when you don’t want the TrueContext server to store your data. Use this feature when your organization’s security policies prohibit storing information on an external server.

The Data Passthrough setting deletes submitted data from the TrueContext server 24 hours after submission. For this reason, any features that require data from a submitted form are not compatible with Data Passthrough.

Your form must have two different types of Data Destinations added. This ensures that you have a backup in case your main Data Destination fails.

Warning:If both of your Data Destinations fail, you will lose your data after 24 hours.

Data Passthrough section that shows the "Enable Data Passthrough" option. In this case, the option is grayed out because an incompatible feature (editing, in this example), is already enabled.

Info:The topic Enable Data Passthrough on Forms describes the Data Passthrough feature in more detail.

Advanced Options

The advanced options include geolocation and maximum submission size settings.

Advanced Options section with "Collect geo location" enabled to automatically collect a location that the user can't change. Also shows the maximum form submission size set to the recommended 2.00 MB.

Note: The Collect geo location setting depends on the mobile device location settings. Location services must be enabled on the device for the system to capture the geolocation.

Info:The topic Geolocation Data describes in detail how the different geolocation options and questions work.

A smaller submission size optimizes performance and storage for forms that capture image files and minimizes the impact to data plan usage. We recommend a maximum of around 2.00 MB—the default value—for best performance on all devices.

Unique Reference Number

The Form Submission Reference Number is the TrueContext unique identifier for a dispatched or submitted form. The Reference Number includes the dispatch or submission date (in UTC) and a form submission identifier. You can customize the Reference Number to work with your back-office systems and to provide context in lists of dispatches and submissions.

The following example shows the unique reference number displayed in the Web Portal.

Form Submissions page for the "Equipment Inspection" form. The "Reference #" shows the prefix INV with a hyphen added automatically after, the dispatched or submitted date and time displayed in UTC, the user ID of the owner (submitter or user dispatched to), and a unique form submission identifier.

You can customize the Reference Number by adding:

Unique Reference Number section that shows a Reference Number Prefix of "INV", and the options to include the time in UTC after the date as well as the User ID of the owner (submitter or user dispatched to).

Related topics