---
sourceDocument: Yokohama ビルドのワークフロー
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ビルドのワークフロー

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# ValidateTransitionOut

# ValidateTransitionOut {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分

ValidateTransitionOut バリデーターは終了トランジションのないアクティビティ条件を検出します。

## 検証の要約

* リスク： アクティビティ条件が次のアクティビティに移行しない可能性があり、ワークフローがハングアップする可能性があります。
* 重大度： 警告
* 有効な結果： 有効
* 有効なメッセージ:すべての条件に移行先があります
* 無効な結果： 無効
* 無効なメッセージ： このワークフローには、出力遷移なしの\<condition count\>アクティビティ条件が含まれています。
* 推奨処置： これが意識的な意思決定であれば、是正処置はありません。それ以外の場合は、バリデータで引用された条件を見つけて、次のアクティビティに適切な遷移を追加します。
* パブリッシュ可能： はい
* 実行可能ファイル： はい
* 関連情報: なし

## トラブルシューティング

キャンバスにワークフローを作成するときに選択した設計では、終了条件なしでアクティビティを正当に使用する可能性があります。最初の例では、 お知らせそしてタイマーアクティビティは両方ともワークフローの開始時に実行されます。タイマーはワークフローがいつ終了するかを決定するエンティティです。この状況では、 お知らせを実行し、移行することなく、設計を単純に保ち、リスクを追加しません。バリデーターは、 お知らせ活動を警告設計者は無視することができます。  
図 : 1. 有効な遷移がない状態

第2の例では、 お知らせアクティビティには終了遷移がありません。デザイナーはレイアウトのためにこれを外しました。タイマーアクティビティからの移行は、通知アクティビティの後ろを通過し、通知アクティビティの終了をEndに接続するように見えます。10または15を超えるアクティビティを持つワークフローでは、すべての遷移をはっきりと見ることは難しいかもしれません。このワークフローの設計者は、通知アクティビティをエンドに移行することを意図しています。  
図 : 2. 条件なし

このバリデーターは、出口遷移を持たない特定のアクティビティおよび条件に設計者を誘導します。その後、設計者は警告に応答するかどうかを決定します。