PayPal SOAP API Basics

The PayPal SOAP API is based on open standards known collectively as web services, which include the Simple Object Access Protocol (SOAP), Web Services Definition Language (WSDL), and the XML Schema Definition language (XSD). A wide range of development tools on a variety of platforms support web services.

Like many web services, PayPal SOAP is a combination of client-side and server-side schemas, hardware and software servers, and core services.

PayPal SOAP High-level Diagram

In an object-oriented processing model, the interface to SOAP requests/responses is an object in your application's native programming language. Your third-party SOAP client generates business-object interfaces and network stubs from PayPal-provided WSDL and XSD files that specify the PayPal SOAP message structure, its contents, and the PayPal API service bindings. A business application works with data in the form of object properties to send and receive data by calling object methods. The SOAP client handles the details of building the SOAP request, sending it to the PayPal service, and converting the response back to an object.

PayPal WSDL/XSD Schema Definitions

The PayPal Web Services schema and its underlying eBay Business Language (eBL) base and core components are required for developing applications with the PayPal Web Services API. The following are the locations of the WSDL and XSD files.

Table 1. Location of PayPal WSDL and XSD Files
Development and Testing with the PayPal Sandbox API service
PayPal Schema
eBL Base Components and Component Types
Production with the Live PayPal web services API service
PayPal Schema
eBL Base Components and Component Types

PayPal SOAP API Definitions

The PayPal SOAP API comprises individual API definitions for specific business functions. As a foundation, the API relies on eBay Business Language (eBL) base and core components. The core eBL structures AbstractRequestType and AbstractResponseType are the basis of the SOAP request and response of each PayPal API. AbstractResponseType is also the framework for error messages common across all PayPal APIs.

PayPal has made some schema design decisions that can affect how businesses design their own applications.

  • Enumerations — Enumerations are defined directly in the PayPal API schema.
  • Troubleshooting information — The PayPal API returns information about elements that trigger errors.
  • Backward compatibility — The PayPal API is versioned so that business applications are backward compatible when new elements are introduced to the server-side schema.

Note eBL defines many structures that are specific to processing auctions. PayPal's SOAP schema includes these definitions to maintain compatibility with eBay's SOAP. The material focuses only on those SOAP definitions pertinent to use of the PayPal SOAP API.


The PayPal SOAP API service is protected to ensure that only authorized PayPal members use it. There are four levels of security:

  1. A required API Username and API Password.
  2. A third required authentication mechanism, which is either one of the following:
  3. If you're calling the API on behalf of a third-party merchant, you must specify the email address on file with PayPal of the third-party merchant or the merchant's account ID (sometimes called Payer ID) in the Subject field.

    Note Third-party merchants can look up their merchant ID by logging in to and navigating to My Account > Profile > My business info > Merchant account ID.

    Typically, a merchant grants third-party permissions to a shopping cart, so the shopping cart can call the API on the merchant's behalf. The merchant must have previously granted you permission to execute the API operation.

  4. Transport Layer Security (TLS) data transport.

A failure of authenticated security at any one of these levels denies access to the PayPal SOAP API service.

SOAP RequesterCredentials: Username, Password, Signature, and Subject

For the security of your business, PayPal must verify that merchants or third-party developers are permitted to initiate a transaction before they make one. PayPal authenticates each request. If the request cannot be authenticated, a SOAP security fault is returned.

In the SOAP request header, your SOAP client must set the Username, Password elements to pass an API username/password combination. In addition, you can set the Signature to specify your API signature string. If you're calling the API on behalf of a third-party merchant, you must set the Subject element to specify the authorizing third-party's email address or merchant account ID (sometimes called Payer ID).

Note Third-party merchants can look up their merchant ID by logging in to and navigating to My Account > Profile > My business info > Merchant account ID.

The following example shows part of the RequesterCredentials elements.

Most of these elements are required for all SOAP requests.

<RequesterCredentials xmlns="urn:ebay:api:PayPalAPI" xsi:type="ebl:CustomSecurityHeaderType">
<Credentials xmlns="urn:ebay:apis:eBLBaseComponents" xsi:type="ebl:UserIdPasswordType">
<Subject><Authorizing-Merchant-Email> Or <Authorizing-Merchant-Account-ID></Subject>
Table 2. RequesterCredentials Authentication Elements in SOAP Header
Element Value Description
<Username> <API-Username> Your API username, which is auto-generated by PayPal when you apply for a digital certificate to use the PayPal SOAP API. You can see this value on in your Profile under API Access > API Certificate Information.
<Password> <API-Password> Your API password, which you specify when you apply for a digital certificate to use the PayPal SOAP API.
<Signature> <API-Signature> Your API signature, if you use one instead of an API Certificate.
<Subject> <Authorizing-Merchant-Email> Or <Authorizing-Merchant-Account-ID> The email address or merchant account ID (sometimes called Payer ID) of a third-party for whom you are sending requests to the PayPal SOAP API. Your API username must have been granted permission by this third-party to make a PayPal API request on its behalf.

