Module Settings

 

Overview

In the Module Settings modal A modal is a window that appears on top of the content you are currently viewing., you can view or edit module details, settings, configure workflow triggers, and assign user permissions. Adjusting your module's settings lets you make decisions about performance, event tracking, server-side execution, and browser tab display.

Once you create your module, you can enable or disable any of its settings at any time. It's important to note that these settings are module-specific. If you have a workflow that uses three modules, you must match the settings for all three modules.

Below are the different tabs available in the Module Settings modal:

Tab Description

Module Details

This tab contains the basic module information where you can configure the Module Name, Path, Description, and Type. You can also use this tab to assign tags and a Data Model to the module.

Module Settings

This tab lets you determine how your module interacts with API APIs (application programming interfaces) are a set of protocols and definitions developers use to build and integrate application software. APIs act as the connective tissue between products and services. calls and how each module behaves.

Some settings are unavailable depending on the module type you create.

Workflow Settings

This tab includes module-specific settings that let you control how navigation impacts modules in your workflow. Use this feature to trigger logic components, like Initializer and Decisions components, when:

User Permissions

This tab lets you determine which users can access or modify the module.

Accessing Module Settings

To access Module Builder Settings:

1. Open your module in the Module Builder.
2. Click the ยทยทยท (ellipsis) button.
3. Select Module Settings.

A static image displaying how to access the Module Settings from the Module Builder ellipsis.

Module Settings

Click the tabs below to explore the various Module Settings.

Module Details

This section explores the Module Details tab of the Module Settings modal A modal is a window that appears on top of the content you are currently viewing.. After making adjustments to the modal, click Save & Close.

A static image displaying the Module Info section of the Module Settings.

Attribute Description

Module Name*

The name of your module. You can use this field to rename your module after you've created it.

A Module Name is required to save changes.

Module Path*

The path of your module. You can use this field to edit your module path after you've created it. Click Copy to copy your module path.

A Module Path is required to save changes.

Module Description

Add a module description in this field to make it easier to onboard team members or hand off projects.

Module Type*

The type of function this module is designed for. Module types include:

  • API API: An API-type module includes preconfigured components that meet Unqork API specifications for server-side/remote execution. An API tag is also added by default to ensure the module displays in the API Docs Dashboard tool. When creating an API-type module, the Server-Side Execution setting is set to (ON) by default, and disabled. Disabling this setting promotes security best practices.

  • FE Front-End: A Front-End-type module is an  element built for user interfaces. When creating a Front-End module, the Server-Side Execution setting is set to (OFF) by default, and disabled. Disabling this setting ensures this module type is always accessible in Express View.

  •  O  Other: An Other-type module is for module elements that arenโ€™t considered Front-End or API modules. This module type includes modules used for storing data, rerouting data, and so on. When creating an Other-type module, the Server-Side Execution setting is set to (OFF) by default. With Other-type modules, you can choose to set the Server-Side Execution setting to (ON).

Tags

Create or select tags for your module. Tags are optional but can help you locate specific modules in your environment.

Data Models

Add or remove Data Models from your module. Only Data Models in your current workspace are accessible. A Data Model cannot be removed from a module if there are components bound to fields in it.

Module Size

The size of the module configuration in the Unqork database. This field does not include the size of any Automatically Referenced Imported Modules, as they are imported on load.

Modules greater than 8 MB in size cause performance issues with the Real-Time Configuration Analysis tool.

When the Enable Translations setting toggle is set to (ON), the module size is also dependent on the size of your translations information.

Module Size in Express

The size of the module that loads in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. This field includes all Automatically Referenced Imported Modules.

When the Enable Translations setting toggle is set to (ON), the module size is also dependent on the size of your translations information.

Module Settings

This section explores the Module Settings tab of the Module Settings modal A modal is a window that appears on top of the content you are currently viewing.. After making adjustments to the modal, click Save & Close.

Some settings are unavailable depending on the module type you create.

A static image displaying the Module Settings section of the Module Settings.

Setting Description

Load Submissions With Initial Module Version

Set the Load Submissions With Initial Module Version toggle to (ON) to allow older submissions that track data to load in your dashboard in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. Enable this setting if you want to continue displaying submission data that you no longer track. For example, let's say you have a module that collects data from the end-user End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. that displays in a dashboard. The data consists of Name, Age, and Occupation. Later, you decide to stop tracking the age of your end-user but still want to display previously collected age data.

By default, the Load Submissions With Initial Module Version toggle is set to (OFF).

Enable Stagger Load

Enable this setting to prevent hidden components from being loaded into the module until displayed. Doing so improves loading performance for larger modules containing many components that are hidden on load.

