概要:その他のルーティングワークフローIssue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } ワークフロールーティングのオプションを示します。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 条件を使用したワークフローのルーティング 前のラボで見たように、ワークフローは、 If や Switchなどのアクティビティの条件を使用してルーティングできます。オフ条件をルーティングすることは、ワークフローをルーティングする最も一般的な方法ですが、これが唯一の方法ではありません。 ワークフローには、イベントが発生するのを待機する実行パス、または指定されたフィールドの状態が変更されるまで待機する実行パスを含めることができます。アクティビティ イベント待ち と 条件待ち はどちらもワークフローを待機する方法を提供します。 イベントと条件を待機すると、ワークフローのレイアウトが簡素化され、ワークフローのメイン実行パスが複雑になるワークフロー内の遷移パスを視覚的に分離することができます。 ワークフローエディターに戻ります。 [開く] をクリックします。K14 - ワークフローの選択 - 条件待ち ワークフローを選択します。歯車メニュー>チェックアウト。ワークフローは次のようになります。 これは基本的に Switch の例と同じワークフローの例ですが、より完全なプロセスを提供するための意思決定が追加されています。矢印が指すアクティビティについて詳しく説明します。 定義されているプロセスは次のとおりです。 要求タイプの決定作業を適切な承認者にルーティングします。承認に基づく |承認者の却下ステータス 承認時にレコードのステータスを Final に更新する却下時のレコードのステータスを リビジョン に更新する 分岐 分岐アクティビティは、デフォルトでは条件を評価 しません 。その主な目的は、ワークフローを複数のパスに誘導し、それらにラベルを提供することです。条件をスクリプト化することはできますが、この例ではスクリプト化できません。 Execute 条件は、前のラボのスイッチの例と同じプロセスフローにルーティングします。[処分待ち] 条件は ワークフローを 2 つの [条件待ち] アクティビティにルーティングします。 これらのアクティビティは相互に排他的な条件を待っているため、ワークフローを設計する際には、同じ分岐条件からルーティングされました。 条件待ち 条件待ち アクティビティが実行され、指定されたフィールドに値が割り当てられるまで待機します。その値がアサインされると、アクティビティが移行します。ワークフローの実行プロセスでその条件が満たされない場合、アクティビティは移行しません。 [ Wait for Rejection (却下待ち)] アクティビティをダブルクリックします。条件ビルダーが、リッスンする現在のレコードのフィールドとリッスンする値を指定していることに注意してください。 アクティビティを閉じます。[ Wait for Approval アクティビティをダブルクリックし、同じフィールドを待機していますが、値が異なっていることを確認します。 同じフィールドで異なる値をリッスンすることで、デザイナーは 条件待ち を使用して、ワークフローを相互に排他的な2つのパスにルーティングできます。これと同じことを If アクティビティでも実行できたはずです。ただし、If を使用する場合は、条件付きロジックを実行ロジックと混在させる必要があります。条件待ちを使用すると、デザイナーは移行パスを分離されたテスト可能な実行シナリオに分けることができます。 終了 終了アクティビティに移行すると、ワークフローは終了します。当たり前のことのように思えますが、最も重要な点は、移行するとワークフローが終了するため、ワークフローへの最初の移行では実行中のアクティビティがキャンセルされるということです。コンテキスト図には、 レビュータイプを指定していないレコードが作成されていることがわかります。ワークフローはメッセージをログに記録し、 End に直接ルーティングします 2つのWait For Conditionsがキャンセルされていることに注意してください。これらのアクティビティがキャンセルされたのは、 End への最初の移行の実行でした。 ただし、同時移行パスで何らかの作業を行い、ワークフローを続行または終了する前に他の移行パスを待つ理由は数多くあります。参加アクティビティは、ルーティング先のさまざまな移行パスの集合場所を提供します。 参加 Join アクティビティは、任意の数の移行を入力として受け入れることができます。移行が結合にルーティングされるたびに、アクティビティはそれに割り当てられているすべての移行の評価を行います。評価では、待機が終了したかどうかを判断するために、すべての 可能な ルートがあるかどうかが判断されます。結合は、 完了 または 未完了 条件で終了できます。 完了 すべての移行が 結合 に正常に到達したことを示します。未完了 、すべての移行が完了したわけではなく、すべての 可能な移行が完了したことを示します。 ワークフロー例では、 承認アクション 承認済み と 承認アクション却下 両方とも同じ 結合に移行します。これらは相互に排他的な遷移であるため、結合は常に不完全になります。未完了の場合、 結合 は次のアクティビティに進みます。 メインの [ServiceNow] タブに戻ります。新しい K14 301 レコードを作成します。次のようにフォームに入力します。名前: Wait For Conditionレビュータイプ: 予算レビュー[送信] をクリックします。K14 > K14 承認。関連する 承認を承認します。ワークフローコンテキストを調べます。 K14 > K14 ライブ承認。待機条件がキャンセルされたことに注意してください。これは、[ 作業を増やす アクティビティが 終了まで到達したためです。最初に 終了 が常に勝ちます。 分岐アクティビティと 条件待ち をガイドとして使用して、ワークフロー内の他のルーティングをいくつかテストし、違いを調べます。