SOAP Service Endpoints

Depending on your chosen authentication mechanism, your SOAP requests must be processed by different service endpoints.

SOAP Service Endpoints
Authentication Mechanism Live Production Endpoint Test (Sandbox) Endpoint
API Certificate
API Signature

SOAP Request Envelope

The following diagram illustrates the contents of a PayPal SOAP request envelope.

All PayPal APIs are based on two core structures: AbstractRequestType and AbstractResponseType.

Diagram of the SOAP Request Envelope

Request Structure

The following annotated description of the SOAP request structure shows the elements required by the PayPal SOAP API.

General Structure of PayPal API SOAP Request

1.<?xml version="1.0" encoding="UTF-8"?>
2. <SOAP-ENV:Envelope xmlns:xsi= ""
3. <SOAP-ENV:Header>
4.  <RequesterCredentials xmlns="urn:ebay:api:PayPalAPI">
5.   <Credentials xmlns="urn:ebay:apis:eBLBaseComponents">
6.    <Username><API-Username></Username>
7.    <Password><API-Password></Password>
8.    <Signature/>
9.    <Subject/>
10   </Credentials>
11  </RequesterCredentials>
12 </SOAP-ENV:Header>
13 <SOAP-ENV:Body>
14 <Specific-API-Name-Req xmlns="urn:ebay:api:PayPalAPI">
15 <Specific-API-Name-Request>
16  <Version xmlns=urn:ebay:apis:eBLBaseComponents"> <API-Version>
17   </Version>
18    <Required-Or-Optional-Fields xs:type="<Type>" <Data>
19    </Required-Or-Optional-Fields>
20   </Specific-API-Name-Request>
21  </Specific-API-Name-Req>
22 </SOAP-ENV:Body>
23 </SOAP-ENV:Envelope>
Annotation of Generic SOAP Request
Lines Comment
6, 7 The <Username> and <Password> fields are part of the PayPal SOAP API <RequesterCredentials> security authentication mechanism you must construct for every SOAP request header.
8 The <Signature> element should include your API Signature if that is the type of API credential you are using.
9 The <Subject> element should be included when using third-party permissions. Pass the authorizing third-party's merchant account ID (sometimes called Payer ID) or email address.
13 through 21 The SOAP request for every PayPal API follows this element-naming pattern. The API's specific name is appended with Req, and in this element the <Specific-API-Name-Req> is nested. Each <Specific-API-Name-Request> has a corresponding <Specific-API-Name-RequestType>.
16 The number of the PayPal SOAP API version is required on each SOAP request. This version number is the value of ns:version in
18 For details about required and optional elements and values for specific requests, see the API references.

SOAP Message Style: doc-literal

PayPal uses doc-literal SOAP messaging, not rpc-encoding. With doc-literal, a single service interface call passes an XML document in the request to the PayPal API server, which responds with an XML document instance.

Response Structure

The following is an annotated description of the structure of a SOAP response from the PayPal API where response is Success:

1. <?xml version="1.0"?>
2.  <SOAP-ENV:Envelope
xmlns:SOAP-ENV= ""
3.   <SOAP-ENV:Header>
4.    <Security
5.    <RequesterCredentials xmlns="urn:ebay:api:PayPalAPI"
6.     <Credentials
7.   </RequesterCredentials>
8.  </SOAP-ENV:Header>
9.  <SOAP-ENV:Body id="_0">
10.  <Specific-API-Name_Response xmlns="urn:ebay:api:PayPalAPI">
11.   <Timestamp xmlns="urn:ebay:api:PayPalAPI"><DateTime-In-UTC/GMT-Format>
12.   </TIMESTAMP>
13.   <Ack xmlns="urn:ebay:apis:eBLBaseComponents">Success</Ack>
14.   <Version xmlns="urn:ebay:apis:eBLBaseComponents"><API-Version></Version>
15.   <CorrelationId xmlns="urn:ebay:apis:eBLBaseComponents"><Correlation-ID>
16.   </CorrelationID>
17.   <Build xmlns="urn:ebay:apis:eBLBaseComponents"> <API-Build-Number>
18.   </Build>
19.   <Elements-For-Specific-API-Response> <Data>
20.   </Elements-For-Specific-API-Response>
21.  </Specific-API-Name-Response>
22. </SOAP-ENV:Body>
Annotation of Generic SOAP Response
Lines Comment
10 and 21 The <Specific-API-Name-Response> start and end elements.
11 Each API response contains a Timestamp with its date and time in UTC/GMT format.
13 The acknowledgement (<Ack>) element contains the string Success indicating the corresponding request was successfully processed. In the case of errors, Ack is set to a value other than Success, and the response body contains an <Errors> element with information to help you troubleshoot the cause of the error. See Error Responses for more information.
15 The <CorrelationID> element contains information about the PayPal application that processed the request. Use the value of this element if you need to troubleshoot a problem with one of your requests.
27 through 30 The different PayPal APIs return different elements depending on their response definitions. For detailed information, see the descriptions in the API reference.

