Allow payment with a different paypal email than the registered email

[compass international]

I am using eStore + eMember and want to offer premium accounts.

My payment flow is like this at the moment:

– Customer adds membership to cart.

– Customer clicks “checkout with paypal” and is redirected to a registration/login page before he can proceed

– After registration he is automatically signed in and can then click paypal again to pay.

– his membership is then upgraded.

My problem:

– Many people have more than one email address in use.

– If a customer registers one email address before paying and then uses a different email address in his paypal account the payment is processed but the membership is not updated.

Question:

– Is there a way to fix this? Any recommendations? If there is absolutely no way to use two different addresses for paypal and the account, what workflow would you recommend to prevent conflicts of that kind?

Thank you!

[admin]

There are two ways eStore can detect if the payment made by a user is for an existing membership account (so it can apply the changes to that account)

1. Using the same email address for the payment

2. The user is logged in when he/she made the payment

If a member is logged into eMember and then he makes a payment then his account will be upgraded regardless of which email he used for the payment.

Basically, if a user is logged into eMember and then purchase a membership product then the plugin knows which profile to apply that purchase to. In this case it doesn’t matter if the PayPal email address is different.

[BabyWeightTV]

Hi,

I’m running the latest version of estore and emember plugins at the moment, and I just tested this process, and instead of upgrading the membership of the user that was logged in, it created a new account for a user with the paypal address.

Is there any way to resolve this issue? it is quite confusing for end-users.

Thanks

[admin]

If the user was logged in then it will definitely upgrade that account. Lets look at a transaction with debug and we will be able to see exactly what happened. Enable debug in the plugin then log into an user account and make a test membership payment and we will be able to see what it does. The following post will explain how to enable debug:

https://support.tipsandtricks-hq.com/forums/topic/how-and-when-to-enable-debug-and-what-does-it-do

[BabyWeightTV]

Okay, I think I figured it out (my setup was slightly wrong).

we’re doing a work-around to be able to offer a coupon code for a “first month free” of a recurring subscription.

the main problem is that you can’t handle subscriptions through the shopping cart, so you can’t apply a discount code.

So bascially we’re creating a product that is a normal monthly subscription. This is displayed on the front-end of the site. Then we’re creating a second product that is the same monthly subscription, but with a 1 month free trial. This one is not displayed anywhere on the site. Then we’re creating a 3rd product that is a digital download with the url being the direct subscription link to the subscription with a free trial ( example.com/?wp_eStore_subscribe=1 via the extended shortcode plugin ). This way, they can add the “download” product, use a coupon code, which gives it to them free, goes through the manual checkout process, then on the thank you page, they are given the link to the subscription with a free trial, thus giving them a free month on their subscription via a coupon code.

The issue was that the “pay per view content” was checked on the digital download product. So, it wasn’t passing a member id to paypal, so it was creating a new member account if the paypal address was not the same as the emember account. Disabling the pay-per-view content option solved the problem.

[Author]

Posts