[smscmarketing]

“8 sales (92 remaining)

That is, you wish the sales figure to be adjusted so that it ignores refunds and possibly cancellations. Does that essentially summarize your viewpoint here?”

Yes, that is the end goal. Your example is correct. We have 100 tickets, sell 10 and then refund 2, it would look like as you said – 8 sales (92 remaining). Right now it is “10 sales (92 remaining)”.

I am also trying to access this same data in more comprehensive custom reports, which isn’t your concern directly. But, I’d also like to be able to access the same data there as well (querying the events).

Thanks!

• This reply was modified 9 years, 1 month ago by smscmarketing.

[smscmarketing]

Thanks for replying – but I think I still have some thoughts and need guidance.

First off – I do think that the qty_sold should reflect the number actually sold. This is very misleading when you need to keep close track of the number of people attending. I believe this is the same value that is displayed when you are viewing an Event and looking at the number sold in the Ticket section. Basically, if the ticket is refunded, there isn’t any reason to including it as part of the qty_sold total, it isn’t a sale any longer. If it is a premium class, we didn’t collect that money. At the very least provide a separate qty_refunded value I can minus from the qty_sold. Perhaps that does exist and I have just missed it?

I may need to spend more time tearing it apart to find my own solution. Maybe I can query all the WooCommerce orders for refunds per product to minus from the qty_sold amount to get the end result I need in a custom report.

But I feel like there is a piece missing here. It doesn’t seem like a person could operate with accurate sales totals from the admin panel when using your plugins in conjunction with WooCommerce. Or back to my original question – is there a proper way to do refunds that I may not be doing?

I am going to keep working toward a custom report solution (because I just need to get it done), but I feel like you also need to address this. If you are going to offer WooCommerce integration, people should be able to easily access accurate ticket sales information without having to write custom reports. The only way I can accurately know how many people are attending a class is to go and count the number of people on the attendee list. Which is not user friendly, we have quite a few classes and going one to one to view the attendee list is slow and cumbersome.

Thanks!

• This reply was modified 9 years, 1 month ago by smscmarketing.

[smscmarketing]

Quick follow up – The latest version doesn’t fix the issue. I opted to switch the visible titles of Events to Classes via the following functions, but I have left the slug in the settings as “events”. This allows the view change to work as expected. Then I am forwarding /classes to /events so we can still use the correct URL and not need to update any of our marketing.

// Change default titles for events
add_filter( 'tribe_event_label_singular', 'event_display_name' );
function event_display_name() {
	return 'Class';
}
add_filter( 'tribe_event_label_plural', 'event_display_name_plural' );
function event_display_name_plural() {
	return 'Classes';
} 

That all said, I would love to hear an update on this one – or if anyone else is experiencing the same problem.

Thanks!

[smscmarketing]

Any one else seeing this issue? Any updates? I see a new update pushed yesterday, I will try applying it – but I didn’t see anything in the notes regarding the issue.

[smscmarketing]

I have isolated the issue. I changed the Events URL slug slug from “Events” to “Classes”. If I switch it back to the default “Events” the view switching works fine.

Is there any way to correct this? I would really like to be able to have the URL Slug changed to Classes.

Thanks!

[smscmarketing]

Thanks! This is exactly what I was looking for.

[Author]

Posts