Start by creating a new Ingestion under Forms > Import > Import Settings
There are two ways to configure what forms are ingested. Either through the Wizard Mode or the Advanced Mode. Either mode is sufficient and it is up to the user to choose which mode works best from them.
Select Form Catalogs
Option 1: Wizard Mode



Option 2: Advanced Mode
To enter into Advanced Mode, click on the Advanced mode toggle in the upper right. Click Continue when prompted to confirm your entry into Advance Mode.
In the Advanced mode, users will need to define the following fields and click Submit:
Name of the Ingestion - the name you wish to give this ingestion
Select Connector - the ServiceNow connector name
Select your system - ServiceNow
ServiceNow related configurations

Once you have submitted the Forms Import Settings configuration, it automatically be picked up by the ingestion pipeline in the background. The details of the ingestion pipeline run times can be found within the Moveworks Ingestion Schedule. It is recommended to wait a day before testing this out. If successful, you will see your forms populated within the Forms > Imported Forms module.
Start by creating a new Ingestion under Forms > Import > Import Settings
There are two ways to configure what forms are imported. Either through the Wizard Mode or the Advanced Mode. Either mode is sufficient and it is up to the user to choose which mode works best from them.
Select Form Catalogs
Option 1: Wizard Mode



Option 2: Advanced Mode
To enter into Advanced Mode, click on the Advanced mode toggle in the upper right. Click Continue when prompted to confirm your entry into Advance Mode.
In the Advanced mode, users will need to define the following fields and click Submit:
Name of the Ingestion - the name you wish to give this ingestion
Select Connector - the Jira connector name
Select your system - JiraServiceDesk
Jira related configurations

Once you have submitted the Forms Import Settings configuration, it automatically be picked up by the ingestion pipeline in the background. The details of the ingestion pipeline run times can be found within the Moveworks Ingestion Schedule. It is recommended to wait a day before testing this out. If successful, you will see your forms populated within the Forms > Imported Forms module.
To mirror permissions (User Criteria), Moveworks needs to ingest the User Criteria linked to the Catalog Items. This is currently only supported for ServiceNow
Start by creating the User Criteria Ingestion Config which is under Core Platform > Resource Permissions > Mirror Permissions

Finally, navigate to Resource Permissions > Permissions Rules. Here you will create a new Permission Rule for allowing the serving of forms.

The permissions configuration requires the below details in order to serve up the respective Resource, the Rule associates with.
Always create the initial Permission Strategy to use ABAC with the Rule set to TRUE so the serving can be tested first.
You can also write a DSL Rule here utilizing user attributes to enable it for subset of users. Example here.
This strategy evaluates the permission rules written in Moveworks DSL Language. You can learn more about the DSL Syntax in the Guide here .
Resource Rule
Form Rule - This is where Moveworks DSL rules are defined.
Boolean Rule

Attribute Rule
user.email_addr IN ["rgeroulo@moveworks.ai"]
resource.article_id IN ["12345","5678"]
(("HAS_ACCESS_TO_BOT" IN user.user_tags) OR ("MOVEWORKS_INTERNAL_USER" IN user.user_tags))
Integration ID - The connector which is being used to ingest the knowledge content.
Resource Type - Resource Type for which the Rule will apply. Ex. form.
Action - ACTION_VIEW
Confirm that you have clicked the Validate Syntax button in the upper right of the DSL box to confirm the syntax of your rule. Ignoring this can result in a syntactically wrong rule being saved which could cause issues in serving knowledge
Once you have submitted the Resource Permissions ingestion configuration, it will kick off the Ingestion pipeline in the background, the details of the Ingestion times are present in the Moveworks Ingestion Schedule. It is recommended to wait a day before testing this out.
To validate the Permissions, the Permission Rules which were previously set to ABAC now must be changed to ReBac,
This strategy mirrors the permission rules on the External Knowledge source by ingesting them into the Moveworks platform. This is currently only supported for ServiceNow
- Mirroring External System Permissions -
Additional Access

