English Boards > Support
Print Jobs Based on Users
emre:
--- Quote ---The Restaurant has taken orders, then the customers have gone to the Bar and gotten drinks which were added to the Table ticket. Then at the end of the meal the customer has paid for all at the Restaurant with Credit Card.
--- End quote ---
That case does not creates that problem but after investigating it further I found the problem.
1. Bar terminal creates a ticket
2. Clicks "Select Table" and moves that ticket to a table. At that point this is still a bar ticket because user did it while bar terminal is active. Assigning it to a table does not change ticket department because this is still a bar sale and at that point we don't consider it as a cross sale from restaurant to bar.
3. Restaurant user settles that bar ticket with credit card. Since he accessed it from restaurant department screen he could settle that.
--- Quote ---The cross sales are working great for the items, its just the payment side that needs fixing.
--- End quote ---
What we should do is changing ticket department to restaurant and display it as a cross sale. That will fix that case. (In fact I don't call it a bug fix, I call it cross payment feature :) ) By disabling settle buttons I tried disabling cross payments but that case was something I didn't noticed. If it is the case, cross sale numbers should be wrong too.
Changing ticket department will solve that case without disabling settle buttons but permitting it creates other problems. Since we permit half payments and if customer drinks a $10 beer and pays $5 cash at bar and $5 credit card at restaurant, we'll show that beer sale as restaurant cross sale and they won't be able to match numbers. Our current database scheme won't permit splitting a beer sale between departments by payment amounts. So we'll assume users won't do that or disable some features.
Maybe your user does not do what I found and another case we didn't noticed created that problem. We should find the reason of the problem to be able to fix it.
JohnS:
--- Quote from: emre on March 05, 2012, 05:04:10 pm ---
--- Quote ---The cross sales are working great for the items, its just the payment side that needs fixing.
--- End quote ---
What we should do is changing ticket department to restaurant and display it as a cross sale. That will fix that case. (In fact I don't call it a bug fix, I call it cross payment feature :) ) By disabling settle buttons I tried disabling cross payments but that case was something I didn't noticed. If it is the case cross sale numbers should be wrong too.
--- End quote ---
Cross Sale numbers were correct. Restaurant started the ticket, the Bar added to the ticket, then the Restaurant (in some cases) added more items and the Restaurant took payment at the end.
--- Quote from: emre on March 05, 2012, 05:04:10 pm ---Changing ticket department will solve that case without disabling settle buttons but permitting it creates other problems. Since we permit half payments and if customer drinks a $10 beer and pays $5 cash at bar and $5 credit card at restaurant, we'll show that beer sale as restaurant cross sale and they won't be able to match numbers. Our current database scheme won't permit splitting a beer sale between departments by payment amounts. So we'll assume users won't do that or disable some features.
--- End quote ---
There will never be part payments across departments for a single ticket. If that is needed, then the items would be moved to a new ticket and then paid. People here don't expect to run a tab, and pay at each department - they want to pay for the whole ticket at one department.
--- Quote from: emre on March 05, 2012, 05:04:10 pm ---Maybe your user does not do what I found and another case we didn't noticed created that problem. We should find the reason of the problem to be able to fix it.
--- End quote ---
Summed up - all departments added to a ticket, then only one department took the money.
emre:
Am I understanding it wrong? Restaurant user processed credit card payments but WPR showing these CC totals under bar department. The reason of that problem is :
--- Quote --- Restaurant started the ticket, the Bar added to the ticket, then the Restaurant (in some cases) added more items and the Restaurant took payment at the end.
--- End quote ---
Does your test setup produces that error when you do that? I've tested lots of different uses but I didn't noticed an error other than I described on my previous post.
emre:
OK. It won't fix old data but if you can reproduce that error you can test if it fixes it or not.
http://code.google.com/p/sambapos/downloads/detail?name=SambaSetup288c.exe
JohnS:
Thanks Emre. We're are in the middle of moving house. I have started testing if I can reproduce the scenario before I update to 2.88c.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version