A transaction recorded in the wrong period has the right amount but the wrong month. On a bank reconciliation it often passes as an ordinary timing item. Find it by comparing ledger dates with source dates, then redate it if the month is open, or correct it in the current month if the period is closed.
How does a transaction recorded in the wrong period show on a reconciliation?
A wrong-period transaction leaves a pair of matching marks across two reconciliations. In one month it is an item the bank does not show; in the next it clears or is missing in reverse. Often each reconciliation still balances, because the error moves cash between months without changing the total.
Two patterns cover most cases.
Booked too early. A payment or deposit is dated in the ledger before it happened. The bank does not show it on that month's statement, so it lands on the reconciliation as an outstanding check or a deposit in transit. Next month it clears and drops off. Both reconciliations balance, but the first month's book balance was wrong.
Booked too late. A fee, transfer or deposit the bank processed in one month is dated in the next. In the first month it shows as an unrecorded bank item, a book-side adjustment someone may or may not book. In the second month the ledger has a line the bank shows nowhere, and if someone did book the adjustment the first month, the same item is now in the books twice.
The "too late" case is the one that produces a visible gap, and it often appears as an amount that equals one line in month two after appearing as the same line in month one. The "too early" case usually produces no gap at all. It shows up only when someone looks at the dates.
Telling a wrong-period entry from an ordinary timing item
A timing item is a transaction that happened in your period but reached the bank later, such as a check mailed on the 30th. A wrong-period entry is one that did not happen in your period at all. The test is the source date, not the ledger date: when was the check signed, the payment sent, or the deposit made?
Ask these questions of every outstanding check, deposit in transit and unrecorded bank item near the month-end:
- What date is on the source document? A check's written date, a deposit slip's bank stamp, an electronic payment's initiation date.
- Could the bank have shown it this month? An ACH debit you schedule for the 1st cannot be outstanding on the 31st. It did not exist yet.
- How long until it cleared? A check that clears on the 2nd is plausible timing. A deposit "in transit" for six days across a weekend is not.
- Does the amount cluster at month-end? A run of large items dated the last day of the period, all clearing the first days of the next, is a cutoff question.
Electronic items deserve the most attention. Paper checks have mail and processing time, so being outstanding over a month-end is normal. Card payments, ACH debits and wires post within days, and the bank usually prints the date it received them. If the ledger date is earlier than any date the bank could have used, the ledger is wrong.
Moving a wrong-period transaction while the month is open
While the period is still open, the fix is to change the transaction's date to the right one and rerun the reconciliation. No correcting entry is needed, because no one has relied on the figures yet. Leave a note in the memo field saying what the original date was and why it changed.
A worked example in an open month
The figures are an example. A company pays July rent of $4,800.00 by ACH. The landlord's system debits the account on July 1. The bookkeeper entered the payment on June 30, because that was the day the invoice was approved.
| June reconciliation, as first prepared | Amount |
|---|---|
| Balance per bank, June 30 | $37,210.00 |
| Less: outstanding items, including ACH rent $4,800.00 | ($6,135.00) |
| Adjusted bank balance | $31,075.00 |
| Balance per books, June 30 | $31,075.00 |
The reconciliation balances, so nothing looks wrong. But the rent debit could not be outstanding at June 30: the landlord had not drawn it. The company had $4,800.00 more cash at June 30 than the books said, and June shows a month of rent expense that belongs to July.
Redating the payment to July 1 changes June:
| June reconciliation, corrected | Amount |
|---|---|
| Balance per bank, June 30 | $37,210.00 |
| Less: outstanding items, without the rent | ($1,335.00) |
| Adjusted bank balance | $35,875.00 |
| Balance per books, June 30 | $35,875.00 |
July is unchanged at the bank, because the debit was always a July transaction. July's reconciliation simply loses an item that would have cleared on day one.
Fixing a wrong-period entry after the books are closed
After the month is closed and the reconciliation is signed, do not reopen the period to change the date. Leave the closed month as it was reported, and correct the effect in the current open month with a dated entry that explains what happened. The reconciliation for the current month then carries the explanation.
Using the rent example, suppose June closed before anyone noticed. The payment cleared on July 1, so July's cash is right and the bank side needs nothing. The error is in the other accounts: June carries July's rent. Whether that needs a correcting entry depends on what the company reports and to whom. A monthly management report can usually absorb a note that June rent expense includes July. Formal financial statements may need more.
When a closed-period error does change cash at the current month-end, such as a fee that was booked twice across two months, record the correction in the current month and show it on the reconciliation:
- Date the entry in the open period, never in the closed one.
- Use the same accounts as the original, so the correction offsets it exactly.
- In the memo, name the original transaction, its wrong date and the right one.
- Attach or reference the source document that proves the right date.
If the amount is large or it changes a report someone relied on, the decision about whether to restate is a bigger one. The materiality judgment and the restate-or-adjust choice are covered in how to correct a prior period reconciliation error.
When the correction shows as a negative item
A correction booked in the current month sometimes appears on the reconciliation as a reconciling item with a minus sign on the side you do not expect, for example a negative outstanding check while the original is being reversed. That can be right, but it is also how sign mistakes slip in. The cases where a negative item is legitimate are set out in what negative reconciling items mean.
Does a wrong-period entry across year-end need more care?
A wrong-period entry across a fiscal year-end needs more care than one inside the year, because it moves income, expense or cash between two sets of annual statements and, often, two tax returns. Auditors test this boundary on purpose, under the name cutoff, so a dating error there is more likely to be found and questioned.
At year-end, look at three groups of items:
- Checks dated in the last days of the year that cleared weeks later. A check written on December 31 but held in a drawer until January has not been paid. It inflates expenses and lowers cash in the old year.
- Deposits dated December 31 that the bank credited in January. A deposit recorded before it was made raises cash and possibly revenue in the year it does not belong to.
- Transfers between your own accounts that cross the year-end. If one side is in December and the other in January, cash appears in neither account, or in both.
The reconciliation for the last month of the year is where these are easiest to see, because every one of them shows as a reconciling item. Ask for the source date on each one before the year's figures are finalised, not after.
Companies with formal close controls handle this through cutoff reviews and period locks owned by someone other than the preparer. For public companies, those controls are part of what is tested in SOX controls over cash.
Telling the reviewer about a wrong-period correction
A reviewer needs to know about every wrong-period correction you make, even one that does not change cash. Write a short note on the reconciliation that says what was found, what the original and corrected dates were, which periods were affected, and whether any report already issued needs a note.
A note a reviewer can sign off quickly reads like this example:
July 1 ACH rent debit of $4,800.00 was recorded June 30. Found during July reconciliation. June closed; June cash understated by $4,800.00 and June rent expense overstated by the same. No entry to cash needed in July. June management report to carry a footnote. Support: landlord's payment confirmation, bank statement July 1.
Keep the note with the reconciliation workpapers, not only in the accounting system's memo field. If the same kind of error recurs, the notes show the pattern: the same person, the same vendor, the same last-day approvals. That is the evidence you need to change the process, such as dating electronic payments on the date they will settle rather than the date they were approved.
PreciseBankFlow extracts the date on every statement line and matches lines to your ledger, which puts the bank's date beside yours for each item near the month-end. You can ask for a setup time for your firm.