---
sourceDocument: Yokohama データと自動化
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/integrate-applications

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama データと自動化

ft:clusterId :

    - crint

bundleId :

    - crint

workflow :

    - Creator


---

# データストリームアクションの作成

# データストリームアクションの作成 {#ariaid-title1}

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

フロー内の応答データのストリームを処理する再利用可能なアクションを作成します。

## 始める前に

* ガイド付きアプリケーションクリエーターでアプリケーションを設定して ワークフロースタジオ コンテンツを保存します。
* アクションを作成する前に、競合するビジネスルールまたはワークフローを無効にします。
* 必要なロール：action_designer または admin
{#create-data-stream-action__ul_js5_h51_xbb}

## このタスクについて

カスタム アプリケーションを作成して ワークフロースタジオ のコンテンツを格納することで、アプリケーションリポジトリまたは ServiceNow Store を使用してコンテンツを展開することができます。  
注:  
設定ページのオプションを消去すると手順が データストリーム アウトラインから削除されて、関連付けられるすべてのデータが削除されます。

## 手順

1. 移動先 すべてフローデザイナーデザイナー.
2. \[アクション\] タブをクリックし、\[データストリーム\] を選択します。
3. アクションのプロパティを入力し、\[送信\] をクリックします。  
   {#create-data-stream-action__table_kmp_nb4_gcb__entry__2}

   | フィールド | 説明 |
   |-|-|
   | アクション名 | データストリームアクションの一意の名前を入力します。 |
   | 説明 | データストリームアクションの説明。 |
   | アプリケーション | データストリームアクションのアプリケーションスコープ。 |
   | ドメイン | データストリームアクションのドメインスコープ。ドメインセパレーションの詳細については、「[Domain separation explained](https://www.servicenow.com/docs/access?context=bp-what-is-domain-separation&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。 |
   | 追加のプロパティ ||
   | アクセス可能 | スコープ対象のすべてのアプリケーションから、または指定したアプリケーション スコープ内のみから、アクセス可能です。 |
   | カテゴリ | アクションのアプリケーション スコープ内で定義されたカテゴリ。Xanadu リリース以降、カスタムカテゴリを作成してデータストリームアクションを整理できます。 |
   | 保護 | データストリームアクションを読み取り専用にするかどうかを選択します。自分が所有するアプリケーションスコープでデータストリームアクションを作成する場合にのみ、値を選択できます。デフォルト値は「なし」です。 |
   | アクションの注釈 | ワークフロースタジオ のデータストリームアクションのタイトルの下に表示されるヘルプテキストで、データストリームアクションの作成者がフローで使用されるときにデータストリームアクションが何を行うかを理解できるようにします。 |
   [ ]

   {#create-data-stream-action__table_kmp_nb4_gcb}  
   空の データストリーム アクションが開きます。
4. アクション ステップでデータを利用できるように、アクションの入力を定義します。
   1. \[+ 入力の作成\] を選択し、フィールドに入力します。  
      入力は右側のペインにデータ ピルとして表示されます。

   {#create-data-stream-action__substeps_bxh_4s5_gcb}  
   アクション入力の詳細については、次を参照してください。 [ワークフロースタジオ - カスタムアクションのビルド](https://www.servicenow.com/docs/access?context=actions&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US).
5. データストリーム アウトラインの \[アクション前処理\] をクリックし、必要なオプションを設定します。
   1. \[接続情報を取得 (Retrieve connection info)\] を選択し、アクション前処理の最初のステップとして「接続情報の取得」ステップを追加します。  
      「接続情報の取得」ステップを使用すると、アクションで使用する接続と資格情報の詳細を取得できるようになります。詳細については、「」を参照してください。
   2. \[前処理スクリプトを有効化\] を選択して次のことを実行します：アクションが最初の API 要求を送信する前の前処理スクリプト。たとえば、アクション入力を検証するかデフォルト値を設定します。前処理は、最初の API 要求の前にアクションごとに 1 回実行されます。  
      このオプションを選択すると、スクリプトステップが データストリーム アクションに追加されます。詳細については、「[Script step](https://www.servicenow.com/docs/access?context=javascript-step-action-designer&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US)」を参照してください。  
      重要:  
      データストリームアクションでは、応答ストリームへの常時接続が必要です。アクションを一時停止して MID サーバー を呼び出したり、アクションを一時停止して条件や期間を待機したりする前処理スクリプトはサポートされていません。何らかの理由でアクションを一時停止する前処理スクリプトは、エラーメッセージを返します。
6. データストリーム アウトラインの \[要求\] をクリックし、必要なオプションを設定します。
   1. \[データの取得方法\] フィールドで \[REST ステップ\]、\[SOAP ステップ\]、または \[JDBC ステップ\] を選択し、関連するステップをデータストリームアクションに追加します。  
      詳細については、「[REST ステップ](https://servicenow-prod.fluidtopics.net/DO~9WRk_BGCMoKtlu02XQA "送信 REST Web サービス要求を外部システムに送信します。")」、「[SOAP ステップ](https://servicenow-prod.fluidtopics.net/wnCYeWduTgoSw6SUDkbXsg "アクションデザイナーが外部システムへの送信 SOAP Web サービス要求を送信できるようにします。")」、「[JDBC ステップ](https://servicenow-prod.fluidtopics.net/3gn6eOsLaY5A1C1Vz1_32A "SQL コマンドをリレーショナルデータベースに送信するための再利用可能なアクションを作成します。") 」を参照してください。

      このセクションは、MID サーバー またはインスタンスのいずれかで実行できます。環境は、関連する接続 \[sys_connection\] レコードの \[MID サーバーを使用\] フィールドによって決定されます。  
      注:  
      * JDBC ステップを使用している場合は、それをテストする必要があります。正常に実行されると、その結果を使用してステップ出力とデータストリームアクション出力を作成できます。
      * REST ステップまたは SOAP ステップを使用している場合は、データストリームアクション出力を手動で作成する必要があります。
      {#create-data-stream-action__ul_zgw_pyq_nnb}
   2. \[ページネーションを有効化\] を選択して次のことを要求します： 結果はバッチで表示されます。データの 1 つのページが処理されると データストリーム アクションによって要求セクションが再実行されて、次の一連の結果が返されます。。このオプションは、 データストリーム アウトラインにページネーションのセットアップステップを追加します。  
      注:  
      JDBC ステップの場合、ページネーションは適用されません。各ページは最大 1 GB のデータを取得でき、1 つの要求は最大 8 GB のデータを取得できます。
   3. ページネーションされた API を呼び出すときに次のページのすべての要求の前にスクリプトを実行するには、\[各要求の前にスクリプトを実行\] を選択します。  
      たとえば、次のページの要求を送信する前に、最初の応答から変数データタイプを変換するスクリプトを作成します。  
      このオプションを選択すると、スクリプトステップが データストリーム アクションに追加されます。詳細については、「[Script step](https://www.servicenow.com/docs/access?context=javascript-step-action-designer&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US)」を参照してください。  
      注:  
      JDBC ステップの場合、これは適用されません。

      このセクションは、MID サーバー またはインスタンスのいずれかで実行できます。環境は、スクリプトステップの \[必須ランタイム\] フィールドによって決定されます。  
      重要:  
      インスタンスと MID サーバー を複数回実行する環境間への移行は避けてください。たとえば、要求スクリプトステップを MID サーバー で実行するように構成できますが、REST 手順はインスタンスで実行されます。この場合、システムはデータのすべてのページについてインスタンスと MID サーバー 間で環境を移行します。これにより、パフォーマンスが低下する可能性があります。
   {#create-data-stream-action__substeps_gw5_n42_1hb}
7. **オプション:** ページネーションが有効になっている場合は、ページネーションのセットアップ手順を設定します。  
   ページネーションのセットアップ手順を手動で構成するか、ビルド済みのテンプレートを選択して一般的な構成を適用します。 たとえば、制限/オフセットテンプレートを適用して、ページごとに返されるアイテムの数 (制限) と最初のアイテムの開始番号 (オフセット) を指定します。テンプレートを適用後、値を更新して構成が API の要件に準拠していることを確認します。
   1. ページネーション変数を作成します。  
      たとえば、サードパーティ API が要求で `limit` パラメーターを受け取る場合は、 `limit` 変数を作成し、初期値を設定してページあたりの結果数を制限します。初期値は最初の要求でのみ使用されます。`getNextPage` は予約済みの読み取り専用変数です。 `getNextPage` 変数が true で前のページにデータが含まれている限り、アクションは次のページの要求を送信し続けます。
   2. \[次の値取得元\] フィールドで、ページネーション変数が後続の要求の値を受け取る方法を定義します。  
      以下から選択します。  
      * \[スクリプト\]：ページネーション変数スクリプトを記述して、変数の入力方法を定義します。 ページネーション変数は、文字列データ型のみをサポートします。数式演算を実行するには、値を整数に変換して必要な操作を実行し、文字列に変換する必要があります。
      * \[応答本文\]：前の要求からの応答の値を使用して変数を設定します。応答が JSON 形式の場合は、\[値の抽出に使用\] を JSONPath Expression に設定し、\[式\] フィールドに値へのパスを指定します。応答が XML 形式の場合は、\[値の抽出に使用\] を XPath Expression に設定し、値へのパスを指定します。
      {#create-data-stream-action__ul_isz_s1l_fhb}

   {#create-data-stream-action__substeps_adh_vtf_fhb}  
   この例では、 `getNextPage` 変数は、 `nextOffset` 変数が API 応答ヘッダーに返される合計数の値に達するまで true です。`getNextPage` 変数が true で前のページにデータが含まれている限り、アクションは次のページの要求を送信し続けます。 この例には、一般的な制限/オフセットページネーション構成が含まれています。データストリーム アクションがやり取りするサードパーティ API は、ページトークンまたはその他のメソッドを使用する場合があります。

   重要:  
   `getNextPage` 変数を false に設定する条件を作成することで、無限ループがページネーション要求で発生することを回避します。長実行時間のフローをキャンセルします。データストリーム アクションは、本番環境で使用する前に常にテストしてください。
8. データストリーム アウトラインの \[解析\] をクリックし、必要なオプションを設定します。  
   注:  
   JDBC ステップの場合、これは適用されません。
   1. \[各レコードを識別する方法\] フィールドで \[JSON/XML スプリッター\] を選択し、Splitter ステップをデータストリームアウトラインに追加します。
   2. \[各アイテムをオブジェクトに解析する方法 (How will you parse each item into an object)\] フィールドで \[スクリプトパーサー\] を選択し、スクリプトパーサーステップをデータストリームアウトラインに追加します。
   {#create-data-stream-action__substeps_zpy_fdl_fhb}
9. スプリッターステップを設定します。  
   このステップでは、次のことを特定します：複合オブジェクトにマップする応答ストリームにある親ノード。たとえば、XML ペイロードのユーザー要素を識別して、応答ストリームのユーザーごとに複合オブジェクトを作成します。  
   注:  
   JDBC ステップの場合、これは適用されません。
   1. \[ソース形式\] フィールドで、\[要求\] セクションから返される形式を選択します。  
      * JSON：JSON データのストリームからのオブジェクトを識別します。JSONPath 式を使用して、繰り返しデータが含まれる JSON アレイを識別します。
      * XML：XML データのストリームからのオブジェクトを識別します。XPath 式を使用して、繰り返しデータが含まれる XML 要素を識別します。
      {#create-data-stream-action__ul_egw_4p2_fhb}
   2. \[アイテムパス\] フィールドで、オブジェクトにマッピングするデータストリーム内のアイテムへの絶対パスを定義します。  

      JSON
      :   オブジェクトのアレイへの絶対パスを JSONPath 式として識別します。たとえば、JSON の `result` アレイ内の各アイテムを `result` オブジェクトに分割するには、`$ .result` を使用します。  
          注:  
          JSON データストリームのルートノードでアレイを選択すると、実行の詳細とエラーメッセージに絶対パスが `$.*` として表示されます。

      XML
      :   繰り返しデータオブジェクトへの絶対パスを XPath 式として識別します。たとえば、`result` XML 要素の各インスタンスを `result` オブジェクトに分割するには、`/result` を使用します。  
          注:  
      スプリッターステップは、XML 名前空間を無視します。  
      たとえば、REST ステップが JSON データのストリームを返すとします。アイテムパス `$.response.result.companies` は、`companies` アレイの各アイテムを返し ます 。

          {​
            "response": {​
              "result": {​
                "companies": [​
                  {​
                    "name": "company1"​
                  },​
                  {​
                    "name": "company2"​
                  },​
                  {​
                    "name": "company3"​
                  }​
                ],​
                "metadata": {​
                  "token": 1558666526​
                }​
              }​
            }​
          } 

      たとえば、REST ステップが XML データのストリームを返すとします。アイテムパス `/response/result/companies/company` は、XML データから各 `company` 要素を返します。

          <response>​
            <result>​
              <companies>​
                <company>​
                  <!-- company 1 info -->​
                </company>​
                <company>​
                  <!-- company 2 info -->​
                </company>​
                <company>​
                  <!-- company 3 info -->​
                </company>​
                <company>​
                  <!-- company 4 info -->​
                </company>​
                <batch>10645C53D4BED73YQ</batch> ​
              </companies>​
              <metadata>​
                <timestamp>1558666526</timestamp>​
              </metadata>​
            </result>​
          </response>

   {#create-data-stream-action__substeps_ucz_1hl_fhb}
10. スクリプトパーサーステップで JavaScript と ServiceNow API を使用して、応答ストリームのアイテムを、`targetObject` グローバルオブジェクトによって表される複合オブジェクト出力にマッピングします。  
    たとえば、スプリッターステップで識別されたインシデントレコード要素を、インシデントフィールドを含む複合オブジェクトにマッピングします。データストリームに、複合オブジェクトへマッピングしないスプリッターステップで識別されたアイテムの兄弟アイテムが含まれる場合は、それらのアイテムを除外する条件を含めます。  
    注:  
    JDBC ステップの場合、これは適用されません。  
    fd_data オブジェクトを使用して、データストリームアクションの前のステップの出力にアクセスできます。ただし、次のものは除きます。
    * REST または SOAP ステップの応答本文、ストリーム、またはエラーメッセージの出力。
    * セパレーターステップ出力。
    {#create-data-stream-action__ul_e3d_bdb_plb}  
    JSON 応答を解析するスクリプト例。

        (function parse(inputs, outputs) {
            var record = JSON.parse(inputs.sourceItem);
            outputs.targetObject.id=record.number;
            outputs.targetObject.name=record.short_description;
        })(inputs, outputs)

    XML 応答を解析するスクリプト例。

        (function parse(inputs, outputs) {
            var xmlDoc = new XMLDocument(inputs.sourceItem, false);
            outputs.targetObject.id = xmlDoc.getNodeText("/result/number");
            outputs.targetObject.name = xmlDoc.getNodeText("/result/short_description");
        })(inputs, outputs)

    {#create-data-stream-action__parser-desc}
11. **オプション:** ユーザーが JDBC ステップを選択した場合は、\[Transform\] をクリックします。  
    JDBC ステップを正常にテストした後、\[結果の使用\] をクリックして、ステップ出力とデータストリームアクション出力を作成します。この結果を使用することも、変換スクリプトを使用してカスタマイズすることもできます。
    1. デフォルトのデータストリーム出力を変換およびカスタマイズするには、\[変換スクリプトを有効にする\] チェックボックスをオンにします。
    {#create-data-stream-action__substeps_myk_hzq_nnb}
12. 複雑なオブジェクト出力を作成します。  
    注:  
    JDBC ステップの場合、これは適用されません。
    1. \[アクションのアウトライン\] で \[出力\] を選択し、\[+\] をクリックして出力を作成します。
    2. \[ラベル\] フィールドを更新して、オブジェクトを表します。  
       たとえば、アクションが会社レコードのストリームを解析する場合は、 会社ラベルを追加します。
    3. \[タイプ\] フィールドを \[Object\] に更新します。  
       これは、スクリプトパーサーステップの `targetObject` グローバルオブジェクトによって表される複合オブジェクト出力です。
    4. \[+\] アイコンを使用して複合オブジェクトに子フィールドを追加します。
    5. スクリプト内で意味のある参照ができるように、それぞれの子フィールドの名前を分かりやすくします。  
       \[名前\] フィールドの値は、スクリプトパーサーステップで使用される内部名です。たとえば、スクリプトパーサーステップで市の出力を参照するには、 `outputs.targetObject.city` を使用します。

       警告:  
       データストリーム アクションを保存した後は、\[名前\] フィールドの値を変更できません。
    {#create-data-stream-action__substeps_akg_rvs_c3b}
13. \[保存\] をクリックします。  
    ワークフロースタジオ によってアクションのドラフトが保存されます。
{#create-data-stream-action__steps_rng_shb_xbb}

## 次のタスク

[データストリーム アクションのテスト](https://servicenow-prod.fluidtopics.net/hTaTltgWyE75ybec~8TheA "データストリーム アクションをテストして、フローに追加する前に想定どおりに動作することを確認してください。")に展開したカスタムモバイルアプリケーションを使用して管理しました。

