Community Support Forums — WordPress® ( Users Helping Users ) — 2011-05-31T18:32:21-05:00 http://www.primothemes.com/forums/feed.php?f=4&t=6639 2011-05-31T18:32:21-05:00 http://www.primothemes.com/forums/viewtopic.php?t=6639&p=16440#p16440 <![CDATA[Re: Question regarding memberhip upgrade - how it works]]> Statistics: Posted by Cristián Lávaque — May 31st, 2011, 6:32 pm


]]>
2011-05-31T14:57:39-05:00 http://www.primothemes.com/forums/viewtopic.php?t=6639&p=16428#p16428 <![CDATA[Re: Question regarding memberhip upgrade - how it works]]>
Thank you for posting that!

If I understand it properly, the upgrade button actually makes sense only when we have an upgrade from free level to whatever paid one.

If we try to hadle it between 2 paid levels (one cheaper, one more expensive) we end up with a mess. I undertsnad it's a paypal issue and definitely not easy to solve to have everyone happy, but imagine I have a 1year membership for 10$ and an other one for 100$.

If my user gets the trick, he registers for the 10$ one and the next day upgrades to 100$ and so enjoys full membership for the coming year for only 10$: (as paypal will only attempt 2 charge him after 364 days ..) If he closes the bank/paypal account 1 week after registration, he'll enjoy full service and I stand high chances not 2 get the money after 1 year.

I am not saying people will start doing so, but it's a "hole" I would rather avoid making available.

hmm ... can't really see the light at the end of the tunnel here ...

Statistics: Posted by candy — May 31st, 2011, 2:57 pm


]]>
2011-05-31T14:30:08-05:00 http://www.primothemes.com/forums/viewtopic.php?t=6639&p=16423#p16423 <![CDATA[Re: Question regarding memberhip upgrade - how it works]]>
Jason Caldwell wrote:
AliPay, Clickbank, Google Checkout, and ccBill.

The options are limited for these integrations. Any modifications or cancellations must be completed by logging into these services. s2Member provides Modification/Cancellation Button generators for these services, to make this easy for site owners to implement. For example: s2Member -> Clickbank Buttons -> Modification/Cancellation Buttons.

That being said, even with these services, if a Customer goes back through the checkout process using a normal Payment Button (and they are already logged into the site), s2Member is still capable of upgrading/downgrading their existing account. However, this effectively creates two paid Subscriptions (both tied to the same Username), because these services do not provide any formal method of billing modification, other than to log into each of these services and update billing details, and/or cancel.

In other words, with each of these gateway integrations, the ideal approach is for a Customer (or administrator) to cancel existing charges, then have the Customer go back through the checkout process again. They can retain their original Username, by first logging into the site before they proceed with checkout. This allows s2Member to update the existing Username, instead of asking the Customer to register all over again.

PayPal Standard integration (Subscriptions)

The modification process takes place at PayPal, and PayPal's policy is to process the modification instantly, but billing does not change until the next billing date of the original subscription plan.

For instance, if a Customer is paying monthly at $24.95/mo for Level #1 Access, and then they upgrade to Level #2 at $49.00/mo, here is how its handled.

- s2Member automatically upgrades them to Level #2 membership immediately after modification is completed at PayPal.
- PayPal will charge them $49 on the next recurring payment.

PayPal Standard integration (Buy Now)

In this case, the EOT Time is what controls their length of access, because there is no Subscription plan established at PayPal (i.e. it's a Buy Now transaction). So in this case, the upgrade/downgrade just configures the Membership Access at whatever the Button is configured for.

This works well, except... this is where we need to improve, because the EOT Time, needs to be incremented instead of reset to a completely new value. At least it does in some cases. There are other cases, where this would NOT be desirable. For instance, if they are upgrading to acquire a new Capability only, and not necessarily to obtain more time on their access.

In this case, incrementing the time is not the best approach; instead, the EOT Time should remain as it was, and not be changed at all. A new Button Generator that allows for the addition of specific Capabilities is needed I think; and that would solve this conflict, making it possible for us to increment the EOT Time without introducing a problem for some site owners. This is also needed for Subscriptions, so that Capabilities become more independent, and can be sold separately, as needed.

PayPal & Authorize.Net Pro Forms (Recurring Profiles)

In this case, we give complete control to the site owner, and s2Member makes NO assumptions. Whenever an upgrade takes place, the old Recurring Profile is completely terminated, and a new one is created in its place, which carries with it a completely new set of terms. There is nothing carried over, and there is no prorating done on the part of s2Member. It's up to the site owner to configure the Modification Form to whatever it needs to be. In some cases, this might mean that a grace period offered through the application of Free Days, or a first Initial payment amount that is less, might be needed. (Both might be appropriate during an upgrade, depending on the scenario).

There is room for improvement here too, though I've not decided exactly what it should be. Although the current implementation is not as powerful as it could be, it is easy to understand, and provides the site owner with full control. Again though, we need to make it possible to sell Capabilities separately, without any other modifications taking place.

PayPal & Authorize.net Pro Forms (Buy Now)

In this case, the EOT Time is what controls their length of access, because there is no Recurring Profile established at PayPal (i.e. it's a Buy Now transaction). So in this case, the upgrade/downgrade just configures the Membership Access at whatever the Form is configured for. This works the same as Standard integration Buy Now modifications that I mentioned at #2 above.


And the new version that'll come out soon will have a new setting to handle the EOT in differently, extending the existing subscription instead of replacing it, I'm not sure if in upgrades there will be prorating done.

Let me know if this helps understand it better.

Statistics: Posted by Cristián Lávaque — May 31st, 2011, 2:30 pm


]]>
2011-05-31T06:08:51-05:00 http://www.primothemes.com/forums/viewtopic.php?t=6639&p=16399#p16399 <![CDATA[Question regarding memberhip upgrade - how it works]]>
Could you please help me understand how is this really working?

If I have a member who registered for level 1 (paid) for a year, and 3 month after registration he decides to upgrade to level 2 (also paid, but more expensive) what does actually happen?

If let's say for level 1 he paid 20$ for 1 year and level 2 costs 50$/year, and he upgrades from level 1 to level2, 3 month after initial registration, how much will he pay if I use one of those "upgrade" buttons?

Will he have 2 pay the full amount (50$) or just the difference to what he already paid calculated for the left 9 month?

Thank you!

Statistics: Posted by candy — May 31st, 2011, 6:08 am


]]>