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 can save a shipping endpoint in the Digital River Dashboard. Digital River calls it during physical product checkouts and uses the response to present customers with their shipping options.

If you are using 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 yet another request to your external provider to get their available options.

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.

Goods eligible for inclusion in cross-border shipments should also be assigned a name, description, image, and url. They also need to contain a product taxonomy to identify the correct tariff codes. For details, refer to Item Classification.

For each physical items[], if you want the carrier to provide one or more logisticsOptions, and you decided not to save these options to the product's SKU Group, then make sure you enumerate them in deliveryOptions[] and/or dangerousGoods[]. This ensures that the cost of each of these services gets added to the shipping quotes customers select from.

Restricting available ship to countries

You'll need to restrict the countries customers can select from during the shipping address collection stage to those you support.

For details on how to do this, refer to Shopping country on the Checkout-sessions page.

Using the endpoint with an external logistics provider

??? Do we still support external logistic providers (global logistic providers). ???

If you (1) select either a low-code checkout solution, (2) save a shipping endpoint in the Digital River Dashboard and (3) engage an external logistics service, you can use this section to understand better:

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.

Request
{
    "sessionId": "8e8f8a1b-4049-4e4f-a8b6-d5c6a90b713b",
    "currency": "USD",
    "shipTo": {
        "address": {
            "line1": "1234 Rocky Mountain Highway",
            "city": "Estes Park",
            "state": "CO",
            "postalCode": "80517",
            "country": "US"
        },
        "name": "John D.",
        "phone": "5555555555",
        "email": "jdenver@digitalriver.com"
    },
    "items": [
        {
            "sku": {
                "id": "sku_e628c0d0-33b7-4dea-aa40-9eadc43e1583",
                "name": "Blue shirt",
                "eccn": "8A992",
                "taxCode": "55101504.100",
                "image": "https://mdbootstrap.com/img/Photos/Horizontal/E-commerce/Vertical/12.jpg",
                "url": "https://digitalriver.com/blue-shirt",
                "physical": true,
                "skuGroupId": "physical-product",
                "weight": 20.5,
                "weightUnit": "oz"
            },
            "amount": 11.95,
            "quantity": 1,
            "id": "714eb8ef-5a11-4faa-b6e5-35992d01d628"
        },
        {
            "sku": {
                "id": "sku_32ee813a-e7a8-46dc-97f4-fca07b47eca6",
                "name": "Red shirt",
                "eccn": "8A992",
                "taxCode": "55101504.100",
                "image": "https://mdbootstrap.com/img/Photos/Horizontal/E-commerce/Vertical/12.jpg",
                "url": "https://digitalriver.com/red-shirt",
                "physical": true,
                "skuGroupId": "physical-product",
                "weight": 20.5,
                "weightUnit": "oz"
            },
            "amount": 11.95,
            "quantity": 1,
            "id": "945gh8ed-3g21-6ffg-mj6e6-45113e11d628"
        }
    ]
}

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 lists 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, deliveryInformation, 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.

Response
{
    "shipments": [
        {
            "itemIds": [
                "714eb8ef-5a11-4faa-b6e5-35992d01d628"
            ],
            "shipFrom": {
                "address": {
                    "line1": "10380 Bren Rd W",
                    "city": "Minnetonka",
                    "postalCode": "55343",
                    "state": "MN",
                    "country": "US"
                }
            }
        },
        {
            "itemIds": [
                "945gh8ed-3g21-6ffg-mj6e6-45113e11d628"
            ],
            "shipFrom": {
                "address": {
                    "line1": "1234 5th Ave",
                    "city": "New York",
                    "postalCode": "10005",
                    "state": "NY",
                    "country": "US"
                }
            }
        }
    ],
    "shippingMethods": [
        {
            "description": "Standard Shipping",
            "serviceLevel": "Standard",
            "amount": 2.99
        },
        {
            "description": "Expedited Shipping",
            "serviceLevel": "Expedited",
            "amount": 10.98
        }
    ]
}

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 using the shipments[].shipFrom to set the appropriate items[].shipFrom value(s) in the checkout-session.

For each shippingMethods[], Digital River displays its amount, description, and shippingTerms to customers in the shipping choice selection stage. If businessDaysInTransit, estimatedArrival.date, and/or estimatedArrival.dayOfWeek exist in deliveryInformation, then their values are also displayed.

In Prebuilt Checkout, Digital River renders shippingTerms in such a way that its meaning is clearer to customers.

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.

Event
{
    "id": "a443e1ee-61ec-4f9c-8c27-97b144c8f8f5",
    "type": "order.accepted",
    "data": {
        "object": {
            "id": "255896870336",
            ...
            "items": [
                {
                    "id": "185466030336",
                    "productDetails": {
                        "id": "physical-product-1",
                        "skuGroupId": "physical-product",
                        "name": "Blue shirt",
                        "url": "https://digitalriver.com/blue-shirt",
                        "countryOfOrigin": "US",
                        "image": "https://mdbootstrap.com/img/Photos/Horizontal/E-commerce/Vertical/12.jpg",
                        "weight": 20.5,
                        "weightUnit": "oz",
                        "partNumber": "Part123"
                    },
                    ...
                    "shipFrom": {
                        "address": {
                            "line1": "10380 Bren Rd W",
                            "city": "Minnetonka",
                            "postalCode": "55343",
                            "state": "MN",
                            "country": "US"
                        }
                    },
                    ...
                },
                {
                    "id": "185466050336",
                    "productDetails": {
                        "id": "physical-product-2",
                        "skuGroupId": "physical-product",
                        "name": "Red shirt",
                        "url": "https://digitalriver.com/red-shirt",
                        "countryOfOrigin": "US",
                        "image": "https://mdbootstrap.com/img/Photos/Horizontal/E-commerce/Vertical/12.jpg",
                        "weight": 20.5,
                        "weightUnit": "oz",
                        "partNumber": "Part123"
                    },
                    ...
                    "shipFrom": {
                        "address": {
                            "line1": "1234 5th Ave",
                            "city": "New York",
                            "postalCode": "10005",
                            "state": "NY",
                            "country": "US"
                        }
                    },
                    ...
                }
            ],
            "shippingChoice": {
                "amount": 10.98,
                "description": "Expedited Shipping",
                "serviceLevel": "Expedited",
                "taxAmount": 0.0
            },
            ...
        }
    },
    ...
}

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 PO 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 its message won't display in the checkout experience. Instead, users will be told that an unknown error occurred.

  • Altering your error's message has no effect on what's shown to users. If its code matches one of our supported values, then that stock error's message is displayed, unmodified, in the checkout experience.

  • To get the message displayed, your server needs to respond with a status code of 400 or 409 and the error's type must be bad_request or conflict.

  • 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's language. Rather, it's always rendered in English.

Stock errors

The following lists the stock and preformatted errors that are available. For illustration purposes, we also show how each is rendered:

{
    "type": "bad_request",
    "errors": [
        {
            "code": "shipping_address_invalid",
            "parameter": "string",
            "message": "The shipping address provided is not valid."
        }
    ]
}

Components

If you're implementing this feature in Components:

  • The error returned by your service must have a message, but doesn't need a code.

  • The value you assign to message is customizable.

  • Any valid HTTP status code in the 4xx or 5xx range is accepted, but we recommend that you send back a 400 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.

400 Bad Request
{
    "errors": [
        {
            "message": "An error message that you define"
        }
    ]
}

In addition, if your response contains an error, that component's done() function will return false, which, if your application is set up correctly, should block customers from proceeding to the shipping choice selection stage.

For details, refer to Controlling the checkout flow.

Last updated