---
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


---

# フローとプレイブックを使用するタイミング

# フローとプレイブックを使用するタイミング {#ariaid-title1}

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

これらの一般的なガイドラインを使用して、フローまたはプレイブックを作成するタイミングを決定します。

## フローを使用する場合 {#when-to-use-flows-and-playbooks__section_ekg_g1f_3cc}

フロー、サブフロー、およびアクションは、プロセスの自動化の基本的な構成要素です。フローはトリガー条件が満たされると実行され、各フローは一連のアクション、フローロジック、およびサブフローを順番に実行します。フロー内のアクション、フローロジック、およびサブフローによって、データが作成および更新されます。  
フローは、これらの基準を満たしたプロセスの自動化に適しています。

手動によるユーザー操作がほとんど、またはまったくないことが予想される場合
:   フローに必要な入力データがある限り、ユーザーの操作なしでフローを完了まで実行できます。一部のフローロジックとアクションではユーザーがレコードを変更する必要がありますが、待機条件が満たされるまでフローを自動的に一時停止できます。ナレッジベース記事の閲覧、チェックリストの確認、フィードバックの収集など、ユーザーのインタラクションに依存するプロセスの自動化は、フローでは管理が困難です。フローは、ユーザーが操作するための UI 要素を直接提供しません。フローは、ユーザーが既存の UI を見つける方法と必要な変更を行う方法を知っているかどうかに依存します。たとえば、レコードベースのフローは、ケースやインシデントなどの特定のレコードを変更するユーザーに依存します。

大量の実行が見込まれる場合
:   インスタンスは、毎秒数百から数千のフローを実行できます。フローレポートがデフォルトで無効になっているため、インスタンスは、パフォーマンスに影響が及ぶ前に大量のフローを実行できます。プロセスの自動化を大量に実行することが予想される場合、フローはオーバーヘッドとシステムリソースが少なくて済むため、プレイブックに適しています。

サブフローの実行がほとんどないか、まったくないことが見込まれる場合
:   フローが呼び出すサブフローが多いほど、フローインターフェイスからの管理が難しくなります。条件付きフローロジックまたはディシジョンテーブルを使用して実行するサブフローを選択できますが、一連のサブフローを実行するためのユーザーエクスペリエンスはプレイブックの方が優れています。

## プレイブックを使用するタイミング {#when-to-use-flows-and-playbooks__section_xd4_3jf_3cc}

プレイブックはアクティビティに基づいて構築され、構築済みのフロー、サブフロー、およびアクションを構成要素として使用します。  
プレイブックは、これらの基準を満たしたプロセスの自動化に適しています。

複数の手動ユーザーインタラクションが見込まれる場合
:   プレイブックは、ユーザーが操作するための UI 要素を提供します。プレイブックエクスペリエンスは、プレイブックを進めるために必要な変更を加えるようにユーザーをガイドします。

少量の実行が見込まれる場合
:   プレイブックは UI 要素を生成し、より多くの実行の詳細を保存するため、実行するためにより多くのシステムリソースを必要とします。

多くのサブフローの実行が見込まれる場合
:   プレイブックは、一連のサブフローを実行するためのユーザーエクスペリエンスを向上させます。