OK, new financial year, am planning on changing over to Manager.
Is the API reliable now for adding sales invoices and payments programatically?
Do I need the server version to use the API?
Is any data entered into the desktop version usable when changing over to the server version?
All data is portable. See this Guide: https://www.manager.io/guides/backup-restore-and-transfer-businesses/8890.
Is the API reliable now for adding sales invoices and payments programatically?
Do I need the server version to use the API?
I can’t seem to find anything to get me started with using the API.
OK, I’ve established myself that the API does not work for Desktop.
Have installed the server version which is working ok.
Would be nice to get pointed towards a guide rather than trying to glean how the API works from reading the above posts.
Has anyone implemented the API in C#? (my preferred language)
I invested the whole day today trying to make progress with the API, but am very disappointed with my efforts.
I’m wary of investing more time without a link to documentation or some serious support.
I like what I see in the other areas, but the API will be a deal breaker if not suitable.
Please respond to my cries for help 
Yeah, API is being neglected. It takes effort to get something done. I mean RESTful interface is simple, the question is how to make sense of raw data.
The best way to approach it is to make something in Manager (e.g. create a payment), look at how it was saved in JSON format and try to do the same thing using API.
1 Like
Thanks for the reply @lubos
Made the breakthrough with the API this morning.
I think it will be plain sailing now.
Using the .NET RestSharp library.
I’m an unhappy MYOB user and was an unhappy QB user before that.
Seems Manager will do everything we need so will pay for the server version very soon.
Regards…
I successfully use API to create/update/list entities, but it seems currently I could not fetch, for instance, invoices for the particular customer.
@lubos,. is there any possibility to search/filter entities by field now or in future?
set CURLOPT_HEADER => true
fetch Location: /api/xxxxxx.json in the header
+1 for search
1 Like
Lubos,
Just wondering if you have made any progress on the API (We had some email correspondence in 2015) and where I can get hold of scripts and where/how to use them.
I would ideally just like an odbc link from say MS Access so I could update master file records quickly and easily?
Ability to import say quotes/orders from CRM would also be of interest
Regards
Richard
It’s a REST API, and the endpoint is <manager-url>/api - authentication via ‘administrator’ username and password.
Not much has changed with the API recently, as far as I’m aware.
Here’s some general information on RESTful APIs: Representational state transfer - Wikipedia
You would need to write a script to access the API, or hire someone locally to do this for you.
Hi everyone
@Kenneth_Mervin @procsum @lubos
I came across this website How to use the API integration in Parabola
This helps in importing data from API I guess
I don’t have proper knowledge regarding API.
I spoke to parabola.io they said now their software/application/website doesn’t not support authentication details. But it will be ready in 1 week it seems.
So can anyone with good API knowledge can contact them through their customer service chat box and find out what solution they can offer for manager.io ?
How it will be useful for server edition or cloud edition?
Can we import and update data from manager.io to Google sheets automatically?
Thank you.
I don’t think it’s the right solution for what you need. I tried this way almost one year ago without success (and also wasting some money). The only solution is to wait for @lubos to finally give access to odbc or SQL dump of the database… if he really wants to do this. It’s almost an year that he’s promising a solution without any timeline or update.
1 Like
It would certainly be possible to send data from Manager to Google Sheets using the API, using a custom script.
As for whether parabola is suitable for that task, I cannot say. You could try to find a local developer that is familiar with both REST APIs and the Google Sheets API.
Thank you for the reply… parabola will not work for manager, i tried it. no use.
Hi lubos,
It would be good to see this implemented sometime, hopefully soon? It would make a significant difference to those of us that use the API regularly.
My hope is using an API key will have two benefits:
-
Anyone with access to the API key can access the API, but cannot log into the interface and reset that user’s password / keys. Whoever has the password has complete control over their ability to disable access for other API users at any time, whereas other API users with access to only the key do not.
-
API keys could also restrict access to certain businesses. It wouldn’t matter too much if everything was possible within that business (query, create, delete) … but being able to limit to a given business for an API key would be useful - when multiple businesses are using the same Manager Server Edition instance, developers for one business can be given API access to just that business.
The implementation I’m currently working on won’t have API keys. But it will support to be able to log in as restricted user. This way you can create user for your app which can access only specific business and perhaps only be able to create bank transactions.
2 Likes
Thank you for the quick response. The changes you are referring to would certainly be a positive improvement, and would solve the second point I raised above.
As the API is still in development, I understand that you have no commitment to maintain backwards compatibility. With this in mind, I’m wondering if you have any indication so far about whether your latest implementation has breaking changes or not?
One of the Manager instances I connect to with the API is on Cloud Edition, so having advance warning that things might break (since it auto-updates) will mean I can be proactive about testing as soon as the release is pushed out.
Thanks again.
at least accept payed customization requests if you have stoped working on the api @lubos
There has been no indication that API development has stopped.