I would love to hear advice from other organizations using Groupon, particularly in the area of end-of-day reconciliation for cashiers.
We are looking into a trial run with Groupon for museum General Admission, which would be redeemed onsite at our Box Office. The plan is to redeem the Groupon in their merchant center and then use a $0 price type in Tessitura to issue the guest’s ticket and account for attendance.
My question is if there is a way to account for each individual cashier’s $0 Groupon tickets that were entered in Tessitura. The Groupon merchant center does not offer a break-down of redemptions by user. So if a cashier forgets to redeem a Groupon in the merchant center, or uses the Groupon price type in Tessitura to give away free tickets when they shouldn’t, there does not seem to be an easy way for us to catch it.
Has anyone else run into issues with Groupon reconciliation, or found a good solution for tracking down discrepancies?
Hi Jennifer - I think using a Groupon-specific $0 price type and then reporting through T-Stats (price type, event date, order solicitor) would help accomplish the tracking you’re looking for. You could automate that price type to grab a Groupon price type reason and then track that was as well (this might be easier for comparing to the sales reporting in the merchant center).
Thank you, Lauren! My concern is more with the Groupon merchant center than the reporting in Tessitura. It appears that Groupon will not give us a clear way to break down each user's redemptions. So if something is off between the overall Tess reports and Groupon reports at the end of the day, it will be really hard to track down where the issue occurred. Have you run into that?
Ah, that we have not run into! I can see how that would be frustrating. This might be exhaustive - and they might not go for it - but depending on how many users you have redeeming, I wonder if it would be possible for Groupon to set up a separate "deal" for each user or point of sale?