When you need to return money to a customer, refund the payment that collected it. You choose which payment lines to refund and how much to return from each line, and Rhythm updates the invoice, any store credit, and the payment status.
When to Use This
Use a refund when you need to return part or all of a payment recorded in Finance & Billing. This includes card charges, electronic checks, cash payments, checks, wires, and other payment types. The steps are the same for each payment method, but the money returns differently based on how the customer paid. Card and bank charges can return electronically, while cash, check, and wire payments must be returned another way. See Choosing How the Money Comes Back, below. If your association should keep the money so the customer can use it later, see Find, View, and Correct a Refund or Credit to understand how credits work, or issue a credit from the same payment instead.
Prerequisites
- Permission to create refunds. If you open the payment record directly to issue the refund, you also need administrator access to that payment record.
- An open batch for the payment's business unit. You can also leave the batch field blank, and Rhythm assigns a default batch for you. The refund must stay in the same business unit and currency as the original payment or credit. If an order mixes merchant accounts or business units, Rhythm may not be able to match the refund correctly, which can fail validation or prevent batch assignment.
- A payment that collected money. If an order was cancelled while it was still Awaiting Payment, or it only has a credit memo or invoice, there is no payment to refund. If no payment was applied to the order, cancelling it does not create anything to reverse.
Refund a Payment
- Open the payment you want to refund. You can find it from a transaction search, the customer's account, or an order. From an order, open the person's or organization's Orders, open the purchase, and scroll to Related Transactions to find the payment line. Refunds always start from the payment record, not from the invoice's Receive Payment action or from a coupon or discount line on the order. Use the payment record when you need to check whether a refund already exists or issue another refund.
- Open Payment Options and select Issue a Refund.... The green Issue a Refund button next to the menu does the same thing when the payment is not voided.
- Rhythm lists every payment line, including each invoice line it paid, any overpayment it created, and any store credit it used. Rhythm selects each line that still has money available and fills in the remaining amount. Clear a line or change its amount if you only want to refund part of the payment. If you are refunding because of a retroactive coupon or discount adjustment, select the refund option and edit these lines. Applying the coupon alone does not create a refund or assign it to a batch. Before you submit, check the amounts Rhythm filled in. For group registrations especially, a retroactive coupon or other discount adjustment can sometimes make Rhythm calculate the wrong line amount, so confirm each line against the amount you intend to return.
- Choose the batch where you want to record the refund.
- If the payment is a card or electronic check payment, decide whether to check Do not perform electronic refund. Leave it unchecked when you want Rhythm to send the money back through the payment processor. Check it when you want to record the refund without an electronic transfer, such as when you are returning the money another way. This choice does not appear for payments that were never processed electronically, such as cash, paper check, wire, or a payment made entirely with store credit. Rhythm has no electronic charge to reverse for those payments, so those refunds are always recorded without a processor call.
- If the payment's cash account is a merchant account, choose what Rhythm should do if the processor cannot complete the refund: stop the refund, or record it anyway so you can reconcile later.
- Add a memo if you want one, then select Process Refund.
Result
Rhythm creates the refund, sends the money back through the payment processor when that applies, and reopens the balance on each invoice line included in the refund. The payment status changes to show whether the payment is partially or fully refunded.
Warning
Selecting Process Refund sends money back to the customer's card or bank account immediately, with no confirmation step. Check the amounts and the electronic refund choice before you select it.
Warning
Do not issue a refund on a payment that already has a dispute or chargeback filed against it. Accepting the dispute already returns the money to the customer's issuing bank, so a separate refund can return the same money a second time. If a dispute is already filed, accept the dispute instead of refunding the payment.
Tip
If a payment shows as a reverse authorization, you cannot undo that process after it starts. You cannot cancel a reverse auth. If you need to keep the payment, process the charge again instead of trying to reverse the reversal.
Choosing How the Money Comes Back
Checking Do not perform electronic refund records the refund in Rhythm without sending anything through the payment processor. No money moves electronically, even though the refund shows as completed on the record. Rhythm shows a warning banner when you check it, so you know no money is about to move. Rhythm does not store a reason or flag the refund for later reconciliation, so the refund record will not remind you that the money still needs to go back another way. Track that through your own process, such as a memo or internal note. A refund created this way also never creates an electronic-refund transaction in Rhythm Payments. If you compare Rhythm's refund history with your processor's or Rhythm Payments records, this is why one place shows something the other does not. To confirm later whether a refund was created this way, check its audit log. The audit log records whether the non-electronic option was selected, which is usually the fastest way to see why no matching processor transaction exists.
Wire transfers work the same way. Cancelling or refunding an order paid by wire only records the refund in Rhythm; it does not move money. Your accounting staff still needs to send the funds back manually outside Rhythm. A registration paid by check works the same way. Use the invoice's refund process to create the refund record in Rhythm, and complete the cancellation first if you are also cancelling. Then apply a credit memo so the invoice balance returns to zero. The actual money for the check payment still has to go back manually. For a returned or bounced electronic check, use this same non-electronic refund to reopen the invoice balance without attempting another electronic transfer. The payer can then submit a new payment. If you know up front that a refund must go out another way, such as when the original card is no longer active and you will cut a check instead, note that in the cancellation record. Rhythm can still record the cancellation while your accounting process handles the actual refund separately.
When you leave Do not perform electronic refund unchecked, Rhythm sends the money back through the same payment processor that took the original charge. It does not send the refund through a different processor. For an electronic check, the money goes back to the original bank account through the gateway. If Rhythm shows the refund as completed and you want to confirm the transfer landed, check with your processor directly. If your association changed processors, or this payment was recorded before your account moved to its current processor, the refund still has to go back through the processor that took the money. The merchant account's recorded legacy processor and cutover date keep older refunds going to the right place, including payments from before your account moved to Rhythm Payments. If the payment was recorded under a merchant account your association no longer uses, such as before a management company change, it may have no refund path through your current processor account. Check Do not perform electronic refund and handle that refund outside Rhythm instead. If the original transaction never settled at the processor, it can show as voided there. Refunding it in Rhythm does not send money back, because there is nothing left to reverse. For card refunds through Payrix, you cannot refund more than the original transaction amount. If a full refund still leaves money owed, send the remaining amount back another way. If the original charge went through a different processor, searching only in Rhythm Payments will not find the refund. The refund appears wherever the original payment did.
Cancelling an order can lead to the same choice. If the processor cannot complete a refund needed for the cancellation, you choose whether to proceed with the cancellation anyway, stop the cancellation, or proceed and reconcile the difference yourself afterward. If you proceed anyway, the cancellation completes in Rhythm even though the gateway never refunded. If you stop, nothing changes in Rhythm or at the gateway. If you proceed and reconcile later, the cancellation completes and Rhythm creates a refund on the payment or invoice, but the processor does not refund the money. These are the same Do not perform electronic refund and processor-failure choices described above, shown again during cancellation.
What Happens to the Invoice, Store Credit, and Payment
- The invoice reopens. Each invoice line included in the refund shows that amount owed again, as though it had not been paid.
- That reopened balance doesn't clear itself. Refunding a payment does not create a credit memo, and it does not cancel the related order or registration. If the customer should not owe that balance anymore, create and apply a credit memo. This applies after a cancellation, after moving someone to a no-charge outcome, or after finalizing a retroactive discount. Right after a retroactive discount, it can look wrong to see both a refund and a balance due, but that is expected until you complete the matching credit-memo step. Refunding only a fee line, such as a cancellation fee, does not clear a balance left by a separate retroactive price or coupon change on the same invoice. Check the invoice's full balance, not only the fee line. Until you cancel the order, a refunded invoice can still show a balance due on your A/R Aging report.
- The refund transaction stays with the order. It does not move into the invoice's own transaction list. To find it, look at the order's related transactions, not the invoice's.
- Store credit comes back. If the payment used a customer's store credit, refunding that portion restores the credit balance so the customer can apply it to another invoice. This also reverses store credit created by a duplicate payment. If nothing was applied to an invoice or order, and a duplicate-payment check gave the account store credit instead, refund that payment to reverse the credit. You do not need to update an order or invoice because none is attached to it.
- A refund that returns store credit needs enough refund lines to offset it. Rhythm always refuses a refund made only of store credit lines. The rest of the refund must also return actual money, and it is intended to add up to at least as much as the store credit you are returning. For example, if store credit cleared $300 of a payment, the refund needs $300 of refundable payment lines alongside that credit. The same logic applies when your only goal is to reverse store credit usage without refunding money. Balance the refund's inputs so the credit adjustment nets out instead of trying to refund more cash than the payment collected.
- Whether store credit can go back to the original card depends on your processor. If the original payment went through Stripe, refunding store credit usage can send that portion back to the original card or bank account through Rhythm Payments. That path is not available when the original payment went through Payrix.
- An overpayment refund draws down its credit. If part of the payment created an overpayment credit, refunding that part reduces the credit by the same amount. This keeps the same money from being both refunded and available to spend. Reversing the payment instead of refunding it does not work the same way. A reversal can leave the credit in place, so refund the posted payment when you need to clear an unwanted credit balance.
- The payment's status changes. A partly refunded payment reads "partially refunded," and a fully refunded payment reads "refunded." Refunding a credit taken from the payment does not change the payment's own status, even though money has gone back.
- Refunding a payment does not cancel a related event registration or membership order. If you need both outcomes, cancel the registration or order from its own record, either the Event Registration 360 or Order 360 page. A payment-level refund only affects the payment side. If you need to reverse a membership order and cancel the membership itself, do not refund only from the payment page. Use the order-level cancellation instead, which coordinates both outcomes. Stopping future installment charges is also separate from refunding. Cancelling an order prevents upcoming charges, but it does not refund money already collected for past installments.
- Cancelling an order can create financial records without refunding anyone. Cancelling a paid order can still create a refund record and a credit memo to reduce the balance due, even when Do not perform electronic refund is checked. Nothing is sent through the payment processor. The money stays with your organization unless you separately process an electronic refund, which you can confirm in your payment processor's records or in Rhythm Payments.
- Refunding a cancellation fee already taken is a multi-step process, not a single reversal. To reverse a cancellation fee after the fact, expect to combine several steps depending on the situation. You may need to refund related store credit from the original payment if the fee created any, process the actual money refund directly, and reconcile the remaining invoice balance with a credit memo. If the fee was withheld outside the normal invoice balance, the money refund may need to be processed manually in Rhythm Payments. If store credit was used or created during the process, you may also need to reverse that store-credit payment transaction and then refund the credit itself so it stops showing as available. In rare cases, cancelling an order with a cancellation fee can leave the invoice in an inconsistent state, such as a total of zero with a balance still due because the paid amount went negative. Apply any additional credit memo carefully in that situation, because it can push the invoice total negative instead of clearing it. Refunding directly in Rhythm Payments does not prevent you from applying a credit memo in the console afterward. Pairing a manual gateway refund with a console credit memo for the remaining invoice balance is a normal way to close out a small remaining amount.
- A refund that waived processing fees by mistake can be corrected. If a refund was processed with the option to waive processing fees left on by mistake, it can create a separate fee invoice or credit you did not intend. Reverse that resulting credit payment, then refund the payment again with the correct settings.
Why Rhythm Won't Let You Refund This Payment or This Amount
Rhythm refuses the refund and saves nothing when:
- The payment was voided or imported. You cannot refund a voided payment. If you still need to return money for a voided payment, do that directly through your payment processor instead of through Rhythm. You also cannot refund a payment imported from an earlier platform. Imported transactions are static in Rhythm, so track any refund for one outside Rhythm. Do not create a new order or invoice for it, because that would only create a separate new payment instead of refunding the original.
- The amount is more than what's left of the payment. Rhythm tracks how much of the payment remains refundable after earlier refunds and credits, and it refuses any refund above that amount. This also blocks a refund after a credit memo has already brought the invoice to zero, because the invoice is considered paid off and another refund would over-refund it. If this happens on a second attempt, check whether an earlier refund already used up the refundable amount on the payment. If a partial refund was already processed on an order marked as returned, the remaining amount may no longer be available through that order's refund flow. Issue it directly from the payment record instead.
- The payment and the refund used different exchange rates. In multi-currency situations, different exchange rates can make Rhythm compare the refund line against a converted amount larger than the original payment line. That triggers the same over-refund refusal and can block the batch from posting, even when the refund looks correct in its own currency.
- A line would be over-refunded. You cannot refund more from an invoice line than that line has paid. Some payment lines can share the same identifier, especially on older payments or payments created through an online payment link. When that happens, Rhythm can read a refund as applying twice to the same line and refuse it for the same reason. If Rhythm asks you to refresh your screen and try again, it is usually repairing this in the background, so retry once before assuming something else is wrong. If the duplicated line was already refunded or credited before the repair, retrying will not help. Contact Support instead.
- The lines don't add up to the total, or there are no lines at all. The amounts on the selected lines must add up to the refund amount.
- Store credit given back isn't offset by the rest of the refund. Rhythm always refuses a refund made only of store credit lines. Another part of the refund must return money too.
- A partial refund for an event registration isn't done from the registration or event screen. Issue the partial refund at the payment level first. Then go to the invoice and apply a credit memo to close out any remaining balance.
- The remaining cancellation fee can't be refunded from the Console once the registrant has already been refunded through event cancellation. After the cancellation refund has gone through, there is no way to refund that remaining amount there.
Tip
Canceling a customer's registration or order does not automatically refund the payment. You still need to open the payment and issue the refund separately. If cancelling shows a message that no payments are associated with the order, you can usually continue. Cancel the order, then open the payment and issue the refund from there. If a registration cancellation will not go through because it shows no associated payments even though a payment exists, try re-saving the order, invoice, and payment. That can clear a broken link between them and bring back the refund and cancellation options. The same broken-link symptom can appear as a missing refund option on the invoice alone. Open the invoice, choose Edit Details, and save it without changing anything to restore the connection to its payment. When the standard cancellation flow is stuck for this kind of reason, you can usually resolve the balance directly from the payment, or from the payments interface if you have access, instead of waiting on the cancellation itself.
Tip
If a partial refund that includes the card processing fee line fails, refund the remaining amount by itself. You can leave the processing fee as an open balance on the order or membership for now instead of being blocked entirely.
If a Refund Doesn't Behave as Expected
- You're not sure a refund actually happened. Look for a refund record tied to the original payment's transaction ID. If none exists, the refund likely did not go through. A refund can appear only as a status indicator on the original transaction row in Rhythm Payments, rather than as its own separate line item, so it can look like nothing was found even when the refund processed. A payment can also sometimes display as refunded even though no refund transaction exists. Check whether the related invoice was voided, because that can create the same appearance and make the issue harder to diagnose. Cancelling an order and issuing a credit can also mark the payment refunded on its own record without creating a refund transaction. In that case, the transaction history shows a credit applied to a replacement invoice or order instead. If Rhythm shows the refund as processed but you have reason to doubt the money moved, such as when the customer says they never received it, escalate it instead of assuming the displayed status is final. Before refunding an ambiguous card payment, such as a possible duplicate charge, confirm against the payer's card statement or another external record that the earlier charge actually posted. Refund the later payment only if the earlier charge posted, and leave it alone if the earlier charge never went through. The same card's brand can sometimes display differently between Finance & Billing and the payment platform for the same refund. That is a display inconsistency, not two different refunds.
- The gateway shows an extra charge, or a refund that doesn't match what Rhythm shows. If the gateway shows a duplicate charge with only one matching payment in Rhythm, you can usually refund it directly in Rhythm Payments. If the payment cannot be found or opened in the console, staff can issue the refund directly in Rhythm Payments and leave an internal note on the record. The console then reflects what happened, even though the gateway refund will not appear in the console's batches. Before you manually refund a merchant transaction to match Rhythm, confirm that a refund was not already processed there so you do not refund twice. If no refund exists, issue it manually in the merchant account so your records line up. If the console's refund flow will not complete, process the refund directly with your processor, then reconcile the Rhythm side using Do not perform electronic refund. If you need to return an additional amount beyond what Rhythm already recorded, refund that amount in Rhythm and manually process the same amount in the gateway so the customer receives it. The right fix depends on whether the amount you are correcting matches the amount originally attempted. A matching amount is usually a straightforward manual refund, while a different amount needs closer review before you act. If none of those options is available, you can get access to the merchant terminal and refund it there, issue a credit instead, or cut a check to the payer. When a refund cannot go back to the original card, an offline reimbursement such as a check or store credit is the usual alternative.
- You need to undo a refund you created by mistake. Rhythm does not have an in-app option to void a refund after it is created. That correction has to happen in your payment gateway instead. After you void the mistaken refund at the gateway, correct the Rhythm side by refunding only the amount you intended and recording an offline credit card payment for the remaining balance. That keeps your records showing that the money was not actually returned.
- A payment was captured by the processor but never posted to the invoice or order. To reconcile that gap, you may need to manually refund the payment in Rhythm Payments and manually correct the related registration and invoice records. Do not expect the posting to finish on its own.
- A second or final partial refund fails even though the displayed remaining amount looks right. After an earlier partial refund with cents, the console can show a remaining refundable balance with cents while validating only the whole-dollar portion. Refunding the exact displayed amount can then fail. A related pattern shows a higher decimal balance than Rhythm will actually allow after earlier partial refunds, such as showing 1.50 available when only 1.00 is treated as refundable. This can also appear as a small rounding discrepancy in the remaining refundable amount after prior partial refunds. Behind the scenes, the difference can be fractional, such as a refundable balance stored as 1.1799999999999997 instead of the displayed 1.18. If a final decimal amount will not go through, try refunding a different partial amount first and then the remainder. If a small fractional amount still will not refund in the application, issue it directly in Rhythm Payments instead.
- A refund submitted the same day as the original payment doesn't create a separate refund transaction. Rhythm can send it to the processor as a void instead. You can usually confirm this by hovering over the transaction's status indicator and checking whether it reads as a void instead of a refund.
- A disputed charge isn't automatically resolved by a refund. Refunding a disputed payment does not close the dispute. You still need to respond to and resolve the dispute separately with your processor. Dispute notifications appear in Rhythm Payments as chargeback alerts, so look there for them.
- An outdated stored payment method charged the wrong amount. If a saved card or bank account on a legacy processor is out of date and a renewal or other automatic charge comes out wrong, one recovery approach staff have used is to cancel the affected order in Console with Do not perform electronic refund checked, refund the full incorrect charge directly in the legacy processor, and then have the customer complete the renewal or change again so their saved payment method is updated in the process. This has not been independently verified as the only way to recover, so confirm it fits your situation before you rely on it.
- You've combined several corrective actions and now need to untangle them. A refund, a manual credit or other credit action, and an order cancellation can create dependencies after they have all been applied. Work through them in a deliberate order, such as reversing or correcting the most recent action first, instead of assuming one action can be undone by itself.
Related Reading
To give the customer proof of the refund, see Produce and Send a Refund Receipt. To find a refund you already processed, or move it to a different batch, see Find, View, and Correct a Refund or Credit. To zero out a balance a refund left behind, see Apply a Credit Memo to an Invoice. To review the legacy processors and cutover dates recorded for a business unit's merchant accounts, see Merchant Accounts.