Skip to content
English
  • There are no suggestions because the search field is empty.

Conditional Form Logic in the Request Form

Request Form - Conditional Field Logic

Field Dependency Logic allows administrators to control when a field appears on a visit request form based on a requester’s answer to another field. This helps keep forms cleaner, reduces unnecessary questions, and shows only the information that is relevant for the selected scenario.

With this enhancement, administrators can add, review, and update display rules directly from the form layout configuration. For requesters, dependent fields remain hidden by default and appear only when the configured trigger condition is met, with the form reflowing naturally and without blank gaps.

  • Overview
  • What’s New
  • Functional Summary
  • Key Capabilities
  • Field Dependency Logic – Overview
  • Configuration & Administration
    • Who can configure it
    • Where it is configured
    • Supported field types
    • Layout and form rules
    • Step-by-step setup
  • How It Works
    • Adding display logic
    • Viewing configured logic
    • Updating existing logic
    • Runtime behavior for requesters
  • User Flow – Step-by-Step
    • Administrator flow
    • Requester flow
  • Important Considerations & Limitations
    • Disabled icon behavior
    • Removing fields used in logic
    • External form behavior
  • FAQs
    • Can any field be used as a trigger field?
    • Can any field be used as a target field?
    • Are dependent fields visible before a requester answers the trigger field?
    • Can one rule be triggered by more than one value?
    • Can administrators edit an existing rule?
    • What does the blue Branch icon mean?
    • What happens if the trigger or target field is removed?
    • Will display logic still show a field if that field is hidden for a user role?
  • Support & Troubleshooting

What’s New

  • Administrators can configure display logic for fields directly from the form layout.

  • A Branch icon is available beside fields in the layout to add or edit logic.

  • Fields with logic are hidden by default for requesters until the configured condition is met.

  • Existing logic can be reopened and updated without recreating the field.

  • A visual indicator shows when a field already has display logic configured.

  • Warnings are shown when a trigger field or target field used in logic is removed.

  • Logic behavior is also respected on external forms when the related fields are enabled there.

Functional Summary

Field Dependency Logic is configured by administrators in the Customer Question Admin, Reason for Visit, Logistics, and Extra Info sections. Logic is set on a target field, using a trigger field from the same layout. Only supported field types can participate in this setup.

At runtime, requesters do not see dependent fields until the trigger field’s selected value matches the configured rule. When the condition is met, the target field appears immediately. If the condition is not met, the field stays hidden and no empty space is shown on the form.

Key Capabilities

  • Conditional field display
    Show a field only when a specific answer is selected in another field.

  • Admin-friendly setup
    Configure logic from the layout using the Branch icon beside each field.

  • Support for multiple trigger values
    A field can be shown when any one of several selected trigger values is matched.

  • Edit existing logic
    Reopen saved logic, adjust the trigger field or selected values, and save the updated rule.

  • Visual status indicator
    A blue Branch icon indicates that display logic already exists on a field.

  • Protection against broken configurations
    The system warns administrators when they remove fields that are being used in logic.

Field Dependency Logic – Overview

Field Dependency Logic works by linking two fields:

  • Trigger field – the field a requester answers first

  • Target field – the field that is shown only when the configured condition is met

For example, an administrator may configure a target field to appear only when a requester selects a particular value in a Choice or Multi-Choice trigger field. This makes the form more dynamic and ensures requesters only see follow-up questions when they are needed.

By default, once logic is applied, the target field is hidden until the trigger condition is satisfied.

Configuration & Administration

Who can configure it

 
 
 

Role

 

Access

 

Admin

Can configure display logic

Requester / Account Manager

Uses the form at runtime; cannot configure logic

 
 
 

Where it is configured

Navigation:
Settings → Customer Question Admin / Reason for Visit / Logistics / Extra Info

Supported field types

 
 
 

Usage

 

Supported field types

 

Trigger field

Choice, Multi-Choice

Target field

Choice, Multi-Choice, Numeric, Text, Long Text

 
 
 

Layout and form rules

 
 
 

Rule

 

Details

 

Same layout required

Trigger and target fields must be placed in the same layout instance

Trigger availability

Only fields already placed in the right-hand layout can be selected as triggers

Target placement

Logic is configured on a field that is already placed in the layout

Branch icon availability

The Branch icon appears for all field types in the layout

 
 
 

Step-by-step setup

  1. Go to Settings

  2. Open the relevant section, such as Customer Question Admin, Reason for Visit, Logistics, or Extra Info.

  3. Add the required fields to the right-hand layout for the selected site and visit type.

  4. Locate the field you want to control and click the Branch icon beside it.

  5. In the Set Display Logic window, review the target field shown in the Show field.

  6. Select a Trigger Question from the dropdown.

  7. Choose the trigger value or values that should display the target field.

  8. Click Save.

Screenshot: Click Branch icon beside a field to set display logic

 
image-20260402-070527.png

 

