January 2, 2014 at 2:30 pm #49609Mdudley286Member
You can manually extend a user’s expiry by simply adding the time to the current “Subscription Starts” date fields value.
i) So, lets say a member’s subscription start date field’s value is 2012-09-25
ii). For whatever reason you want to manually give another 30 days to this user (usually this is done automatically when a user purchase more time)
iii). Edit this member’s profile from the admin dashboard and set the the subscription start date field’s value to 2012-10-20
iv) Save the profile.
Now, if you look at this member’s expiry date, you will see that the extra time has been added to their profile.
What happens to the PayPal recurring billing date?
I have a subscriber who pays for 3 months and it recurs every 3 months, but I have a referral program that gives them an free month for every referral. I know I can manually add in the time but how does that effect the recurring billing cycle? I use the subscribe button for PayPal in eStore.
A different question, is there a program that will automatically add the free time for referrals?January 2, 2014 at 10:05 pm #49610
The paypal subscription will end as usual. It won’t charge extra when you manually adjust a member’s access duration.
No, there is no program to add free time for referral automatically.January 3, 2014 at 5:58 pm #49611Mdudley286Member
But if its recurring until canceled when will the extra time show up?January 3, 2014 at 11:20 pm #49612
okay first, The system wasn’t designed to handle your type of setup that you are doing. We don’t have any feature that allows extending a user’s account based on the referral they do. So what we are doing is a manual workaround for it. When you (the admin) is manually editing a member’s record, you have complete control over that account. You can make that account inactive or active. You can give that user more time or less time. You can change the user’s membership level to some other level. Whatever you want because you are manually editing the member’s profile.
With that said, there are probably a few ways to achieve a similar result but here is how I would do it:
1) Create a new membership level with 1, 2 or 3 months duration (whatever amount you want to give for free). Give it access to the same content as your other premium level. You can also make 3 membership levels (1 for 1 month, 1 for 2 months and 1 for 3 months).
2) Now, let the user’s subscription end as usual.
3) When their subscription ends, You manually edit that user’s profile (from the admin side) and change the membership level to the one you created in step 1.
4) Change the user’s account state to Active (if needed).
5) Change the subscription start date value to todays date.
6) Save the profile and this user will enjoy another 1, 2 or 3 months of free membership he earned from doing that extra referral work.June 22, 2015 at 7:17 am #49613BitStormMember
If I update the users “subscription start date” so it extends their membership, will that change also be reflected in Paypal?
So if I modify the users Start Date so their 1 year subscription extended for an extra 2 months, with Paypal be notified to also wait an extra 2 months before taking the next subscription payment?June 22, 2015 at 11:35 pm #49614
No, PayPal doesn’t let you modify an existing subscription/recurring payment agreement (for security reasons). If you need to change the payment cycle for some reason then cancel the subscription and create a new one.March 4, 2020 at 6:46 am #49615
Hello – replying to this thread because we have started experiencing the same issue as the title: renewals are not including previous paid time.
It seems that our users who renew their account before their expiry date are losing all the time that was left between their date of renewal and their original expiry date (i.e. the renewal time is not being added to the original term, but rather is being calculated based on the date of renewal, not being added to the original expiry date).
We are using a 1 year term for our subscriptions. So, for example, if the original expiry date for the user was March 1, 2020 and they renew their account on February 15, 2020, their new expiry date becomes February 15, 2021 instead of March 1, 2021 as it should.
Can you please help here? Has something changed within eMember to cause this issue?March 4, 2020 at 8:35 pm #49616wzpModerator
When they renew, are they logged into the existing account?March 5, 2020 at 12:12 am #49617
Nope, nothing has changed with emember plugin in this respect. The log file will have valuable info for this to figure out what setup has gone wrong. Do you have any log data from that user’s renewal?March 5, 2020 at 4:28 am #49618
Thank you for your replies –
I’ve looked through our receipts now and I can see that this was indeed not happening for all users; it only occurred in a couple instances recently. Sorry, I should have checked that more thoroughly first. So you are correct and it is working properly, and users who renew before their expiry date are not in fact losing time.
However, while looking into this I’ve discovered something else:
While logged-in users who renew before their expiry date are not in fact losing time, as I originally reported, it does seem that users who renew after their expiry date are losing time.
For example (again based on a 1 year subscription), if the original expiry date for the user was February 1, 2020, and they renew their account on March 1, 2020, their new expiry date becomes February 1, 2021 (instead of March 1, 2021). The user is thereby losing a full month of membership, and they are only receiving 11 months of membership for their membership payment, instead of the full 12 month term that they should receive.
If the user renews their account after their membership has expired, shouldn’t the new term begin on the date of renewal payment and not the date of the original expiry? Otherwise they are getting shortchanged.
Regarding whether the aforementioned users were logged-in (those who lost time after renewing before their expiry date):
Our renewal page is protected, so users should be required to be logged-in in order to renew. However, we do have a “Buy Now” button on the public part of the site, so it’s possible that in those instances the members paid their fee that way without being logged-in.
However, can you please explain so that we can understand, in that case: if a user renews without being logged-in, how is eMember even able to update their expiry date at all in that case, if the user was not logged-in?
Regarding log data – we didn’t have debug enabled, and since it doesn’t seem that we have actually experienced any errors here I have not turned it on. If you think we should enable debug for any reason please just let me know.
Thank youMarch 5, 2020 at 11:44 pm #49619
The new start date should start from the date of payment (no loss of time). If you are seeing a different behavior, then something else is going on. Need debug logging data to see what is happening to that profile. That will give me insights in terms of if the membership level for it has been setup correctly.
Load a fresh copy of the plugin and enable debug logging. Then when a renewal comes through, we can look at the log file and see what the setup looks like.March 6, 2020 at 3:01 am #49620
Ok I have now enable debug and will monitor to see if another instance appears of a user losing time when renewing after the expiry date.
Can you please just clarify – for the instances of users losing time when renewing before the expiry date, of which we only received a couple, and for which you had said that they must have not been logged-in to their account when paying:
In that case, if a user paid for their membership while not being logged-in to their account, how does eMember then update their expiry date at all in that case? If a user pays for membership while not being logged-in, wouldn’t eMember end up creating a new account for them instead of renewing their existing account?March 10, 2020 at 2:14 am #49621
It tries to find an existing account with the given email (When a user is not logged into the site). If it finds an existing account with the email that was used for the payment, it will apply that payment to that profile. It should not lose any time regardless (given nothing else is going on). The log file will help understand what is going on.January 4, 2021 at 9:29 pm #82226
We have encountered another instance of a member renewal with previously paid time lost, this time with debug enabled. Could we please ask you to take a look at the debug log?
Thank you!January 5, 2021 at 9:53 pm #82236
Use the contact form on our site to get in touch (reference this forum post). That way, I will be able to log in and check the setup and the log file.
- You must be logged in to reply to this topic.