Using a shipping endpoint
Gain a better understanding of how you can use a shipping endpoint to present dynamic shipping options in low-code checkouts
With low-code checkouts, you have the option of saving a shipping endpoint in Digital River Dashboard. Digital River calls it during checkouts that involve physical products and uses the response to present customers with their shipping options.
Depending on whether you're using Global Logistics and/or an external logistics provider, the service you set up to handle our call can either filter and adjust the shipping options we send or use the request's data to make another request to your external provider to get the available options from them.
In both cases, you must respond with the options you want us to present to customers in the shipping choice selection stage.
On this page, you’ll find details on:
Creating the checkout-session
In your create checkout-session request, include the weight
and weightUnit
of each physical product in the cart in either the SKU referenced by items[].skuId
or directly in items[].productDetails
.
A product's weight should be exclusive of its packaging but inclusive of its dunnage. In other words, don't include the weight of the product's box but do include the weight of the protective and supporting materials that go inside of it.
Global Logistics uses this data to get more precise shipping rates, and, if the transaction is being facilitated by an external logistics provider, it's likely they can do the same.
Goods eligible for inclusion in cross-border shipments should also be assigned a name
, description
, image
, and url
. For details on why this is important, refer to Defining basic product data on the Global Logistics page.
Restricting available ship to countries
You'll need to restrict the countries that customers can select from during the shipping address collection stage to those that you support.
For details on how to do this, refer to Shopping country on the Checkout-sessions page.
In Prebuilt Checkout, you can also use its configuration object to restrict shipping and billing countries.
Using the endpoint with Global Logistics
If you (1) select either low-code checkout solution, (2) enable the Global Logistics service, and (3) save a shipping endpoint in Dashboard, then you can use this section to better understand:
The shipping quotes request
Once customers input a shipping address, and it's determined that the transaction matches one of your trading patterns, our Global Logistics service calls the appropriate Global Logistics Provider to get the available shipping options.
In that same request, Global Logistics also passes any default package data saved to your account.
We then send a request to your shipping endpoint. The body of that request:
Lists these available options in
shippingMethods[]
, each element of which has anamount
,description
,serviceLevel
,shippingTerms
,shipFrom
, and a uniqueid
and may contain anestimatedDelivery
.Contains the checkout-session’s
currency
,shipTo
,items[]
, and unique identifier (sessionId
).
Processing and responding to our request
Your service could process these available shippingMethods[]
by:
Discarding all the elements that have
shippingTerms
ofDAP
in an effort reduce the frequency of delivery refusals and returns.Reducing one or more
amount
values to give your customers a discount on their shipping costs.
In your response, use shippingMethods[]
to list the options you want Digital River to display to customers. The attributes of each element in this array must map to a shipping option we sent in the request, and, other than amount
, should pass back the same values.
id
,description
,serviceLevel
,shippingTerms
,shipFrom
, andamount
are all required
If you fail to return id
, the order can be successfully created, but the create shipping label request will fail.
estimatedDelivery
is optional
How Digital River processes your response
For each shippingMethods[]
in your response, Digital River displays its amount
, description
, shippingTerms
, and (if it exists) estimatedDelivery
in the shipping choice selection stage.
In Prebuilt Checkout, Digital River renders shippingTerms
in such a way that its meaning is clearer to customers. Components does not yet display estimatedDelivery
or shippingTerms
.
Each time customers make a selection, we use its data to update the checkout-session’s shippingChoice
and shipFrom
.
Defining the ship request
After Digital River converts the checkout-session to an order and sends you the event with a type
of order.accepted
, you can retrieve shippingChoice
and shipFrom
from its data.object
and then pass it (along with other required data) in a ship request to your 3PL so that they have the necessary data to send to Global Logistics in a POST /shipping-labels
request.
For details, refer to Managing a Global Logistics order.
Using the endpoint with an external logistics providers
If you (1) select either low-code checkout solution, (2) save a shipping endpoint in Dashboard and (3) engage an external logistics service, you can use this section to better understand:
The shipping quotes request
Once customers input a shipping address and Digital River determines that an external logistics provider is facilitating the transaction, we send a request to your shipping endpoint.
Since we don't yet know what shipping options are available, the request contains no shippingMethods[]
.
It does, however, contain the checkout-session’s currency
, shipTo
, items[]
, and unique identifier (sessionId
).
For each items[]
, we also give you an id
that uniquely identifies that line item in our system.
Processing and responding to our request
After you accept our request and determine that it contains no shippingMethods[]
, you can use its currency
, items[]
, and shipTo
to call your logistics provider and get the transaction’s available shipping options.
In that request, you'll most likely want to pass the weight
and weightUnit
of each items[]
. Your logistics provider can typically use that data to give you back more precise shipping rates.
In addition, depending on the sophistication of the integration you have with your provider, they might be able to give you the location of the warehouse(s) from which each items[]
will be shipped.
After your logistics provider returns the available shipping options, your service could add a markup, discount them, and/or filter them by terms.
Your response must contain shippingMethods[]
, which contain the options you want Digital River to present in the shipping choice selection stage. Each element in this array must have an amount
, description
, and serviceLevel
and can optionally include an id
, estimatedDelivery
, shippingTerms
, and a shipFrom
location.
If your logistic provider informed you where each line item is shipping from, your response can also contain shipments[]
, each of which should have a single shipFrom
and an array of itemIds[]
, each mapped to an items[].id
we sent in the request.
How Digital River processes your response
For each shipments[]
in your response, we iterate through its itemsIds[]
, looking up that resource in our system and then use the shipments[].shipFrom
to set the appropriate items[].shipFrom
value(s) in the checkout-session.
For each shippingMethods[]
, Digital River displays its amount
, description
, shippingTerms
, and estimatedDelivery
to customers in the shipping choice selection stage.
In Prebuilt Checkout, Digital River renders shippingTerms
in such a way that its meaning is clearer to customers. Components does not yet display estimatedDelivery
or shippingTerms
.
Each time customers make a selection, we use its data to update the checkout-session’s shippingChoice
and, if that selection contains a shipFrom
, we also use it to set that resource's shipFrom
.
Defining the ship request
After Digital River converts the checkout-session to an order and sends you the event with a type
of order.accepted
, you can pass its data to your fulfillment service, which can then read the line-item level and/or order-level ship from values and route ship requests to the appropriate warehouses.
Displaying errors
The body of the request Digital River sends to your server always has (1) shipTo
, which contains the customer's designated address
and, depending on their selected country
, might also have additionalAddressInfo
as well as (2) the details of each items[]
the customer is purchasing.
If your service checks this data and determines that it's invalid, perhaps because line1
or line2
indicate that the customer is trying to ship the goods to a P.O. Box and you don't support that or additionalAddressInfo.neighborhood
isn't serviced by your carriers, then it can return an error.
We'll then display that error's message
in the checkout experience.
What you need to do to get this message displayed depends on whether you're using Prebuilt Checkout or Components.
Prebuilt Checkout
When implementing this feature in Prebuilt Checkout, here are some things to keep in mind:
Your server must return one of our stock errors.
Don't modify the stock error's
code
. If you do, then itsmessage
won't display in the checkout experience. Instead, users will be told that an unknown error occurred. \Altering your error's
message
has no affect on what's shown to users. If itscode
matches one of our supported values, then that stock error'smessage
is displayed, unmodified, in the checkout experience.To get the
message
displayed, your server needs to respond with a status code of400
or409
and the error'stype
must bebad_request
orconflict
.Digital River blocks customers from advancing to the shipping choice selection stage until they correct the issue.
The error's
message
isn't translated into the checkout-session'slanguage
. Rather, it's always rendered in English.
Stock errors
The following lists the stock, preformatted errors that are available. For illustration purposes, we also show how each is rendered:
Components
If you're implementing this feature in Components:
The error returned by your service must have a
message
, but doesn't need acode
.The value you assign to
message
is customizable.Any valid HTTP status code in the
4xx
or5xx
range is accepted, but it's recommend that you send back a400 Bad Request
.
Digital River displays your error's message
in the address component. Before doing that, we don't translate it into the checkout-session's language
or perform any other operations on it.
In addition, if your response contains an error, that component's done()
function will return false
, which, if your application is setup correctly, should block customers from proceeding to the shipping choice selection stage.
For details, refer to Controlling the checkout flow.
Last updated