Thanks for all of the excellent questions.~ and thanks for bringing this thread to my attention Cristián.redheadskater wrote:We are assuming at this point that we have to manually add in usernames and passwords for everyone (around 2,000 entries - UGH!)
Sorry for any confusion.
No, that is not necessary. The ability to mass Import/Export
existing Users/Members is a
prominent feature that comes with
s2Member Pro.
For the benefit of others. The "Import" feature comes ONLY with s2Member Pro. However, in the free version of s2Member, you can still accomplish the same thing in your list of Users. When you add new Members manually ( one by one ), you will have an opportunity to set an Auto EOT Time, and even go back and edit that later if you wish. EOT = End Of Term.redheadskater wrote:I'm concerned that the import does not notify PayPal of the subscription - so what's the point of doing an import then? This is a VERY SERIOUS LIMITATION that should have been in the documentation so that people understand this ahead of time.
The purpose of importing existing Users/Members is so they can gain access to the content you offer on your site. If you are
migrating from one publishing platform to another, or from one installation domain to another, having the ability to import/export
Users/Members is critical.
In addition, if you import the
"Paid Subscr. Gateway", and "Paid Subscr. ID" fields for each of your paying Members, it IS possible for s2Member to continue communications with PayPal, or another Payment Gateway that is integrated with s2Member Pro. But only if your Payment Gateway can be configured to send all future IPN responses to s2Member after you complete the importation.
In many cases, this IS possible. In some cases though, depending on the software you were using previously, this is not possible. When it is NOT possible for your Payment Gateway to send future IPN notifications to s2Member, the best solution is to import your
existing Users/Members with a predetermined Auto-EOT Time, as discussed below.
Whenever you do the import, for each Member, you can specifiy an "Auto-EOT Date ( mm/dd/yyyy )". s2Member will respond to this event automatically, and WITHOUT reliance on PayPal®. The Auto-EOT Date is telling s2Member that a specific account is absolutely going to expire at a particular date in the future, regardless of what PayPal® says or does with the Recurring Profile, or transaction on record.
So although this is not what I would consider to be a "perfect solution", it will give you some peace of mind; knowing that all of your existing Members ( those being migrated into s2Member ), are going to be denied access on a specific date that you configure yourself during import. This can also be modified later on a per-User basis, by going to Users -> click [Edit] next to a particular User in the list and this brings up a panel with all of the editable fields; which includes the Auto-EOT Date.
Just to clear up any confusion.redheadskater wrote:I was assuming that we needed to input the subscription date and EOT date (which would trigger the PayPal recurring billing, I thought). If not, that is going to be one big administrative nightmare.
s2Member does NOT initiate any recurring billing transactions ( ever ). It does create Recurring Billing Profiles and it processes initial and "Buy Now" transactions. However, all of s2Member's Gateway integrations are designed to utilize the automated recurring services offered by each of the Gateways respectively. For instance, in the case of PayPal Pro, s2Member takes full advantage of the Recurring Billing service provided by PayPal. In the case of Authorize.Net, s2Member takes advantage of their ARB ( Automated Recurring Service ), and so on. So once a sale is initially completed, from that point on, s2Member only listens to IPN responses that come from your Payment Gateway.
It's important to realize that your Payment Gateway ( i.e. PayPal®, or ClickBank®, Google® Checkout, Authorize.Net®, ccBill® ) are responsible for recurring billing. s2Member's job is to synchronize with important events that can occur with a Recurring Billing Profile. Such as a cancellation, expiration, multiple failed payments, refunds, charge-backs, and other EOT events ( End Of Term ).
So importing
Users/Members into an installation of s2Member has no impact on the future billing of any
existing paying Customers.
-- UNLESS, your previous membership management system was integrated with a Payment Gateway, in such a way, that your software was processing recurring billing transactions instead of your Payment Gateway. For portability, we discourage the use of software packages that do this, just for this reason. It makes it very difficult to move things around in the future, because the software package ( usually proprietary ) would require special attention.
We're always open to new ideas and suggestions.
So if you have something you'd like to share, or a list of desires, I'd love to hear about them.
~ Thank you!