---
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) 所要時間：3分

\[生成\] アクティビティは、ワークフロー パスで \[生成\] アクティビティの後に配置された任意のタスクまたは承認アクティビティから、すぐにタスクまたは承認レコードを作成します。これらの事前生成タスクおよび承認は、フロー実行中にタスクおよび承認アクティビティに到達すると開始します。これにより、タスクは関連付けられた事前生成の順次タスクまたは承認のセットを持つことができますが、依然としてそれらを順番に完了する必要があります。 {#r_Generate__wf-generate-shortdesc}
注:  
このアクティビティは、ワークフローがタスクを拡張するテーブルで実行されている場合にのみ使用できます。

デフォルトでは、ワークフローは、ワークフローで到達するまでタスクや承認を作成しません。  
\[生成\] アクティビティは、ワークフローから各アクティビティへのすべての移行に従います。各アクティビティについて：

* [タスク アクティビティ](https://www.servicenow.com/docs/access?context=r_TaskActivities&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)の場合、タスクを作成して、
  * \[状況 (state)\] を \[保留中\] に設定します。
  * 開始予定日
  * 期日

  {#r_Generate__ul_n54_syc_x4}  
  注:  
  タスクアクティビティは、ワークフローが待機していたタスクを完了するアクションの、またワークフローを進行するユーザーとして実行されます。
* 承認アクティビティの場合、承認を作成し、
  * 承認の \[状況 (state)\] を \[未要求\] に設定します。
  * 開始予定日
  * 期日

  {#r_Generate__ul_bxf_wyc_x4}  
  注:  
  承認アクティビティは、ワークフローが待機していた承認条件または却下条件に一致するアクションの、またワークフローを進行するユーザーとして実行されます。
{#r_Generate__ul_elb_syc_x4}

開始予定日と期日は、\[生成\] アクティビティおよび更新中のアクティビティの間のすべてのタスクと承認の\[予想時間\] に基づいて計算されます。分岐したパスの場合 (\[分岐\] アクティビティと \[結合\] アクティビティの間)、分岐後のアクティビティにはより長い期間が使用されます。

\[生成\] アクティビティは複数回使用でき、更新された情報でタスクや承認がリフレッシュされます。これは、ワークフローの進行中に承認者のリストやその他の重要な情報がまだ編集可能であり、生成された承認やタスクを更新または修正する必要がある場合に便利です。  
一連のアクティビティを \[生成\] アクティビティから除外するには、任意の条件で \[生成時はスキップ\] チェック ボックスをオンにします。これにより、その移行は生成プロセス中に追跡されません。デフォルトでは、次の条件で \[生成時はスキップ\] チェック ボックスがオンになっています。

* \[却下\] (任意の承認アクティビティの場合)
* \[If\] アクティビティの \[いいえ\] 条件
* \[ターンスタイル\] アクティビティの \[続行\] 条件
* \[結合\] アクティビティの \[未完了\] 条件
{#r_Generate__ul_slf_2zc_x4}

## 入力変数

アクティビティの初期動作が、入力変数によって決まります。
{#r_Generate__table_xql_rnw_w4__entry__2}

| フィールド | 説明 |
|-|-|
| 承認を生成 | オンにした場合、\[生成\] アクティビティの実行時に承認が作成されます。オフにした場合、複数の承認を使用して予想時間が算出されますが、承認は作成されません。 |
| タスクを生成 | オンにした場合、\[生成\] アクティビティの実行時にタスクが作成されます。オフにした場合、複数のタスクを使用して予想時間が算出されますが、タスクは作成されません。 |
[表 : 1. 生成アクティビティの入力変数]

{#r_Generate__table_xql_rnw_w4}

## 状況

アクティビティ状況は、ワークフロー エンジンがアクティビティを処理する方法を指示します。{#r_Generate__table_jr2_15w_w4__entry__2}

| 状況 | 説明 |
|-|-|
| 実行 | アクティビティが実行されています。 |
| 完了 | アクティビティの実行が終了しました。アクティビティの結果については結果値を確認してください。 |
| キャンセル | このアクティビティ、またはこのアクティビティを含むワークフローはキャンセルされました。 |
[表 : 2. アクティビティ状況を生成する]

{#r_Generate__table_jr2_15w_w4}

## 例

図 : 1. ワークフローを生成する  
この例では、次の承認が生成されます。

* 承認-2
* 承認-3
{#r_Generate__ul_ljs_t1d_x4}

Approval-3 の \[却下\] 条件で \[生成時はスキップ\] が選択されているため、Approval-4 はスキップされます。  
この例では、開始予定日と期日を説明する \[生成\] アクティビティを使用しています図 : 2. ワークフローの開始日と期日を生成する  
この例では、\[生成\] アクティビティが 2016 年 1 月 1 日に実行された場合、生成されるタスクには、次の開始予定日と期日が設定されます。{#r_Generate__table_ckh_jbd_x4__entry__4}

| タスク | 開始予定日 | 理由 | 期日 |
|-|-|-|-|
| タスク 1 (1 日) | 2016 年 1 月 1 日 |   | 2016 年 1 月 2 日 |
| タスク 2 (1 日) | 2016 年 1 月 2 日 | タスク 1 は 1 日です | 2016 年 1 月 3 日 |
| タスク 3 (2 日) | 2016 年 1 月 1 日 |   | 2016 年 1 月 3 日 |
| タスク 4 (1 日) | 2016 年 1 月 3 日 | タスク 3 は 2 日です | 2016 年 1 月 4 日 |
| タスク 5 (1 日) | 2016 年 1 月 4 日 | タスク 4 は \[結合\] 前の最後に終了します | 2016 年 1 月 5 日 |
[ ]

{#r_Generate__table_ckh_jbd_x4}

\[結合\] への最も長いパス (期日に基づく) はタスク 3/タスク 4 であるため、タスク 5 は 2016 年 1 月 4 日に開始することに注意してください。

