--- sourceDocument: Xanadu-API-Referenz sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/api-reference Release : - xanadu ft:locale : - de-DE ft:publication_title : - Xanadu-API-Referenz ft:clusterId : - crapiref bundleId : - crapiref workflow : - Creator --- # SOAP Web Service # SOAP Web Service {#ariaid-title1} * Freigeben Version: Xanadu * * Aktualisiert 1. August 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 8 Minuten Lesedauer Simple Object Access Protocol (SOAP) ist ein XML-basiertes Protokoll für den Zugriff auf Webservices über HTTP. Sie können SOAP verwenden, um auf Daten in Ihrer -Instanz zuzugreifen. Verfügbare SOAP-Webservices sind WS-I-konform, wie im WS-I-Basisprofil 1.0 beschrieben. ## Webservice-Provider ServiceNow veröffentlicht die zugrunde liegenden Tabellenstrukturen und die zugehörigen Daten mithilfe der folgenden Webdienstmethoden: * [Direkte Webservices](https://servicenow-prod.fluidtopics.net/gxrt5Cdyvd4I~ENNPAlGWw "Ein direkter Webservice ist für jede Tabelle im System verfügbar, wenn die richtige Zugriffssteuerungsliste konfiguriert ist."): Verwenden Sie eine URL-Abfrage, um die WSDL einer Tabelle anzufordern. * [SOAP-Webservice-Importsätze](https://servicenow-prod.fluidtopics.net/xO7DkElE0GL0lL4J8r4rEQ "Webservice-Importsätze ergänzen direkte Webservices und geskriptete SOAP-Webservices, indem sie eine Webservice-Schnittstelle für Importsatztabellen bereitstellen."): Verwenden Sie Importtabellen und Transformationszuordnungen, um Webservice-Anforderungen für Tabellen zu automatisieren. * [SOAP-Webservices mit Skript](https://servicenow-prod.fluidtopics.net/snmA~6GDmc7lU5SgKAMmkg "Scripted SOAP Web Services ermöglichen einem ServiceNow -Administrator das Erstellen von anwenderdefinierten SOAP Web Services."): Verwenden Sie anwenderdefiniertes JavaScript, um SOAP-Webservices-Anforderungen auszuführen. {#c_SOAPWebService__ul_qbh_xrd_gp} Hinweis: SOAP-Nachrichten werden mit der Annahme gesendet, dass der Empfänger XML-kompatibel ist. Auf eine SOAP-Nachricht wird keine Codierung angewendet. SOAP decodiert Antworten immer als UTF-8, die XML-Encoding-Kopfzeile wird nicht verwendet. ## WSDL {#c_SOAPWebService__section_nlx_5yx_23b} Alle Tabellen und Importsätze generieren dynamisch WSDL-XML-Dokumente (Web Service Definition Language), die das Tabellenschema und die verfügbaren Vorgänge beschreiben. Sie können die WSDL einer Tabelle abrufen, indem Sie einen URL-Aufruf an Ihre Instanz von senden, der den Namen der Tabelle und den WSDL -Parameter enthält. Beispiel: https://myinstance.service-now.com/incident.do?WSDL Alle dynamisch generierten und bereitgestellten ServiceNow WSDLs, auf die über HTTP zugegriffen werden kann, stehen unter den Bedingungen zur Verfügung, die in der Lizenzvereinbarung der Open Source Initiative OSI -- Apache License, Version 2.0 definiert sind. ## Unterstützung für lange SOAP-Anforderungen {#c_SOAPWebService__section_mcy_jqy_23b} Now Platform unterstützt lange SOAP-Anforderungen, indem Socket-Zeitüberschreitungen aufgrund von Inaktivität der Netzwerkverbindung verhindert werden, während die Anforderungen verarbeitet werden. Diese Funktionalität verbessert die Effizienz des ODBC-Treibers, wenn eine große Anzahl von Datensätzen angefordert wird, Abfragen zusammengefasst werden, oder Ausdrücke sortiert werden müssen. Standardmäßig bietet das System Zeitüberschreitungsschutz für Webservices-Clients, die von ServiceNow bereitgestellt werden, wie z. B. den ODBC-Treiber und den MID Server. Sie können Ihren anwenderdefinierten Webservices mit Systemeigenschaften einen Zeitüberschreitungsschutz hinzufügen. ## Zeitüberschreitungsschutz {#c_SOAPWebService__section_fgv_mqy_23b} Webservices-Clients erhalten eine temporäre 307-Weiterleitung, um lange Sitzungen aufrecht zu erhalten, und ein Timeout aufgrund von Socket-Inaktivität zu verhindern. Eine temporäre 307-Weiterleitung bewirkt, dass Websservices-Clients, die den Statuscode unterstützen, ihre letzte Anforderung an die in der HTTP-Standortkopfzeile angegebene Position wiederholen. Der Wert des Speicherort-Headers ist die gleiche URL, die der Webservices-Client ursprünglich angegeben hat. Die Verwendung von temporäre 307-Weiterleitungen ist WS-I-kompatibel. Eine Webserviceanforderung, die die in glide.soap.request_processing_timeout angegebene Zeitüberschreitungsgrenze überschreitet, kann nur dann eine temporäre 307-Umleitung erhalten, wenn alle diese Bedingungen erfüllt sind: * Der Wert von glide.soapprocessor.allow_long_running_threads ist wahr. * Die Anforderung enthält einen URL-Parameter redirectSupported=true. * Die Anforderung ist sitzungsfähig (unterstützt HTTP-Cookies). * Die Anzahl der Umleitungen hat den von glide.soap.max_redirectsfestgelegten Wert nicht überschritten. {#c_SOAPWebService__ul_m2f_h4h_kp} Wenn eine dieser Bedingungen nicht erfüllt ist, erhält der Webservice-Client einen Fehler „408 Zeitüberschreitung für Anforderung". Hinweis: Um sicherzustellen, dass bei Anwendungen eine Socket-Zeitüberschreitung und nicht eine 408-Anforderungszeitüberschreitung auftritt, legen Sie die Eigenschaft glide.soap.request_processing_timeout auf einen Wert fest, der größer als die Einstellung für die kürzeste Socket-Zeitüberschreitung ist, die für die Verbindung zwischen der Anwendung und der Instanz gilt (300 Sekunden für gehostete Instanzen). ## SOAP Web Services-Sicherheit {#c_SOAPWebService__SOAP-web-services-security} Eine Instanz erzwingt die Sicherheit von Webdiensten mithilfe einer Kombination aus Abfrage/Rückmeldung-Standardauthentifizierung über das HTTPS-Protokoll und Zugriffssteuerungslisten (ACLs) auf Systemebene mit Kontextsicherheit. Administratoren können steuern, auf welche Systemressourcen Webservices-Benutzer zugreifen können, indem sie ihnen eine der SOAP-Rollen zuweisen. ## SOAP-Rollen {#c_SOAPWebService__section_ecx_4ky_23b} Um SOAP Web Services verwenden zu können, müssen Sie über die entsprechende Rolle für den Vorgang verfügen, den Sie ausführen möchten. Außerdem müssen Sie über alle anderen Rollen verfügen, die für den Zugriff auf die Zieltabellen erforderlich sind. {#c_SOAPWebService__table_b1j_35d_gp__entry__2} | Rolle | Beschreibung | |-|-| | soap | Kann alle SOAP-Vorgänge ausführen. | | soap_create | Kann neue Datensätze einfügen. | | soap_delete | Kann vorhandene Datensätze löschen. | | soap_ecc | Kann Datensätze in der Warteschlangen-Tabelle `[ecc_queue]` abfragen, einfügen und löschen. | | soap_query | Kann Datensatzinformationen abfragen. | | soap_query_update | Kann Datensatzinformationen abfragen und Datensätze aktualisieren. | | soap_script | Kann Skripts ausführen, die einen .do-Endpunkt angeben. Diese Rolle ist zum Ausführen von geskripteten Webservices erforderlich. | | soap_update | Kann Datensätze aktualisieren. | | import_admin | Kann alle Aspekte von Importsätzen und Importen verwalten. Erforderlich für den Zugriff auf die Tabelle „Importsatzzeile" \[sys_import_set_row\]. | | import_transformer | Kann Transformationszuordnungen für Importsätze verwalten und Transformationen ausführen. Erforderlich für den Zugriff auf die Tabelle „Importsatzzeile" \[sys_import_set_row\]. | [Tabelle : 1. SOAP-Rollen] {#c_SOAPWebService__table_b1j_35d_gp} ## Standardanforderungen für Webservices-Rollen {#c_SOAPWebService__section_hnf_fly_23b} Standardmäßig benötigen Benutzer für eine Reihe von Prozessor-ACL-Regeln die Rolle „soap_query", um WSDL-, XSD- und XML-Schemaanforderungen zu stellen. Wenn Sie diese Rollenanforderungen ändern möchten, können Sie die ACL-Regeln deaktivieren. Abbildung : 1. Webservice-ACLs für Prozessoren ## Standardauthentifizierung {#c_SOAPWebService__SOAP-basic-auth} Um die Basic Authentication für den mit der Instanz verknüpften Benutzer für jede WSDL- oder SOAP-Nachrichtenanforderung durchzusetzen, können Administratoren die Eigenschaft `glide.basicauth.required` auf true setzen. Wenn diese Option aktiviert ist, muss jede WSDL- und SOAP-Anforderung eine Autorisierungskopfzeile enthalten, wie im Protokoll [Basic Authentication](http://www.w3.org/Protocols/HTTP/1.0/draft-ietf-http-spec.html#BasicAA) angegeben. Da Webservice-Anforderungen nicht interaktiv sind, ist der Autorisierungs -Header während einer Anforderung immer erforderlich. Hinweis: Wenn konfiguriert, bezieht sich die Standardauthentifizierung auf lokale Anmeldeinformationen oder die LDAP-Authentifizierung. Die Bereitstellung von Informationen zur Standardauthentifizierung bei jeder Anforderung (unabhängig davon, ob sie erforderlich sind oder nicht) hat den zusätzlichen Vorteil, dass dem in den Anmeldeinformationen für die Standardauthentifizierung angegebenen Benutzer der Aufruf des Webservice zugeordnet werden kann. Beispiel: Beim Erstellen eines Incident-Datensatzes wird im Feld „Journal" die im Header der Standardauthentifizierung enthaltene Benutzer-ID anstelle des standardmäßigen Gastbenutzers aufgeführt. ## SOAP-Sicherheitsrichtlinien {#c_SOAPWebService__section_std_wny_23b} Das Plugin „Enhanced Web Service Provider - Common" fügt das Modul „SOAP-Sicherheitsrichtlinien" zur Anwendung „System-Webservices" hinzu. Mit diesem Modul können Administratoren die folgenden Sicherheitsrichtlinien festlegen: * Signieren von SOAP-Anforderungen aktivieren oder deaktivieren, wenn ein externer Webservice verwendet wird * Geben Sie die Authentifizierungsanforderungen an, die SOAP-Anforderungen erfüllen müssen, wenn Sie über WS-Security kommunizieren. {#c_SOAPWebService__ul_tyn_ytm_2r} Weitere Informationen zur SOAP-Zugriffsrichtlinie finden Sie unter [SOAP-API-Zugriffsrichtlinien](https://www.servicenow.com/docs/access?context=soap-api-access-policies&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US). Abbildung : 2. SOAP-Sicherheitsrichtlinien ## Für signierte SOAP-Anforderungen erforderliche Zertifikate {#c_SOAPWebService__section_ayd_d4y_23b} Zum Signieren von SOAP-Anforderungen für die WS-Security-Kommunikation sind die folgenden Zertifikate erforderlich: * X.509-Zertifikat von der anfordernden Person * X.509-CA-Zertifikat der Zertifizierungsstelle, die das Zertifikat der anfordernden Person signiert hat {#c_SOAPWebService__ul_ksf_bym_2r} ## SOAP-Standardsicherheitsrichtlinie {#c_SOAPWebService__SOAP-default-sec-policy} Administratoren können die SOAP-Sicherheitsrichtlinie angeben, die eine Instanz mit der Systemeigenschaft `glide.soap.default_security_policy` verwendet. Die Systemeigenschaft `glide.soap.default_security_policy` gibt den Namen der SOAP-Sicherheitsrichtlinie an, die die Instanz beim Erzwingen von Webservices-Security (WSS) für eingehende Anforderungen verwendet. {#c_SOAPWebService__table_lyn_bb5_2r__entry__2} | Feld | Beschreibung | |-|-| | Typ | Zeichenfolge | | Standardwert | Standardsicherheitsrichtlinie | | Standort | [Fügen Sie der Tabelle „Systemeigenschaften" \[sys_properties\] eine Systemeigenschaft](https://www.servicenow.com/docs/access?context=r_AvailableSystemProperties&version=xanadu&pubname=xanadu-platform-administration§ion=t_AddAPropertyUsingSysPropsList&ft:locale=en-US) hinzu | [Tabelle : 2. Einstellungen für die SOAP-Standardsicherheitsrichtlinie] {#c_SOAPWebService__table_lyn_bb5_2r} ## WS-Sicherheit verwenden {#c_SOAPWebService__WS-Security} Sie können signierte Webservices-Anforderungen mit WS-Sicherheit validieren. Aktivieren Sie WS-Security, um: * Stellen Sie sicher, dass SOAP-Nachrichten von einem bekannten Absender stammen * Stellen Sie sicher, dass SOAP-Nachrichten während der Übertragung nicht geändert wurden {#c_SOAPWebService__ul_p2c_1bj_dr} ServiceNow unterstützt [WS-Security 1.1](https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss), um signierte Webserviceanforderungen zu validieren. Hinweis: WS-Security wird nicht als Verschlüsselungsmechanismus verwendet. Das HTTPS-Protokoll wird zum Verschlüsseln der gesamten Kommunikation verwendet. WS-Security ist auf Standardauthentifizierung ausgelegt. Wenn eine Instanz eine SOAP-Nachricht empfängt, überprüft sie den Header der Standardauthentifizierung, um zu bestimmen, ob der SOAP-Benutzer über Rechte für die Instanz verfügt. Es überprüft den WS-Security-Header, um die Gültigkeit der eingehenden Nachricht zu ermitteln. Anforderungen, die von Angriffen (z. B. Man-in-the-Middle-Angriffen) betroffen sind, weisen einen ungültigen WS-Security-Header auf und werden blockiert. ## WS-Security-Profile {#c_SOAPWebService__WS-Security-profiles} Ein WS-Sicherheitsprofil bestimmt, wie eine Webservices-Nachricht authentifiziert wird, wenn WS-Sicherheit aktiviert ist. Die folgenden Mechanismen können zur Authentifizierung von Webservice-Anforderungen verwendet werden: {#c_SOAPWebService__table_n3x_4tj_dr__entry__2} | Authentifizierungsmechanismus | Beschreibung | |-|-| | Zertifikatverifizierung | Verifiziert das mit der Anforderung verknüpfte Zertifikat. Um das Zertifikat der Anforderung zu verifizieren, müssen das Zertifikat und die Zertifizierungsstelle der anfordernden Person hochgeladen werden. | | Benutzeranmeldeinformationen | Authentifiziert die Webservice-Anforderung durch Verifizieren der mit der Anforderung verknüpften Anmeldeinformationen. Diese Art der Authentifizierung kann entweder überprüfen, ob die Anmeldeinformationen der Anforderung mit den Anmeldeinformationen eines vorhandenen Anwenders übereinstimmen oder ob die Anmeldeinformationen der Anforderung mit einem im Profildatensatz angegebenen Anwendernamen und Passwort übereinstimmen. | [Tabelle : 3. Authentifizierungsmechanismen für Webservices] {#c_SOAPWebService__table_n3x_4tj_dr}Geben Sie den Authentifizierungsmechanismus an, den Sie verwenden möchten, wenn Sie [ein neues WS-Security-Profil erstellen möchten](https://servicenow-prod.fluidtopics.net/GYi2ldZ1qatZt3u0lKwRuA "Erstellen Sie ein neues WS-Sicherheitsprofil, um zu definieren, wie eine Webservices-Nachricht authentifiziert wird, wenn WS-Security aktiviert ist."). Das Modul „WS-Sicherheitsprofile" listet die derzeit gültigen WS-Sicherheitsprofile auf. Abbildung : 3. Modul „WS-Security-Profile" ## Fehlerprotokollierung für WS-Security {#c_SOAPWebService__section_h5j_p4y_23b} Die Systemeigenschaft `glide.processor.debug.SOAPProcessor` ermöglicht die Anzeige von Fehlermeldungen zu WS-Security im Transaktionsprotokoll. Die Systemeigenschaft `glide.processor.debug.SOAPProcessor` aktiviert (true) oder deaktiviert (false) Debugging-Nachrichten für die SOAP-Verarbeitung, wie z. B. Zertifikat- und Keystore-Prüfungen. {#c_SOAPWebService__table_lyn_be5_2r__entry__2} | Feld | Beschreibung | |-|-| | Typ | true \| false | | Standardwert | false | | Standort | [Fügen Sie der Tabelle „Systemeigenschaften" \[sys_properties\] eine Systemeigenschaft](https://www.servicenow.com/docs/access?context=r_AvailableSystemProperties&version=xanadu&pubname=xanadu-platform-administration§ion=t_AddAPropertyUsingSysPropsList&ft:locale=en-US) hinzu | [Tabelle : 4. glide.processor.debug.SOAPProcessor-Felder] {#c_SOAPWebService__table_lyn_be5_2r} ## WSS X.509-Token-Profil {#c_SOAPWebService__section_cwj_2ny_23b} Verwenden Sie das X.509-Framework für ein WSS X.509-Sicherheitsprofil. Ein X.509-Zertifikat wird verwendet, um einen öffentlichen Schlüssel zu validieren, der dann zum Signieren der eingehenden SOAP-Nachricht verwendet wird. Gibt eine Bindung zwischen einem öffentlichen Schlüssel und einem Satz von Attributen an, der mindestens Folgendes enthält: * Name des Antragstellers * Name des Ausstellers * Seriennummer * Gültigkeitsintervall {#c_SOAPWebService__ul_yfn_yw2_2r} Verwenden Sie das [X.509-Authentifizierungs-Framework](https://www.oasis-open.org/committees/download.php/16785/wss-v1.1-spec-os-x509TokenProfile.pdf), wie durch [Webservices-Sicherheit: Spezifikation für die SOAP-Nachrichtensicherheit](https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=wss) definiert. Laden Sie das Zertifikat hoch, und referenzieren Sie es im Feld X509-Zertifikat. Wählen Sie bei einer gebundenen Sitzung den Anwender aus, dessen Identität angenommen werden soll, wenn die WS-Security-Authentifizierung erfolgreich ist. Abbildung : 4. WSS X.509-Sicherheitsprofil ## WSS UsernameToken-Profil {#c_SOAPWebService__section_xdc_kny_23b} Bei der Angabe des X.509-Token-Profils können Sie auch einen UsernameToken in der SOAP-Anforderung angeben. Ein UsernameToken wird verwendet, um die anfordernde Person anhand des „Anwendernamens" zu identifizieren und optional ein Passwort, ein gemeinsames Geheimnis oder ein entsprechendes Passwort zu verwenden, um diese Identität zu authentifizieren. Es gibt zwei Möglichkeiten, ein UsernameToken zu authentifizieren. 1. Authentifizieren Sie sich mit vorhandenen Anmeldeinformationen. Abbildung : 5. Authentifizieren Sie sich mit vorhandenen Anmeldeinformationen Verwenden Sie den Anwendernamen der eingehenden SOAP-Anforderung, um einen Anwender anhand des angegebenen Felds „ Anwender " zu suchen, um den Wert „UserName" abzugleichen. Das System verwendet den Passwortwert im eingehenden UsernameToken, um die Anforderung zu authentifizieren. Wenn die Option Sitzung binden ausgewählt ist, wird der Benutzer, der sich erfolgreich authentifiziert hat, für die Sitzung verwendet. 2. Authentifizieren Sie mit den angegebenen Benutzeranmeldeinformationen. Abbildung : 6. Mit angegebenen Benutzeranmeldeinformationen authentifizieren Authentifizieren Sie mit Anmeldeinformationen, die sich nicht auf Benutzer in der Tabelle „Benutzer" beziehen. Wenn die Option Sitzung binden ausgewählt ist, wird der Benutzer, der im Feld Als Benutzer ausführen angegeben ist, für die Sitzung verwendet. {#c_SOAPWebService__ol_sjx_sdf_2r} Hinweis: Das [UsernameToken-Profil](https://www.oasis-open.org/committees/download.php/16782/wss-v1.1-spec-os-UsernameTokenProfile.pdf) kann nicht unabhängig vom X.509-Token-Profil verwendet werden. ## Strikte Sicherheit für Webservices {#c_SOAPWebService__section_pzc_1py_23b} Standardmäßig bestimmt die Basic Authentication für Webservices nur, ob ein Benutzer über eine SOAP-Verbindung zum Zugriff auf die Instanz berechtigt ist. Nach der Autorisierung kann jeder Benutzer auf jede als Webservice veröffentlichte Tabelle zugreifen. Die Systemeigenschaft Strikte Sicherheit für eingehende SOAP-Anforderungen erzwingen[ändert](https://www.servicenow.com/docs/access?context=r_ContextualSecurity&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US) dieses Verhalten und erfordert, dass Benutzer die Anforderungen des Kontextsicherheitsmanagers erfüllen, um über Webservices auf Instanzressourcen zugreifen zu können. Wenn diese Eigenschaft aktiviert ist, können nur Benutzer, die über die richtige SOAP-Rolle verfügen und die ACL-Bedingungen für die Tabelle und den Vorgang erfüllen, diesen Vorgang über eine SOAP-Verbindung ausführen. ## Gegenseitige Authentifizierung für Webservices {#c_SOAPWebService__section_ey2_fpy_23b} Die gegenseitige Authentifizierung wird für ausgehende Webservices unterstützt. ## SOAP-Sitzungsverwaltung und -Berichterstellung {#c_SOAPWebService__section_tqn_wpy_23b} Eine SOAP-Sitzung ist eine Glide-Sitzung, die von einer Instanz von einem externen SOAP-Client wie z. B. einer Webservice-Client-Anwendung, einem ServiceNow-MID-Server oder einen ServiceNow-ODBC-Treiber eingerichtet wird. SOAP-Sitzungen werden in der Liste der Benutzersitzungen unter aufgeführt AnwenderadministrationAngemeldete Anwender. Die ?SOAP- URLs identifizieren SOAP-Sitzungen. ## SOAP-Sitzungseigenschaften {#c_SOAPWebService__section_qfh_gqy_23b} Bestimmte Eigenschaften steuern, wie SOAP-Sitzungen verwaltet werden. {#c_SOAPWebService__table_bdx_vly_25__entry__2} | Eigenschaft | Beschreibung | |-|-| | glide.soap.invalidate_session_timeout | Dauer in Sekunden, die eine aktive Sitzung geöffnet bleibt. Nachdem diese Zeit verstrichen ist, deaktiviert die Instanz die Sitzung und stellt Systemressourcen in Anspruch. Wenn der Client nach Ablauf der Zeitüberschreitungsdauer eine weitere Anforderung sendet, erstellt die Instanz eine neue Sitzung. Diese Eigenschaft akzeptiert Werte von 5 bis 1200 Sekunden (20 Minuten). * Typ: Ganzzahl * Standardwert: 60 * Speicherort: zu Tabelle „Systemeigenschaften" `[sys_properties]` hinzufügen {#c_SOAPWebService__ul_bb1_kph_kp} | [Tabelle : 5. SOAP-Sitzungseigenschaften] {#c_SOAPWebService__table_bdx_vly_25} Hinweis: Weitere Informationen zu Eigenschaften, die sich auf die Verarbeitung von SOAP-Webservices auswirken, finden Sie in den folgenden Themen unter Härtungseinstellungen für Instanzsicherheit: * Zugriffssteuerung Zugriffssteuerung (Härtung der Instanzsicherheit) * Standardauthentifizierung: SOAP-Anforderungen {#c_SOAPWebService__ul_vwk_krn_rkb} * **[Scripted SOAP Web Services](https://servicenow-prod.fluidtopics.net/snmA~6GDmc7lU5SgKAMmkg)** Scripted SOAP Web Services ermöglichen einem ServiceNow -Administrator das Erstellen von anwenderdefinierten SOAP Web Services. * **[Direkte Webservices](https://servicenow-prod.fluidtopics.net/gxrt5Cdyvd4I~ENNPAlGWw)** Ein direkter Webservice ist für jede Tabelle im System verfügbar, wenn die richtige Zugriffssteuerungsliste konfiguriert ist. * **[SOAP Web Service-Importsätze](https://servicenow-prod.fluidtopics.net/xO7DkElE0GL0lL4J8r4rEQ)** Webservice-Importsätze ergänzen direkte Webservices und geskriptete SOAP-Webservices, indem sie eine Webservice-Schnittstelle für Importsatztabellen bereitstellen. * **[SOAP Web Service „AttachmentCreator"](https://servicenow-prod.fluidtopics.net/EzJ~p_ZeY6hOe~5ZRqLQCQ)** Hängen Sie Dokumente an Datensätze in ServiceNow an, indem Sie eine SOAP-Nachricht für die Tabelle „ecc_queue" senden. * **[Überschreiben Sie einen SOAP-Endpunkt](https://servicenow-prod.fluidtopics.net/9v9YsafFDqhXrreeHeq4tw)** Die SOAP-Endpunktadresse, an die die SOAP-Nachricht gesendet wird, stimmt mit dem Endpunkt der WSDL überein. * **[HTTP-Komprimierung aktivieren](https://servicenow-prod.fluidtopics.net/ib8OGcGixqmuwgqs1IVYaA)** Standardmäßig wird die SOAP-Anforderung unkomprimiert angenommen, und das Ergebnis der Anforderung wird unkomprimiert zurückgegeben. * **[Verhindern Sie leere Elemente in SOAP-Nachrichten](https://servicenow-prod.fluidtopics.net/9wyZCQoX3C5WRop3G_Sbbw)** Standardmäßig lässt eine Instanz keine leeren Elemente (Elemente mit NULL- oder NIL-Werten) aus SOAP-Nachrichten aus. * **[Zugehörige Datensätze mit SOAP einfügen](https://servicenow-prod.fluidtopics.net/pdc3E~D6k4H5hODVoCxG8g)** Das Einfügen von hierarchischen Daten in Tabellen oder Webservice Import Set-Tabellen wird unterstützt. Die hierarchischen Daten in der Insert-API werden automatisch verknüpften Datensätzen der Zieltabelle zugeordnet. * **[Anforderung für signierte SOAP-Anforderungen angeben](https://servicenow-prod.fluidtopics.net/FFwhokL4cSE2dxdxdxoHJw)** Verwenden Sie eine SOAP-Sicherheitsrichtlinie, um anzugeben, ob für die Instanz für den gesamten eingehenden SOAP-Verkehr signierte SOAP-Anforderungen erforderlich sind. * **[Das Plugin „Enhanced Web Service Provider - Common" aktivieren](https://servicenow-prod.fluidtopics.net/VMFsIAkOStC_BWR7oe6vfg)** Administratoren können das Plugin „Enhanced Web Service Provider - Common" aktivieren, um nicht signierte WS-WS-Security-Anforderungen zu aktivieren und festzulegen, welche Authentifizierungsanforderungen für SOAP-Anforderungen gelten. * **[SOAP-Sicherheit konfigurieren](https://servicenow-prod.fluidtopics.net/EpM57fA2HA1DsrQFw0lEiQ)** Administratoren können die Webservicesicherheit für eingehende SOAP-Anforderungen konfigurieren, die an die ServiceNow-Instanz gestellt werden. * **[Die SOAP-Standardsicherheitsrichtlinie festlegen](https://servicenow-prod.fluidtopics.net/PgqyIIX7cN8LZI7E4URWXw)** Legen Sie die SOAP-Standardsicherheitsrichtlinie fest. * **[Neue Sicherheitsrichtlinien erstellen](https://servicenow-prod.fluidtopics.net/wcuJkXXJ~NLto4QXEj7BRw)** Administratoren können angeben, welche Sicherheitsprofile die WS-Security-Kommunikation erfüllen muss, indem sie eine neue Sicherheitsrichtlinie erstellen. * **[Neue WS-Security-Profile erstellen](https://servicenow-prod.fluidtopics.net/GYi2ldZ1qatZt3u0lKwRuA)** Erstellen Sie ein neues WS-Sicherheitsprofil, um zu definieren, wie eine Webservices-Nachricht authentifiziert wird, wenn WS-Security aktiviert ist. * **[Strikte Sicherheit für eingehende SOAP durchsetzen](https://servicenow-prod.fluidtopics.net/Hn26hQyk4q9dg7sa1MMsAw)** Strikte Sicherheit für Webservices erfordert, dass Benutzer die Kontext-Sicherheitsanforderungen für den Zugriff auf Instanzressourcen erfüllen. * **[WS-Security-Verifizierung aktivieren](https://servicenow-prod.fluidtopics.net/~2HftrM3Kv_uZLCDRl2ysg)** Administratoren können die Verifizierung der Web Services Security (WSS) über die Webservices-Systemeigenschaften aktivieren. * **[Debuggen Sie den eingehenden SOAP-Umschlag](https://servicenow-prod.fluidtopics.net/JwXMSM6zMFwewCai_f9AuA)** Um eingehende SOAP-Umschlag-XML-Dateien im Systemprotokoll zu erfassen, fügen Sie die Eigenschaft glide.processor.debug.SOAPProcessor mit dem Wert truehinzu. * **[SOAP-Sitzungsprotokolle anzeigen](https://servicenow-prod.fluidtopics.net/tkfAbPzBDipxjbJaTxwfpQ)** Sie können das Protokoll eines Benutzers in einer SOAP-Sitzung anzeigen. * **[Beispiele für Basic Authentication-Code](https://servicenow-prod.fluidtopics.net/PtbGpfHWPEfEgF5Xb_G2eQ)** Beispiele für Basic Authentication-Code für mehrere Programmiersprachen und Versionen. * **[Beispiel für einen SOAP-Umschlag-Header für WS-Security](https://servicenow-prod.fluidtopics.net/nlKhkrQFizSU6HvFUeJCjA)** Ein Beispiel für einen gültigen SOAP-Umschlag-Header für WS-Security. * **[WS-Security-Eigenschaften](https://servicenow-prod.fluidtopics.net/6PdsfY6_Avcv0AASfG8gsA)** Diese Eigenschaften steuern das Verhalten von WS-Security X.509-Token. * **[Fehlermeldungen für WS-Security](https://servicenow-prod.fluidtopics.net/JBYGpXIkPe7icpV~sIqA1w)** Eine Instanz erzeugt eine der folgenden Fehlermeldungen, wenn ein Problem mit einer WS-Security-SOAP-Nachricht auftritt. * **[WS-Security-Referenz](https://servicenow-prod.fluidtopics.net/FcOEj7MGq8kGPtvf8sL_1A)** Für eingehende SOAP-Anforderungen ist Unterstützung für WS-Security 1.1 in Form von WSS X.509 Token Profile und WSS Username Token Profile verfügbar. * **[Langfristige SOAP-Anforderungseigenschaften](https://servicenow-prod.fluidtopics.net/4sHtIRNnULPHRp4wPgHTHQ)** Die folgenden Eigenschaften sind für SOAP-Anforderungen mit langer Laufzeit verfügbar.