Workflows Management Workflows Management refers to selecting different management options available for a workflow display name, version and timestamp and applying them to have a better management of the workflow structure.toc
Create/Import Workflow
For information about creating a new workflow in Flowster Designer, please visit 2.4.2.1. Create New Workflow (This option is only available in Flowster Designer).
For information about importing a new workflow into Administrator, please visit 1.3.1.1.2. Category Import workflow(s) (This option is only available in Administrator).
Edit Workflow
A workflow is represented by a three level structure: display name, version and timestamp. The edit option is available for all three levels of a workflow. In order to edit a workflow's display name, right click over it and select the Edit option, as seen below:
The Edit display name window will be opened. Type in the new display name, select language and click Save:
In order to edit a workflow's version, right click over it and select the Edit option, as seen below:
The Edit Version window will be opened. Type in the new version and click Save:
In order to activate/deactivate a workflow's timestamp, right-click over it and choose the Activate/Deactivate option.
In order to edit a workflow's timestamp, right-click over it and choose the Edit option.
The Edit Workflow wizard will be opened. The Edit Workflow wizard consists of three different steps.
- Step 1/3: on this step, all workflow details can be changed, except the workflow's Filename. Click Next to go to the next step, or Finish to complete the editing.
- Step 2/3: on this step, user permissions can be changed for the timestamp. Click Next to proceed to the next step, Previous to go back to the previous step or Finish to complete the editing of the workflow. Click Close to abort the current operation.
- Step 3/3: this step only presents the editing summary. Click Previous in order to go back to the previous step (if other changes are necessary) or Finish in order to complete the workflow editing process. Click Close to abort editing process.
Delete Workflow
The edit option is available for all three levels of a workflow. The deletion can be done by right clicking over a workflow display name, version or timestamp and select the Delete option.
Assign Workflow To Category
This option is only available on the timestamp level. In order to assign a workflow timestamp to a different category, right click over it and select the Assign To Category option:
If the timestamp display name does not exist on the new category, it will be created once the assignment is completed.
Converting a snippet workflow into a workflow can be done by assigning the snippet workflow to a new category, different than Snippets category or by cloning (option only available in Flowster Designer) a snippet workflow and selecting a different category than Snippets category.
NOTE: converting a workflow to a snippet workflow can be done the same way, by changing the parent category of the workflow into Snippets category.
Export Workflows
This option is only available on the timestamp level.
...
Multiple workflows (with all their available profiles and execution logs) can be exported only for a selected category by right clicking over the category and selecting the Export option.
Compare Workflows
This option is only available on the timestamp level. In order to compare two timestamps press Ctrl and select the desired timestamps to be compared, then right click a selected timestamp and from the context menu choose the Compare option. The Compare Workflows Parameters window opens showing the differences between the two timestamps' parameters:
View Workflow's History
This option is available only on the display name level. In order to view a workflow's history, selects the workflow's display name, right click and then choose the History option.
In the Workflow History window you should see changes made on all the timestamps of the workflow such as for: creating a new workflow, checking out , checking in, checking out read only, cloning a timestamp, timestamp parameters, creating a profile, updating a profile.
View Scheduling History
This option is available only on the timestamp level. In order to view the scheduling history of a timestamp, right-click on the timestamp and select View Scheduling History option:
In the Scheduling History window users can see changes in the scheduling plan for the selected timestamp such as: edit of parameter values, edit of the initial schedule plan etc.
NOTE: if the timestamp is no longer scheduled for execution in Portal, the Scheduling History will not be available.
Stage to Flowster instance
...
Staging a workflow timestamp to an instance requires for at least one instance to exist (for more information about instances, please visit 1.3.5.3. Flowster Instances page) and at least one destination tenant (for more information about tenants, please visit 1.3.2.5. Manage Tenants page) and translates into copying a workflow timestamp with all its linked objects (dependent global variables, scripts, profiles, snippets) to a destination tenant(s) that are accessible to the logged in user/other user used in authentication step.
Before initiating the staging process, please check that Flowster Studio is configured properly for a successful staging:
...
- Source tenant: is the database that stores the workflow to be copied
- Destination tenant: is the database where the workflow will be copied
- Instance: the setting which will create the link to a given RestAPI
- Staging: the process to copy a workflow from a source tenant to a destination tenant
- Staging User: logged in user in user/other user used in the authentication step that performs the Stage to Flowster instance operation
Staging User - Security
The Staging User should exist in both source and destination tenants, with the same format:
- Domain_shortname\username
Or
- Domain_fqdn\username
The Staging User should have rights to the destination tenant (the assignment can be done from the Settings → Manage Tenants menu item in Settings→ Rights) and it should have rights over the destination tenant’s categories. For this, the Staging User can be added in the destintation’s tenant SuperAdmins security group or into an Admin type group and creating Permission roles to specific categories.
Destination Tenant - RestAPI Client App
...
In order to initiate the staging process, select a workflow timestamp, right click over it and select Stage to Flowster instance option to open the Stage to instance wizard:
Staging a workflow via Stage to Instance wizard steps:
...
Stage to Flowster instance option to open the Stage to instance wizard:
Staging a workflow via Stage to Instance wizard steps:
- Select an instance from the list of available instances. Click on Next button to continue with the staging process or Close button to abort.
- Authentication with currently logged in user or a different user (if a different user is used, please check the Staging User permissions requirements for the destination tenant). Accepted formats for authentication are domain\username or username@domain. For custom users, only the username is required (e.g customuser1). Click on Next button to continue with the staging process or Close button to abort.
- Select Tenant(s) from the list of Available tenants for the logged in user. It will display all tenants returned from the selected instance (all tenants configured in the destination installation, from the Master database). Multiple selection of tenants is allowed. Click on Next button to continue with the staging process or Close button to abort.
- List Of items
...
User can select the destination category for the workflow to be transferred (displayed the list of categories from the destination tenant, where the staging user has rights). It is mandatory to select one category:
- Global Variables
User can visualize the conflicts between the workflow’s global variables/attributes dependencies and the destination tenant’s items. In the following example, the workflow to be transferred has one global variable, that already exists on the destination tenant so the user must solve the conflict by selecting Overwrite/Skip option:
- Snippets
User can visualize the conflicts between the workflow’s snippet dependencies and the destinations tenant’s items. If the dependent snippets have nested snippets, user can decide to solve conflicts on each level of nesting. In the following example, the workflow to be transferred has a snippet as dependency with two level nested snippets, but the dependent snippet already exists on the destination tenant, except the third level nested snippet, therefore user must solve the conflict by selecting Add/Skip option:
- Scripts
User can visualize the conflicts between the workflow’s scripts dependencies and the destination's tenant’s items. In the following example, the workflow to be transferred has two scripts as dependency and none of the scripts versions exist on the destination tenant so they will be automatically added without conflicts:
- Profiles
User can select which profiles to be added to the destination tenant. The last selected profile will be automatically applied:
- Scheduled Workflows
Users can check which scheduled configuration of the workflow should be transferred. If the workflow is not currently scheduled, this list will be empty.
- Miscellaneous
User can check the Make workflow active after transfer option to configure the Is Active setting to ON for the timestamp transferred.
User can check the Same settings for all Tenants option to apply all the settings (conflicts resolution) for each selected tenant.
- Next -> Summary
The list of selected workflow’s dependencies is displayed in the Summary page. The staging process will start after clicking on Finish button. Users can follow the operations performed during staging:
