|
Rob Slowen
|
March 8, 2013 at 3:51 am
Hi guys We are currently adding a shopping cart to our site (woocommerce) using Worldpay and paypal standard as payment gateways.
As we are selling other services aswell as events, we want a solution so that users only use one cart/checkout process if possible.
The other reason for this is that Worldpay only lets you set one return URL in their interface so Woocommerce needs one and so does EE if we were to continue to accept payments for events through EE.
Please can you explain if the following solutions would work?
- Use the alternate registration page setting so to add a button on the event page that takes them to a product set up in Woocommerce that corresponds to that event category and price?
(We would then manually add the purchaser to the event unless you can think of another way?)
Or
- is there a way of integrating with Worldpay so that the standard return URL set up at Worlpay (the woocommerce thank you page) is overidden for EE purchases – and hence keep EE handling our payments for events?
Or
- Are there any other options you could suggest for this setup?
With the alternate registration page option – I can’t see any button or register link on the home page that takes the customer to that page – it has just hidden the registration form with no options to pay – any thoughts on this?
Thanks Rob
|
|
Jonathan Wilson
|
March 8, 2013 at 12:45 pm
Hi Rob,
Out of the three options you gave, the first one would probably work best. However it would be more manual work.
As you may already know, Event Espresso is not designed to add items/products to an event registration out of the box. Here is something you could try. Currently the workaround for this is to create an event for the additional items you would like to be included and use the Multiple Event Registration add-on to add an add-to-cart link (https://eventespresso.com/wiki/multiple-events-registration-use-add-to-cart-link-instead-of-default-registration-form/) for those additional items.
An example of this is available here: http://eetesting.info/3.1.josh/?page_id=4®event_action=register&event_id=1191
After you’ve added the other item(s)/donation as an event this is how you’ll add the items to the description of your main event and add these as additional option:
[ESPRESSO_CART_LINK event_id=”1191″ anchor=”Register for This Event”] [ESPRESSO_CART_LINK event_id=”1189″ anchor=”Add a T-shirt”] [ESPRESSO_CART_LINK event_id=”1190″ anchor=”Add a Sticker”]
|
|
Rob Slowen
|
March 21, 2013 at 2:20 pm
Hi Jonathan
Thanks for coming back to me and your suggestions.
We definitely need to run the two systems side by side (Event Espresso & Woocommerce)and using multi-event registrations as suggested wouldn’t work.
One of the main reasons for wanting to keep EE handling event payments is to avoid manual data entry, plus if someone clicks to order and then drops out at payment stage, EE saves their details so we can follow them up and try and convert – which is awesome!
If Worldpay had a way of having more than one return URL then we could have this working exactly as we wanted.
Unfortunately, the bulk of our services will be sold through Woocommerce, so we need to use the Woocommerce thank-you url as the return page from Worldpay.
Questions are this …
What would happen if the Worldpay gateway returned customers to the Woocommerce thank you page if they have purchased an EE event using the EE to manage the purchase? Ie the Woocommerce ‘Thank You’ shortcode would be on there but no EE thank you shortcode – just a generic ‘Thank you for your purchase’ text.
If we used the same thank you page but with both EE and Woocommerce shortcodes on there, do you think that would cause problems when returning from worldpay from a Woocommerce purchase and vice versa?
I’m assuming these are non-starters?!”
Thanks
Rob
|
|
Rob Slowen
|
March 21, 2013 at 2:24 pm
Another thought on this …
Could some coding be done to the ‘Register’ booking button on the event listngs so that the button registers the user against an event (as unpaid) but the URL when they click register is a Woocommerce URL adding a woocommerce product (based on the event) to the woocommerce cart?
Thus the user registers with EE and is then taken to woocommerce for payment.
We would then only need to mark the registered people as ‘Paid’ manually which is dead easy.
Sorry for the brain puke – just trying to think ways to do this …
|
|
Josh
|
March 22, 2013 at 8:23 am
HI Rob,
If we used the same thank you page but with both EE and Woocommerce shortcodes on there, do you think that would cause problems when returning from worldpay from a Woocommerce purchase and vice versa?
You could try this out and see if it works. There might need to be some custom coding added that would add a conditional check (like check for an attendee_ID, if it’s there run the Event Espresso shortcode, if no attendee_ID run the Woocommerce shortcode.
The “sharing the same thank you page” would be a simpler solution than trying to send the registration payment over to woocommerce. Someone would need to build a plugin to pass the ticket amounts and attendee info over to woocommerce.
|
|
Rob Slowen
|
March 25, 2013 at 4:07 am
Thanks Josh
Looking into the option of using the same ‘Thank you’ page and having both shortcodes on there.
Could you post an example of the type of code required to perform such a conditional check? And where to place it to avoid updates causing problems etc?
Cheers
|
|
Josh
|
March 26, 2013 at 9:25 am
Hi Rob,
I don’t have example code for this. The [ESPRESSO_PAYMENTS] shortcode shouldn’t run if it’s outside of an Event Espresso registration. I’m not sure about the woocommerce shortcode though. I think you could try placing both on one page and run a test for each to see if any custom coding is even necessary.
If custom coding is needed, it could be put into a custom page template to be used by only that page. This would be something that could be added to the theme.
|
|
Rob Slowen
|
March 27, 2013 at 10:32 am
An update on this for anyone who’s interested. In case other people are searching for answers on this.
You can have the Woocommerce and EE shortcodes- ie [ESPRESSO_PAYMENTS] and [woocommerce_thankyou] on the same thank-you page without any issue for Paypal Standard.
I’m not sure about other gateways … it looks like for Worldpay this won’t work
For Paypal standard, we specified the return URL in Paypal and when a Woocommerce payment goes through, the EE shortcode appears as text on the top of the page – so we just made the shortcodes white to match our page background.
Both payment types, EE and Woocommerce worked when returning from Paypal so we were happy with that.
Next was Worldpay (which was the reason for this post as Worldpay requires one return URL).
The problem we have encountered is that the Woocommerce integration with Worldpay requires you to enter a specific URL to communicate with the Worldpay gateway before returning you to the Thank-you page.
This is something like http:// OR https://.
As this isn’t linking directly to the thank-you page with the shortcodes on then I imagine it won’t work for EE payments.
If there are suggestions to get round this for Worldpay then please let me know.
Otherwise it’s back to creating a Woocommerce product for each EE event we have and using alternate registration URLs and manual updates etc.
There is an extension to Woocommerce called Wootickets by the people who make ‘Events calendar’ that interacts between the two and then syncs purchasers with the events plugin.
Wouldn’t that be awesome for EE?!
|
|
Rob Slowen
|
March 27, 2013 at 10:42 am
To clarify as it cut our the return URLs above.
The required Worldpay return URL for Woocommerce is something like:
> Blockquote
wpdisplay item=”MC_callback” as the URL string after http://
Hence it won’t work sharing the thank you page as worldpay isn’t told to refer directly to it.
|
|
Josh
|
April 11, 2013 at 8:43 am
Thanks for sharing the information Rob.
|
