Forum Replies Created
-
AuthorPosts
-
January 5, 2018 at 2:12 pm in reply to: User Role – To view Attendees, but not edit all other posts on the site #1419239
smscmarketing
ParticipantOR – do you have some functionality to email out the list of attendees to a specific email address the day of an event?
smscmarketing
ParticipantThis reply is private.
smscmarketing
ParticipantThis reply is private.
September 29, 2017 at 1:38 pm in reply to: Individual Inventory for RSVP on Event Tickets Pro #1357045smscmarketing
ParticipantThanks for the tip, though that really isn’t an efficient way to do it. If we need to alter the events after the fact, we would have to go through each one.
Is there any idea of when this feature will be implemented, is it still planned?
smscmarketing
ParticipantFair enough, I can see how common usage has evolved the way this works.
I guess the big thing is some connection on the refund and the attendee as an option or something. Not sure how that would plugin to the existing systems – it almost seems like something that would be on the WooCommerce side of things (when you press the Refund button, you get a check box to remove corresponding attendees). But, I can’t really say for sure if that would work.
I guess we handle it all manually – which is fine, just not desirable.
For now, I think the only real thing I could see being useful and not ultra change on process is to add the Attendee total in the main class view:
instead of just:
“10 sales (92 remaining)”maybe show:
“10 sales, 8 attendees (92 remaining)”The second reflecting: 100 tickets, 10 sold, 2 attendees deleted (so attendee list is 8 tickets)
I guess that would be a feature request, though… Thanks!
smscmarketing
ParticipantThank you. I will try this and see if I can get to a good place. But, based on my better understanding (see below), I think we still have some things to overcome.
Regarding the overall process – I have been working more directly with it and am understanding what is happening better.
When you process a refund in WooCommerce for a ticket, it doesn’t actually do anything to the attendee list entry. I was mistaken about that. It returns the inventory to the WooCommerce product, but leaves the attendee on the list. So, inventory is correct, but if you want to see who is attending, everyone is there, including the refunded ticket. And unless you change the WooCommerce order status to “Refunded” manually, it still says it is a completed order on the attendee list. Which is fine if the order was for one event ticket (we can change to refunded), but if they had multiple and only refunded one, you wouldn’t change the order status to “Refunded”. The order would remain in a “Completed” status. Basically, again – you would look at the attendee list and have no idea which one was refunded and not technically valid anymore.
Ok – with all the above in mind, the next solution to help in this is that we manually delete the attendee after we do the refund. Which is fine – we can do that. The problem with that is that it also returns 1 ticket to the inventory. So, you do the WooCommerce refund, inventory is return – and delete the attendee – inventory is returned. Basically, double returning the inventory. We then have to make another step of reducing the inventory after deleting the attendee.
Both refunding the order and deleting the attendee seems like something we have to do to maintain some order. I also am guessing that we need to delete the attendee to prevent that user from seeing that they are signed up for that class after we refund.
So – the process is going to look like this
- Refund in WooCommerce – Qty of tickets, returned to inventory, inventory correct.
- Delete Attendee from Attendee List – Qty of tickets is increased again, incorrect inventory now.
- Now fix inventory – reduce the inventory by the number of cancelled attendees, inventory correct AGAIN
I can tell the store manager this is the process, but it seems sort of convoluted. I am sure they are going to look at me and say – really?
Is there anything built in anywhere to assist me in this process? Like a function to delete the attendee (and not change inventory twice) when the WooCommerce refund is triggered? That would literally fix everything. Then when a refund is processed, each attendee refunded would be deleted – and inventory would only be adjusted by the WooCommerce refund. OR – the opposite – when the Attendee is deleted, it automatically creates the “refund” for that portion of the WooCommerce order?
I know much of this is feature request type stuff, but I thought I would run through it all before I go that route. Maybe there are some things built in to deal with this, now that I can understand the process better.
smscmarketing
ParticipantDo you have maybe a custom query (either using WP Queries or MySQL) that would get me the list of attendees assigned to an event and the status of their ticket (and the WooCommerce order ID if possible…), based on the event id? The query is happening on the actual attendee list page, if I can get that data in my custom report, I think I will be golden.
-
This reply was modified 9 years, 1 month ago by
smscmarketing.
smscmarketing
ParticipantYeah only 1 of my 30+ active events are returning any data for attendees. Almost all of them have people signed up.
I have been trying to determine if there is anything different about this one (or the ones not returning anything). The time they were made was the same, so same version is same, all WooCommerce tickets, etc…
I even try running the function independent of my loop of events and plug the event ID in directly, so I know it isn’t any sort of error with my loop and I still don’t get any results.
-
This reply was modified 9 years, 1 month ago by
smscmarketing.
smscmarketing
ParticipantSorry – don’t mean to keep bothering, but any thoughts on why all but one of my events are returning no attendee data with that function provided? It seems like the way to go, but it isn’t working.
smscmarketing
ParticipantExample:
For event id 2192 – Tribe__Tickets__Tickets::get_event_attendees( $event_id ) returns 0 results.Image herE: http://imgur.com/a/IYgvG
But, as you can see in that screen shot of that event, it has 2 attendees. All of the other events are behaving the same way with that function – only 1 out of them all is returning any results, which is correct.
I don’t know much about that function – any reason it wouldn’t be returning data?
-
This reply was modified 9 years, 1 month ago by
smscmarketing.
smscmarketing
ParticipantHmmm… this seems like the way to go, but Tribe__Tickets__Tickets::get_event_attendees is only getting data for one of my 30+ events. I have double checked the Event id being passed into the function is correct, but only one is returning any attendees (which is the correct amount for that event) – any thoughts on that? The other events, almost all of them, have attendees.
-
This reply was modified 9 years, 1 month ago by
smscmarketing.
smscmarketing
ParticipantI will try this out and get back to you. Thanks for taking the time to work this up. I think it will work.
smscmarketing
ParticipantThis reply is private.
smscmarketing
ParticipantThis reply is private.
smscmarketing
ParticipantI understand there could be specific reasons to refund money to a customer, yet keep their ticket valid, such as someone who was upset about service or something – get money back, but still have valid ticket.
But, I’d think the most common situation would be that if you refund someone their money for a ticket, it is because they are cancelling and wouldn’t expect to still have a valid ticket. In fact, I am 99.9% sure when I do a refund for a ticket in WooCommerce, that ticket is listed as cancelled in the attendee list. So it is a cancelled ticket, counted as a sale and money returned to customer. That is strange from a business standpoint.
The attendee list page data is in theory helpful – but you are asking us to literally go into each attendee list to see the where sales are at? Is there a query we can use to get that same data (for a custom report)?
I will make a suggestion there, but this seems like something that should be default behavior. Example: If I return a physical item to Best Buy (purchased online or not), I send it back to them and their inventory goes back up (assuming they are reselling it) and they don’t count it as a sale anymore. I guess the naming of calling a cancelled ticket a sale still is what is odd to me. It is more like a count of “sale transactions” which seems a mostly useless bit of data. Maybe I am not thinking of a good example where this would be useful?
I know I sound upset… I am not, just trying to be logical here. I appreciate your time discussing this.
-
AuthorPosts
