LogoLogo
System status
Commerce API references
Commerce API references
  • Commerce API references
  • Warnings and error codes
    • Errors
    • Error codes
      • HTTP response status codes
      • Error format for Shopper APIs
      • Error codes for Shopper APIs
        • 400 Bad Request
        • 401 Unauthorized
        • 403 Forbidden
        • 404 Not Found
        • 405 Method Not Allowed
        • 409 Conflict
        • 412 Precondition Failed
        • 413 Payload Too Large
        • 500 Internal Server Error
      • Error format for Admin APIs
        • Async error objects
        • Sync error objects
        • Deployment objects
        • Warning objects
      • Error codes for Admin APIs
        • Error patterns
        • Supported image types
        • Asynchronous response error codes
        • Deployment error codes
        • Synchronous response error codes
  • Commerce API reference guide
    • API structure
      • API keys
      • Supported OAuth and Commerce API formats
      • Mini cart widget
      • Custom attributes
      • Fields used as keys
      • Fields and expand query parameters
      • Caching responses
      • CORS support
      • JSONP support
      • Transport
      • Service profiles
      • Supported protocols and formats
      • Elements
      • Rate limiting
      • Locale and currency
      • Exchange rate
      • Product identifier
      • Product external reference identifier (ERID)
      • Customer external reference identifier ERID
      • Cancel request process
      • Failover and redundancy
      • Troubleshooting API calls
    • Shopper APIs reference
      • Carts
        • Offers
          • Offer types
          • POP offers
          • Applied offers
          • Eligible offers
      • Orders
      • Returns
      • Links
    • Admin APIs reference
      • Subscriptions
      • Sites
      • Products
      • Live changes
      • Authorized shipping and billing countries
      • Merchandising
      • Disclosures
    • Glossary
Powered by GitBook
On this page
  • HTTP post
  • Endpoints
  • Transport failures
  1. Commerce API reference guide
  2. API structure

Transport

Understand how transport works.

HTTP post

When Digital River posts XML, the XML appears in the body of the HTTP request.

Endpoints

Choose the endpoint you need based on what you want to do. Digital River provides the following types of endpoints:

  • An FTP/SFTP endpoint for integrations that require an FTP/SFTP endpoint. You can use FTP/SFTP-based endpoints for sales reports. When Digital River assigns an FTP account to you (the client), Digital Rivers expects you to control your directory structure. You can create any directory structure you like; just let Digital River know where you want your files. Deleting files does not cause any issues.

  • An endpoint to the client for inbound calls to Digital River.

The client provides an HTTP-based endpoint for real-time outbound calls from Digital River to the client.

Note that testing endpoints are different than production endpoints.

Transport failures

If your servers go down while processing an HTTP post from Digital River and your endpoint does not respond, Digital River will try again at a configured interval. Digital River configures clients to retry transport failures once an hour for a maximum of 48 hours by default. Once the 48 retries are exhausted, different processes respond based on unique business rules. Generally, Digital River monitors the number of retries and looks into the issue when all retries are exhausted. You can configure the interval and number of retries.

Based on observation, only 0.5% of processes are affected due to transport failures.

PreviousJSONP supportNextService profiles

Last updated 4 months ago