A school mails a deposit check for a spring field trip. It sits in the group sales coordinator’s inbox for a week, and when it finally gets applied to the reservation, the payment ends up dated the day it was keyed in, not the day the check arrived or was deposited. Finance reconciles against the bank, the dates don’t line up, and someone asks whether the payment can just be moved back a week.
Short answer: maybe, depending on where the payment is in its life. Here’s how to think about it, what to try, and how to set up group sales payment entry so the date is right the first time.
Why the date is hard to change
A group sales payment isn’t just a note on a reservation. It’s a revenue record. Once it’s saved, it can feed deposits, batches, revenue reports, and (if your organization posts to a general ledger) your accounting export. The payment date is one of the fields those downstream pieces depend on, so Altru tends to protect it.
In practice, how much you can edit usually depends on two things:
- Whether the payment has been posted. Unposted revenue is generally more forgiving than revenue that has already gone to the GL. Once it’s posted, expect the date to be locked, and expect any correction to show up as an adjustment rather than a quiet edit.
- Your security role. Some revenue edit tasks are limited to specific roles. A coordinator who can take payments may not be able to change them.
Field-level behavior can vary by Altru release and by how your system is configured, so we won’t pretend there’s one universal click-path. The fastest way to know for certain is to open a test payment in your sandbox (or a low-stakes live payment you can fix) and see which fields are editable, then confirm with Blackbaud support if anything is unclear.
Options, from least to most disruptive
1. Edit the revenue record directly
Find the payment from the constituent or organization record’s revenue history (or through a revenue search) rather than from the reservation screen, and look for an edit option on the payment itself. If the date is editable and the payment isn’t posted, this is the cleanest fix. Add a note on the record saying why the date changed and who approved it.
2. Leave the date alone and record the real date elsewhere
If what finance actually cares about is matching the bank, the payment date may not be the right field to fight over. Many teams reconcile against the deposit instead. If the payment is tied to a deposit with the correct deposit date, the revenue date being a few days later often doesn’t matter for reconciliation. A note or reference field holding the check date can cover the rest.
3. Reverse and re-enter
When the date truly has to be different (for example, the payment landed in the wrong fiscal month and the books are about to close), the usual path is to reverse or refund the original payment and enter a new one with the correct date. This is heavier than it sounds:
- It leaves both transactions in the revenue history, which is the point for auditors but can confuse staff later.
- If the original was posted, the reversal posts too, and finance needs to know it’s coming.
- Check that the reservation’s balance due looks right afterward. A reversal followed by a new payment should net out, but verify before you tell the group leader they’re paid in full.
Talk to whoever owns your GL before doing this on anything already posted. Some finance teams would rather make a journal entry on their side and leave Altru alone.
Getting the date right at entry
The real fix is upstream. The need to backdate almost always traces back to the same few habits:
- Checks wait in a pile. Set a rule that group sales checks are entered the day they arrive, or at least before the next deposit is made. If one person is out, someone else needs permission to apply group payments.
- Payments get applied at event time instead of when received. A deposit that comes in months early should be recorded when it comes in, not when the group shows up. Otherwise your revenue reports say you earned it in the wrong month.
- Nobody checks the date field. If your payment entry form lets you set a date at the time of entry, train staff to look at it before saving, especially for mailed payments. If it doesn’t, that’s another reason to enter payments promptly.
- Month-end surprises. Run a simple query of group sales payments entered in the last few days of each month, with the entry date alongside the payment date. Reviewing that list before the books close catches problems while they’re still easy to fix.
A note for finance and group sales together
Most of the friction here comes from two teams using “date” to mean different things: the coordinator thinks of the reservation and event date, and finance thinks of when cash hit the bank. Agree on which date matters for which report (revenue date, deposit date, event date) and write it down. Once that’s settled, most “can we change the date” questions turn into “which report should I run,” and those are a lot easier to answer.
Quick answers
Can I change the payment date from the reservation itself?
Often the reservation shows payments but isn’t where they’re edited. Look at the payment as a revenue record instead. If the date is still locked there, it’s likely posted or restricted by your security role.
Will changing the date affect the reservation balance?
A date edit by itself shouldn’t change the amount applied. A reverse-and-re-enter will temporarily change the balance, so confirm it’s correct when you’re done.
