Support > Repository > Workflow > Check the state of the applied workflow
ja | en

By searching for "start flow state", you can know who is currently waiting for approval for the workflow you applied.

WorkflowApplicationYou can set the "flow state viewing" principal in the account that can be done.

Figure 1 Setting applicant to flow status viewing principal

Search for the start flow state with the account that applied for vacation application workflow (here "arakaki").

Fig. 2 Start flow state search

From the screen of FIG. 2,Who data of which model (judged by primary key) is "processing pending"I understand.

In the search screen shown in Fig. 2, we introduce an example of customization that hides "model primary key", "applicant" "processing pending" from search condition.

Figure 3 Screenshot with simple search conditions

Change definition

Select the "System" tab.Edit the "start flow state" model in it.

Figure 4 Editing the definition of the start flow state
The model included in the system tab is used internally by Wagby.Since it is deprecated except for the customization described here, carefully please do the correction work.

"Model primary key", "applicant" "processing pending" must be handled as a search condition inside Wagby respectively.Therefore, we will respond by making the retrieval function of these items as it is, by making it look hidden.

Figure 5 Defining the start flow model

Opens the detailed definition of the "model primary key" item.Activate "Search Control> Common> Make Hidden".(FIG. 6)

Fig. 6 Set the search item of the model primary key as a hidden item

Open the detailed definition of "Applicant" item.Activate "Search Control> Common> Make Hidden".(FIG. 7)

Fig. 7 Set search item of applicant as hidden item

Opens the detailed definition of the "Process pending" item.Activate "Search Control> Common> Make Hidden".(FIG. 8)

Fig. 8 Set search item of processing pending person as hidden item

Here is an example of customizing list display items.In Figure 9, "Model Primary Key" is hidden and an item "Description" is changed.In this explanation item, "reason" item of the vacation application model is displayed.

Figure 9 Customized example of list display

Change definition (1) Hide the model primary key

Select the "System" tab.Edit the "start flow state" model in it.

Figure 10 Editing the start flow state definition
The model included in the system tab is used internally by Wagby.Since it is deprecated except for the customization described here, carefully please do the correction work.

Opens the detailed definition of the "model primary key" item.Activate "Output control> List screen> Make hidden item".(FIG. 11)

Figure 11 Making the Model Primary Key Item Hidden

Change definition (2) Add explanation item

Insert the item "Description" in "Start flow state" model.Type isStringwill do.

Figure 12 Inserting description items

Open the detailed definition of the "Description" item.Release the setting "Save values ​​in database" setting.(This item always displays the values ​​of other models.)

Figure 12 Unsetting to save in database

Next, we will set up the user model "vacation request".Open the detailed definition of the "reason" item.(FIG. 13)

Figure 13 Vacation application model

Specify the item ID "modelinfo" of "Description" item added in Fig. 11 as "list flow item name in start flow state" in "details> work flow" of "reason" item.This will be tied.

Figure 14 Setting the Starting Flow State List Item Name
Items that can be added to the start flow state model (for listing)Only oneis.If you want to include various information here, put the value of multiple items (in one item) in an automatic calculation formula in the original model ("vacation application" model here) so that it is linked with this item .

Constraints on setting

  • Items added here (list item name "startup flow state" modelinfo ") can not be specified as search conditions.
  • Item type is only string type.If you want to post non-character strings, it is a good idea to separately prepare a string type item for posting in the model (here, vacation application model), and let this go through.Prepare this as a hidden item.

Example of execution

Prepare a dedicated principal to operate "start flow state search".The applicant and the approver can separate the menu separately.In Figure 15, only the start flow state search screen can be used.

Compared with Figure 2, you can see that the "Scheduled Holding Flow Status Search" screen is not available.

Fig. 15 Split the menu and set it so that only the start flow state search is available

Change definition

Select the "System" tab.Edit the "start flow state" model in it.

Figure 16 Editing the start flow state definition
The model included in the system tab is used internally by Wagby.Since it is deprecated except for the customization described here, carefully please do the correction work.

Open the "Privileges" tab.Prepare a new principal.(FIG. 17, FIG. 18)

Figure 17 Preparing a new principal
Figure 18 Principal input field

Prepare "Printing start flow state" principal.(Fig. 19)

The principal name and principal ID can be arbitrarily named.(The principal ID must be unique throughout the system, ie not duplicate.)

Principal name Principal ID Effective permissions
Start flow state viewing jshparam_startworkstate_show Browse, search, menu
Fig. 19 Start flow state Preparing a viewing principal

Assign principal

The "flow state viewing" principal prepared by the standard was able to view both the start flow and the hold flow.For this time, make the standard principal inactive and use the newly prepared "Start flow state browsing" principal.(FIG. 20, FIG. 21)

Fig. 20 "Start flow state viewing" Using a principal (1)
Figure 21 "Viewing the start flow state" Using the principal (2)