Note Because a field is defined in the formal structure of an API response, this does not mean that the field is necessarily returned. Data is returned in a response only if PayPal has recorded data that corresponds to the field.

Error Responses

If a request is malformed or contains some other error, the body of the SOAP response contains an <Errors> element with other elements that can help you troubleshoot the cause of the error.

The structure of error messages is as follows:

The most important of these additional elements are as follows:

  • ShortMessage
  • LongMessage
  • ErrorCode

Additional information can appear as part of ErrorParametersType. For example, if the error in ParamID is ProcessorResponse, the Value would contain the processor-specific error, such as 0091. Values set in the ErrorParametersType are not set by PayPal; rather, they are passed through from the source.

Note PayPal only passes selected values in ErrorParametersType.

The following example shows the error response if your API username and password do not match a legitimate API username and password on file with PayPal.

Example of SOAP Error Response: Bad Username or Password

<?xml version="1.0" encoding="UTF-8"?>
 <SOAP-ENV: Envelope details  not  shown>
  <SOAP-ENV:Header> details not shown</SOAP-ENV:Header>
  <SOAP-ENV:Body id="_0">
   <GetTransactionDetailsResponse xmlns="urn:ebay:api:PayPalAPI">
    <Timestamp xmlns="urn:ebay:apis:eBLBaseComponents">2005-02-09T21:51:26Z
    <Ack xmlns="urn:ebay:apis:eBLBaseComponents">Failure</Ack>
    <Errors xmlns="urn:ebay:apis:eBLBaseComponents" xsi:type="ebl:ErrorType">
     <ShortMessage xsi:type="xs:string">Authentication/Authorization Failed
     <LongMessage xsi:type="xs:string">Username/Password is incorrect
     <ErrorCode xsi:type="xs:token">10002</ErrorCode>
     <SeverityCode xmlns="urn:ebay:apis:eBLBaseComponents">Error</SeverityCode>
    <CorrelationID xmlns="urn:ebay:apis:eBLBaseComponents"><Debugging-Info>
    <Version xmlns="urn:ebay:apis:eBLBaseComponents">120.00</Version>
   <Build xmlns="urn:ebay:apis:eBLBaseComponents">1.0006</Build>..other elements in response.

CorrelationID for Reporting Problems to PayPal

The value returned in CorrelationID is important for PayPal to determine the precise cause of any error you might encounter. If you have to troubleshoot a problem with your requests, we suggest that you capture the value of CorrelationID so you can report it to PayPal.

UTF-8 Character Encoding

The PayPal API assumes that all data in requests is in Unicode, specifically, the Unicode (or UCS) Transformation Format, 8-bit encoding form (UTF-8).

In responses, the API always returns data in UTF-8.

Date/Time Formats

The PayPal SOAP API schema defines date/time values as Coordinated Universal Time (UTC/GMT), using ISO 8601 format, and of type ns:dateTime.

An example date/time stamp is 2006-08-24T05:38:48Z

Core Currency Amount Data Type

The core currency amount data type is called BasicAmountType and is derived from string. All currency amount fields have the following structure:

  1. The currencyID attribute is required.
  2. The amount must have two decimal places.
  3. The decimal separator must be a period (".").
  4. You must not use any thousands separator.
  5. BasicAmountType has a data type of ebl:CurrencyCodeType, which defines a large number of different currency codes. However, for your processing to succeed, you must set currencyCode to a valid currency code. Some APIs support only a subset of currencies.

The field name, Amount, is an example; actual field names can vary depending on the specific API operation.

<Amount currencyCode="USD">3.00</Amount>