LogoLogo
System Status
Digital River API reference
Digital River API reference
  • Digital River API reference
  • Digital River API Reference Guide
    • API structure
    • Best practices
    • Supported languages
    • Working with metadata
    • Rate limiting
    • Versioning
    • Glossary
Powered by GitBook
On this page
  • API keys
  • Versioning and keys
  • Robustness
  • Dates and times
  • Fraud detection
  • Call debugging and troubleshooting
  • Validation and conflict errors
  • Rate limiting
  • Transaction Speeds
  • Test Mode
  • Webhooks
  1. Digital River API Reference Guide

Best practices

Understand the best practices when integrating with the Digital River API.

PreviousAPI structureNextSupported languages

Last updated 4 months ago

API keys

When integrating with the Digital River API, you should know how to and .

Versioning and keys

You should understand how your account's determines the requests an API allows and the responses generated. The version also determines the structure of events generated by API requests.

You should always configure your to match the expected version of your code. In other words, when your code is deployed from test to production, the version on the keys should match the code version.

Robustness

Digital River often makes to our API request and response content. As a result, we recommend your integration conform to the principle. Specifically, this means that you should:

  • Be aware that we can add new elements to responses at any time.

  • Build your code to extract only the attributes needed when reading responses and ignore everything else.

  • Avoid coding with a specific order of fields in mind.

  • IDs are alphanumeric strings that potentially contain special characters and have variable lengths.

  • Expect changes to the length and value of error messages and other strings that don't represent an enumeration, type, or code.

  • Anticipate the addition of new optional request and query parameters.

Dates and times

Fraud detection

Call debugging and troubleshooting

Validation and conflict errors

Rate limiting

Transaction Speeds

  • For HTTP GET requests, we encourage making concurrent calls.

  • Avoid making changes to the same resource in multiple calls. Instead, bundle changes in a single call.

  • Avoid making concurrent mutation calls to the same resource.

Test Mode

}
   ...
   "liveMode": false
}

Webhooks

  • The webhook endpoint must be able to handle concurrent webhook callback requests.

  • You may receive multiple duplicate webhook events. So, be sure you can process the delivery of duplicate events.

  • Your webhook endpoint must respond to callback requests promptly. A response time greater than 3000 milliseconds is considered a timeout. We expect you to immediately acknowledge the callback request by sending an appropriate HTTP 2XX response code. Once you acknowledge the callback, you can asynchronously process the webhook event on your end.

You should know how the Digital River API represents and ensure you properly format them in your requests.

When creating a checkout, invoice, or order, you should to improve fraud detection.

To make call debugging easier, you should use specific .

Attempt to minimize HTTP 400 Bad Request and 409 Conflict by adding appropriate validation checks before a request is submitted.

Our help ensure that the Digital River APIs are efficient, secure, and reliable. So, when building your integration, you should be aware of and then implement automatic retry mechanisms that . To avoid hitting the request ceiling entirely, follow our rate-limiting .

You can use the liveMode flag contained in API responses to determine whether you're pointing to the correct .

When using , check the to ensure callback requests have not been tampered with.

dates and times
API version
tolerant reader
how they work with versioning
request rate limits
best practices
non-breaking changes
use API keys
API keys
HTTP request headers
environment
the rate limits we impose
handle rate limiting
provide an IP address
webhooks
Digital River signature
error types