Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.
1Copyright © Questetra,Inc. All right Reserved.
Questetra ハンズオンセミナー
ビギナー向け業務プロセス設計
Wifi に接続し、今日利用する Questetra BPM Suite に
...
事前準備
• http://goo.gl/Rb9aDa
から、「作業依頼フロー_スグ試用3.qar」をダウンロード
してください。
• Questetra BPM Suite にいるユーザ数を確認してください。
– (右上のユーザ名)→「システ...
アジェンダ
1. 既成のプロセスモデルで試す
2. プロセスモデルの設計
3. 他の人に仕事を
4. タスク処理画面の高度な設定
5. 処理画面の設定で、組織を活用する
6. 処理担当者で、上司を設定する
7. フローを分岐させる
8. (タス...
Questetra BPM Suite の基本概念①
プロセスモデル
• 組織が特定の業務を遂
行する上において、守る
べきルール
• 「業務ルール」「規定」な
ど
プロセス(インスタンス)
• ルールに従って実際に行
われる、一連の仕事
• ...
既成のプロセスモデルで試す
既成のプロセスモデルを使って、
システム上での業務の進め方を体験していただきます
体験用のプロセスモデルをインポート 1/2
1. (右上のユーザ名)
→「プロセスモデル設定」
2. 「アーカイブから新規作成」
→先ほどダウンロードした 「作業
依頼フロー_スグ試用3.qar」 を
アップロード
– http://goo....
体験用のプロセスモデルをインポート 2/2
5. 「開発中のバージョン1のリリース」を押してください
6. バージョンメモは空のまま、「リリース」を押してください
既成のプロセスモデル(業務)をインポートし、
使用できる状態にしました
プロセスモデルを見る 1/2
開始イベント/終了イベント
プロセスを新規開始することのできるポイント/終了するポイントを表す
タスク
人が処理すると定めた工程
システムが処理する(自動処理)される工程もあるが、アイコンが異なる
プロセスモデルを見る 2/2
スイムレーン
同一の役割の人によって処理されるタスクを、グルーピングする
スイムレーン内のタスクは、原則、同一ユーザが処理する
フロー
工程の前後関係を表す
1つの工程から複数のフローが出ている(分岐)する場合もある
プロセスの新規開始/タスクの処理を体験する 1/4
1. 「ワークフロー」
→「新規開始」
2. 一覧から「作業依頼フロー」
を見つけて、左から2つ目の
ボタン
– 「作業依頼フロー」の「1.依頼
作業の入力」の処理画面が開
きます
3. 「依...
プロセスの新規開始/タスクの処理を体験する 2/4
4. 先に「依頼先」で指定したユーザBで
ログイン
– 別のブラウザを使うと楽です
5. 「マイタスク」(左メニュー)
→一覧から「作業依頼フロー」の
「2.再確認/完了報告」を見つけて
左か...
プロセスの新規開始/タスクの処理を体験する 3/4
9. 「1x. 再確認への対応」の
虫眼鏡ボタン
10. 以下の情報が表示されています
– 概要
– 関連する会話(社内SNS)
– 処理記録および現在の状態
– プロセスデータ(入力データ)...
プロセスの新規開始/タスクの処理を体験する 4/4
トークン
特定のプロセスにおいて、どの工程まで業務が進んでいるか表す
原則、1つのプロセスに1つだが、複数になる場合もある
全てのトークンが終了イベントに到達すると、プロセスは終了する
• 先...
Questetra BPM Suite の基本概念②
プロセスモデル
• 組織が特定の業務を遂行する上に
おいて、守るべきルール
• 「業務ルール」「規定」など
タスク
• プロセスモデル内で、
人が処理すると定めた工程
• 自動処理される工程...
プロセスモデルの設計
単純なプロセスモデルの設計を通じて、
プロセスモデルの作成方法を体験していただきます
Questetra BPM Suite の基本概念③
プロセスモデルの3要素
• プロセス図(業務フロー図)
– 工程、および工程の前後関係
• データ項目(タスク処理画面)
– 取り扱うデータ
– タスク処理画面(入力画面)
• 処理担当者
...
タスク処理画面を作る 1/2
1. (右上のユーザ名)
→「プロセスモデル設定」
2. 「プロセスモデル新規作成」
3. プロセスモデル名は任意で、
そのまま「新規作成」
タスク処理画面を作る①
• 以下のプロセス図を作成してください
• http://youtu.be/jHK9juTN0eg
• モデラー内でも、「ファイル」→「チュートリアル」から参照可能です
• タスクをダブルクリックして、名前を変更
プロセスモデルを見る (改めて)
スイムレーン
同一の役割の人によって処理されるタスクを、グルーピングする
スイムレーン内のタスクは、原則、同一ユーザが処理する
タスク
人が処理すると定めた工程
システムが処理する(自動処理)される工程もあるが...
タスク処理画面を作る 1/5
• プロセスデータ項目で以下を追加
– 数値
– 日付
タスク処理画面を作る 2/5
• データ編集許可設定を、以下のように
– “入力”タスクは、全データを「編集可」に
– “確認”タスクは、全データを「表示のみ」に
• 「保存」→「閉じる」
• 「開発中のバージョン1の
リリース」
• プロセスを開始できる状
態になったので、
プロセスを開始します
タスク処理画面を作る 3/5
プロセスの新規開始/タスクの処理を体験する 4/5
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始&先頭タ
スクを処理
3. 次の工程「確認」に進んでいる
はずなので、それを探します
「ワークフ...
タスク処理画面を作る 5/5
• データ編集許可設定
– 編集可 :値の閲覧可能。および編集可能
– 表示のみ:値の閲覧可能。編集はできない。
– 「-」 (なし):値の閲覧も、項目の閲覧もできない。
• データの種類
– 文字(単一行/複数行...
Questetra BPM Suite の基本概念④
• プロセスモデルに
バージョンの概念
• 各プロセスは、開始したタイミン
グのプロセスモデルのバージョン
に紐付いている
– プロセスは、その時点での最新
バージョンでしか開始できない
•...
他の人に仕事を
処理担当者の設定を変更し、
他ユーザに仕事がまわるようにします
他の人に仕事を 1/10
先ほど作成したプロセスモデルの編集画面に移動
① ②
③
他の人に仕事を 2/10
以下のプロセス図に変更してください
1. スイムレーンをドラック&ドロップで追加
2. 「確認」「終了」を追加したスイムレーンに、
ドラッグ&ドロップで移動
3. スイムレーンの名称変更
– プロパティダイアログから変更
他の人に仕事を 3/10
• 処理担当者の設定画面に移動
• “担当者2” にて、以下の設定
– 「ユーザ: 〇〇」を選択して、「編集」ボタン
• 他のユーザに変更して「確定」
– 「候補者の表示」で、選択したユーザが
表示されることを確認
プ...
他の人に仕事を 4/10
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始&先頭タ
スクを処理
3. 別ユーザでログインしなおして、
「ワークフロー」→「マイタスク」
4. 一覧から先に開始したプ...
少し脱線 「開始したプロセス」を見る
• 「開始したプロセス」か「処理したタスク」
• タスクとプロセスの違いは
工程のレベルで見るか、全体で見るかの違い
• プロセス(インスタンス)には、「工程名」や「締め切り」の
属性はない
• 「マイタス...
他の人に仕事を 5/10
再びプロセスモデルを編集します
① ②
③
“担当者2” にて、設定を「追加」
• 先ほどとは異なるユーザを選択して「確定」
他の人に仕事を 6/10
プロセスモデル保存後、 「開発中のバージョン○のリリース」
他の人に仕事を 7/10
1. 「ワークフロー」
→「新規開始」
2. 一覧からプロセスモデルを見つ
けて、プロセスを開始&先頭タ
スクを処理
3. プロセスモデルで指定した、
2人のユーザそれぞれで
ログイン
「マイタスク」ではなく、「引き受...
Questetra BPM Suite の基本概念⑤
• 設定に該当するユーザ
が1人しかいない場合
• 仕事は、自動的にそのユ
ーザのものとなる
• 設定に該当するユーザ
が2人以上いる場合
• 仕事は「誰かが引き受け
てくれるのを待つ」(引...
他の人に仕事を 8/10
1. 「引き受け待ち」にある
「確認」タスクで、虫眼鏡アイコン
2. 「詳細」ページの
「処理記録および現在の状態」
から、「候補者」ボタン
– 処理担当の候補者が表示される
– プロセスモデルで指定した
2人のユーザ...
他の人に仕事を 9/10
• 現在、もう1人のユーザではプロセスを開始できない
• 開始イベントのあるスイムレーンでは、担当者設定の意味が異なる
• 「該当業務のプロセスを開始できるのは誰か」という意味に
• それ以外のスイムレーンでは、
「そ...
他の人に仕事を 10/10
• 組織で指定
– 〇〇に直接所属する人/のリーダ
– 〇〇の下位組織に所属する人/のリーダ
• ユーザで指定
• プロセスデータで指定
– 組織型やユーザ型データで指定されたユーザ/組織
• スイムレーンを用いた相...
タスク処理画面の高度な設定
入力チェックやレイアウトなど、
タスク処理画面のカスタマイズを体験していただきます
タスク処理画面の高度な設定 1/10
先ほど作成したプロセスモデルの編集画面に移動
① ②
③
タスク処理画面の高度な設定 2/10
データ項目は全データタイプを1つずつ追加(すでにある数値と日付以外)
この時点では、順番は気にしなくて良いです
編集許可設定は、「入力」タスクではすべて「編集可」
「ガイドパネル」のみ「表示のみ」
「確認」...
少し脱線 フォームプレビュー
右上にある「フォームプレビュー」ボタンから、タスク処理画面の確認ができ
ます。
– 別ウィンドウで開きます
工程ごとに、どのようなフォームになるか、イメージをつかむことができます。
同様のボタンは、ヒューマンタスク...
タスク処理画面の高度な設定 3/10
• 段組設定を変更
• 項目の順番も変更
• 複数の項目を選択し、まとめて段組設定/順番変更もできます
タスク処理画面の高度な設定 4/10
• 「数値」データを変更
• 「必須」に
• 「説明」を追加
– 10以上20以下にしてください
• 接頭文字を「$」に
• 最小値を “10” に
• 最大値を “20” に
タスク処理画面の高度な設定 5/10
• 「選択」データを変更
• 表示ラベルを「はい」と「いいえ」に
• 初期値を「いいえ」に
• 表示ラベルが変わっても、選択肢 ID が同じであれば、検索や集計で同じ
選択肢と扱われる
タスク処理画面の高度な設定 6/10
• 「ユーザ」データを変更
• 「必須」に
• 初期値を「プロセス開始ユーザ」に(編集ボタンを押した先で変更)
• 初期値は、プロセスを開始したタイミングで設定される値
– ここでは、プロセスを開始したユー...
タスク処理画面の高度な設定 7/10
• 「ガイドパネル」データを変更
• ガイドパネルは、入力フィールドを持たず、「説明」のみを設定できる
特殊なデータタイプ
• 説明には HTML を記述可能
– お勧めしませんが、Javascript も...
タスク処理画面の高度な設定 8/10
• 「テーブル」データを変更
• 最大行数を “3” に。(編集ボタンから)
• 「テーブル項目を追加」で、数値を3つ追加
• テーブル項目名を変更「文字」「数字1」「数字2」「数字3」
• 「文字」を「必...
タスク処理画面の高度な設定 9/10
• 「数字3」のテーブル項目を変更
• 「ふたつの項目の積が入る 数字1×数字2」に
• 「テーブルの下に集計が表示される」に
タスク処理画面の高度な設定 10/10
保存後、「開発中のバージョン○のリリース」
タスク処理画面の動きを確認してください
• 「数値」の入力値チェック
• 「選択」の選択肢と初期値
• 「ユーザ」の UI と初期値
• 「組織」「ファイル」「...
処理担当者の設定で、組織を活用する
処理担当者の設定で、もっともよく使用する組織の設定を、
体験いただきます
ユーザと組織・ロール
• Questetra には「ユーザ」「組織」「ロール」の概念
– 組織とロールは、複数のユーザをグループ化するためのもの
– 組織とロールは、プロセスモデルの担当者設定で使用する
• 組織はツリー構造で、ルートは1つ
–...
ユーザと組織
• https://seminar-ja.questetra.net
• SouthPole@questetra.com
でログイン
– パスワードは ‘s’ が8つ
• 所属は右の通り
• 全ユーザ @questetra.com...
処理担当者の設定で、組織を活用する
プロセスモデルを新規作成し、以下のプロセス図にしてください
• タスクやスイムレーンの名称変更を忘れずに
担当者設定で、”担当者2” のスイムレーンの設定を
「管理部に直接所属する人」に。
「候補者の表示」で、設定に該当するユーザを確認できます。
処理担当者の設定で、組織を活用する
担当者設定で、「申請者」 のスイムレーンの設定を
「全社に直接所属する人」に。
「候補者の表示」では、サウスポールしかでない
処理担当者の設定で、組織を活用する
処理担当者の設定で、組織を活用する
• 「組織:全社 に直接所属している人」は
「全社」組織に所属しているユーザ“のみ”が対象
• 「組織: 全社より下位組織に所属している人」は
「開発部」「営業部」「管理部」…に所属しているユーザが対象
– ...
担当者設定で、「申請者」 のスイムレーンの設定を
「組織:全社に直接所属する人」「組織:全社より下位組織に所属する人」に
処理担当者の設定で、組織を活用する
保存後、「開発中のバージョン○のリリース」をし、
Hawaii@questetra.c...
処理担当者で、上司を設定する
申請系の業務でよく登場する「上司」を、
どのように実現するかお話しします
担当者設定の種類
• 組織で指定
– 〇〇に直接所属する人/のリーダ
– 〇〇の下位組織に所属する人/のリーダ
• ユーザで指定
• プロセスデータで指定
– 組織型やユーザ型データで指定されたユーザ/組織
• スイムレーンを用いた相対的な指定...
課題
次のような、簡単な出張の申請業務を、クエステトラ上に実装してください
(先のプロセスモデルを改良してください)
申請内容は
• 申請者(代理申請はNG)
• 出張期間(開始日と終了日)
• 費用
• 内容(出張先など)
必ず、上司の承認が...
「上司の承認」の処理担当者設定
以下、2つの方法、それぞれで試してみます
• プロセスデータで指定
– 組織型やユーザ型データで指定されたユーザ/組織
• スイムレーンを用いた相対的な指定
– スイムレーン〇〇のタスクを処理した人より上位組織の...
1. 「上司」に相当するユーザ型データ項目を追加
2. 「申請」タスクで、追加したデータ項目を「編集可」に
3. 担当者設定で追加したデータ項目を指定
「上司」をプロセスデータで指定 1/2
「上司の承認」は、
データで指定した
ユーザに割りあ...
「上司」をプロセスデータで指定 2/2
○
• 解りやすい
• あらゆる場合に対応できる
×
• 厳格にルールを適応できない
– 間違った「承認者」を指定することも可能
「上司」の処理担当者の設定を
「スイムレーン:『申請者』のタスクを処理した人と
同じ組織のリーダ」に
先ほど追加したユーザ型のデータ項目を削除してください
「上司」を「申請者」からの相対的な指定で 1/4
「上司」を「申請者」からの相対的な指定で 2/4
• Oahu@questetra.com
– パスワードは ‘o’ 8つ
• Galapagos@questetra.com
– パスワードは ‘g’ 8つ
• Midway@questetra...
「上司」を「申請者」からの相対的な指定で 3/4
「同じ組織のリーダ」を指定したが、他に5パターン
営業2課のユーザから見ると
• 同じ組織(営業2課)
• 親組織(営業部)
• より上位組織(営業部と全社)
それぞれ「人(リーダ+メンバ)」ま...
「上司」を「申請者」からの相対的な指定で 4/4
○
• 厳格にルールを適応できる
×
• 「同じ組織のリーダ」という指定だと、リーダの人が申請する
と、自分自身が「上司として承認」することになる
(そのような業務ルールであれば、問題ない)
–...
「上司の承認」の設定についてのまとめ
• プロセスデータで指定
• スイムレーンを用いた相対的な指定
• (スイムレーンを用いた相対的な指定
とロールの組み合わせ)
• (厳密に、承認者を計算する方法)
現状、「これさえ知っておけば完璧」「設定...
フローを分岐させる
トークンの行き先をかえる分岐について、
体験いただきます。
フローを分岐させる 1/7
大きく2種類ありますが、まず1つ目
タスク処理の際、次のトークンの遷移先を指定する方法です。
先ほど作成したプロセスモデルの編集画面に移動してください。
① ②
③
フローを分岐させる 2/7
上司が「却下」できるようにします
以下のように、プロセス図に変更してください
1. 終了イベントを上司のスイムレーンに追加
2. 承認タスクから終了イベントへのフローを追加
フローを分岐させる 3/7
1. 「承認」タスクの「分岐」設定に移動
2. 「分岐タイプ」はそのまま
3. 「遷移先の決定」の「ボタン名」を変更
• 「前払い」へ遷移するボタンを「承認」に
• 「終了」へ遷移するボタンを「却下」に
分岐条件で設...
フローを分岐させる 4/7
データの値に応じて、分岐させることも可能です。
再びプロセスモデルの編集画面に移動してください。
① ②
③
フローを分岐させる 5/7
金額が100万円を超える場合は、社長の確認も必要にします
以下のように、プロセス図に変更してください
1. 「社長」のスイムレーンを追加
2. 「社長」のスイムレーンに「確認」タスクを追加
3. 「排他ゲートウェイ」...
フローを分岐させる 6/7
1. 「分岐」ゲートウェイのプロパティに移動
2. 分岐タイプはそのまま
3. (名前なし)へ遷移する条件を削除(「ー」ボタンで)
4. 「デフォルトフロー」の遷移先を(名前なし)に
• (名前なし)の遷移先とは、統...
フローを分岐させる 7/7
5. 遷移先が「確認」である条件式の条件名を編集「100万円以上」
6. 同じ行の条件式のアイコンをクリック
7. 「条件式設定」で「詳細な条件を設定する」を選択
8. 「費用」「右の値以上」を選択し、「100000...
分岐のまとめ
タスクでの分岐
• タスク処理の際、次のトークンの遷移先を指定する
• 最初に条件を満たした、1つのフローのみにトークンを流す( と同じ)
ゲートウェイでの分岐
• 最初に条件を満たした、1つのフローのみにトークンを流す
• トー...
タスクの締め切りと通知
タスクの締め切りの設定方法、
およびQuestetra 標準の通知機能についてお話します
標準の通知機能
• いくつかのタイミングで通知
– オファーされた時(「引き受け待ち」のタスクが発生したとき)
– 割り当てられた時(「マイタスク」が発生したとき)
– 締め切り1日前/1時間前/締め切り後○時間おき
• 通知方法が2種類
– ...
タスクの締め切り
• タスクごとに「締め切り日時」を設定可能
– 一覧表示や、通知で活用される
• 締め切り日時の指定方法
– データ項目で指定
– プロセスが開始してから
– タスクが発生してから
• 該当タスクにトークンが
到達してから
•...
タスクの締め切り
みなさんのQuestetra BPM Suite に戻ってください
「タスク処理画面の高度な設定」で作成したプロセスモデルを再編集します
① ②
③
タスクの締め切り
1. 「確認」タスクの「締め切り/通知」設定に移動
2. 「締め切り日時」を、「日時」データで指定された日時に
3. 締め切り到達時の処理はそのまま
以下を確認してください
• 締め切り時にメール通知がされること
• マイタス...
ユーザの設定を上書きしての通知
• ユーザが「受け取らない」設定にして
いても、メール通知することができる
• 通知が必須である
ヒューマンタスクで使用
• 設定はユーザ側の通知受信の設定
に対応
– オファーされた時
– 割り当てられた時
–...
自動処理
多数ある自動処理の工程のうち、
メール送信とPDF生成について体験いただきます
Questetra BPM Suite には、自動処理を行う
アイテムが多数ある
プロセスを自動開始するアイテム
定期的にプロセスを開始する等
トークンが到達したら、自動処理を行うアイテム
外部サービスに HTTP リクエストを投げる等
自動処...
プロセスの途中で、メールを送る 1/3
「タスク処理画面の高度な設定」 を再編集し、以下のプロセス図に
してください
• 「送信」で使用しているアイテムは、
「メッセージ送信中間イベント(メール)」
• Advanced のタブ内にあります
•...
プロセスの途中で、メールを送る 2/3
• 「送信」の設定を以下の通りに
• アンダーバーがついている変数の部分は、「データ埋込」のところから選択して、
コピー&ペースト
• 宛先にある固定アドレスは、適当なものを
プロセスを動かして、変数の部...
プロセスの途中で、メールを送る 3/3
メッセージ送信中間イベントを、標準の通知機能の代わりに
使うことも可能だが、一長一短ある
「標準の通知機能」のメリット/デメリット
• タスクの処理担当者に、メールを送ることができる
• セキュリティを考...
プロセスの途中で、PDF の自動生成 1/4
「タスク処理画面の高度な設定」 を再編集し、以下のプロセス図に
変更してください
• 「サービス」で使用しているアイテムは、
「サービスタスク(PDF生成)」
• Advanced のタブ内にありま...
プロセスの途中で、PDFを自動生成 2/4
「サービス」の設定を以下の通りに
• 「テンプレートとするPDFフォーム」は、「プロセスモデルファイル」を選択し
「sample.pdf」を入力
• 「PDFファイルを保存するファイル型データ項目」は...
プロセスの途中で、PDFを自動生成 3/4
自動生成された PDF は以下のようなもの
• PDF のフィールドに、データが埋め込まれる
• これをベースに、独自のPDF テンプレートを作成しても構わない
プロセスの途中で、PDFを自動生成 4/4
• 詳細ページの
「プロセスモデル」メニューから
「プロセスモデルファイルの管理」
• 「プロセスモデルファイルの管理」ページで、ファイルを保存
– 種類は「サービスタスク(PDF生成) で使用する ...
まとめ
プロセスモデル
• 組織が特定の業務を遂行する上に
おいて、守るべきルール
• 「業務ルール」「規定」など
タスク
• プロセスモデル内で、人が処理する
と定めた工程
プロセス(インスタンス)
• ルールに従って実際に行われる、一連の
...
Nächste SlideShare
Wird geladen in …5
×

Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14

168 Aufrufe

Veröffentlicht am

「Questetra BPM Suite」は、Drag&Dropの簡単操作で、業務ルールや業務の流れを設定し、業務プロセスを定義することができるツールです。プログラミングやシステムの知識がなくても、ブラウザだけで、誰でも簡単に業務システムを作成できます。

Veröffentlicht in: Software
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 2015/10/14

  1. 1. 1Copyright © Questetra,Inc. All right Reserved. Questetra ハンズオンセミナー ビギナー向け業務プロセス設計 Wifi に接続し、今日利用する Questetra BPM Suite に ログインできることを確認してください。 http://goo.gl/Rb9aDa から、「作業依頼フロー_スグ試用3.qar」をダウンロード してください。
  2. 2. 事前準備 • http://goo.gl/Rb9aDa から、「作業依頼フロー_スグ試用3.qar」をダウンロード してください。 • Questetra BPM Suite にいるユーザ数を確認してください。 – (右上のユーザ名)→「システム設定」 – 1ユーザしかいない場合は、 別に1ユーザを追加してください
  3. 3. アジェンダ 1. 既成のプロセスモデルで試す 2. プロセスモデルの設計 3. 他の人に仕事を 4. タスク処理画面の高度な設定 5. 処理画面の設定で、組織を活用する 6. 処理担当者で、上司を設定する 7. フローを分岐させる 8. (タスクの締め切りと通知) 9. (自動処理)
  4. 4. Questetra BPM Suite の基本概念① プロセスモデル • 組織が特定の業務を遂 行する上において、守る べきルール • 「業務ルール」「規定」な ど プロセス(インスタンス) • ルールに従って実際に行 われる、一連の仕事 • 特定の「稟議」「申請」「案 件」「問い合わせ対応」な ど 従うべきルール ルールにそって動く 実際の業務
  5. 5. 既成のプロセスモデルで試す 既成のプロセスモデルを使って、 システム上での業務の進め方を体験していただきます
  6. 6. 体験用のプロセスモデルをインポート 1/2 1. (右上のユーザ名) →「プロセスモデル設定」 2. 「アーカイブから新規作成」 →先ほどダウンロードした 「作業 依頼フロー_スグ試用3.qar」 を アップロード – http://goo.gl/Rb9aDa 3. 以下は無変更で、そのまま「新 規作成」 – プロパティの編集 – プロセスモデル内で使用されてい る組織の関連付けを行ってくださ い
  7. 7. 体験用のプロセスモデルをインポート 2/2 5. 「開発中のバージョン1のリリース」を押してください 6. バージョンメモは空のまま、「リリース」を押してください 既成のプロセスモデル(業務)をインポートし、 使用できる状態にしました
  8. 8. プロセスモデルを見る 1/2 開始イベント/終了イベント プロセスを新規開始することのできるポイント/終了するポイントを表す タスク 人が処理すると定めた工程 システムが処理する(自動処理)される工程もあるが、アイコンが異なる
  9. 9. プロセスモデルを見る 2/2 スイムレーン 同一の役割の人によって処理されるタスクを、グルーピングする スイムレーン内のタスクは、原則、同一ユーザが処理する フロー 工程の前後関係を表す 1つの工程から複数のフローが出ている(分岐)する場合もある
  10. 10. プロセスの新規開始/タスクの処理を体験する 1/4 1. 「ワークフロー」 →「新規開始」 2. 一覧から「作業依頼フロー」 を見つけて、左から2つ目の ボタン – 「作業依頼フロー」の「1.依頼 作業の入力」の処理画面が開 きます 3. 「依頼先」で他のユーザBを指 定 →他を入力して、「『1.依頼 作業の入力』処理完了」
  11. 11. プロセスの新規開始/タスクの処理を体験する 2/4 4. 先に「依頼先」で指定したユーザBで ログイン – 別のブラウザを使うと楽です 5. 「マイタスク」(左メニュー) →一覧から「作業依頼フロー」の 「2.再確認/完了報告」を見つけて 左から2つ目のボタン →「2.再確認/完了報告」の処理画 面が開きます 6. 処理画面で何か入力して「再確認」 – 「完了」を押さないで 7. 最初のユーザでログイン 8. 「マイタスク」(左サイド) →一覧に「作業依頼フロー」の「1. 再確認への対応」があることを確認
  12. 12. プロセスの新規開始/タスクの処理を体験する 3/4 9. 「1x. 再確認への対応」の 虫眼鏡ボタン 10. 以下の情報が表示されています – 概要 – 関連する会話(社内SNS) – 処理記録および現在の状態 – プロセスデータ(入力データ) – 状態
  13. 13. プロセスの新規開始/タスクの処理を体験する 4/4 トークン 特定のプロセスにおいて、どの工程まで業務が進んでいるか表す 原則、1つのプロセスに1つだが、複数になる場合もある 全てのトークンが終了イベントに到達すると、プロセスは終了する • 先ほど見たプロセスモデルと同じであることを確認してください • 個々のプロセスは、プロセスモデルに従って動作します • 1つ1つのタスクを処理していけば、トークンが動いていきます • タスクにあるアイコンは、直近の処理担当者を表します。 各ユーザがアイコンを設定していると、それぞれのアイコンになります。
  14. 14. Questetra BPM Suite の基本概念② プロセスモデル • 組織が特定の業務を遂行する上に おいて、守るべきルール • 「業務ルール」「規定」など タスク • プロセスモデル内で、 人が処理すると定めた工程 • 自動処理される工程もある – イベント、サービスタスクなど プロセス(インスタンス) • ルールに従って実際に行われる、 一連の仕事 • 特定の「稟議」「申請」「案件」「問い 合わせ対応」など トークン • 特定のプロセスにおいて、どの工程 まで業務が進んでいるか表す 従うべきルール ルールにそって動く 実際の業務
  15. 15. プロセスモデルの設計 単純なプロセスモデルの設計を通じて、 プロセスモデルの作成方法を体験していただきます
  16. 16. Questetra BPM Suite の基本概念③ プロセスモデルの3要素 • プロセス図(業務フロー図) – 工程、および工程の前後関係 • データ項目(タスク処理画面) – 取り扱うデータ – タスク処理画面(入力画面) • 処理担当者 – 誰が各タスクを処理するか
  17. 17. タスク処理画面を作る 1/2 1. (右上のユーザ名) →「プロセスモデル設定」 2. 「プロセスモデル新規作成」 3. プロセスモデル名は任意で、 そのまま「新規作成」
  18. 18. タスク処理画面を作る① • 以下のプロセス図を作成してください • http://youtu.be/jHK9juTN0eg • モデラー内でも、「ファイル」→「チュートリアル」から参照可能です • タスクをダブルクリックして、名前を変更
  19. 19. プロセスモデルを見る (改めて) スイムレーン 同一の役割の人によって処理されるタスクを、グルーピングする スイムレーン内のタスクは、原則、同一ユーザが処理する タスク 人が処理すると定めた工程 システムが処理する(自動処理)される工程もあるが、アイコンが異なる 開始イベント/終了イベント プロセスを新規開始することのできるポイント/終了するポイントを表す フロー 工程の前後関係を表す 1つの工程から複数のフローが出ている(分岐)する場合もある
  20. 20. タスク処理画面を作る 1/5 • プロセスデータ項目で以下を追加 – 数値 – 日付
  21. 21. タスク処理画面を作る 2/5 • データ編集許可設定を、以下のように – “入力”タスクは、全データを「編集可」に – “確認”タスクは、全データを「表示のみ」に
  22. 22. • 「保存」→「閉じる」 • 「開発中のバージョン1の リリース」 • プロセスを開始できる状 態になったので、 プロセスを開始します タスク処理画面を作る 3/5
  23. 23. プロセスの新規開始/タスクの処理を体験する 4/5 1. 「ワークフロー」 →「新規開始」 2. 一覧からプロセスモデルを見つ けて、プロセスを開始&先頭タ スクを処理 3. 次の工程「確認」に進んでいる はずなので、それを探します 「ワークフロー」→「マイタスク」 4. 一覧から先に開始したプロセス の「確認」タスクを見つけて、 タスクを処理 定義したデータ項目が、タスク処理画面に表示される 設定に応じて、「入力」「確認」での、各項目の編集可否が変わる
  24. 24. タスク処理画面を作る 5/5 • データ編集許可設定 – 編集可 :値の閲覧可能。および編集可能 – 表示のみ:値の閲覧可能。編集はできない。 – 「-」 (なし):値の閲覧も、項目の閲覧もできない。 • データの種類 – 文字(単一行/複数行) – 数値 – 選択(ラジオ/チェック/セレクトボックス/検索セレクト) – 日付(年月日/年月/月日/年)/日時 – ファイル – ユーザ/組織 – 掲示板 – テーブル
  25. 25. Questetra BPM Suite の基本概念④ • プロセスモデルに バージョンの概念 • 各プロセスは、開始したタイミン グのプロセスモデルのバージョン に紐付いている – プロセスは、その時点での最新 バージョンでしか開始できない • リリースすると、 開発中だったものが 最新バージョンになる バージョン1 バージョン2 バージョン3(最新) バージョン3(開発中) リリース
  26. 26. 他の人に仕事を 処理担当者の設定を変更し、 他ユーザに仕事がまわるようにします
  27. 27. 他の人に仕事を 1/10 先ほど作成したプロセスモデルの編集画面に移動 ① ② ③
  28. 28. 他の人に仕事を 2/10 以下のプロセス図に変更してください 1. スイムレーンをドラック&ドロップで追加 2. 「確認」「終了」を追加したスイムレーンに、 ドラッグ&ドロップで移動 3. スイムレーンの名称変更 – プロパティダイアログから変更
  29. 29. 他の人に仕事を 3/10 • 処理担当者の設定画面に移動 • “担当者2” にて、以下の設定 – 「ユーザ: 〇〇」を選択して、「編集」ボタン • 他のユーザに変更して「確定」 – 「候補者の表示」で、選択したユーザが 表示されることを確認 プロセスモデル保存後、 「開発中のバージョン○のリリース」
  30. 30. 他の人に仕事を 4/10 1. 「ワークフロー」 →「新規開始」 2. 一覧からプロセスモデルを見つ けて、プロセスを開始&先頭タ スクを処理 3. 別ユーザでログインしなおして、 「ワークフロー」→「マイタスク」 4. 一覧から先に開始したプロセス の「確認」タスクを見つけて、 タスクを処理 担当者設定で指定したユーザに、「確認」タスクが割りあたるようになる
  31. 31. 少し脱線 「開始したプロセス」を見る • 「開始したプロセス」か「処理したタスク」 • タスクとプロセスの違いは 工程のレベルで見るか、全体で見るかの違い • プロセス(インスタンス)には、「工程名」や「締め切り」の 属性はない • 「マイタスク」「引き受け待ち」は、「工程のレベル」で 見ている。「全体のレベル」で見ていない。
  32. 32. 他の人に仕事を 5/10 再びプロセスモデルを編集します ① ② ③
  33. 33. “担当者2” にて、設定を「追加」 • 先ほどとは異なるユーザを選択して「確定」 他の人に仕事を 6/10 プロセスモデル保存後、 「開発中のバージョン○のリリース」
  34. 34. 他の人に仕事を 7/10 1. 「ワークフロー」 →「新規開始」 2. 一覧からプロセスモデルを見つ けて、プロセスを開始&先頭タ スクを処理 3. プロセスモデルで指定した、 2人のユーザそれぞれで ログイン 「マイタスク」ではなく、「引き受け待ち」に「確認」タスクが入る
  35. 35. Questetra BPM Suite の基本概念⑤ • 設定に該当するユーザ が1人しかいない場合 • 仕事は、自動的にそのユ ーザのものとなる • 設定に該当するユーザ が2人以上いる場合 • 仕事は「誰かが引き受け てくれるのを待つ」(引き 受け待ち)状態に – 対象ユーザに依頼メール • 仕事は、引き受けたユー ザのものとなる
  36. 36. 他の人に仕事を 8/10 1. 「引き受け待ち」にある 「確認」タスクで、虫眼鏡アイコン 2. 「詳細」ページの 「処理記録および現在の状態」 から、「候補者」ボタン – 処理担当の候補者が表示される – プロセスモデルで指定した 2人のユーザ 3. 「引き受ける」 または「引き受けて処理開始」 からタスク処理が可能 引き受けた時点で、他の候補者の「引き受け待ち」リストからは消える
  37. 37. 他の人に仕事を 9/10 • 現在、もう1人のユーザではプロセスを開始できない • 開始イベントのあるスイムレーンでは、担当者設定の意味が異なる • 「該当業務のプロセスを開始できるのは誰か」という意味に • それ以外のスイムレーンでは、 「そのスイムレーンで発生した仕事を処理できるのは誰か」 担当者1の「担当者設定」で、もう1人のユーザを追加してやると、 そのユーザもプロセスを開始できるようになる
  38. 38. 他の人に仕事を 10/10 • 組織で指定 – 〇〇に直接所属する人/のリーダ – 〇〇の下位組織に所属する人/のリーダ • ユーザで指定 • プロセスデータで指定 – 組織型やユーザ型データで指定されたユーザ/組織 • スイムレーンを用いた相対的な指定 – スイムレーン〇〇のタスクを処理した人より上位組織の人など • ロールで指定
  39. 39. タスク処理画面の高度な設定 入力チェックやレイアウトなど、 タスク処理画面のカスタマイズを体験していただきます
  40. 40. タスク処理画面の高度な設定 1/10 先ほど作成したプロセスモデルの編集画面に移動 ① ② ③
  41. 41. タスク処理画面の高度な設定 2/10 データ項目は全データタイプを1つずつ追加(すでにある数値と日付以外) この時点では、順番は気にしなくて良いです 編集許可設定は、「入力」タスクではすべて「編集可」 「ガイドパネル」のみ「表示のみ」 「確認」タスクでは、すべて「表示のみ」
  42. 42. 少し脱線 フォームプレビュー 右上にある「フォームプレビュー」ボタンから、タスク処理画面の確認ができ ます。 – 別ウィンドウで開きます 工程ごとに、どのようなフォームになるか、イメージをつかむことができます。 同様のボタンは、ヒューマンタスクのプロパティダイアログにもあります。
  43. 43. タスク処理画面の高度な設定 3/10 • 段組設定を変更 • 項目の順番も変更 • 複数の項目を選択し、まとめて段組設定/順番変更もできます
  44. 44. タスク処理画面の高度な設定 4/10 • 「数値」データを変更 • 「必須」に • 「説明」を追加 – 10以上20以下にしてください • 接頭文字を「$」に • 最小値を “10” に • 最大値を “20” に
  45. 45. タスク処理画面の高度な設定 5/10 • 「選択」データを変更 • 表示ラベルを「はい」と「いいえ」に • 初期値を「いいえ」に • 表示ラベルが変わっても、選択肢 ID が同じであれば、検索や集計で同じ 選択肢と扱われる
  46. 46. タスク処理画面の高度な設定 6/10 • 「ユーザ」データを変更 • 「必須」に • 初期値を「プロセス開始ユーザ」に(編集ボタンを押した先で変更) • 初期値は、プロセスを開始したタイミングで設定される値 – ここでは、プロセスを開始したユーザが設定されるという意味
  47. 47. タスク処理画面の高度な設定 7/10 • 「ガイドパネル」データを変更 • ガイドパネルは、入力フィールドを持たず、「説明」のみを設定できる 特殊なデータタイプ • 説明には HTML を記述可能 – お勧めしませんが、Javascript も記載可能
  48. 48. タスク処理画面の高度な設定 8/10 • 「テーブル」データを変更 • 最大行数を “3” に。(編集ボタンから) • 「テーブル項目を追加」で、数値を3つ追加 • テーブル項目名を変更「文字」「数字1」「数字2」「数字3」 • 「文字」を「必須」に • 「数字3」の編集ボタンから(次へ続く)
  49. 49. タスク処理画面の高度な設定 9/10 • 「数字3」のテーブル項目を変更 • 「ふたつの項目の積が入る 数字1×数字2」に • 「テーブルの下に集計が表示される」に
  50. 50. タスク処理画面の高度な設定 10/10 保存後、「開発中のバージョン○のリリース」 タスク処理画面の動きを確認してください • 「数値」の入力値チェック • 「選択」の選択肢と初期値 • 「ユーザ」の UI と初期値 • 「組織」「ファイル」「掲示板」の UI • 「ガイドパネル」の説明 • 「テーブル」での自動演算
  51. 51. 処理担当者の設定で、組織を活用する 処理担当者の設定で、もっともよく使用する組織の設定を、 体験いただきます
  52. 52. ユーザと組織・ロール • Questetra には「ユーザ」「組織」「ロール」の概念 – 組織とロールは、複数のユーザをグループ化するためのもの – 組織とロールは、プロセスモデルの担当者設定で使用する • 組織はツリー構造で、ルートは1つ – 企業の組織構造を、そのまま反映させる前提 • ロールはツリー構造を持たない – 企業の組織とは異なった、グループを作るためのもの – 例えば組織横断的なグループなど、組織を補助する目的 • 全ユーザは、いずれかの組織に所属しなければならない – 所属しなければ、ワークフローの各機能が使用できない • 組織への所属に際して、「リーダ」「メンバ」の属性がある – 「リーダ」「メンバ」の属性も、プロセスモデルの「担当者設定」で使用 全社 開発部 営業部 営業1課 営業2課 管理部
  53. 53. ユーザと組織 • https://seminar-ja.questetra.net • SouthPole@questetra.com でログイン – パスワードは ‘s’ が8つ • 所属は右の通り • 全ユーザ @questetra.com • 1人目がリーダ • 営業部 – Hawaii • 営業1課 – Galapagos – Oahu • 営業2課 – Solomon – Midway 全社 開発部 営業部 営業1課 営業2課 管理部 • 全社 – SouthPole • 管理部 – Sumatera – Maldives • 開発部 – Canarias – SaintHelena
  54. 54. 処理担当者の設定で、組織を活用する プロセスモデルを新規作成し、以下のプロセス図にしてください • タスクやスイムレーンの名称変更を忘れずに
  55. 55. 担当者設定で、”担当者2” のスイムレーンの設定を 「管理部に直接所属する人」に。 「候補者の表示」で、設定に該当するユーザを確認できます。 処理担当者の設定で、組織を活用する
  56. 56. 担当者設定で、「申請者」 のスイムレーンの設定を 「全社に直接所属する人」に。 「候補者の表示」では、サウスポールしかでない 処理担当者の設定で、組織を活用する
  57. 57. 処理担当者の設定で、組織を活用する • 「組織:全社 に直接所属している人」は 「全社」組織に所属しているユーザ“のみ”が対象 • 「組織: 全社より下位組織に所属している人」は 「開発部」「営業部」「管理部」…に所属しているユーザが対象 – 「全社」は除かれる • この2つを組み合わせると、全ユーザが対象になる 全社 開発部 営業部 営業1課 営業2課 管理部
  58. 58. 担当者設定で、「申請者」 のスイムレーンの設定を 「組織:全社に直接所属する人」「組織:全社より下位組織に所属する人」に 処理担当者の設定で、組織を活用する 保存後、「開発中のバージョン○のリリース」をし、 Hawaii@questetra.com でプロセスを開始してください パスワードは ‘h’ が 8つ
  59. 59. 処理担当者で、上司を設定する 申請系の業務でよく登場する「上司」を、 どのように実現するかお話しします
  60. 60. 担当者設定の種類 • 組織で指定 – 〇〇に直接所属する人/のリーダ – 〇〇の下位組織に所属する人/のリーダ • ユーザで指定 • プロセスデータで指定 – 組織型やユーザ型データで指定されたユーザ/組織 • スイムレーンを用いた相対的な指定 – スイムレーン〇〇のタスクを処理した人より上位組織の人など • ロールで指定 – ロール〇〇に所属する人
  61. 61. 課題 次のような、簡単な出張の申請業務を、クエステトラ上に実装してください (先のプロセスモデルを改良してください) 申請内容は • 申請者(代理申請はNG) • 出張期間(開始日と終了日) • 費用 • 内容(出張先など) 必ず、上司の承認が必要 最後は、費用の前払いを行うため、管理部が確認する つまり「申請」「上司の承認」「管理部による前払い」の3ステップ 「上司の承認」の処理担当者の設定以外について、取り組んでください (出張後の清算のステップがないとか、細かいことは無視してください)
  62. 62. 「上司の承認」の処理担当者設定 以下、2つの方法、それぞれで試してみます • プロセスデータで指定 – 組織型やユーザ型データで指定されたユーザ/組織 • スイムレーンを用いた相対的な指定 – スイムレーン〇〇のタスクを処理した人より上位組織の人など
  63. 63. 1. 「上司」に相当するユーザ型データ項目を追加 2. 「申請」タスクで、追加したデータ項目を「編集可」に 3. 担当者設定で追加したデータ項目を指定 「上司」をプロセスデータで指定 1/2 「上司の承認」は、 データで指定した ユーザに割りあたることを 確認してください
  64. 64. 「上司」をプロセスデータで指定 2/2 ○ • 解りやすい • あらゆる場合に対応できる × • 厳格にルールを適応できない – 間違った「承認者」を指定することも可能
  65. 65. 「上司」の処理担当者の設定を 「スイムレーン:『申請者』のタスクを処理した人と 同じ組織のリーダ」に 先ほど追加したユーザ型のデータ項目を削除してください 「上司」を「申請者」からの相対的な指定で 1/4
  66. 66. 「上司」を「申請者」からの相対的な指定で 2/4 • Oahu@questetra.com – パスワードは ‘o’ 8つ • Galapagos@questetra.com – パスワードは ‘g’ 8つ • Midway@questetra.com – パスワードは ‘m’ 8つ • Solomon@questetra.com – パスワードは ‘s’ 8つ • 営業部 – Hawaii • 営業1課 – Galapagos – Oahu • 営業2課 – Solomon – Midway 全社 開発部 営業部 営業1課 営業2課 管理部 • 全社 – SouthPole • 管理部 – Sumatera – Maldives • 開発部 – Canarias – SaintHelena Oahu で申請すると、 Galapagos が承認者に Midway で申請すると、 Solomon が承認者になる
  67. 67. 「上司」を「申請者」からの相対的な指定で 3/4 「同じ組織のリーダ」を指定したが、他に5パターン 営業2課のユーザから見ると • 同じ組織(営業2課) • 親組織(営業部) • より上位組織(営業部と全社) それぞれ「人(リーダ+メンバ)」または「リーダ」の2パターン 全部で 3×2=6パターン 全社 開発部 営業部 営業1課 営業2課 管理部
  68. 68. 「上司」を「申請者」からの相対的な指定で 4/4 ○ • 厳格にルールを適応できる × • 「同じ組織のリーダ」という指定だと、リーダの人が申請する と、自分自身が「上司として承認」することになる (そのような業務ルールであれば、問題ない) – リーダの申請に対して、「親組織のリーダ」に承認させるためには、 プロセスモデルを分けるなどの工夫が必要 • 「部長」や「課長」といった特定のポジションを指定できない – 組織にレベルの概念が無いため – さらに複雑な設定を行えば可能
  69. 69. 「上司の承認」の設定についてのまとめ • プロセスデータで指定 • スイムレーンを用いた相対的な指定 • (スイムレーンを用いた相対的な指定 とロールの組み合わせ) • (厳密に、承認者を計算する方法) 現状、「これさえ知っておけば完璧」「設定も簡単」という方法は ありません。 最初は、厳密性よりも、設定が容易な方をお勧めします。 厳 密 で 穴 が 少 な い 設 定 が 容 易
  70. 70. フローを分岐させる トークンの行き先をかえる分岐について、 体験いただきます。
  71. 71. フローを分岐させる 1/7 大きく2種類ありますが、まず1つ目 タスク処理の際、次のトークンの遷移先を指定する方法です。 先ほど作成したプロセスモデルの編集画面に移動してください。 ① ② ③
  72. 72. フローを分岐させる 2/7 上司が「却下」できるようにします 以下のように、プロセス図に変更してください 1. 終了イベントを上司のスイムレーンに追加 2. 承認タスクから終了イベントへのフローを追加
  73. 73. フローを分岐させる 3/7 1. 「承認」タスクの「分岐」設定に移動 2. 「分岐タイプ」はそのまま 3. 「遷移先の決定」の「ボタン名」を変更 • 「前払い」へ遷移するボタンを「承認」に • 「終了」へ遷移するボタンを「却下」に 分岐条件で設定した2つのボタンが表示される いずれかのボタンを押すとタスクが完了し、設定した先にトークンが移動する
  74. 74. フローを分岐させる 4/7 データの値に応じて、分岐させることも可能です。 再びプロセスモデルの編集画面に移動してください。 ① ② ③
  75. 75. フローを分岐させる 5/7 金額が100万円を超える場合は、社長の確認も必要にします 以下のように、プロセス図に変更してください 1. 「社長」のスイムレーンを追加 2. 「社長」のスイムレーンに「確認」タスクを追加 3. 「排他ゲートウェイ」と「結合ゲートウェイ」を追加し、「承認」タスクと「前 払い」タスクの間を、以下の形になるように – Advanced パレットに、2つのゲートウェイがあります
  76. 76. フローを分岐させる 6/7 1. 「分岐」ゲートウェイのプロパティに移動 2. 分岐タイプはそのまま 3. (名前なし)へ遷移する条件を削除(「ー」ボタンで) 4. 「デフォルトフロー」の遷移先を(名前なし)に • (名前なし)の遷移先とは、統合ゲートウェイ
  77. 77. フローを分岐させる 7/7 5. 遷移先が「確認」である条件式の条件名を編集「100万円以上」 6. 同じ行の条件式のアイコンをクリック 7. 「条件式設定」で「詳細な条件を設定する」を選択 8. 「費用」「右の値以上」を選択し、「1000000」を入力 9. 「閉じる」で条件式が「費用>= 1000000」になっていることを確認 「費用」が1000000以上であれば、「確認」タスクへトークンが自動的に移動
  78. 78. 分岐のまとめ タスクでの分岐 • タスク処理の際、次のトークンの遷移先を指定する • 最初に条件を満たした、1つのフローのみにトークンを流す( と同じ) ゲートウェイでの分岐 • 最初に条件を満たした、1つのフローのみにトークンを流す • トークンを複製し、全てのフローにトークンを流す • トークンを複製し、条件を満たしたフローのみにトークンを流す • 複数のフローを1つに集約する トークンが複数になっている場合は、1つにまとめる
  79. 79. タスクの締め切りと通知 タスクの締め切りの設定方法、 およびQuestetra 標準の通知機能についてお話します
  80. 80. 標準の通知機能 • いくつかのタイミングで通知 – オファーされた時(「引き受け待ち」のタスクが発生したとき) – 割り当てられた時(「マイタスク」が発生したとき) – 締め切り1日前/1時間前/締め切り後○時間おき • 通知方法が2種類 – メール/Questetra BPM Suite上 – ユーザ自身が受け取りタイミングを制御 – プロセスモデルの設計者が、ユーザの設定を無視して通知する方法も
  81. 81. タスクの締め切り • タスクごとに「締め切り日時」を設定可能 – 一覧表示や、通知で活用される • 締め切り日時の指定方法 – データ項目で指定 – プロセスが開始してから – タスクが発生してから • 該当タスクにトークンが 到達してから • 締め切り時の処理 – 何もしない(通知するだけ) – タスクを異常終了させる (トークンはタイマー境界イベントに移動)
  82. 82. タスクの締め切り みなさんのQuestetra BPM Suite に戻ってください 「タスク処理画面の高度な設定」で作成したプロセスモデルを再編集します ① ② ③
  83. 83. タスクの締め切り 1. 「確認」タスクの「締め切り/通知」設定に移動 2. 「締め切り日時」を、「日時」データで指定された日時に 3. 締め切り到達時の処理はそのまま 以下を確認してください • 締め切り時にメール通知がされること • マイタスクや引き受け待ちの一覧で、 締め切り日時が表示されること
  84. 84. ユーザの設定を上書きしての通知 • ユーザが「受け取らない」設定にして いても、メール通知することができる • 通知が必須である ヒューマンタスクで使用 • 設定はユーザ側の通知受信の設定 に対応 – オファーされた時 – 割り当てられた時 – 締め切り1日前/1時間前/ 締め切り後○時間おき ユーザの設定に関わらず、 メール通知される
  85. 85. 自動処理 多数ある自動処理の工程のうち、 メール送信とPDF生成について体験いただきます
  86. 86. Questetra BPM Suite には、自動処理を行う アイテムが多数ある プロセスを自動開始するアイテム 定期的にプロセスを開始する等 トークンが到達したら、自動処理を行うアイテム 外部サービスに HTTP リクエストを投げる等 自動処理のアイテム
  87. 87. プロセスの途中で、メールを送る 1/3 「タスク処理画面の高度な設定」 を再編集し、以下のプロセス図に してください • 「送信」で使用しているアイテムは、 「メッセージ送信中間イベント(メール)」 • Advanced のタブ内にあります • トークンが到達すると、自動的にメールを送信
  88. 88. プロセスの途中で、メールを送る 2/3 • 「送信」の設定を以下の通りに • アンダーバーがついている変数の部分は、「データ埋込」のところから選択して、 コピー&ペースト • 宛先にある固定アドレスは、適当なものを プロセスを動かして、変数の部分が置き換わって、 メールが届くことを確認してください
  89. 89. プロセスの途中で、メールを送る 3/3 メッセージ送信中間イベントを、標準の通知機能の代わりに 使うことも可能だが、一長一短ある 「標準の通知機能」のメリット/デメリット • タスクの処理担当者に、メールを送ることができる • セキュリティを考慮した内容になっている (見えるべきでないデータが、メールに含まれることはない) • メールの内容を、細かくカスタマイズすることができない 「メッセージ送信中間イベント」のメリット/デメリット • メールの内容を、細かくカスタマイズすることができる • セキュリティの考慮は、設計者任せ • 標準の通知機能でできることの中に、実現できないこともある
  90. 90. プロセスの途中で、PDF の自動生成 1/4 「タスク処理画面の高度な設定」 を再編集し、以下のプロセス図に 変更してください • 「サービス」で使用しているアイテムは、 「サービスタスク(PDF生成)」 • Advanced のタブ内にあります • トークンが到達すると、テンプレートのPDF に データを埋め込み、新しい PDF を作成
  91. 91. プロセスの途中で、PDFを自動生成 2/4 「サービス」の設定を以下の通りに • 「テンプレートとするPDFフォーム」は、「プロセスモデルファイル」を選択し 「sample.pdf」を入力 • 「PDFファイルを保存するファイル型データ項目」は「ファイル」 • 「保存する際のファイル名を指定する文字型データ項目」は「文字」 • 「自動生成」ボタンを押し、ファイルを保存 保存後、「開発中のバージョン○のリリース」 プロセスの新規開始は待ってください
  92. 92. プロセスの途中で、PDFを自動生成 3/4 自動生成された PDF は以下のようなもの • PDF のフィールドに、データが埋め込まれる • これをベースに、独自のPDF テンプレートを作成しても構わない
  93. 93. プロセスの途中で、PDFを自動生成 4/4 • 詳細ページの 「プロセスモデル」メニューから 「プロセスモデルファイルの管理」 • 「プロセスモデルファイルの管理」ページで、ファイルを保存 – 種類は「サービスタスク(PDF生成) で使用する PDFフォーム」 – ファイル名は「sample.pdf」 – ファイルは、先ほどダウンロード したファイル プロセスを動かして、データが埋め込まれた PDF が 作成されることを確認してください
  94. 94. まとめ プロセスモデル • 組織が特定の業務を遂行する上に おいて、守るべきルール • 「業務ルール」「規定」など タスク • プロセスモデル内で、人が処理する と定めた工程 プロセス(インスタンス) • ルールに従って実際に行われる、一連の 仕事 • 特定の「稟議」「申請」「案件」「問い合わ せ対応」など トークン • 特定のプロセスにおいて、どの工程 まで業務が進んでいるか表す 従うべきルール ルールにそって動く 実際の業務 プロセスモデル(3要素)の実装が肝 •プロセス図 •データ項目 •処理担当者

×