Additional Restrictions

You should now be good to start testing the serving of Knowledge which permissions are being mirrored from the external system.
2
Navigate to Resource Permissions > Permissions Rules. Here you will create a new Permission Rule for allowing the serving of forms.

The permissions configuration requires the below details in order to serve up the respective Resource, the Rule associates with.
Always create the initial Permission Strategy to use ABAC with the Rule set to TRUE so the serving can be tested.
You can also write a DSL Rule here utilizing user attributes to enable it for subset of users. Example here.
This strategy evaluates the permission rules written in Moveworks DSL Language. You can learn more about the DSL Syntax in the Guide here .
Resource Rule
Form Rule - This is where users will write the DSL rules in the MW DSL Syntax
Option 1: Boolean Rule

Option 2: Attribute Rule
user.email_addr IN ["rgeroulo@moveworks.ai"]
resource.article_id IN ["12345","5678"]
(("HAS_ACCESS_TO_BOT" IN user.user_tags) OR ("MOVEWORKS_INTERNAL_USER" IN user.user_tags))
Integration ID - The connector which is being used to ingest the knowledge content.
Resource Type - Resource Type for which the Rule will apply. Ex. form.
Action - ACTION_VIEW
Confirm that you have clicked the Validate Syntax button in the upper right of the DSL box to confirm the syntax of your rule. Ignoring this can result in a syntactically wrong rule being saved which could cause issues in serving knowledge
Since the forms have already been imported, this permission rule should take affect within a minute. You can begin testing the serving or non-serving of your new forms ABAC rule.



Once you have submitted the Forms Import Settings configuration, it automatically be picked up by the ingestion pipeline in the background. The details of the ingestion pipeline run times can be found within the Moveworks Ingestion Schedule. It is recommended to wait a day before testing this out. If successful, you will see your forms populated within the Forms > Imported Forms module.
This is the top most control which defines if Forms ingested into Moveworks can be served to users within the AI Assistant. Here are a few examples of how the control can be enabled using the Moveworks DSL Syntax.

These DSL Rule fields can be validated using the Validate Syntax button. You can also Test the rule evaluation by using a User example by clicking on the Run button.

This control defines if Moveworks will intercept tickets which users have created via the ITSM portal that could be resolved by serving a form in the AI Assistant.
This control defines when Forms ingested into Moveworks are served to users within the AI Assistant. The process of filling the form will always be deflected to the ITSM system and not be supported within the Chat interaction platform Moveworks is setup on.
This control enables form filling of eligible forms via either inline, in-bot or Moveworks webpage. You can learn more about Form filling here.
This control overrides the In bot form filling eligibility by forcing all forms to be fillable via either inline, in-bot or Moveworks webpage. You can learn more about Form filling here.
This control overrides the Enable form filling for eligible forms flag by deflecting all forms to the ITSM system, even the ones which are passing the in bot fillability criteria.
This is the interval of time between which we poll for forms from the ITSM system. Leaving this empty is suggested as it uses the default value in this scenario.
This section allows you to control the response precision of forms within the bot. You can make configurations for different scenarios, like when a ticket is created via the direct message route, the threshold and confidence level of the results can be set to be above a certain level before a Form is served.
This sections allows you to control the overall performance of the Forms plugin by controlling the number of concurrent API calls that are made to your systems. Increasing the number of threads will increase the number of concurrent API calls made to your system when ingesting forms which could reduce overall performance. The number of threads is set at two by default.
Note: We recommend leaving this field empty, making any changes here can effect the performance of your ITSM system.
You can also the ingestion of user fields in this section. You should only enable this when you want all user metadata fields to be ingested.
Warning: We recommend you do not enable this as it might reduce your bot performance significantly.
This section allows you to configure the primary, secondary and highlight colors for Web-forms.