When set to (ON), components remain hidden and do not trigger until displayed. These components include those with Hide Field set to (ON) or when a logic component controls another component with a hidden Output Type.

By default, the Enable Stagger Load setting is set to (OFF).

Container Components' Propagate "Disabled" to Logic Components

Enabling this setting controls whether the Disable Execution setting for logic components inside container components is set or ignored when the container component is disabled. For example, let's say you have a logic component inside a Panel component. If the Container Components' Propagate "Disabled" to Logic Components setting is set to (ON) , and the Panel component is disabled, that logic component doesn't execute.

By default, the Container Components' Propagate "Disabled" to Logic Components toggle is set to (OFF).

Container components consist of Columns, Panel, and Field Group components.

Server-Side Execution (SSE or API Module)

This section explores the Server-side Execution section of the Module Settings modal. After making adjustments to the modal, click Save & Close.

Setting Description

Server-Side Execution Only

Set the Server-Side Execution Only toggle to (ON) to remote execute this module on the Unqork server. Creators Also known as Unqork Users, or Designer Users; is anyone who is inside the Unqork platform. often use SSE, or remote executes to increase security. When enabled, you cannot view this module in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. Instead, use the Server Side Execution Testing tool to test and view your remote execute.

By default, the Server-side Execution Only toggle is set to (OFF).

The API service and the module using the service must have the same execution method. To learn more, view our Services Administration article.

The Server Side Execution Only toggle enables HTTP status code outputs in API modules. To learn more about HTTP Output, view our HTTP Status Codes article.

Act as Super-User When Server-Side Executing

Set the Act as Super-User When Server-Side Executing toggle to (ON) to allow Super-User permissions to server-side executions. Super-User permissions override all other permissions.

Use this option carefully as it gives non-administrative users higher privileges to perform functions in the module.

Express Settings

This section explores the Express Settings section of the Module Settings modal. After making adjustments to the modal, click Save & Close.

Setting Description

Enable Tracker

Set the Enable Tracker toggle to (ON) if you want to track where end-users End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. click and how much time they spend on each component. You can also track values and changes to a component's values.

You can set up a Business Intelligence (BI) Connector to access this data for analytics purposes. As an administrator, you can also access the tracked information using the tracker endpoint: https://{NAME_OF_ENVIRONMENT}.unqork.io/fbu/uapi/tracker/submission/{SUBMISSION_ID}.

To learn more about setting up a BI Connector in Unqork, view our Accessing Your Data Using MongoDB Connector for Business Intelligence (BI) article.

By default, the Enable Tracker toggle is set to (OFF).

Track User

After enabling the Enable Tracker toggle, set the Track User toggle to (ON) to track where end-users click and how much time they spend on each component.

By default, the Track User toggle is set to (OFF).

Track Value

After enabling the Enable Tracker toggle, set the Track Value toggle to (ON) to track values and changes to a component's values.

By default, the Track Value toggle is set to (OFF).

Track Value only applies to components that have the Store Data in Database toggle set to (ON).

Show Page Title

Set the Show Page Title toggle to (ON) to open the Page Title field so you can enter the text that displays in the current page's browser tab. Doing so provides context for the end-user and is required to meet ADA compliance.

By default, the Show Page Title toggle is set to (OFF).

Workflow Settings

This section explores the Workflow Settings tab of the Module Settings modal A modal is a window that appears on top of the content you are currently viewing.. After making adjustments to the modal, click Save & Close.

A static image displaying the Workflow Settings section of the Module Settings.

To learn more about workflow, view our Introduction to the Workflow Builder article.

Setting Description

Validate on Opening Submission

When set to (ON), validation errors display when an end-user End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. arrives at the module. Before entering any information, red text displays next to the required fields to notify the end-user that they must complete these fields before proceeding. When set to (OFF), your module validates data when end-users click the workflow's Next button. If required information is missing, end-users are prompted to complete the fields before proceeding.

By default, the Validate on Opening Submission toggle is set to (OFF).

Workflow Navigation Triggers

These settings let you trigger logic components as an end-user navigates your workflow. They include the Calculator, Decisions, Initializer, Plug-In, and Data Workflow components. You can trigger any logic component in your workflow's modules. All available triggers are Post triggers. They trigger after an event occurs. For example, Post Save Trigger means the component triggers after an end-user presses Save and Exit.

After making adjustments to the modal, click Save & Close.

Attribute Description

Post Trigger

Select a logic component to trigger after the end-user clicks the workflow's Next button.

Post Validate Trigger

