CiviCRM Community Forums (archive)

I am a one-man show, running an non-profit charity with around 800 members, working only part time for low pay. I do everything (member management, web site, outreach, publications, etc.). I don't have time to screw around with faulty software. Somehow, I was convinced that CiviCRM would be well worth my while, so last year I switched over from Filemaker. That itself was a much bigger project than I imagined.

In Filemaker, I had accurate records and could create useful, trustworthy reports on my membership for the Board. Sure, there was some copy and pasting from Drupal and PayPal, but at least I knew where things stood. I figured CiviCRM could produce even better reports and would save me a lot of time. Not so.

Every day of using CiviCRM brings me one step closer to chucking the whole thing. The unpredictable behavior from this software has lead me to think that it is unreliable for keeping records of our membership. Two glaring examples:

1. When a member renews in a new category, sometimes that new category is recognized, in which case it overrides the previous year's membership record instead of creating a new one. Sometimes, the old category of membership is wrongly retained and it extends the membership. Sometimes it does create a new membership record and retains the old one, leaving it in a "grace" status, thus leaving the member with two active memberships. Sometimes it does this even if the category has not changed. It's all very unpredictable and destructive.

2. When members upgrade from a free 6-month trial membership with rolling dates, into a paid membership category with fixed dates, the free membership is overwritten by the new one (the category is changed), but the rolling end date is extended by a year. This creates a  membership that is not respecting the fixed dates and which has destroyed the record of the free membership.

In all of these cases, information is being destroyed and the only way to know what memberships people had in the past is to look at contributions. And never mind the "Member Since" dates. Those are also whimsical. All of this means that I have to edit and tweak every single record of membership to try to keep an accurate record. It's now twice as much work as Filemaker.

And let's not forget the complete inaccuracy of the Membership dashboard...

I could go on and on. CiviCRM, and especially CiviMember has become a drain on my organization because I have to spend so much time fixing its mistakes. This was supposed to save me time.

Listen, I appreciate the hard work that people put into this. I know it's not easy and I know you are trying your best with limited resources. Me too. But please, can't you create something that is reliable and predictable? It's no service to the community when the software makes the work harder and more costly.

Your original question was

But please, can't you create something that is reliable and predictable? 

for that, no, I don't have an answer. Your item #2 sounds like it's not a bug per se but rather that you would prefer the memberships to work differently than they do. Other users may like it as is, so it's hard to know what's best for the majority of users.

For your #1, it's not reasonable to suggest that anything happens at random. The code is of course just logic so it works the same each time. Why you see different behaviour in seemingly identical cases I don't know.

Eillen, that is a good suggestion. Thank you.

Hershel, you are right about #1, I need to be more specific and careful in documenting this. There must be varying circumstances at work.

Thanks.

Your situation is standard Civi - ie. what you want is the way Civi does work - if you have a membership & you choose an upsell option your membership is extended as that type.

The other people are talking about when they don't want that to happen & I'm saying that if membership_organization is set to a different organisation for 2 types of membership then the membership won't be upsellable. This is the only useful function that I know of for membership_organisation in it's current form so I think it's fine to mis-use it in that way.

You need to create a "new" organisation for the paid memberships.

Eg If XYZ is the name of your organisation you create a new organisation contact record called for example XYZ-paid. (Can be called anything you like).

Currently the membership organisation for your both your free memberships and your paid memberships will be set to XYZ.

Keep your free membership as it is, but create a new paid membership choosing XYZ-paid as the membership organisation.

That way when people with a free membership 'upgrade' to a paid membership their paid membership will start on the day they pay and last for just the one year.

You just need two membership types, the free one with membership  organisation  XYZ and the paid one with membership organisation XYZ-paid.  A new member can join as either.   
A free member can 'upgrade' to a paid membership and will get a12 month paid membership that starts on the date they pay and ends 12 months later which is what you have said should happen.


The original free membership stays in existence. It runs 'in parallel' with the paid membership.  This shouldn't be a problem with access to, say, member-only web pages, because presumably a paid member can see all that a free member can and more.  If you send out emails it shouldn't be a problem either.  Set up a smart group for each member type and when you send an email to free members just remember to exclude those belonging to the paid smart group.  If you post things out to free members as well as paid members then you will need to make sure you only send once to each person.


How long do you free memberships last for?  If it is ''forever' then those who were free members before they paid will still have that free membership.  For people who were paid members from the start, the simplest way would be to send them an email reminding them they can be free members if they want to be when their paid one lapses - maybe they won't want even that.

The documentation you quote doesn't apply to your situation.  When you upsell in Civi, the duration of the new membership type  is added to the end date of the old membership type.  You have said that is not what you want and that is why you need to create this psuedo "organisation'. 

Correct - no effect on contact records other than the memberships.

I know nothing about Wordpress, but the situation I am describing can be made to work with Drupal roles using Civi Member Role Sync,  so presumably it also works with WP.

As I know nothing about your site I can't comment on unintended consequences, you need to set it up and test it out for yourself. 

If this is not enough guidance then I think you should consider paying someone to help with you set up.