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.
Thank you to everyone who signed up to our beta testing program for the public API. registration for this program is now closed.
When the program starts, our development team will collect feedback and use this to inform the next steps of this feature.
We will post further updates as we have them.
Click & Drop support
Andy Swan commented
I've started to create an API backend in order to fix two-years-old-and-no-one-cares "Etsy Variations not showing" bug. I've done the Etsy part and then just imagine my shock and horror when I've discovered that RM doesn't not have any API at all!!!
There is no expressing in polite words how much reputation, money and loyal clients RM is losing because of that. It seems it is time for our company to direct our feet somewhere else as well. Banging with our foreheads against the concrete wall here has become somewhat tiresome and humiliating.
Is there any status on this? I know its not long since June 2020 its just confusing how this isn't a big priority I literally have spent a lot of money elsewhere because i can't make click and drop work with my business they way I need it to work...
I've had no choice but to build a friend an API wrapper (which just automates Click and Drop in Chrome) in order to ensure his business doesn't fall over from scaling. Simple things like:
* Apply more dynamic/complex shipping rules
* Add more text/images to the generated labels (waiting on getting a business account so this is not available there)
* Custom format A4 4x6 labels to put dispatch notes on the same sheet as the postage label
* Sync dispatch status from external systems to Click and Drop rather than vice-versa
I'm aware some of these features already exist if you have OBA with Click and Drop, but I had thought the business account was the trick to access the API for true automation - but based on reading the previous comments, I am no longer hopeful that it does.
If anyone has any interest in using this as a bridging solution until RM get a stable version of their own API out, please reach out to me (username is my email address) and I'd be happy to help.
We're about to take our business away from Royal Mail simply because they don't have an API.
Roughly £70k a year. Not a huge amount to them, I'm sure, but from the looks of it, there's a lot of companies in the same boat.
How they can be so many years behind all other couriers baffles me. No wonder they're £22m down on last year. This is genuinely basic stuff!
Creating a label is key to any API with other couriers, as is returning said label via the API with tracking code - API developers generally know what they're doing, so please don't put any restrictions like having to still use the Click & Drop interface to get anything but the importing of orders done.... As others have commented, we're having to use Click & Drop due to the dumb API limit
Please drop the arbitrary 100 item minimum limit for your API. Your sister company ParcelForce doesn't have a minimum and we've used their APIs for over a decade, neither do FedEx, DPD, DHL or Hermes
Using Click & Drop manually just doesn't work at our volume, and using file watches over network shares is unstable and insecure for off-site servers. We've had to resort to using EasyPost who then use your API on our behalf, and that keeps going wrong.
Also, please give your account managers a better line to use when explaining that we can't use the API because of "cost". I asked what the cost was when the API already exists - "we would have to link you up to every Post Office". Utter drivel.
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...