Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Micros 2700 Cocktail Key

Status
Not open for further replies.

Narvin

Programmer
Jul 27, 2011
18
US
Hi. I was wondering if it was possible to do the following on a Micros 2700:

Say you have a Bloody Mary key. When you press it, you can select a vodka, either via a condiment-style screen or an NLU style pop-up window.

The Bloody Mary key doesn't have a price, or has a price of 0. When you select the vodka, that price is used. The name of the vodka and the words "Bloody Mary" must be printed on the remote printer.

This is sort of like a reverse condiment. Of course, I could implement it the traditional way where you select a vodka then have a Bloody Mary liquor prep key. But I'd like to do it this way because... well, just to see if it can be done, really.

I think you could also do it where you have a Bloody Mary menu item that requires a condiment and define vodkas as condiments with prices, but that doesn't seem clean to me. You would have to define two menu items for each vodka: a regular version and a condiment version. However, if you could define a single item for each vodka that would work in either situation, that might be good.

At any rate, any thoughs on the matter?

Thanks
 
What application version 2700 do you have? Look under procedures, there's a system info option. I think it states application version if my memory serves me. Differences between ver 3 and 5 may affect answers to that post.
 
The Bloody Mary key doesn't have a price, or has a price of 0. When you select the vodka, that price is used"

That'll work but I think there's an issue that the vodka price is static. IOW: BM is "0", well vodka adds $5. What happens when your server orders martini, well vodka adds $5, the price scheme may not work as a martini is a larger pour and should be priced at $7. Also be careful; we used a POS that did it this way and after two years we discovered a huge pricing issue when servers ordered more than one drink. EG: servers used the quantity button, they'd press 3 BM's, then choose Ketel once. Ketel added $2 but only once, ordering in that way meant the guest check missed $4. We corrected it but I can't imagine how much money was lost.

We prefer ordering the drink (BM $5) and choosing the vodka, well adds 0, call vodka's add $1, prem vodka's add $2. There is a way to have the vodka condiments change the price they add to a drink based upon using price levels. Well drinks use price level 1, call drinks use price level 2, premiums use price level 3 etc. The advantage there is you only need to have one well vodka, one stoli, one ketel etc.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top