A couple has had a dual membership for six years, under the wife’s name. This year the husband pays the renewal with his card, and afterward the membership shows him as the primary member. Her name moves to second on the card, the renewal letters start going to him, and her giving history no longer lines up with the membership. Nobody on staff meant to change anything.
This is one of the more frustrating Altru membership behaviors because it happens quietly and gets noticed weeks later. There isn’t a single setting we can point to that turns it off everywhere. What you can do is understand when it happens, change how renewals get entered, and catch the cases that slip through.
Why the primary member changes
In Altru, the membership, the people on it, and the person who pays are related but separate things. The trouble starts when a renewal is processed in a way that treats the payer as the person the membership belongs to. Common ways that happens:
- Starting the renewal from the payer’s constituent record. If staff open the secondary member’s record (because that’s who is standing at the desk or on the phone) and renew from there, the transaction can be built around that person.
- Online renewals. Whoever fills out the web form is usually the one Altru matches to. If a spouse, adult child, or grandparent renews on someone else’s behalf, the form submitter may end up as primary, or Altru may create a new constituent and attach the membership to them.
- Gift memberships handled as renewals. A parent paying for an adult child’s renewal is a gift. Processed as an ordinary renewal, the payer can end up on the membership.
- Not reviewing the member list during the transaction. Renewal screens often let staff confirm or change who is primary. If that step gets clicked through, whatever Altru defaulted to sticks.
Exact behavior can vary with your membership program setup and how your web forms are configured, so don’t assume. Test it: in a sandbox, or on a test household you create, renew a dual membership three ways (from the primary’s record, from the secondary’s record, and through your online form with the secondary as the buyer) and look at who ends up primary each time. That half hour will tell you which channel is actually causing your problem.
Preventing it at the desk and on the phone
Most of the fix here is procedure, not configuration.
- Always start from the membership, not the person in front of you. Look up the existing membership (by member ID or by searching either member’s name), confirm who is primary, and renew that membership.
- Separate “who pays” from “who the membership belongs to.” Train staff to ask, “Is this renewal for your household’s existing membership?” and then enter the payer only as the payment source, not as a change to the member list.
- Check the members before saving. Make it a habit to read the primary and secondary names back to the guest before finishing the transaction. It takes five seconds and catches most mistakes.
- Treat third-party payments as gifts. If someone outside the household is paying, use your gift membership process so the recipient stays primary and the giver is recorded as the giver.
Put these four points on a single card at each register. Seasonal and part-time staff are the ones most likely to renew from whatever record they pulled up first.
Reducing it online
Web renewals are harder to control because you can’t coach the person filling out the form. A few things help:
- Add plain instructions on the renewal page asking the buyer to enter the primary member’s name and email, with a separate path for buying a membership as a gift.
- Include the member ID in renewal emails and ask people to use it, so staff have something reliable to match on when reviewing transactions.
- Review online renewals in your batch or transaction review step before they’re committed, specifically looking for changes to the primary member or newly created constituents who share an address with an existing member.
Whether your web forms can lock the primary member during renewal is worth a direct question to Blackbaud support. Describe the scenario specifically (secondary member renews online, primary changes) rather than asking generally, and you’ll get a more useful answer.
Catching the ones that slip through
Even with good habits, some will get through. Build a membership query you run weekly:
- Memberships with a renewal transaction in the last 7 to 14 days.
- Output the current primary member alongside the constituent who made the payment.
- Filter to rows where those two differ, or where the primary member’s record was created recently.
Not every row is an error. Sometimes a household genuinely wants to change who is primary. But the list is short enough to review by eye, and it gets problems fixed before the renewal letters and card mailings go out with the wrong name.
Fixing a membership that already switched
When you find one, edit the membership to restore the original primary member and keep the other person as a secondary member. Then check the related pieces, since these don’t always follow automatically:
- Card names and any cards already printed or sent.
- Communication and mailing preferences, so renewal notices go to the right person.
- Duplicate constituents, if an online renewal created a new record for someone who already existed.
- Revenue attribution, if your reports credit giving to the primary member.
Add a note to the membership explaining what was changed and why. The next person who sees the history will thank you.
Quick answers
Is there a setting that stops Altru from ever changing the primary member?
We aren’t aware of a single global switch for this. Confirm with Blackbaud support for your configuration, and in the meantime rely on renewal procedure and a weekly review query.
Does it matter who is primary if both people get the same benefits?
Usually yes. The primary member often drives mailing names, renewal communications, reporting, and recognition, so a silent switch shows up in places members notice.
