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

挿入アクションや更新アクションなどのワークフロー入力変数を削除すると、ユーザーの現在の更新セットに顧客更新レコードが作成されます。

これらの削除は、入力変数を所有するワークフローが同じ更新セットで公開されているかどうかにかかわらず、更新セットを含む新しいインスタンスに移行されます。慎重に計画し、ワークフローを編集して更新セットを選択するときは注意してください。

## 入力変数の削除リスク {#ariaid-title2}

既存のワークフローにはすでに 2 つの入力変数が含まれています。
1. ワークフローは、2 つの変数を持つ本番インスタンスに移行されました。
2. 開発インスタンスでは、ユーザー A が更新セット A を選択し、ワークフローをチェックアウトします。
3. ユーザー A がワークフローにある入力変数 1 つとそれに対するすべての参照を削除します。システムにより、入力変数の削除を反映する 1 つの顧客更新レコードが更新セット A に入力されます。入力に依存しなくなった新しいワークフロー バージョンにはレコードは追加されません。この状況は、ワークフローが公開されるまで発生しません。

4. ユーザー A が、本番に移行する必要がある更新セット A の他の機能に対して作業を続けます。
5. ユーザー A が更新セット A を完成させ、ワークフローを公開せずに本番インスタンスに移行します。ワークフロー入力変数を削除する更新セット エントリが、本番インスタンスに適用されるようになりました。ワークフローの前のバージョンはこのインスタンスで実行されており、引き続き欠落している変数を参照しています。

{#r_InputVariableRemovalRisk__ol_ap4_jmz_gr}

## 入力変数の削除ソリューション {#ariaid-title3}

ワークフローを編集するとき (特に入力変数を削除するとき) は、すべての変数編集とワークフロー公開に 1 つの更新セットを使用するようにしてください。
必要に応じて、更新セットを、ワークフローの公開後に展開対象となるより一般的なセットに結合します。Update Sets の詳細については、「[システムアップデートセット](https://www.servicenow.com/docs/access?context=system-update-sets&version=yokohama&pubname=yokohama-application-development&ft:locale=en-US)」を参照してください。  
注:  
ワークフロー バージョンがすでに本番システムで実行されている場合に、入力変数が新しいバージョンから削除された場合、その削除は以前のバージョンに対してすでに実行されているトランザクションに影響する可能性があります。ワークフロー入力変数を削除するときは十分に注意し、移行は慎重に計画してください。

## 入力変数の削除の防止 {#ariaid-title4}

ワークフロー バージョンを公開する前に、システムはワークフロー モデルを検証して、デザイナーが導入を計画できるようにします。
この検証は、ワークフローが正常に実行されない可能性がある重大なエラーについて警告しますが、更新セットの依存関係や競合についても警告します。詳細は、「[ValidateUpdateSetDependencies](https://servicenow-prod.fluidtopics.net/~HrhgEUGpRtRcSX~3ZAb6w "ValidateUpdateSetDependencies バリデーターは、現在のワークフローで呼び出されたすべてのサブフローを識別し、それらのサブフローのいずれかが別の（進行中の）更新セットで編集されているかどうかを判断します。")」を参照してください。