GoSweetSpot Freight Api
Freight API provides programmatic access to GSS functionality and content. GoSweetSpot Freight Api
The API is REST API and uses single token key authentication. Currently, return format for all endpoints is JSON.
Authentication
We only support authenticated requests. Every api request needs to contain the following headers:
- access_key : your unqiue api key provided by GSS
- site_id : which site you are requesting action for
- supportemail :your developer email address, that we may email, if a high level of failures or request issues are encountered.
You can get your API access key by signing in to GoSweetSpot at https://ship.gosweetspot.com and going to your Administration > Preferences & Settings page, then expanding Advanced Settings and your API access key is at the bottom. Note that API access keys are different for each user and each account. It helps the API identify which client account and user to use.
Rate Limiting
Presently we are not enforcing any rate-limiting. If you find that you are hitting our API at the rate of more than 60 calls per minute or 1000 calls per hour, then your usage needs to be reviewed. More often or not, there could be a better way to deal with the problem.
Sandbox Account
You can create a sandbox account by visiting https://ship.gosweetspot.com/opensandbox.
Data Types and Formats
- All requests and responses are JSON format only.
- Date & Time, when not specified on the endpoint, the timezone will be NZ Timezone.
Concepts
Customer orders and shipments are two important but different concepts in GoSweetSpot, where a customer order maps one-to-one with an order from an e-commerce system, whereas a shipment is one or more packages going to the same destination on the same carrier.
GoSweetSpot dispatches a customer order as one or more shipments depending on the nature, dimensions and weight of the items in the order. e.g. a single order with a large 30kg plant pot and some seed packets might be split into two shipments - 1 bulk carrier shipment for the plant pot and 1 courier shipment for the seed packets.
If you are integrating with an e-commerce, most likely youu will want to create customer orders rather than shipments, and the user will use GoSweetSpot's system to create the shipments from the orders.
Common Use Cases
- You have a custom bespoke e-commerce or orders platform
Your site does not allow external systems to feed information into it directly.
Your approach will be to publish orders to GSS once the orders are ready for dispatch/labelling. On the GSS system your user would process the order.
At some stage your system will request the order status update from GSS.
The api interactions would be:
PUT
api/customerorders - triggered from your site when order is ready for ticketting- Using the GSS web portal, your dispatcher tickets the goods.
GET
api/customerorders - triggered by your system every 6 hours, to get status update on the order published earlier.
- You have a very specialised dispatch workflow
You might have a special requirement to integrate the ticketing directly into your existing system. Using a external system to do one part of the workflow may affect performance and may not be acceptable. You can use the GSS api to build the ticketing into your system.
The api interactions would be:
POST
api/rates - your system at dispatch, calls the api to get all available freight options and ratesPOST
api/shipments - the dispatcher reviews the freight options from (1) and makes a selection. A second call to generate the shipment is triggered.
- You use an open source platform
A lot of open source systems, also have a open API platform that GSS is able to tap into to build the integration directly from within GSS. We would consider any platform that our customers are using. However depending on platform popularity the implementation time frames would be considered. In the case that there are very few users on the platform, it may not be a sufficient business case for us to undertake the integration.
- Others
Surely there will be other cases that the api can be applied to. Talk to us, and we will be able to help.
Endpoints
- Customer Orders
Using this endpoint, you can publish from your ERP or orders system, into the GSS orders queue. Once published, your operators on GSS will be able to search/scan/click on the order number, to automatically populate the order delivery details. This saves time entering the delivery details.
GET
api/customerorders
Retreives the list of orders already published to GSS. This can be filtered on multiple criteria.PUT
api/customerorders
Publish into the GSS queue your orders.Price Enquiry / Rates Query
POST
api/rates Returns your available rates for the origin to destination specified.Creating Shipments
GET
api/shipments Retreives all your historically created shipments, including current status details.POST
api/shipments Create a new shipment using a rate or with auto rating. Printing can be automatically triggered as well.DELETE
api/shipments Deletes the specified shipment.Manifesting
POST
v2/publishmanifest Batch and manifest your current shipments ready for collection. Available on certain carriers only.Printing
GET
/api/printers returns a list of available printersGET
/api/labels download the labels as png or pdfPOST
/api/labels enqueues the supplied shipment for printingPOST
/api/labels/enqueue enqueues a raw image into the print queue for printingPickup Booking
POST
/api/pickupbooking book a driver to collect your parcels.Webhooks
GSS is able to provide feedback to your site using webhooks for certain action triggers.
Actions that can be subscibed to include:
- Shipment created
- Shipment pickup registered by courier
- Shipment delivery registered by courier
Configuration & Post data
Tracing Your Calls
We allow you to view your most recent api calls to us. To view use https://ship.gosweetspot.com/developer/apitrace
This is provided to help you develop/debug your code.
FAQ
- How do I connect to the API?
The API is only available to authenticated clients. Clients should authenticate users using an access_key obtained from the Preferences & Settings screen. Once authenticated, you need to request a resource from one of the endpoints using HTTP. Generally, reading any data is done through a request with GET method.
If the user with the access_key has access to multiple sites in the account, a site_id
HTTP header with the site id is also required, e.g. site_id: 123456
.
- What return formats do you support?
Freight API currently returns data in JSON format. Some methods may return [XML] data, however we don't actively test for XML compatibility.
- What kind of authentication is required?
Applications must identify themselves to access any resource.
You need to contact your account manager to obtain a test access key.
Every request requires a http header property access_key
, as well as support_email
. The Support Email should contain the IT Level contact for the organisation. This will be used to contacting you, should we find your requests need attention.
If the user with the access_key has access to multiple sites in the account, a site_id
HTTP header with the site id is also required.
- Is there a request rate limit?
Presently there is no rate limiting on the api. We however reserve the right to enforce limits or block calls at our discretion. We request that you limit your requests to 60 calls per minute. If you expect to call at a higher rates, please contact us.
- Backwards Compatibility
We try to make every effort to ensure all our functions are backwards compatible. However as our system evolves, we cannot guarrantee that we will be able to support all old/deprecated functions forever. If you implementation breaks due to a change on our system, it will be your responsibility to update the functionality on your system.
- Should I crack on?
Sure, fire away, however, we do suggest you talk to us, prior to starting so we can understand your requirements and explain how best to use this api.