Select a logic component to trigger when module fields are valid.

Post Save Trigger

Select a logic component to trigger when module fields are valid, and the end-user clicks the workflow's Save and Exit button.

User Permissions

This section explores the User Permissions tab of the Module Settings modal A modal is a window that appears on top of the content you are currently viewing.. After making adjustments to the modal, click Save & Close.

A static image displaying the User Permissions section of the Module Settings.

To learn more about Module User Permissions, view our Module Permissions article.

Setting Description

Customize RBAC for This Module

When set to (ON), you can customize module and component access for each of your roles.

By default, the Customize RBAC for This Module toggle is set to (ON).

Allow Access to Anonymous Users

When set to (ON), unauthenticated end-users End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. can access this module without logging in. Unauthenticated or anonymous means the end-user does not have to be registered in Unqork. When an anonymous end-user navigates to your module, they receive a temporary token. Using this token, anonymous end-users can view the module in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View..

By default, the Allow Access to Anonymous Users toggle is set to (OFF).

Module Role-Based Access Control

When the Customize RBAC for This Module toggle is set to (ON), you can adjust permissions for specific roles in your module. The modal displays roles and permissions in the following grid:

Attribute Description

Role (Express)

The Express role.

Permission

The permission for the corresponding Express role. Permissions include:

  • Inherit: Inherit means that the role's access in this module is the same as at the environmental level.

  • No Access: Your end-user has no access to your application.

  • Read-Only: Your end-user can view but cannot write or engage with your application.

  • Write: Your end-user has full access to write and engage with your application.

Effective Permission

Confirmation of the selected permission from the Permission drop-down.

Inherited From

If the permission is Inherit, this column displays where the permission was inherited.

Overview

In the Module Settings, you can choose how your module interacts with API APIs (application programming interfaces) are a set of protocols and definitions developers use to build and integrate application software. APIs act as the connective tissue between products and services. calls and shape how each module behaves. Adjusting your module's settings lets you make decisions about:

  • Performance

  • Server-side Execution

  • Event tracking

  • Browser tab display

Once you create your module, you can enable or disable any of its settings at any time. It's important to note that these settings are module-specific. If you have a workflow that uses three modules, you must match the settings for all three modules.

A static image displaying how to access the Module Settings.

To learn more about customizing RBAC RBAC (Role-Based Access Control) is a method to control system access for authorized users. The role in RBAC refers to the levels of access employees have to a network. (role-based access control) for your module, view our Module Permissions article

Accessing Module Settings

To access Module Builder Settings:

1. Open your module in the Module Builder.
2. Click the ยทยทยท (ellipsis) button.
3. Select Settings.

 

Module Details

This section explores the Module Details section of the Module Settings modal A modal is a window that appears on top of the content you are currently viewing.. After making adjustments to the modal, click Save.

A static image displaying the Module Info section of the Module Settings.

Attribute Description

Module Name*

The name of your module. You can use this field to rename your module after you've created it.

A Module Name is required to save changes.

Module Path*

The path of your module. You can use this field to edit your module path after you've created it. Click Copy to copy your module path.

A Module Path is required to save changes.

Module ID

The unique identifier of your module. Click Copy to copy your module ID.

You cannot change the module ID once the module has been created.

Module Description

Add a module description in this field to make it easier to onboard team members or hand off projects.

Module Type*

The type of function this module is designed for. Module types include:

  • API API: An API-type module includes preconfigured components that meet Unqork API specifications for server-side/remote execution. An API tag is also added by default to ensure the module displays in the API Docs Dashboard tool. When creating an API-type module, the Server-Side Execution setting is set to (ON) by default, and disabled. Disabling this setting promotes security best practices.

  • FE Front-End: A Front-End-type module is an  element built for user interfaces. When creating a Front-End module, the Server-Side Execution setting is set to (OFF) by default, and disabled. Disabling this setting ensures this module type is always accessible in Express View.

  •  O  Other: An Other-type module is for module elements that arenโ€™t considered Front-End or API modules. This module type includes modules used for storing data, rerouting data, and so on. When creating an Other-type module, the Server-Side Execution setting is set to (OFF) by default. With Other-type modules, you can choose to set the Server-Side Execution setting to (ON).

Tags

Create or select tags for your module. Tags are optional but can help you locate specific modules in your environment.

Data Models

Add or remove Data Models from your module. Only Data Models in your current workspace are accessible. A Data Model cannot be removed from a module if there are components bound to fields in it.

Module Size

The size of the module configuration in the Unqork database. This field does not include the size of any Automatically Referenced Imported Modules, as they are imported on load.

