fulfillmenttools
API documentationIncident ManagementFeedback
Developer Docs
Developer Docs
  • Developer docs
  • Getting Started
    • Quickstart
    • Integration tutorial
      • Adding facilities
      • Adding listings to facilities
      • Configuring stocks
      • Carrier configuration
      • Placing orders
      • Checkout options
      • Distributed Order Management System (Routing)
      • Local fulfillment configuration
    • Free trial
  • Technical Basics
    • Access to fulfillmenttools
    • Feature status
    • Available regions
    • Backup policies
  • Connecting to fulfillmenttools
    • Client SDKs
    • commercetools connect
    • OpenID connect
      • Configure Microsoft Entra ID / Azure Active Directory
      • Configure Keycloak
  • API
    • Core concepts
      • Authentication & authorization
      • API Versioning & lifecycle
      • Assign user to jobs
      • Localization
      • Resource timestamps
      • Custom attributes
      • Article attributes
      • Recordable attributes
      • Data update guarantees
      • Rate limits & scaling
      • Retries
      • Performance on test vs. production systems
      • Load testing
    • API calls
      • Postman
      • cURL
      • GraphQL Explorer
    • GraphQL API
    • RESTful API
      • Pagination interface
      • RapiDoc
      • OpenAPI 3.0 Spec
    • Eventing
      • Structure of an event
      • Available events
        • Event flows
      • Eventing example
      • Event export
  • Integration Guides
    • Basics
      • Article categories
      • Audits
      • Facilities
      • Facility groups
      • GDPR configuration
      • Listings
      • Remote configuration
      • Receipts
      • Search
      • Subscribe to events
      • Sticker
      • Stocks
      • Storage locations
      • Tags
      • Users
    • Channel inventory
    • Inbound process
    • Outbound stocks
    • Purchase order
    • Receipt
    • Routing strategy (context-based multi-config DOMS)
    • Show sticker to clients
    • Stow jobs
  • More Integration Guides
    • Carrier management
      • Introduction to carrier configuration
      • Required data when operating carriers
      • Adding & connecting carriers to facilities
      • Custom carrier
    • Configurations for order fulfillment
      • Picking configuration
      • Packing configuration
      • Handover configuration
      • Printing and document configuration
      • Packing container types
      • Parcel tag configuration
      • Headless order fulfillment
      • Short-pick reasons
      • External documents in order fulfillment
      • Service jobs
      • Load units
      • Running sequence
    • DOMS - distributed order management system (routing)
    • External actions
    • Interfacility transfer
    • Notifications
    • Orders
      • Place your first order
      • Ship-from-store orders
      • Click-and-collect orders
      • Locked orders
      • Order with custom services
      • Bundled items in an order
      • Order process status
    • Availability & promising
    • Returns
Powered by GitBook
On this page
  • Adding the first carrier
  • Connect a facility to a CEP partner
Edit on GitHub
  1. More Integration Guides
  2. Carrier management

Introduction to carrier configuration

Last updated 4 months ago

Adding the first carrier

LU.XY uses two carriers for fulfilling orders. For orders inside of Germany, the CEP (Courier, Express and Parcel Services) service provider DHL is used. For other orders, they use UPS. Let's add DHL as a first carrier to the tenant. To make it simple, we'll assume that usually the parcels have a weight of 2 kilograms.

With an API call to the , a new CEP partner can be added:

curl --location 'https://your.api.fulfillmenttools.com/api/carriers' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <TOKEN>' \
--data '{
  "key": "DHL_V2",
  "name": "LU.XY services DHL account",
  "status": "ACTIVE",
  "defaultParcelWeightInGram": 2000,
  "credentials": {
    "key": "DHL_V2",
    "apiKey": "myApiKey",
    "fallback": {
      "key": "DHL_V2",
      "billingNumber": "123456",
      "retoureBillingNumber": "optional123345",
      "dhlBusinessPassword": "mycoolandsecretpw",
      "dhlBusinessUsername": "mycreativeusername"
    }
  }
}'

