メールを送信する [2] 実行
最終更新日: 2021年1月29日
R8 | R9
「フロー参加者設定名01」は「順次・順次・順次フロー」を用います。この例では user01→user02→user03 を使って説明します。
はじめに、user01 でログオンします。
データを登録しました。この時点ではまだワークフローは開始していません。次のメールアドレスは申請者となっています。
ワークフローを申請します。
申請すると、次のメールアドレスが user02 に変わります。
user02 でログオンし、フローを承認します。
承認すると、次のメールアドレスが user03 に変わります。
user03 でログオンし、フローを承認します。
フロー状態が "決裁" になりました。次のメールアドレスは空になります。
「フロー参加者設定名02」は「順次・合議・順次フロー」を用います。この例では、user0A→(user0B,user01)→user0C を使って説明します。
はじめに、group0A に所属している user0A でログオンします。(今回のフロー設定では申請者は group0A に所属していれば、誰でも可能です。)
データを登録しました。この時点ではまだワークフローは開始していません。次のメールアドレスは申請者となっています。
ワークフローを申請します。
申請すると、次のメールアドレスが user01,user02,user03,user0B に変わります。これは合議に含まれるすべての対象者のメールアドレスです。
user0B でログオンし、フローを承認します。
承認すると、次のメールアドレスが user01,user03,user03 に変わります。
user01 でログオンし、フローを承認します。ここで二回目の承認が行われたため、次のノード(決裁)へ進みます。次のメールアドレスは user0C に変わります。
user0C でログオンし、フローを承認します。
フロー状態が "決裁" になりました。次のメールアドレスは空になります。
フロー参加者で次の合議ノードを設定した場合を例に説明します。
メール設定は staff01 の「申請」イベント、staff02 の「申請」イベント、manager01 の「差し戻し」イベント、manager02 の「差し戻し」イベントなど、各ノードとイベント(「新規登録」「申請」「承認」「却下」「保留」「差し戻し」「取り消し」)の組み合わせで設定を行ないます。
決裁は、決裁ノードで承認を行なうとシステムで自動追加されるイベントです。このため、決裁のメールは一つだけ設定することで、どの合議ノードで承認しても決裁メールが送信されます。
決裁ノードでの承認イベントは、これが "決裁" となる場合には発生しません。
例えば決裁の合議ノードで必要承認数を2とした場合、最初の承認では決裁とならないため合議ノードの承認イベントが発生し、決裁ノードの承認イベントのメールが送信されます。
つまり、合議ノードの決裁イベントでは、メールを一つだけ設定するとよいです。どの合議ノードで承認しても決裁時にメールが1件、送信されます。
順次・順次・順次フロー
申請
承認
決裁
順次・合議・順次フロー
申請
承認 [1]
承認 [2]
決裁
仕様
合議ノードでのメール送信
決裁 以外のイベント
決裁イベント
続けてもう一方の決裁者が承認を行なった場合、必要承認数2に達したため "決裁" と扱われます。このとき承認イベントのメールは送信されず、決裁イベントのメールのみ送信されます。