Modules greater than 8 MB in size cause performance issues with the Real-Time Configuration Analysis tool.

When the Enable Translations setting toggle is set to (ON), the module size is also dependent on the size of your translations information.

Module Size in Express

The size of the module that loads in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. This field includes all Automatically Referenced Imported Modules.

When the Enable Translations setting toggle is set to (ON), the module size is also dependent on the size of your translations information.

ModuleSettings

This section explores the Module Settings section of the Module Settings modal. After making adjustments to the modal, click Save.

A static image displaying the Module Settings section of the Module Settings.

Setting Description

Load Submissions With Initial Module Version

Set the Load Submissions With Initial Module Version toggle to (ON) to allow older submissions that track data to load in your dashboard in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. Enable this setting if you want to continue displaying submission data that you no longer track. For example, let's say you have a module that collects data from the end-user End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. that displays in a dashboard. The data consists of Name, Age, and Occupation. Later, you decide to stop tracking the age of your end-user but still want to display previously collected age data.

By default, the Load Submissions With Initial Module Version toggle is set to (OFF).

Enable Stagger Load

Enable this setting to prevent hidden components from being loaded into the module until displayed. Doing so improves loading performance for larger modules containing many components that are hidden on load.

When set to (ON), components remain hidden and do not trigger until displayed. These components include those with Hide Field set to (ON) or when a logic component controls another component with a hidden Output Type.

By default, the Enable Stagger Load setting is set to (OFF).

Container Components' Propagate "Disabled" to Logic Components

Enabling this setting controls whether the Disable Execution setting for logic components inside container components is set or ignored when the container component is disabled. For example, let's say you have a logic component inside a Panel component. If the Container Components' Propagate "Disabled" to Logic Components setting is set to (ON) , and the Panel component is disabled, that logic component doesn't execute.

By default, the Container Components' Propagate "Disabled" to Logic Components toggle is set to (OFF).

Container components consist of Columns, Panel, and Field Group components.

Server-Side Execution (SSE or API Module)

This section explores the Server-side Execution section of the Module Settings modal. After making adjustments to the modal, click Save.

A static image displaying the Server-Side Execution section of the Module Settings.

Setting Description

Server-side Execution Only

Set the Server-Side Execution Only toggle to (ON) to remote execute this module on the Unqork server. Creators Also known as Unqork Users, or Designer Users; is anyone who is inside the Unqork platform. often use SSE, or remote executes to increase security. When enabled, you cannot view this module in Express View. Instead, use the Server Side Execution Testing tool to test and view your remote execute.

By default, the Server-side Execution Only toggle is set to (OFF).

The API service and the module using the service must have the same execution method. To learn more, view our Services Administration article.

The Server Side Execution Only toggle enables HTTP status code outputs in API modules. To learn more about HTTP Output, view our HTTP Status Codes article.

Act as Super-User When Server-Side Executing

Set the Act as Super-User When Server-Side Executing toggle to (ON) to allow Super-User permissions to server-side executions. Super-User permissions override all other permissions.

Use this option carefully as it gives non-administrative users higher privileges to perform functions in the module.

Express Settings

This section explores the Express Settings section of the Module Settings modal. After making adjustments to the modal, click Save.

A static image displaying the Express Settings section of the Module Settings.

Setting Description

Enable Tracker

Set the Enable Tracker toggle to (ON) if you want to track where end-users End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. click and how much time they spend on each component. You can also track values and changes to a component's values.

You can set up a Business Intelligence (BI) Connector to access this data for analytics purposes. As an Administrator, you can also access the tracked information using the tracker endpoint: https://{NAME_OF_ENVIRONMENT}.unqork.io/fbu/uapi/tracker/submission/{SUBMISSION_ID}.

To learn more about setting up a BI Connector in Unqork, see our Accessing Your Data Using MongoDB Connector for Business Intelligence (BI) article.

By default, the Enable Tracker toggle is set to (OFF).

Track User

After enabling the Enable Tracker toggle, set the Track User toggle to (ON) to track where end-users click and how much time they spend on each component.

By default, the Track User toggle is set to (OFF).

Track Value

After enabling the Enable Tracker toggle, set the Track Value toggle to (ON) to track values and changes to a component's values.

By default, the Track Value toggle is set to (OFF).

Track Value only applies to components that have the Store Data in Database toggle set to (ON).

Show Page Title

Set the Show Page Title toggle to (ON) to open the Page Title field so you can enter the text that displays in the current page's browser tab. Doing so provides context for the end-user and is required to meet ADA compliance.

By default, the Show Page Title toggle is set to (OFF).

Workflow Settings