The key property defines which carrier to add, see this list to check which key to use for which carrier. The name can be defined freely. The status can either be ACTIVE or INACTIVE. When creating the CEP partner as an ACTIVE one, it can immediately be used after creation. When setting the defaultParcelWeightInGram to 2000, labels are created with that weight. The credentials are received by the CEP partner.

When everything was correct in your request, you'll receive a 201 CREATED response. In this response you'll find the ID of that carrier.

After successful creating DHL, let's create UPS as a carrier. Here, the same API endpoint is used, only the payload differs a bit:

curl --location 'https://your.api.fulfillmenttools.com/api/carriers' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <TOKEN>' \
--data '{
    "key": "UPS",
    "name": "LU.XY UPS account",
    "status": "ACTIVE",
    "credentials": {
                "key": "UPS",
                "user": "VCE_worldwide_username",
                "password": "VCE_password"
    }
}'

You might have noticed that this looks similar to the DHL creation, but that the username and password have a prefix called "VCE". This is our technology partner enabling us to faster provide some of the CEP service providers. The credentials for this technology partner will be provided by your professional services representative.

Connect a facility to a CEP partner

After we created the carriers in the fulfillmenttools platform, we need to create a connection between the facility and the carrier. This might have several reasons, for example some contract topics or the issue that some CEP is not supported in a country. Therefore you first need to create a connection between a carrier and a facility.

curl --location 'https://your.api.fulfillmenttools.com/api/facilities/<YOUR-FACILITY-ID>/carriers/<YOUR-CARRIER-ID>' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <TOKEN>' \
--data '{ }'

For the connection we need the ID of the carrier which we created above and the facility ID from the creation of the facility. When the connection was made successfully, the response should be 200 OK with a payload like this:

{
    "version": 1,
    "name": "UPS",
    "status": "INACTIVE",
    "cutoffTime": {
        "hour": 12,
        "minute": 0
    },
    "carrierRef": "77214fbf-415c-407b-a682-0fa901ed7848",
    "key": "UPS",
    "deliveryType": "DELIVERY",
    "deliveryAreas": [],
    "facilityRef": "946f17d0-2d14-48f0-a912-d358f2c70e8f",
    "id": "946f17d0-2d14-48f0-a912-d358f2c70e8f_77214fbf-415c-407b-a682-0fa901ed7848",
    "created": "2024-01-24T09:19:44.048Z",
    "lastModified": "2024-01-24T09:19:44.048Z"
}

Now we just need to activate that connection, the endpoint stays the same, only the verb changes from POST to PUT:

curl --location --request PUT 'https://your.api.fulfillmenttools.com/api/facilities/<YOUR-FACILITY-ID>/carriers/<YOUR-CARRIER-ID>' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer <TOKEN>' \
--data '{
    "version": 1,
    "status": "ACTIVE",
    "name": "UPS"
}
'

You might have noticed, that w used version 1 for the call here. It is crucial to use the same version the carrier has in the payload you received. Again, the response ist a 200 OK like that:

{
    "version": 3,
    "name": "UPS",
    "status": "ACTIVE",
    "cutoffTime": {
        "hour": 12,
        "minute": 0
    },
    "carrierRef": "77214fbf-415c-407b-a682-0fa901ed7848",
    "key": "UPS",
    "deliveryType": "DELIVERY",
    "deliveryAreas": [],
    "facilityRef": "946f17d0-2d14-48f0-a912-d358f2c70e8f",
    "id": "946f17d0-2d14-48f0-a912-d358f2c70e8f_77214fbf-415c-407b-a682-0fa901ed7848",
    "configuration": null,
    "parcelLabelClassifications": null,
    "tags": null,
    "created": "2024-01-24T09:19:44.048Z",
    "lastModified": "2024-01-24T13:47:48.324Z"
}

Now that we have made the first connection between a carrier and a facility, we need to do that with the other ones as well.

This is done by an easy API call to the . In our case, an empty JSON for the payload is good here:

carrier endpoint
endpoint for facility carrier connections