Screenshot: Set Display Logic modal

 
image-20260402-070814.png

 

Screenshot: Branch icon beside configured field when display logic is created

 
image-20260402-070915.png

 

How It Works

Adding display logic

When an administrator clicks the Branch icon on a field, the Set Display Logic modal opens. The target field is shown automatically, and the administrator selects a trigger question from the same layout. Only Choice and Multi-Choice fields are available in the trigger dropdown. Once a trigger is selected, its available values are displayed for selection.

For a Choice trigger, the administrator selects one value. For a Multi-Choice trigger, one or more values can be selected. Save is only available when the required selections have been made.

Viewing configured logic

Once logic is saved, the Branch icon remains visible and changes to a blue visual state to indicate that logic has already been configured for that field.

Updating existing logic

Clicking the Branch icon again reopens the logic window with the existing trigger field and values already selected. Administrators can change the trigger field, change the selected values, and save the revised rule. When a saved rule is changed, the new configuration replaces the old one. A confirmation step is shown before the change is applied.

The system also validates updated logic so that invalid circular or chained conflicts are not introduced. The approved circular dependency check depth is limited to 5.

Runtime behavior for requesters

For requesters, any field with display logic stays hidden by default. As soon as the requester selects a trigger value that matches the configured rule, the target field appears immediately. If multiple trigger values are configured, selecting any one of those values will display the field. The form layout reflows automatically, without gaps or placeholders.

Screenshot: Request form showing hidden / displayed field behavior

User Flow – Step-by-Step

Administrator flow

  1. Add the relevant fields to the form layout.

  2. Click the Branch icon on the field that should be shown conditionally.

  3. Select a trigger question from the same layout.

  4. Select the value or values that should reveal the field.

  5. Save the rule.

  6. Confirm that the Branch icon now shows the field has logic configured.

  7. Reopen the icon later to review or update the rule if needed.

Requester flow

  1. Open the visit request form.

  2. Move to the relevant section, such as Customer Question Admin, Reason for Visit, Logistics, or Extra Info.

  3. Notice that dependent fields are hidden initially.

  4. Answer the trigger field.

  5. When the selected answer matches the configured rule, the related target field appears immediately.

  6. Continue completing the form with only the relevant follow-up questions displayed.

Important Considerations & Limitations

 
 
 

Consideration

 

What it means

 

Hidden by default

A field with display logic does not show until its trigger condition is met

Supported trigger types only

Only Choice and Multi-Choice fields can be used as trigger fields

Same-layout requirement

Trigger and target fields must be on the same layout instance

Supported target types

Target fields can be Choice, Multi-Choice, Numeric, Text, or Long Text

No empty gaps

Hidden fields do not leave blank space on the form

Multiple value match

A target field can appear when any configured trigger value is selected

Edit replaces existing rule

Updating logic overwrites the previous configuration

Circular/chained conflict protection

Invalid dependency loops are prevented during updates

Disabled Branch icon

If no eligible trigger field exists in the layout, the Branch icon is disabled and a tooltip explains why

Role-based visibility still applies

If a field is hidden for a role, it will not appear for that role even if logic would otherwise show it

 
 
 

Disabled icon behavior

If no eligible Choice or Multi-Choice trigger field exists in the current visit type layout, the Branch icon appears disabled. Hovering over it shows the message:

To enable display logic - add at least one choice field to this visit type

Removing fields used in logic

If an administrator removes a target field that has logic configured, the system shows a confirmation message. If deletion is confirmed, the field is removed and its saved logic is cleared. If the field is added again later, it returns with default behavior and no logic.

If an administrator removes a trigger field that is being used by other dependent fields, the system shows a warning and identifies the linked fields. If deletion is confirmed, the field is removed and the related saved logic is cleared. Re-adding the field does not restore the previous logic automatically.

External form behavior

When fields are shown on the external form, the same display logic behavior is respected there as well. If a trigger field is not available on the external form, the dependent target field will not appear. Preview mode follows the same behavior.

FAQs

Can any field be used as a trigger field?

No. Only Choice and Multi-Choice fields can be used as trigger fields.

Can any field be used as a target field?

Target fields can be Choice, Multi-Choice, Numeric, Text, or Long Text.

Are dependent fields visible before a requester answers the trigger field?

No. They remain hidden by default until the configured condition is met.

Can one rule be triggered by more than one value?

Yes. A field can be configured to appear when any one of multiple selected trigger values is chosen.

Can administrators edit an existing rule?

Yes. Existing logic can be reopened, changed, and saved without rebuilding the field.

What does the blue Branch icon mean?

It indicates that display logic is already configured for that field.

What happens if the trigger or target field is removed?

The system warns the administrator before removal. If deletion proceeds, the related logic is cleared. Re-adding the field does not restore the logic automatically.

Will display logic still show a field if that field is hidden for a user role?

No. Role-based visibility still takes priority. A field hidden for a role will not be shown, even if logic conditions are met.

Support & Troubleshooting