[David Plumstead]

I’ve looked at WooCommerce waitlist. It has been suggested a number of times. Surely you must have clients who have gone ahead with some sort of integration there.

1) Do you know of anyone who has successfully gone this route? It would be nice to leverage work that has already been done instead of reinventing the wheel. I’m not opposed to getting a quote on custom work but again, it would be nice if we knew of someone who has already spent time coming up with a solution to this popular request.

2) Are any of the options on your find a customizer page Canadian by chance? It would be nice to be billed in our own currency if we go the custom integration route.

[David Plumstead]

Hi Jamie

So to be clear, with a group of ~300 potential attendees, if I create an event with a cap of say, 50 (due to space restrictions) and say, of the remaining potential attendees, 100 opt for the manually created RSVP “waitlist”, I would a) know there is plenty of demand to create another session and b) have to manually go into each one of those 200 users’ accounts and switch them to upcoming events – assuming the new date even works for them.

Hrmm.

If we were doing smaller events, I could see how that might be an acceptable workaround, but I think if I presented that idea, people would continue doing registrations by hand on paper… and honestly, it would probably be faster!

So. Weighing my options here. At what point is an idea on your board “popular enough” to make it into the product? I understand you can’t give a date for completion… but that request has been around for years. Is it even on the roadmap?

Thanks,
Tyler

[David Plumstead]

Hi Victor,

Thanks.

You mention “ticketS” Does the purchaser get a single ticket with some sort of quantity on it or are there in fact multiple tickets that can be individually forwarded?

[David Plumstead]

Hi Victor,

Thanks for the info and the extension – I will definitely use that.

So if someone is registering on behalf of someone else, the registrant is the only recipient and they are expected to forward ticket information to everyone they have registered for?

This might get cumbersome as we have some organizations where one individual registers for all attending staff. I’m sure we can’t be the first to face a situation like that. Any ideas or best practices for handling this with ET+?

Thanks!

[David Plumstead]

In this ticket, I learned about the wootickets-send-tickets-email action

“that fires when the emails for tickets purchased through WooCommerce are dispatched.”

My follow-up question is: does that fire / is an email sent to every ticket recipient (even in situations where one purchaser buys for multiple people – assuming I set up a required email field for each recipient)?

[David Plumstead]

Hi @Barry,

My intent wasn’t to hijack – it just seemed like the closest scenario I’ve found to my situation – – and yes, I have already opened my own ticket.

You’re right – CSV is a basic way about it but fallback if nothing else can be cobbled together :). Both myself and OP are likely looking for a more automated solution though.

Thanks for mentioning wootickets-send-tickets-email. I’ll ask the question that stems from this over in my topic as it doesn’t really pertain to Salesforce.

[David Plumstead]

I feel like I haven’t been able to find the information OP seems to be looking for as well. What it boils down to is:

Can attendee info (including custom fields, ideally) be exported? Whether it’s via Zapier or other means (I’m hoping to do so through my WooCommerce > Drip integration.)

I’m coming from Eventbrite and in my case I’m looking to get data to Drip.com. They had an integration that I built automation workflows off of, using “recipient received ticket” as a trigger. This way, it didn’t matter how many attendees one given purchaser purchased for… all recipients a) had data and b) could have actions triggered for each of them.

Can that functionality be replicated here?

I imagine the goal is similar here where he’s looking to get attendee data into Salesforce.

[David Plumstead]

Ken,

I’m using TEC on multisite. TBH, I don’t recall if this was the specific reason I went this route or not but I’ve been happily using AAM (https://en-ca.wordpress.org/plugins/advanced-access-manager/) for all of my user role needs. It has come in handy a number of times for different scenarios.

Yes, it’s another plugin, but the granularity it offers (even down to per-user access) is worth it in my opinion. Obviously that opinion is shared given the 80,000+ installs – and it’s not even the most popular solution.

If you were adamant about not adding another plugin, I suppose you could edit roles manually but to what end?

That’s my $0.2 from someone who has the working setup you’re after.

Cheers.

[David Plumstead]

Thanks for all the options Jamie.

I’m just in the planning stages of this project but by the sounds of things, the CSS option may work depending on how I end up setting this up.

Actually, tying it to a certain member level as outlined in your other link may be the better approach.

Thanks!

[David Plumstead]

I guess as a follow-up, I was thinking “there had to be another way” because it would seem like being able to set an exclusion for a “once” date range would be ideal in situations like March Break.

[David Plumstead]

That’s all I could come up with Friday. I was attributing it to “Friday afternoon brain” but I guess that’s because it was the only answer 🙂 Thanks for reinforcing that for me.

Tyler

[David Plumstead]

Hi Brendan,

I’m trying to be patient. We’re nearing a month and a half since this was reported. Any idea if a fix is on the horizon?

Thanks.

[David Plumstead]

Hi Brendan, I appreciate the update!

[David Plumstead]

Got it – thanks!

I’m still adjusting to having that “once” option there – my previous calendaring experiences didn’t have that option. I have exactly what I was looking for now, thanks!

[David Plumstead]

Great, thanks for the update Brendan! I look forward to your response.

[Author]

Posts