A couple at the membership desk wants a family-level membership. One of them hands over a debit card for half, the other offers a credit card for the rest. Or a grandmother wants to put $100 toward her grandson’s family membership, and he’ll pay the balance. Either way, it’s one membership and two payments, and the person at the register has to decide how to ring it.
How you handle it in Altru depends on which of two quite different situations you’re in. Sorting that out first saves you from a messy revenue record and an awkward reconciliation later.
Two different questions hiding in one
Two payment methods, one payer. The money comes from different tenders (cash and card, two cards, a gift card and a card), but it’s all going to the same household. This is a payment-entry question.
Two payers. Two different people or constituents are each paying part of the cost, and at least one of them wants credit for their share, a receipt, or a tax acknowledgment. This is a revenue and attribution question, and it’s the harder one.
One payer, two tenders
Point-of-sale transactions in Altru are built around an order that can carry more than one payment line, so cash plus card is generally something staff can process at the desk. Two separate credit cards on one order is the case worth testing yourself, because the answer can depend on your payment processor and how your merchant setup handles multiple card authorizations. Don’t guess on this one in front of a member.
Before you write a desk procedure, run each combination in a sandbox or training environment:
- Cash plus credit card on a single membership sale.
- Two different credit cards on a single membership sale.
- A partial card payment where the second card is declined. What happens to the order, and can staff void cleanly?
- A refund on a split-tender membership. Does it refund to both tenders correctly, or does it need manual handling?
Then check the results where your finance team will see them: your deposit and batch reports, and whatever daily reconciliation you run. A split that rings fine but posts in a confusing way will cost more time at month-end than it saved at the desk. If any test fails or behaves unexpectedly, ask Blackbaud support whether it’s expected behavior for your configuration before you build a workaround.
Two payers, one membership
Here the core constraint is that a payment in Altru belongs to a constituent. A membership sale has one payer on the transaction, and the membership itself belongs to the member and household. Altru doesn’t give you a simple way to say “this membership was paid 50/50 by these two people” on a single transaction, at least not in a way most organizations find clean. If you’re unsure what your version supports, confirm it with support rather than relying on a staff member’s memory of how it worked at their last job.
The workable options, roughly in order of how often they fit:
Option 1: Record one payer, collect from both
Treat the member’s household as the payer of the full amount. If the second person hands over cash or a card at the desk, it goes on the same order as a second tender. Add a note on the constituent or revenue record naming who contributed what. This is the simplest option and keeps the membership record clean. The tradeoff: the second person gets no separate receipt or credit in Altru.
Option 2: Make it a gift membership
If the second person is covering most of the cost, sometimes the honest answer is that it’s a gift. Process the membership as a gift from the giver, and have the recipient pay any difference toward an upgrade or add-on. It reflects reality better and gives the giver a proper record, but it only works when the split is lopsided.
Option 3: Membership plus a separate contribution
The member pays for the membership, and the second person makes a separate donation, which is then informally “applied” by reducing what the member owes. Be careful here. Unless your organization has a deliberate policy for this, it blurs the line between a membership purchase and a charitable gift, and that matters for acknowledgments and for how your finance team reports revenue. Talk to finance before offering this at the desk.
Option 4: Recognition credit, if you use it
If your Altru setup tracks recognition or soft credit for revenue, you may be able to record the payer of record and give the second person recognition. Whether this is available and appropriate depends on how your organization has configured revenue recognition, so check with your database administrator first.
Online is a different story
Altru web forms are designed around a single checkout with a single payer and payment. If a member asks to split an online membership purchase, the practical answer is usually to direct them to the desk or the phone, where staff can enter it with multiple tenders. Put that in your FAQ so members don’t try to buy twice and end up with a duplicate membership to untangle.
Write a short desk rule
Whatever you choose, give front-line staff a one-page rule they can follow without calling a supervisor:
- Same household, two tenders: one order, multiple payments, as tested.
- Two people, member pays most: member is the payer, note who else contributed.
- Two people, giver pays most: process as a gift membership.
- Anyone wants a separate tax receipt: hold the transaction and get the membership manager.
That last line matters most. Receipting questions are where improvised splits cause real problems, and they’re easier to get right before the card is swiped than after.
Quick answers
Can a member pay half now and half later?
That’s an installment question, not a split-tender one. Check whether your membership programs are set up to allow installment or pledge-style payments before promising it to anyone.
Will a split payment show up oddly in reports?
It can, especially in tender-based deposit reports. Run a test split through your normal daily reconciliation once so finance knows what to expect.
