---
sourceDocument: オーストラリア API リファレンス
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/api-reference

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア API リファレンス

ft:clusterId :

    - crapiref

bundleId :

    - crapiref

workflow :

    - Creator


---

# SOAP Web Services

# SOAP Web Services {#ariaid-title1}

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

Simple Object Access Protocol (SOAP) は、HTTP 経由で Web サービスにアクセスするための XML ベースのプロトコルです。
SOAP を使用してインスタンス上のデータにアクセスできます。WS-I 基本プロファイル 1.0 で概説されているように、使用可能な SOAP Web サービスは WS-I に準拠しています。

## Web サービスプロバイダー

ServiceNow は、次の Web サービスメソッドを使用して、基礎となるテーブル構造と関連データを公開します。

* [直接 Web サービス](https://servicenow-prod.fluidtopics.net/893H7wLIHWB0DoK8vLzYtg "適切なアクセス制御リストが設定されている場合は、システム内の任意のテーブルでダイレクト Web サービスを使用できます。"):URL クエリを使用してテーブルの WSDL を要求します。
* [SOAP Web サービスインポートセット](https://servicenow-prod.fluidtopics.net/mckzMXtX1gc1VjnGtJIkIw "Web サービスインポートセットは、インポートセットテーブルに Web サービスインターフェイスを提供して、ダイレクト Web サービスおよび Scripted SOAP Web Services を補完します。"):テーブルのインポートと変換マップを使用して、テーブルの Web サービス要求を自動化します。
* [スクリプト化された SOAP Web サービス](https://servicenow-prod.fluidtopics.net/ylW7vPKLgKnssiQ~2wIdSA "Scripted SOAP Web Services により、ServiceNow 管理者はカスタム受信 SOAP Web Services を作成できます。"):カスタム JavaScript を使用して SOAP Web サービス要求を実行します。

{#c_SOAPWebService__ul_qbh_xrd_gp}  
注:  
SOAP メッセージは、受信者が XML に準拠していることを前提として送信されます。SOAP メッセージにエンコーディングは適用されません。SOAP は常に応答を UTF-8 としてデコードし、XML エンコードヘッダーは使用されません。

## WSDL {#c_SOAPWebService__section_nlx_5yx_23b}

すべてのテーブルとインポートセットは、テーブルスキーマと使用可能な操作を記述する Web サービス定義言語 (WSDL) XML ドキュメントを動的に生成します。  
テーブルの WSDL を取得するには、テーブルの名前と WSDL パラメーターを含む URL 呼び出しをインスタンスに発行します。例：

    https://myinstance.service-now.com/incident.do?WSDL

HTTP を介してアクセス可能な WSDL ServiceNow 動的に生成および提供されるすべての条件は、Open Source Initiative OSI - Apache ライセンス、バージョン 2.0 ライセンス契約で定義されている条件に基づいて使用できます。

## 長時間実行される SOAP 要求のサポート {#c_SOAPWebService__section_mcy_jqy_23b}

ServiceNow AI Platform は、要求の処理中にネットワーク接続が非アクティブになることによるソケットのタイムアウトを防ぐことで、長時間実行される SOAP 要求をサポートします。
この機能により、多数のレコードを要求する場合、集計クエリを実行する場合、または並べ替えが必要な順序式を使用する場合の ODBC ドライバーの効率が向上します。

デフォルトでは、ODBC ドライバーや MID サーバーなどの ServiceNow によって提供される Web サービスクライアントに対してタイムアウト保護が提供されます。システムプロパティを使用して、カスタム Web サービスにタイムアウト保護を追加できます。

## タイムアウト保護 {#c_SOAPWebService__section_fgv_mqy_23b}

Web サービスクライアントは、長いセッションを存続させ、ソケットの非アクティブによるタイムアウトを防ぐために、307-Temporary リダイレクトを受け取ります。307-Temporary Redirect を使用すると、ステータスコードをサポートする Web サービスクライアントは、HTTP ロケーションヘッダーで指定された場所に最後の要求を繰り返します。location ヘッダーの値は、Web サービスクライアントが最初に指定した URL と同じです。307-一時リダイレクトの使用は WS-I に準拠しています。  
glide.soap.request_processing_timeout で指定されたタイムアウト制限を超える Web サービス要求は、次の条件がすべて満たされた場合にのみ 307-Temporary Redirect を受信できます。

* glide.soapprocessor.allow_long_running_threads の値は true です。
* 要求には redirectSupported=true URL パラメーターが含まれています。
* 要求はセッション対応です (HTTP cookie をサポート)。
* リダイレクトの数が glide.soap.max_redirects で設定された値を超えていません。
{#c_SOAPWebService__ul_m2f_h4h_kp}  
これらの条件のいずれかが満たされない場合、Web サービスクライアントは 408 要求タイムアウトエラーを受け取ります。  
注:  
アプリケーションで 408 要求タイムアウトではなくソケットタイムアウトが発生するようにするには、 glide.soap.request_processing_timeout プロパティを、アプリケーションとインスタンス間の接続で有効な最短のソケットタイムアウト設定 (ホストされたインスタンスの場合は 300 秒) よりも大きい値に設定します。

## SOAP Web Services のセキュリティ {#c_SOAPWebService__SOAP-web-services-security}

インスタンスは、HTTPS プロトコルを介したベーシック認証のチャレンジ/レスポンスと、コンテキストセキュリティを使用したシステムレベルのアクセス制御リスト (ACL) の組み合わせを使用して、Web サービスセキュリティを適用します。アドミニストレーターは、Web サービスユーザーにいずれかの SOAP ロールを付与することで、ユーザーがアクセスできるシステムリソースを制御できます。

## SOAP ロール {#c_SOAPWebService__section_ecx_4ky_23b}

SOAP Web サービスを使用するには、実行する操作に適したロールが必要です。また、ターゲットテーブルにアクセスするために必要なその他のロールも必要です。
{#c_SOAPWebService__table_b1j_35d_gp__entry__2}

| ロール | 説明 |
|-|-|
| soap | すべての SOAP 操作を実行できます。 |
| soap_create | 新しいレコードを挿入できます。 |
| soap_delete | 既存のレコードを削除できます。 |
| soap_ecc | キュー `[ecc_queue]` テーブルのレコードのクエリ、挿入、削除を行うことができます。 |
| soap_query | レコード情報を照会できます。 |
| soap_query_update | レコード情報を照会し、レコードを更新できます。 |
| soap_script | .do エンドポイントを指定するスクリプトを実行できます。このロールは、スクリプト化 Web サービスを実行するために必要です。 |
| soap_update | レコードを更新できます。 |
| import_admin | インポートセットとインポートのあらゆる側面を管理できます。インポートセット行 \[sys_import_set_row\] テーブルにアクセスするために必要です。 |
| import_transformer | インポートセットの変換マップを管理し、変換を実行できます。インポートセット行 \[sys_import_set_row\] テーブルにアクセスするために必要です。 |
[表 : 1. SOAP ロール]

{#c_SOAPWebService__table_b1j_35d_gp}

## デフォルトの Web サービスロール要件 {#c_SOAPWebService__section_hnf_fly_23b}

デフォルトでは、一連のプロセッサー ACL ルールでは、WSDL、XSD、および XML スキーマ要求を行うための soap_query ロールが必要です。
これらのロール要件を変更する場合は、ACL ルールを非アクティブ化できます。  
図 : 1. Web サービスプロセッサー ACL

## ベーシック認証 {#c_SOAPWebService__SOAP-basic-auth}

WSDL または SOAP メッセージ要求ごとにインスタンスに関連付けられたユーザーにベーシック認証を適用するために、アドミニストレーターはプロパティ `glide.basicauth.required` を true に設定できます。

有効にすると、WSDL および SOAP の各要求に、 [ベーシック認証](http://www.w3.org/Protocols/HTTP/1.0/draft-ietf-http-spec.html#BasicAA) プロトコルで指定されている「認証」ヘッダーを含める必要があります。

Web サービス要求は非インタラクティブであるため、要求中には常に 認証 ヘッダーが必要になります。  
注:  
設定されている場合、ベーシック認証はローカル認証情報または LDAP 認証を参照します。

すべての要求でベーシック認証情報を指定すると (必須かどうかにかかわらず)、ベーシック認証情報で指定されたユーザーを Web サービスの発動に関連付けることができるという利点があります。たとえば、インシデントレコードを作成すると、ジャーナルフィールドには、デフォルトのゲストユーザーではなく、ベーシック認証ヘッダーに含まれるユーザー ID がリストされます。

## SOAP セキュリティポリシー {#c_SOAPWebService__section_std_wny_23b}

拡張 Web サービスプロバイダー - 共通プラグインは、SOAP セキュリティポリシーモジュールをシステム Web サービスアプリケーションに追加します。このモジュールでは、アドミニストレーターは次のセキュリティポリシーを設定できます。

* 外部 Web サービスの利用時の SOAP 要求への署名の有効化または無効化
* WS-Security を介して通信するときに SOAP 要求が満たす必要がある認証要件を指定します。
{#c_SOAPWebService__ul_tyn_ytm_2r}

SOAP アクセスポリシーの詳細については、「 [SOAP API アクセスポリシー](https://www.servicenow.com/docs/access?context=soap-api-access-policies&version=australia&pubname=australia-platform-security&ft:locale=en-US)」を参照してください。  
図 : 2. SOAP セキュリティポリシー

## 署名済み SOAP 要求に必要な証明書 {#c_SOAPWebService__section_ayd_d4y_23b}

WS-Security 通信の SOAP 要求に署名するには、次の証明書が必要です。  
* 要求者からの X.509 証明書
* X.509 要求者の証明書に署名した認証局の CA 証明書
{#c_SOAPWebService__ul_ksf_bym_2r}

## SOAP のデフォルトセキュリティポリシー {#c_SOAPWebService__SOAP-default-sec-policy}

アドミニストレーターは、インスタンスが使用する SOAP セキュリティポリシーをシステムプロパティ `glide.soap.default_security_policy`で指定できます。`glide.soap.default_security_policy` システムプロパティは、受信要求に Web サービスセキュリティ (WSS) を適用するときにインスタンスが使用する SOAP セキュリティポリシーの名前を指定します。  
{#c_SOAPWebService__table_lyn_bb5_2r__entry__2}

| フィールド | 説明 |
|-|-|
| タイプ | 文字列 |
| デフォルト値 | デフォルトのセキュリティポリシー |
| ロケーション | システムプロパティ \[sys_properties\] テーブルへの[システムプロパティの追加](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=australia&pubname=australia-platform-administration&ft:locale=en-US) |
[表 : 2. SOAP のデフォルトセキュリティポリシー設定]

{#c_SOAPWebService__table_lyn_bb5_2r}

## WS-Security を使用 {#c_SOAPWebService__WS-Security}

WS-security を使用して、署名付き Web サービス要求を検証できます。WS-Security を有効にして以下を実行します。

* SOAP メッセージが既知の送信者から発信されたことを確認する
* SOAP メッセージが転送中に変更されていないことの確認

{#c_SOAPWebService__ul_p2c_1bj_dr} ServiceNow は、署名された Web サービス要求を検証するために [WS-Security 1.1](https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss) をサポートしています。  
注:  
WS-Security は暗号化メカニズムとして使用されず、HTTPS プロトコルを使用してすべての通信を暗号化します。

WS-Security は、ベーシック認証で動作することを目的としています。インスタンスは SOAP メッセージを受信すると、ベーシック認証ヘッダーを確認して、SOAP ユーザーがインスタンスに対する権限を持っているかどうかを判断します。WS-Security ヘッダーを確認して、受信メッセージの有効性を判断します。中間者攻撃などの攻撃の影響を受ける要求には、無効な WS-Security ヘッダーがあり、ブロックされます。

## WS-Security プロファイル {#c_SOAPWebService__WS-Security-profiles}

WS-security プロファイルは、WS-security が有効になっている場合の Web サービスメッセージの認証方法を決定します。次のメカニズムを使用して、Web サービス要求を認証できます。  
{#c_SOAPWebService__table_n3x_4tj_dr__entry__2}

| 認証メカニズム | 説明 |
|-|-|
| 証明書の検証 | 要求に関連付けられた証明書を検証します。要求の証明書を検証するには、要求者の証明書と認証局をアップロードする必要があります。 |
| ユーザー認証情報 | 要求に関連付けられたユーザー認証情報を検証して、Web サービス要求を認証します。このタイプの認証では、要求の認証情報が既存のユーザーの認証情報と一致すること、または要求の認証情報がプロファイルレコードで指定されたユーザー名およびパスワードと一致することを確認できます。 |
[表 : 3. Web サービス認証メカニズム]

{#c_SOAPWebService__table_n3x_4tj_dr}[新しい WS-security プロファイルを作成する](https://servicenow-prod.fluidtopics.net/r5Mu2c~pCz9HUSs_10Yztg "WS-Security プロファイルを作成して、WS-Security が有効になっている場合の Web サービスメッセージの認証方法を定義します。")ときに使用する認証メカニズムを指定します。

WS-Security プロファイルモジュールは、現在有効な WS-Security プロファイルをリストします。  
図 : 3. WS-Security プロファイルモジュール

## WS-Security エラーログ記録 {#c_SOAPWebService__section_h5j_p4y_23b}

`glide.processor.debug.SOAPProcessor` システムプロパティを使用すると、WS-security に関するエラーメッセージをトランザクションログに表示できます。

システムプロパティ `glide.processor.debug.SOAPProcessor` は、証明書やキーストアのチェックなどの SOAP 処理のデバッグメッセージを有効 (true) または無効 (false) にします。  
{#c_SOAPWebService__table_lyn_be5_2r__entry__2}

| フィールド | 説明 |
|-|-|
| タイプ | true \| false |
| デフォルト値 | false |
| ロケーション | システムプロパティ \[sys_properties\] テーブルへの[システムプロパティの追加](https://www.servicenow.com/docs/access?context=t_AddAPropertyUsingSysPropsList&version=australia&pubname=australia-platform-administration&ft:locale=en-US) |
[表 : 4. glide.processor.debug.SOAPProcessor フィールド]

{#c_SOAPWebService__table_lyn_be5_2r}

## WSS X.509 トークンプロファイル {#c_SOAPWebService__section_cwj_2ny_23b}

WSS X.509 セキュリティプロファイルには X.509 フレームワークを使用します。X.509 証明書は公開鍵の検証に使用され、公開鍵は受信 SOAP メッセージに署名するために使用されます。公開鍵と、少なくとも次のものを含む一連の属性との間のバインディングを指定します。

* サブジェクト名
* 発行者名
* serial number
* 有効期間
{#c_SOAPWebService__ul_yfn_yw2_2r}

[Web サービスセキュリティ:SOAP メッセージセキュリティ仕様](https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss)で定義されている [X.509 認証フレームワーク](https://www.oasis-open.org/committees/download.php/16785/wss-v1.1-spec-os-x509TokenProfile.pdf)を使用します。

証明書をアップロードし、\[ X509 証明書\] フィールドで参照します。バインドされたセッションの場合は、WS-Security 認証が成功したときに代理操作するユーザーを選択します。  
図 : 4. WSS X.509 セキュリティプロファイル

## WSS ユーザー名トークンプロファイル {#c_SOAPWebService__section_xdc_kny_23b}

X.509 トークンプロファイルを指定する場合は、SOAP 要求でユーザー名トークンを指定することもできます。

ユーザー名トークンは、要求者を「ユーザー名」で識別する手段として使用され、オプションでパスワード、共有秘密、または同等のパスワードを使用してその ID を認証します。

ユーザー名トークンを認証するには、2 つの方法があります。

1. 既存のユーザー認証情報で認証します。  
   図 : 5. 既存のユーザー認証情報で認証

   着信 SOAP 要求のユーザー名を使用して、UserName 値と一致するように指定された \[ユーザー\] フィールドでユーザーを検索します。システムは、受信ユーザー名トークンのパスワード値を使用して要求を認証します。\[ セッションのバインド\] オプションを選択すると、正常に認証されたユーザーがセッションに使用されます。
2. 指定されたユーザー認証情報で認証します。  
   図 : 6. 指定されたユーザー認証情報で認証

   ユーザーテーブルのユーザーとは無関係のログイン認証情報を使用して認証します。\[ セッションのバインド\] オプションを選択すると、\[ ユーザーとして実行 \] フィールドで指定されたユーザーがセッションに使用されます。

{#c_SOAPWebService__ol_sjx_sdf_2r}  
注:  
[ユーザー名トークンプロファイル](https://www.oasis-open.org/committees/download.php/16782/wss-v1.1-spec-os-UsernameTokenProfile.pdf)は、X.509 トークンプロファイルから独立して使用することはできません。

## Web サービスの厳格なセキュリティ {#c_SOAPWebService__section_pzc_1py_23b}

デフォルトでは、Web サービスのベーシック認証では、ユーザーが SOAP 接続を使用してインスタンスにアクセスする権限を持っているかどうかのみが判断されます。認証されると、すべてのユーザーが Web サービスとして公開された任意のテーブルにアクセスできるようになります。

システムプロパティ \[着信 SOAP 要求に厳格なセキュリティを強制する (Enforce strict security on incoming SOAP requests )\] ではこの動作が変更され、ユーザーが Web サービスからインスタンスリソースにアクセスするために [コンテキストセキュリティマネージャー](https://www.servicenow.com/docs/access?context=r_ContextualSecurity&version=australia&pubname=australia-platform-security&ft:locale=en-US) の要件を満たす必要があります。

このプロパティを有効にすると、適切な SOAP ロールを持ち、テーブルと操作の ACL 条件も満たしているユーザーのみが、SOAP 接続からその操作を実行できます。

## Web サービスの相互認証 {#c_SOAPWebService__section_ey2_fpy_23b}

送信 Web サービスでは相互認証がサポートされています。

## SOAP セッションの管理とレポート {#c_SOAPWebService__section_tqn_wpy_23b}

SOAP セッションは、Web サービスクライアントアプリケーション、 ServiceNow MID サーバー、 ServiceNow ODBC ドライバーなどの外部 SOAP クライアントによってインスタンスで確立される Glide セッションです。SOAP セッションは、のユーザーセッションのリストに含まれています ユーザーアドミニストレーションログインユーザー. の ?SOAP URL は SOAP セッションを識別します。

## SOAP セッションプロパティ {#c_SOAPWebService__section_qfh_gqy_23b}

特定のプロパティは、SOAP セッションの維持方法を制御します。
{#c_SOAPWebService__table_bdx_vly_25__entry__2}

| プロパティ | 説明 |
|-|-|
| glide.soap.invalidate_session_timeout | アクティブなセッションが開いたままになる期間 (秒)。この期間に達すると、インスタンスはセッションを非アクティブ化し、システムリソースを再利用します。タイムアウト時間に達した後にクライアントが別の要求を送信すると、インスタンスは新しいセッションを確立します。 このプロパティは、5 〜 1200 秒 (20 分) の値を受け入れます。 * タイプ：整数 * デフォルト値：60 * 場所:システムプロパティ `[sys_properties]` テーブルに追加 {#c_SOAPWebService__ul_bb1_kph_kp} |
[表 : 5. SOAP セッションプロパティ]

{#c_SOAPWebService__table_bdx_vly_25}  
注:  
SOAP Web サービス処理に影響するプロパティの詳細については、「インスタンスセキュリティ強化設定」の次のトピックを参照してください。

* [アクセス制御 (インスタンスセキュリティ強化)](https://www.servicenow.com/docs/access?context=sc-access-control&version=australia&pubname=australia-platform-security&ft:locale=en-US)
* [基本認証:SOAP 要求](https://www.servicenow.com/docs/access?context=sc-soap-request-authorization&version=australia&pubname=australia-platform-security&ft:locale=en-US)
{#c_SOAPWebService__ul_vwk_krn_rkb}
* **[スクリプト済み SOAP Web サービス](https://servicenow-prod.fluidtopics.net/ylW7vPKLgKnssiQ~2wIdSA)**   
  Scripted SOAP Web Services により、ServiceNow 管理者はカスタム受信 SOAP Web Services を作成できます。
* **[ダイレクト Web サービス](https://servicenow-prod.fluidtopics.net/893H7wLIHWB0DoK8vLzYtg)**   
  適切なアクセス制御リストが設定されている場合は、システム内の任意のテーブルでダイレクト Web サービスを使用できます。
* **[SOAP Web サービスインポートセット](https://servicenow-prod.fluidtopics.net/mckzMXtX1gc1VjnGtJIkIw)**   
  Web サービスインポートセットは、インポートセットテーブルに Web サービスインターフェイスを提供して、ダイレクト Web サービスおよび Scripted SOAP Web Services を補完します。
* **[AttachmentCreator SOAP Web サービス](https://servicenow-prod.fluidtopics.net/ZBi3hRt5vvMrLnocQD1RTg)**   
  ecc_queue テーブルを対象とする SOAP メッセージを送信して、ServiceNow のレコードにドキュメントを添付します。
* **[SOAP エンドポイントのオーバーライド](https://servicenow-prod.fluidtopics.net/4ssZu7TYf8egFrSCxntg9g)**   
  SOAP メッセージが投稿される SOAP エンドポイントアドレスは、WSDL のエンドポイントと一致しています。
* **[HTTP 圧縮を有効にする](https://servicenow-prod.fluidtopics.net/bmo0lbawMlbZlraBsFlAcw)**   
  デフォルトでは、SOAP 要求は非圧縮で受け入れられ、要求の結果は非圧縮で返されます。
* **[SOAP メッセージの空の要素の防止](https://servicenow-prod.fluidtopics.net/YX581zxDfWR7JKip8GCA7w)**   
  デフォルトでは、インスタンスは空の要素、NULL 値または NIL 値を持つ要素を SOAP メッセージから省略しません。
* **[SOAP を使用した関連レコードの挿入](https://servicenow-prod.fluidtopics.net/WtuahzXW~IlFnrrSCJULpA)**   
  テーブルまたは Web サービスインポートセットテーブルへの階層データの挿入がサポートされています。挿入 API の階層データは、ターゲットテーブルの関連レコードに自動的にマッピングされます。
* **[署名済み SOAP 要求の要件の指定](https://servicenow-prod.fluidtopics.net/hEcV6M_gegsRCTUMmrN2vQ)**   
  SOAP セキュリティポリシーを使用して、インスタンスがすべての受信 SOAP トラフィックに対して署名済み SOAP 要求を必要とするかどうかを指定します。
* **[Enhanced Web Service Provider - Common プラグインの有効化](https://servicenow-prod.fluidtopics.net/mUVSrnzILKzGmojeII7eow)**   
  管理者は、Enhanced Web Service Provider - Common プラグインを有効にして、未署名の WS-Security 要求を有効にし、SOAP 要求の認証要件を指定できます。
* **[SOAP セキュリティの設定](https://servicenow-prod.fluidtopics.net/P9VT3mjNhYlxAmK7WvQmXQ)**   
  管理者は、ServiceNow インスタンスに対する受信 SOAP 要求に対して Web サービスのセキュリティを設定できます。
* **[SOAP デフォルトセキュリティポリシーの設定](https://servicenow-prod.fluidtopics.net/g2Z1gbrsxx6mBzcfKWGssQ)**   
  SOAP デフォルトセキュリティポリシーを設定します。
* **[新しいセキュリティポリシーの作成](https://servicenow-prod.fluidtopics.net/qjYI4Ck9w5e66zBXiAJ3xg)**   
  管理者は、新しいセキュリティポリシーを作成することで、WS-Security 通信が満たす必要があるセキュリティプロファイルを指定できます。
* **[新しい WS-Security プロファイルの作成](https://servicenow-prod.fluidtopics.net/r5Mu2c~pCz9HUSs_10Yztg)**   
  WS-Security プロファイルを作成して、WS-Security が有効になっている場合の Web サービスメッセージの認証方法を定義します。
* **[受信 SOAP の厳格なセキュリティの適用](https://servicenow-prod.fluidtopics.net/4A4Ta6Foi6OXRW_R7kIeyw)**   
  Web サービスの厳格なセキュリティでは、ユーザーがインスタンスリソースにアクセスするためにコンテキスト依存セキュリティ要件を満たす必要があります。
* **[WS-Security 検証の有効化](https://servicenow-prod.fluidtopics.net/JKTXtqLK5hvXCW1B5jzVog)**   
  アドミニストレーターは、Web サービスのシステムプロパティから Web サービスセキュリティ (WSS) 検証を有効にできます。
* **[着信 SOAP エンベロープのデバッグ](https://servicenow-prod.fluidtopics.net/Ia1T6FP7~~1XF542e8xe~g)**   
  着信 SOAP エンベロープ XML をシステムログにキャプチャするには、プロパティ glide.processor.debug.SOAPProcessor を trueの値で追加します。
* **[SOAP セッションログの表示](https://servicenow-prod.fluidtopics.net/pELpMGP30mIXXS1X1Fn5JQ)**   
  SOAP セッションからユーザーのログを表示できます。
* **[基本認証コードのサンプル](https://servicenow-prod.fluidtopics.net/EjF5Anmh0V42EX6Dv~TQZg)**   
  いくつかのプログラミング言語とバージョンの基本認証コードのサンプルを示します。
* **[例:WS-Security SOAP エンベロープヘッダー](https://servicenow-prod.fluidtopics.net/QHWaX9XqLMoZ860bkKWbAQ)**   
  有効な WS-Security SOAP エンベロープヘッダーの例を示します。
* **[WS-Security プロパティ](https://servicenow-prod.fluidtopics.net/lHnZkP49AEEI8B4R9UW07A)**   
  これらのプロパティは、WS-Security X.509 トークンの動作を制御します。
* **[WS-Security エラーメッセージ](https://servicenow-prod.fluidtopics.net/2qs8pS8baOGs3yib~fXBXg)**   
  インスタンスは、WS-security SOAP メッセージで問題が発生すると、次のいずれかのエラーメッセージを生成します。
* **[WS-Security リファレンス](https://servicenow-prod.fluidtopics.net/fJgZoPgyHZWBr_L_fRTGBw)**   
  WSS X.509 トークンプロファイルと WSS ユーザー名トークンプロファイルの形式での WS-Security 1.1 のサポートは、着信 SOAP 要求で使用できます。
* **[長時間実行される SOAP 要求のプロパティ](https://servicenow-prod.fluidtopics.net/7mw0dxDvjQkX6W0B6urKYw)**   
  次のプロパティは、長時間実行される SOAP 要求に使用できます。
* **[SOAP を使用して大量のレコードを取得する](https://servicenow-prod.fluidtopics.net/O~Q9iLd5_5NqQ7djfZZAhg)**   
  デフォルトでは、1 つの SOAP 要求で最大 250 レコードを取得できます。