Forms
HomeIntegrityControlSolutionsManagement Center
3.1.1 Forms
3.1.1 Forms
  • The service
    • Overview
      • Forms and IAM
      • Related products to Forms
    • About this release
      • Release notes
      • Breaking changes
    • Key components
      • Flow
        • Authenication & authorisation
      • Step
        • Layout
      • Control
        • Basic controls
          • Input
            • Properties
          • Markdown
            • Properties
          • ValuePicker
            • Properties
        • Advanced controls
          • ActiveDirectoryGroupEditGroupMember
            • Properties
          • ActiveDirectoryUserEditGroupMember
            • Properties
          • ActiveDirectorySingleSelect
            • Properties
          • Attestor
            • Properties
          • EntraGroupEditGroupMember
            • Properties
          • EntraGroupSelect
            • Properties
          • EntraUserEditGroupMember
            • Properties
          • EntraUserSelect
            • Properties
          • Selector
            • Properties
          • TextArea
            • Properties
    • Installation
      • Container
      • Linux
      • Windows
  • Modules
    • Forms
      • Properties
    • Pipes
      • Properties
      • Form valves
        • WorkOrderCreate
    • Other modules
  • ATTESTATION
    • Setup
  • User interface (UI)
    • Overview
Powered by GitBook
On this page
  • Control types
  • Structure of control configuration
  • Binding data to a control
Export as PDF
  1. The service
  2. Key components

Control

The smallest building block in a flow. Typically a Control is represented by some kind of visual component together with data from some data source.

PreviousLayoutNextBasic controls

Control types

Two categories of controls are available:

  • Basic

  • Advanced.

Basic controls are comparable to simple HTML inputs, such as checkboxes.

Advanced controls are more like mini-applications with specific goals. For example, they could display a list of Entra-ID users or groups as the first step in a Flow.

Both types are implemented on the front-end using .

Structure of control configuration

All controls follow the same structure:

{
    "type": "<controlType>",
    "id": "<controlId>",
    "config": {
        "required": true,
        "read_only": false
    },
    "data": "<data>",
    "ui": {},
    "schema": {}
}

type: Defines what control to be used.

id: Unique identifier to the current flow. In subsequent pipe calls the id is sent to the pipe along with value(s) from the control and accessed in the piped using {{request.<id>}}

config: Block of control-specific configuration. Se each control for appropriate values.

data: Value to be injected in control.

schema: Any additional control-related data not available in current control implementation.

Binding data to a control

Data binding is typically done using "data" configuration for a control. Most likely date is set by using some template {{flow.givenName}}.

Not all controls rely on data. Read documentation for appropriate control.

ui: Any additional ui-related data sent to frontend, unfiltered. See UISchema for more information. Typically this is used for layout management.

react-jsonschema-form
https://rjsf-team.github.io/react-jsonschema-form/