This section explores the Workflow Settings tab of the Module Settings menu. After making adjustments to the modal, click Save.

To learn more about workflow, view our Introduction to the Workflow Builder article.

Validation

Use the Validate on Opening Submission Setting toggle to determine when your module validates data. After enabling the setting in the modal, click Save.

A static image displaying the Validate on Opening Submission setting.

Setting

Description

Validate on Opening Submission

When set to (ON), validation errors display when an end-user End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. arrives at the module. Before entering any information, red text displays next to the required fields to notify the end-user that they must complete these fields before proceeding. When set to (OFF), your module validates data when end-users click the workflow's Next button. If required information is missing, end-users are prompted to complete the fields before proceeding.

By default, the Validate on Opening Submission toggle is set to (OFF).

Workflow Navigation Triggers

A static image displaying the Workflow Navigation Triggers.

These settings let you trigger logic components as an end-user navigates your workflow. They include the Calculator, Decisions, Initializer, Plug-In, and Data Workflow components. You can trigger any logic component in your workflow's modules. All available triggers are Post triggers. They trigger after an event occurs. For example, Post Save Trigger means the component triggers after an end-user presses Save and Exit.

Each trigger is a drop-down that lets you select logic components in your workflow's modules. After making your selections in the modal, click Save.

Setting

Description

Post Trigger

Select a logic component to trigger after the end-user clicks the workflow's Next button.

Post Validate Trigger

Select a logic component to trigger when module fields are valid.

Post Save Trigger

Select a logic component to trigger when module fields are valid, and the end-user clicks the workflow's Save and Exit button.

User Permissions

This section explores the User Permissions tab of the Module Settings menu. After making adjustments to the modal, click Save.

To learn more about Module User Permissions, view our Module Permissions article.

Role-Based Access Control

Using the Module Permissions modal A modal is a window that appears on top of the content you are currently viewing., you can specify how your roles interact with your components and modules.

In the Module Permissions modal, there are two settings you can use to customize module RBAC:

Setting Description

Customize RBAC for This Module

When set to (ON), you can customize module and component access for each of your roles.

By default, the Customize RBAC for This Module toggle is set to (ON).

Allow Access to Anonymous Users

When set to (ON), unauthenticated end-users End-users, also known as Express Users, are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. can access this module without logging in. Unauthenticated or anonymous means the end-user does not have to be registered in Unqork. When an anonymous end-user navigates to your module, they receive a temporary token. Using this token, anonymous end-users can view the module in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View..

By default, the Allow Access to Anonymous Users toggle is set to (OFF).

A static image displaying the Module Permissions' RBAC settings.

Customizing Role Permissions

When the Customize RBAC for This Module toggle is set to (ON), you can adjust permissions for specific roles in your module. The modal displays roles and permissions in the following grid:

Attribute Description

Role (Express)

The Express role.

Permission

The permission for the corresponding Express role. Permissions include:

  • Inherit: Inherit means that the role's access in this module is the same as at the environmental level.

  • No Access: Your end-user has no access to your application.

  • Read-Only: Your end-user can view but cannot write or engage with your application.

  • Write: Your end-user has full access to write and engage with your application.

Effective Permission

Confirmation of the selected permission from the Permission drop-down.

Inherited From

If the permission is Inherit, this column displays where the permission was inherited from.

To make changes to role permissions:

1. Find the role you'd like to customize.
2. From the Permissions drop-down, select a permission.

A static image displaying how to customize RBAC permissions for an Express role.

3. Click Save to return to the Module Builder.

Offline Access

This feature has been sunset following the 7.10.0 release. For more information about Platform releases, view our 2024 Release Calendar.

This section explores the Offline Access section of the Module Settings modal. After making adjustments to the modal, click Save.

A static image displaying the Module Settings modal's Offline Access setting.

Setting Description

Cache this Module to Allow for Offline Access

When the Cache this Module to Allow for Offline Access toggle is (ON), the module caches for offline use. Before going offline, be sure to open your application in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. This is also the view your end-users will see when interacting with your application. After configuring a module, click Preview in the Module Builder to interact with the module in Express View.. End-users Includes the Short Answer component, Long Answer component, Select Boxes, Radio component, Dropdown, Number component and Single Checkbox. using Express View must navigate to the associated URL for their module to cache. Once you enable offline access and open the module in your browser, you can begin using your application offline.

By default, this setting is set to (OFF).

When you enable offline access, the following settings disable:

  • Load Submissions with Initial Module Version

  • Server Side Execution Only

  • Act as Super-user when Server Side Executing

  • Enable Tracker

Resources