My OwnerRez Ledger and My Bank Do Not Match. Which One Is Right?

Why are both numbers right?

OwnerRez is a booking system. Its ledger records reservations, charges, and fees when they are created, organized by stay. Your bank records cash on the day it moves. Those are two different measurements of the same business, taken at different moments, and they are not supposed to be equal on any given day.

The mistake is picking one and ignoring the other. Books built only from the OwnerRez ledger drift from reality every time a payout nets out fees. Books built only from bank deposits lose gross revenue, deductible fees, and tax liabilities inside lump sums. You need the bridge between them, and that bridge is reconciliation.

Where do the gaps come from?

• Timing. A booking exists in OwnerRez weeks before cash moves. Stay dates, charge dates, and payout dates are three different calendars.
• Netted fees. Processors and channels deduct their fees before depositing, so the cash is always smaller than the charge the ledger shows.
• Batching. One bank deposit often covers several reservations, and occasionally one reservation pays out across two deposits.
• Refunds and holds. Cancellations, partial refunds, and refundable security deposits move cash without matching new revenue.
• Channel-collected taxes. Where a channel collects and remits lodging tax, the tax appears around the booking but never in your cash. Where you remit it, it is in your cash but is a liability rather than income.

“A gap between the ledger and the bank is not an error. An unexplained gap is.”

The monthly routine

1. Pull the payout-level report for the month, from OwnerRez or from the payment processor it drives. You want rows organized by deposit, not by booking.
2. Match each payout batch to a bank deposit, one to one. This is the reconciliation, done at the level where the two systems actually meet.
3. Book each batch as a split: gross booking revenue, guest fees, processor and channel fees, refunds, and any tax you must remit, each to its own category, tagged by property.
4. Carry unmatched items forward. A payout initiated on the 30th that lands on the 2nd is next month’s first match, not a discrepancy.

Done monthly, this takes about half an hour and produces books where every deposit is explained and every fee is captured.

When is a gap a real problem?

After the routine above, anything still unexplained deserves attention the same week: a payout batch with no matching deposit after the normal delay, a deposit with no batch behind it, or component totals that disagree with the report. Those point to a failed payout, a mapping error, or a duplicate entry, and each gets easier to fix the sooner it is caught.

The Bottom Line

Stop asking which system is right. The OwnerRez ledger is right about bookings, the bank is right about cash, and your books should be built where the two meet: the payout batch. Reconcile monthly at that level and the mismatch question disappears.

Frequently asked questions

Should I do my bookkeeping from OwnerRez or from the bank feed?

From both, joined at the payout level. The bank feed is the authority on cash, and the OwnerRez or processor report is the authority on what each deposit contains. Booking each payout batch as a split entry, verified against the deposit, captures gross revenue and fees without losing cash accuracy.

Why is my OwnerRez revenue higher than my bank deposits?

Usually for healthy reasons: fees are netted out of deposits, recent bookings have not paid out yet, and channel-collected taxes appear around bookings but never reach your cash. The ledger measures gross activity; deposits measure net cash. The monthly batch reconciliation explains the difference item by item.

How should refundable security deposits from OwnerRez be booked?

As a liability while you hold them, never as income. A hold that is released simply reverses; a portion you keep for damages becomes income at that moment, with the repair booked as its own expense. The same logic applies across long-term rentals, which we cover in our security deposit article.