Click & Drop REST API
Please provide the Click & Drop dedicated API that would allow the developers to implement solutions for the clients that are using C&D.
It would be great if the API would allow to:
- Login to C&D using the client user name and password
- Look up order by specific fields i.e. channel reference
- Download orders by its status or a date, i.e. all orders with the status new or label generated.
- Ability to update the order status i.e. from "Label Generated" to "Shipped"
- Ability to create orders and purchase postage
This would allow the developers to implement their own integrations rather than wait for RM to implement theirs.
Hi and thank you for your suggestions.
For a first step, we are planning to develop a feature to allow you to import orders into Click & Drop using an API in a similar way to our current CSV order import methods.
This functionality will not allow the creation of labels or update order statuses, as these actions will need to be performed through the website as usual.
We have further planned improvements to this service which will follow.
Unfortunately, we can’t offer a date for when this will be completed yet, as we are already working on a large number of features and improvements.
Hi - I'm using royal mail Proshipping API from Last six months. Its very good REST API. I'm using with DSPNG and creating own pdf label. it's fantastic. Not fast as click and drop.
Andrew Senior commented
In just over a month we will be in 2020 and we're still without an API for this service. Having to manage everything manually across different websites is tedious. Get with the times and give us an API, please.
Rumit Patani commented
We are with METAPACK for over 12 years and the reason for us to use them is because RM did not have an API and METAPACK has filled this hole for us. But now with rising costs it makes total sense to have your API - which practically does all the same things withing the CLICKandDROP area.
It's almost 2020 and RM should have a PUBLIC API for atleast all their BUSINESS CLIENTS.
Having API access would make our life much easier.
Totally agree that a REST API should be included - we have our own Warehouse Management System and would love to integrate with Royal Mail's Click & Drop, but we're not hitting that 100 items a day minimum limit to use their standard API.
Also agree about having a limit is a dumb idea since other carriers have no such restrictions that we've dealt with, yes, their may be some kind of cost element but it can't be much, and if it is, give us the option to pay per item up until said limit?
Having API access would make our life much easier
System Dev commented
It's 2019 and you have a essentially a web service product that doesn't include an API - APIs have been making the web work better for years, why not offer it to your customers out the box? If you offered an API you could get much more business from all the bespoke eCommerce platforms out there that you don't even support yet!
If 100 items a day is what it takes, why not offer some kind of "paid" plan as a kind of stepping stone. What if my volume falls below 100 items a day (eg. out of season) do you cut the API off?
It is the 21st Century but RM seem to be sticking with 20th Century thinking, luckily other courier have more sense and offer APIs from day 1...
Any news on a date for this? I can't help believe that it must be far easier to support a single reliable API than to keep adding bespoke integrations for apparent "high demand" shopping carts. The API idea has been raised numerous times and is the only way to provide usable web centric integrations. The continued stance on promoting and developing the desktop version is folly in my view and does nothing to help users who have sufficient demand to benefit from web integrations, but don't have sufficient volume for 100 a day quoted in a previous post. If the dropbox support is dropped without an open API in place, then we, like many others I suspect, will be looking elsewhere.
It's a bit rubbish that you can only have access to the RM API when sending over 100 items a day - Click & Drop should have an API (the underlying system will have an API anyway) that we can use
It'll be so much quicker for developers to integration not only bespoke solutions, but also for newer marketplaces that may be years away from RMs radar....
Part of me thinks this is a ploy to make us use StoreFeeder (a RM company) once we get big enough and need more tools, etc
Why don't Click & Drop have a REST API that third party developers can access so that we can do the development work to integrate our solutions? Surely Royal Mail are doing this the wrong way around and making a lot of work for themselves.
Christopher T commented
Some customers like myself do not have the volume to have a RM account and hence use OBA.
It would be great if RM could democratise shipping by introducing a REST API for Click & Drop.
It is highly inconvenient to be modifying spreadsheets and uploading them to Click&Drop.
Same issue when we were testing dropbox... way too slow... caused the packer to be standing around (especially as no clear indication if an error had caused the operation to fail, unlike DMO on demand that produces error codes.)
Batched is not an option for us.
Currently looking at Shipping API - https://www.royalmail.com/corporate/services/shipping-api/ (now that RM have confirmed is it not being dumped) - Integration with our software will take a while to do though.
Scott Lucas commented
The current Dropbox integration is too slow for real-time usage printing single labels. A direct web API would remove the need for polling from both sides if orders can be imported in real time (eg. Single orders) or alternatively an ID to poll or webhook for large imports.
For background, we used to do On Demand with DMO for single orders in real-time (eg. 30 seconds) through a web request. Behind the scenes this was using FTP to the workstation with the printer. We have transitioned this to Dropbox but this frequently times out as it can take several minutes for Click & Drop to register the file. We could batch up transactions and change our entire work flow but the development time seems unnecessary when this could well just be delays introduced by Dropbox.
Thanks Darren, I'm going to check it out!
I had no joy trying to use the API. Could not find any documentation, and monitoring and duplicated various AJAX results via CURL gave me a lot of "unauthorised" errors.
I have a script that can generate a label in under 3 seconds, reliably (the best I can get it) that I am happy to share. It was written in haste and is a bit top heavey, but it basically runs two headless firefox drivers via Selenium.
One us open at the import orders form, one is open at the orders form. Its the equivalent of having one man import the .csv's manually, and a second clicking generate labels.
Dan Austin commented
Thanks for that Darren, will take a look into it next week. I wonder why their own documentation stated there was an API "coming" in March 2018 then? Odd...
I think you will find that Click and Drop is already using the Royal Mail shipping API https://www.royalmail.com/business/services/sending/business-integration-tools-apis/shipping-api I know the documentation refers to DMO but that is simply because DMO was the public web accessible interface to Royal Mail but is being replaced with Click & Drag.
The way I understand it is this...
Royal Mail runs a SAP system as their main database for you business account.
OBA interfaces to the billing part of that SAP database (you often get SAP errors when it is not working)
There are a number of APIs including Shipping and Tracking. Services such as DMO and Click & Drop access the SAP database via these APIs.
Using the shipping API you can achieve virtually all of the functionality of Click and Drop in your own web application with the exception of address lookup as that requires a licence for PAFat around £5k a year!
Do you have any plan for API release? We are sending over 1000 parcel and takes so much time to handled.