Setting up basic Buy 4 get 1 free promo not working

Its not doing a ticket discount though… its doing it on a group of items. So problem is what if you cancel something. It would then need to cancel entire tickets calculation including any other groups that you may not have cancelled.

I think you need some other solution… it seems silly to try and use a ticket calculation for something thats not a ticket calculation. If it were changed to a calculation it would completely break my combo system as well as almost make it impossible to do.

PS I understand what your saying and why I just dont think it would be the best solution. Surely we can think of something else.

1 Like

I wasn’t suggesting it change, that perhaps it could be extended.

@emre thanks for this, makes it more understandable.

What does Sort and Use Order Price do?

Tried both Ascending and Descending for sort and notice no difference.
Use Order Price does nothing in my scenario whatever I set it to.

EDIT: I got it for Use Order Price, it’s where you have Order Tags with prices and whether those are included (True) or not (False) when calculating the discount.

Use Order Price = True

image

Use Order Price = False

image

1 Like

Sort I would guess is maybe highest or lowest price first if applicable orders have different prices?

1 Like

Yeah you’re right, I didn’t see it as all my items are the same price. I changed the price of Budweiser to £3.00.

Sort = Ascending

(i.e. apply discount to cheapest item)

image

Sort = Descending

(i.e. apply discount to most expensive item)

image

2 Likes

Out of interest do those budwiser get combined ok on ticket close? Tags are same so the 3.40 ones should I guess.

Any items with the promotion applied don’t merge. I was surprised the “identical” ones didn’t merge though.

Don’t merge on print either I guess?

We never half merge orders. It only works if it can merge all new orders of a single product. However it will merge on printout like any other orders.

1 Like

Calculations works for whole ticket and distributes to ALL orders by weighted average. Promotions distributes to only promotion items. It does not affect non promotion items. That’s why I didn’t implemented it by using calculations.

We integrate ticket level calculations to accounting to be able to track tips, service amounts or discounts made by employees but we don’t integrate price modifications we do on order level, like decreasing price when customer does not want cheese. Order level discounts are in gray area I think. If they are in the control of staff we may think about integrating them to accounting to be able to track how much discounts are made by employees but automated promotions are just a different pricing model and if it is the case I need to understand why promotions should be tracked under a separate account.

btw it is fairly complex request. We need to skip calculating these order tag amounts to be able to find pre-discount ticket total, apply calculation amount and while calculating order cost we need to distribute calculation total back to promotion items. We need a really good reason to attempt to implement that :slight_smile:

Edit: I recently saw @Jesse’s comment. Yes we also need to think about combo promotions. We need to apply the discount to be able to print correct combo prices I think…

1 Like

At the hotel our promotions are not just taken off order price/sales. We account for them as marketing.
As example our locals discount is 10% on drinks and 20% on food.
These are done through a string of rules to update a calculation using a formula to count wet/dry order total value and update calculation/discount.
The PMS intergration then codes these two discount calculations to specific account codes in PMS under marketing with a wet dry split for reference.
An example where I would have liked to use the promo function would be Sunday roasts. We offer a free selected drink with roast main.
Currently we have a set of zero priced products for the free drinks which are rang in manually and at stocktake we use order/plus report to make a manual adjustment from marketing (credit) to sales (debit) so that gp etc is calculated as it it were sold but is paid for from marketing account/budget.
I would ideally prefer in that example that the drink is rang in as normal and using above logic for promo discount applied to the value of applicable drinks.
Doing this with automation is messy and hard to maintain. The above example is a simpler on and we would like to offer more promos and to work automatically rather than rely on staff.
The use of calculations rather than tags works with the PMS intergration and in my mind if a cleaner solution.
The ticket level adjustments for promotions is the way I see most places like Tesco etc apply them.

Why would it have to be applied back to the promotion items?

We need to apply them to calculate order cost…

If we give 1 coke for 1 Hamburger and decided to distribute discount I guess it should decrease Hamburger profit.

But if there was option to use calculation order price would remain retail. And the discount reduce the overall ticket total.
The discount/calculation method would not want to reduce the product sales value as discounts would be accounted for as separate account.
Perhaps a better way to request would be a separate similar action but to update calculation?
The bit I want to try and take advantage of is the initial x for y logic which is very hard to achive through other automation.

Do you mean you’re OK if coke discount distributes to whole ticket?

Ok, get what you mean now, which is why we had to adjust the product sales report to not include discount. As the existing local food/drink discounts are as you say distributed.
Can’t remember if I tweaked the report using different total expression or calculated as price x quantity.
As said out reporting model is face value for orders and discounts are accounted for as separate line. In case of locals discount scheme or say the Sunday offer mentions these get charged to marketing budget. They specificly are not delt with off product sales value as this would reduction department gp for a marketing reason. Waste/mistakes would count as a GP reduction as managers can reduce this however marketing schemes are generally decided at higher level by GM/director and a marketing budget is allocated for such promotions

Personally I would say that on that bases that calculations should have the option as to wether they are reflected on order sales value or not.
Plain discount for example should not nesercerally have to reduce the reported sales revenue of a perticular product if for example as I described you account for calculations as separate accounts.

So on that basis I have a question? We don’t process tips through the till. However if we did or did service charge would that positive value be distributed accross all products on ticket? That doesn’t seem right to me. Especially for say tips which should not effect value of product/sales.

We had similar reporting niggle when switched to tablet ordering, as we then switched to order tags for mixers so prints clearly show what mixer is with what drink however then discovered that even a non ‘add to order price’ tages are reported as value for that product, which again should be an option as you then get as exadurated gp on say gin where mixer value is reported as gin value. Again the adjusted report shows only order value and tags reported seperatly.
I understand the reason why it’s like that as for add-ons/extras it works however unless you went with a more complex combo setup mixers as orders isn’t as clear when drinks are prepaired by seperatly staff as merging/sorting becomes confusing. If it was a whisky then a bottle of coke would that be a straight whiskey and a Coke or a whisky and coke mixer?

Sorry if I misunderstood the question but I guess that will be a straight whiskey if coke configured as a modifier. If it sold separately it will be a whisky and coke… :slight_smile:

It was an example for the need to use tag for mixers when using tablets/remote drink prep. The issue in question was the inclusion of the coke tag as whisky value as this then makes profit/go on whisky higher and coke lower. It is slightly off topic of origional query but was trying to elaborate on how we report our sales to try and show that at least for this hotel group that discounts would not be deducted from product value/sales but accounted for as it’s own line within marketing budget.