shipcloud is a shipping service provider that makes it easy for developers to integrate shipping using one of the major carriers on the German market into their own software, onlineshop or ERP solution. We've basically built a wrapper around the carriers' webservices we support so you won't have to integrate each and every carrier by yourself.
To make it easier for you the developer, we've created the shipcloud API deliberately using the RESTful architectural style. This means if you're familiar with REST and using RESTful services, you will have no problems using our API. As it's common when implementing a REST-API we're using resource-oriented URLs and HTTP authentication.
For developers to test their code before shipping it, we're supplying every account with test and live API keys. Every call to our API is secured by an API key. This key is tied specificly to your account and therefore should never be given to anyone else outside of your control. You are able to manage your API keys from your account page.
To use the API key you'll have to send it with every request being made. We're using http Basic Authentication to our API has to be done via HTTP Basic Auth. You'll have to provide your API key as the basic auth username. You don't have to provide a password.
Be advised: The API key has to be Base64 encoded.
Aside from sending your API key all API requests must be made using HTTPS. Don't bother trying to use HTTP. It will fail!
For clients having to install our SSL certificate to create secure connections, you can download it:
We are limiting the number of requests a user can send to our API in a given set of time. When the interval ends, the user gets another set of requests. To know the current limits of a user we are returning the following four header fields with every response of our API.
RateLimit-Limit, number the shows the overall limit of requests this user can send (e.g. 120)
RateLimit-Interval, number of seconds the interval for this user is long (e.g. 60)
RateLimit-Remaining, remaining number of request in the current interval (e.g. 111)
RateLimit-Reset, number of seconds that shows when the request rate limit resets (e.g. 42)
Many API methods take optional parameters. For GET requests, any parameters not specified as a segment in the path can be passed as an HTTP query string parameter:
For POST, PATCH, PUT, and DELETE requests, parameters not included in the URL should be encoded
as JSON with a Content-Type of
To be able to send a clean request to the carriers, we are doing a little sanitization of the data that gets transmitted to the api. Currently whitespace will be trimmed from the edges and control characters will be removed.
As with every API we will be releasing new versions from time to time. We do promise to adhere to the following API contract:
In case we introduce breaking changes we will adjust the API base path to reflect each new major version. So consecutive releases will be called using /v2/, /v3/ and so on.
from parameters you have to specify a contact for
the shipment. This can either be a company or a person identified by
last_name. So although the entries are marked as being optional, one of them has to
be specified in the request.
You can specify the format of the shipping label that you want to get returned by adding
label.format to the request. Using this entry you can specify the format / size
using one of the predefined strings.
Not all carriers support the same formats for their labels. You can find out which label formats we support on each of the carrier pages.
We currently support the following label formats:
At the moment we're only supporting sending a single package with one shipment. Our api responses however return an array to be able to switch to sending multiple packages with a single shipment in the future
We've been giving you the possibility to specifiy a reference number when creating a shipment to make it easier for you to find out, which shipcloud shipment belongs to which order in your shop or system. When creating a shipment you are now able to send us additional data, that we store for you. This so called metadata is a structured object and can be any combination of key-value pairs.
The services of the carriers we're supporting can be very slow at times. Since we're not queing requests to create shipping labels at a later point in time, please account for slow response times. We'd suggest setting a timeout of a little more than a minute to be absolutely sure that you're not missing our responses.
When creating an account at shipcloud you get access for 2 systems. A sandbox and a production system. The first one can be used to tinker with (e.g. for developing the integration of shipcloud into your own platform) while the production system is used for the actual creation of shipping labels.
Therefore when you create an account at shipcloud, 2 api keys get generated. A sandbox key that you can use for testing our api and a live key, that can be used to create the actual shipping labels you're going to put on the packages you're sending.
If at any time you feel the need to generate a new set of api keys (e.g. because you get the
feeling, that your system has been compromised) you can do that in the shipcloud backoffice by
clicking your email address at the upper right corner and selecting the menu item
When using the sandbox key we will always return 0,0 as price.
We're currently deleting sandbox shipments 2 weeks after they've been created. So it's best practice to create a new shipment first if you want to test updating or deleting it.
If you feel like tinkering with our api you can always register for free using our developer plan. If you're satisfied with our service feel free to upgrade to a payed plan. Upgrades from one payed plan to a higher one can be done at any time. We use the balance of your current plan against the first month of your new one, so you won't be billed extra for upgrading before your current plan runs out.
All of our prices are displayed in Euro and without VAT. We will however charge you with the full German value added tax which is 19% at the moment.
Some carriers require you to provide pickup information for creating a shipment to make the process of planning pickups easier for them. Others want you to send them a (detailed) pickup request at the end of the business day so they can plan pickups for the following work day. See below for a detailed description about what to use when.
For some carriers if you don't have regular pickups you will have to provide the information when creating a shipment. For this you can add a pickup element to your shipment request. This method is applicable for the following carriers:
Most of the carriers we provide want you to send them a pickup request with the aggregated shipment numbers at the end of the business day. To achieve this you can create a pickup request and send us either just the name of the carrier and additionally the shipment ids of the shipments you want to have picked up.
If you automatically want to react to events happening within the shipcloud system, webhooks are the right thing for you. All you need to do is provide us with a URL we should call once something happens. You can also specify which events should trigger calling your URL. Maybe you only want to be notified, when a package gets delivered to one of your customers.
When an event is triggered, we'll send an HTTP POST request to your URL, containing a JSON payload, with all the information necessary. Here's our sample payload you get when testing a webhook through our website:
Notice: Our payload only contains the data that was mentioned above. This means that after a webhook was fired, you will have to call our api to get detailed information about the shipment. This way only someone with the correct api key is able to access your customers data.
You can currently subscribe to the following event types:
|shipment.status.deleted||A label has been deleted|
|shipment.tracking.label_created||A label has been created|
|shipment.tracking.picked_up||Shipment was picked up by carrier|
|shipment.tracking.transit||Shipment is in transit|
|shipment.tracking.out_for_delivery||Out for delivery|
|shipment.tracking.awaits_pickup_by_receiver||Awaiting pickup by the receiver|
|shipment.tracking.canceled||label has been deleted|
|shipment.tracking.delayed||Delivery will be delayed|
|shipment.tracking.exception||There's a problem with the shipment|
|shipment.tracking.destroyed||Destroyed by customs or other higher authorities.|
|shipment.tracking.notification||Carrier internal notification. Tracking events within the shipment will carry more elaborate information.|
When subscribing to this event type, you will get notified when a shipment has been deleted at shipcloud.
shipment.status.deleted event type, the payload differs a little bit to the
example mentioned above. Since the shipment doesn't exist anymore, we do not return a URL to the
If you don't want to subscribe to a specific event or you want to be notified by all events we're firing using one of our catch all options is the best way to go. Defining a catch all webhook is easy. Simply use an asterisk instead of a specific status as the last element in the notation.
We're supporting all places in the notation hierarchy as long as the asterisk is the last element defined.
Notice: By using catch all webhooks you are going the first step in getting notified about all current and future events we're supporting.
To configure webhooks just click on
Configurations in the shipcloud backoffice to
reveal a webhook nav entry. There you can add webhooks and specify which events should trigger
sending a message to your URL.
There are a lot of tools out there for testing webhooks. If you'd like a starting point check out this blogpost called 60+ Tools and Services for API and Webhook Logging, Debugging, Testing, Monitoring, Documentation and Discovery). We'd recommend using a service like requestbin.com or mocky.io to have reliable responses for your tests. This way you don't have to create shipments just for testing handling shipments afterwards.
If you're usind TDD (test driven development) another thing we'd recommend is creating a second account at shipcloud for all your testing needs. This way you can separate further development on your platform from your live processes.
If the URL you provided when configuring the webhook can't be reached (a http status code of 4xx or 5xx is returned), we'll try to contact it a few minutes later. After 15 failed attempts to send you the data, we're giving up and the webhook will be deactivated automatically.
At the same time we will send an email to the address that was provided for the account, notifying you of this fact. You should reactivate the webhook in the shipcloud WebUI once your system is up and reachable again.