申請したワークフローの状態を確認する

準備

ワークフローを申請できるアカウントに、"フロー状態閲覧" プリンシパルを設定しておきます。

実行

休暇申請ワークフローを申請したアカウント（ここでは "arakaki" とする）で、開始フロー状態を検索します。

図2の画面から、どのモデルのどのデータ（主キーで判断）の「処理保留者」が誰かがわかります。

他者のデータを閲覧する場合R8.0.4

自分以外のアカウントが申請者となっているデータを検索したい場合は、図1のプリンシパル設定で、さらに "アカウント閲覧者" も含めるようにしてください。

カスタマイズ事例 - モデル名以外の検索項目を非表示にする

図2の検索画面において、「モデル主キー」「申請者」「処理保留者」を検索条件から非表示にするカスタマイズ例を紹介します。

定義の変更

「システム」タブを選択します。その中にある「開始フロー状態」モデルを編集します。

「モデル主キー」「申請者」「処理保留者」はそれぞれ、Wagby内部で検索条件として扱える必要があります。よって、これらの項目の検索機能はそのままに、見た目上、隠し項目とすることで対応します。

「モデル主キー」項目の詳細定義を開きます。「検索制御>共通>隠し項目にする」を有効にします。（図6）

「申請者」項目の詳細定義を開きます。「検索制御>共通>隠し項目にする」を有効にします。（図7）

「処理保留者」項目の詳細定義を開きます。「検索制御>共通>隠し項目にする」を有効にします。（図8）

カスタマイズ事例 - 一覧表示項目の変更

一覧表示項目のカスタマイズを行った例を示します。図9では「モデル主キー」を隠し、変わって「説明」という項目を付与しています。この説明項目は、休暇申請モデルの「理由」項目を表示するようにしています。

定義の変更 (1) モデル主キーを隠す

「システム」タブを選択します。その中にある「開始フロー状態」モデルを編集します。

「モデル主キー」項目の詳細定義を開きます。「出力制御>一覧画面>隠し項目にする」を有効にします。（図11）

定義の変更 (2) 説明項目を加える

「開始フロー状態」モデルに「説明」という項目を挿入します。型は文字列とします。

「説明」項目の詳細定義を開きます。「値をデータベースに保存する」設定を解除します。（この項目は常に他のモデルの値が表示されるためです。）

続いてユーザモデル「休暇申請」の設定を行います。「理由」項目の詳細定義を開きます。（図13）

「理由」項目の「詳細>ワークフロー」で、「開始フロー状態の一覧項目名」に、図11で追加した「説明」項目の項目ID "modelinfo" を指定します。これで紐付けが行われます。

設定上の制約

• ここで追加した項目（開始フロー状態の一覧項目名「modelinfo」）を検索条件に指定することはできません。
• 項目の型は文字列型のみとなります。文字列以外を転記させたい場合、当該モデル（ここでは休暇申請モデル）に転記のための文字列型項目を別途用意し、これを経由させるとよいでしょう。これを隠し項目として用意します。

カスタマイズ事例 - 開始フロー状態専用のプリンシパルを用意する

例

「開始フロー状態検索」を操作する専用のプリンシパルを用意します。申請者と承認者それぞれでメニューを分ける運用が行えます。図15では、開始フロー状態検索画面のみ利用できるようになっています。

定義の変更

「システム」タブを選択します。その中にある「開始フロー状態」モデルを編集します。

「権限」タブを開きます。新しいプリンシパルを新規で用意します。（図17,図18）

「開始フロー状態閲覧」プリンシパルを用意します。（図19）

プリンシパルの割り当て

標準で用意されていた「フロー状態閲覧」プリンシパルは、開始フローと保留フローの両方を閲覧できるものでした。今回、標準のプリンシパルを不活性とし、新しく用意した「開始フロー状態閲覧」プリンシパルを使うようにします。（図20,図21）

仕様・制約

• 開始フロー状態の一覧表示で、並び替え（ソート順制御）を指定することはできません。
• 開始フロー状態の「ページにおける表示数の設定」や「ページネーション」の変更は、カスタマイズでの対応になります。