Micros 3700 / Aloha opload - post new order

[robvanbasten]

Hi,

I am writing a simple webapp for mobile devices that can be used for simple guest ordering for the hospitality branch. I have a micros 3700 database and I can connect and query. I guess I can figure out how to obtain the menu structure of a specific location (I have done a project involving a lot of Micros querying) however to send a simple order (like it is coming from a hand held terminal) should be done via a stored procedure or some webservice or api? I have been reading about such a webservice for which a license is required. This project is freeware/open source and therefore purchasing licenses should be avoided. This is of cause different for the end user / owner of the Micros Pos system.

Some thoughts anyone?

 

[Moregelen]

MICROS has an XML based web service API that you should be using, or you won't be able to actually trigger the printers and what not.

 

[robvanbasten]

alright, is there documentation on this service xml, is there a simulation website for testing purposes. I applied for information with a local Micros distributor here but their response is slow/poor.

 

[pmegan]

I wouldn't think so. The licensing comes from Micros corporate in Maryland and they keep very tight control on who has access to developing with the API.

 

[Moregelen]

Yeah. To get access to the API you have to be a Micros 'partner'. Not a cheap thing to be either. Even if I do have access to the API, I can't share it with you. Sorry..

 

[robvanbasten]

If I understand correct, the POS owner needs a license in order to use the service API? The 3th party developer needs another license/approval to make software that communicates with this service API?
A webservice is normally able to handle/stop mis usage, so making it difficult for 3th parties to add functionality is shooting yourself in the foot is it not?

Should I apply with Micros in Maryland or with the local dealer to get access to this mysterious API?

 

[pmegan]

They're not shooting themselves in the foot by requiring developers to buy into a partnership. It doesn't make sense for them to throw open the doors and let anyone with a little programming knowledge access their systems. What would they get out of it? Micros is after all a business, and giving free access to develop competing products is bad for business.

This may be a good place to start looking into getting access to the API.

 

[robvanbasten]

Hmmm, I already made an interface to a Comtrex POS system without any problems/license/partnerships. I guess it is a better idea to team up with an existing Micros integration partner (should be possible since it's open source) or maybe even better, move on to the next POS vendor.

Thanks anyhow guys.

 

[Moregelen]

There is a reason Micros is considered the most stable POS right now. Notice that most of the posts on this forum with 'help, my system is down!' are Aloha.