ACH Prenote: What It Is, How Long It Takes and When to Skip It

Aug 17, 2026

Convert your bank statement to Excel now

PDF, JPG, PNG, BMP, HEIC, TIFF, MT940

Upload your bank statement

An ACH prenote, short for prenotification, is a zero dollar ACH entry sent to a bank to confirm that a routing number and account number are valid and can accept an entry, before any real money moves. It carries no funds. It exists so that a payroll direct deposit or a vendor payment does not fail on the day it matters. Under the Nacha Operating Rules a prenote is optional, but once you send one you have to wait three banking days before initiating the first live entry to that account.

The part that confuses people most is what a successful prenote looks like: nothing. No confirmation, no acknowledgment, no receipt. If the receiving bank finds the account and can post to it, it stays silent. You only hear back when something is wrong.

What an ACH prenote actually checks

A prenote is a validity check, not an identity check, and the distinction matters more than most teams realize when they set the process up.

The receiving bank, the RDFI in ACH language, is required to look at the routing number and the account number and confirm the entry is postable: the routing number is real and belongs to that institution, the account exists, and the account is open and able to receive that kind of entry. That is the whole scope.

What it does not check is ownership. Nobody verifies that the account belongs to the employee or the vendor whose name you put in the file. A prenote will pass cleanly for an account that exists and is open even when the name on the entry belongs to someone else entirely. Teams that treat a clean prenote as fraud prevention have misread what it does. It catches typos and closed accounts. It does not catch a payment redirected to a criminal's real, open, valid account.

What happens after you send one

There are three possible outcomes, and only two of them produce a message.

OutcomeWhat you receiveWhat to do
The account is fineNothing at all. Silence is the pass.Wait out the three banking days, then send the live entry.
The details are wrongA return entry with an R code. R03 means no account or unable to locate, R04 means the account number is structurally invalid.Do not resend. Go back to the employee or vendor and get corrected details, then prenote again.
The details have changedA Notification of Change, a COR entry carrying a change code and the corrected value.Update your records with the corrected data. You are obliged to apply it before the next entry.

The Notification of Change is the one people ignore and should not. A bank sends a NOC when the entry was postable but something in it was stale, most often after a merger changed the routing number, or after an account was renumbered. If you post the payment and bin the NOC, the same correction arrives every month until the old detail finally stops working.

How long does an ACH prenote take?

Nacha requires a minimum of three banking days between the settlement date of the prenote and the first live entry to that account. Banking days exclude weekends and federal holidays, so a prenote sent on a Thursday before a Monday holiday does not clear its waiting period until the following Thursday.

Three days is the floor, not the recommendation. Most payroll teams build in six to ten banking days, because the three day rule only governs when you may send the live entry. It does not guarantee the bank has finished responding. A return or a NOC can still land after you have already released payroll, which is exactly the situation the prenote was meant to prevent. If a new hire's first check is two weeks out, prenote immediately rather than the day before the run.

What a prenote looks like inside a NACHA file

A prenote is not a special record type. It is an ordinary entry detail record with a prenote transaction code and an amount of ten zeros:

6231210002481745500219       0000000000EMP00417       MARIA GONZALEZ          0091000010000001

Read it left to right and it is the same 94 character layout as any other entry. The 6 says entry detail. The 23 at positions 2 and 3 is the prenote transaction code. Positions 4 to 12 hold the routing number split into its eight digit prefix and its check digit. The account number sits at 13 to 29, and the amount field at 30 to 39 is ten zeros because no money is moving. A full breakdown of every field, with a complete valid file you can test a parser against, is on the NACHA file format example page.

There are four prenote transaction codes, one for each combination of account type and direction:

CodeMeaningLive equivalent
23Prenote of a checking credit22
28Prenote of a checking debit27
33Prenote of a savings credit32
38Prenote of a savings debit37

Prenote the direction you are actually going to use. A prenote sent as a credit does not validate the account for debits, and an account that accepts direct deposit may still be blocked for debits by an ACH debit filter the customer set up.

One practical warning about the batch totals. Prenotes count toward the entry count and the entry hash in the batch control record, but they contribute nothing to the dollar totals. A batch of nothing but prenotes has a legitimate entry count with zeros in both dollar fields, and a validator written on the assumption that a real batch always has money in it will flag a perfectly good file. If you want the counts and the hash checked properly before you send, the NACHA file validator handles zero dollar batches without complaining.

Are prenotes required?

No. Nacha makes prenotification optional for the originator. Where the obligation bites is on the receiving bank: if you do send one, the RDFI must verify the account and respond if anything is wrong, and you in turn must honor the three banking day wait and act on any Notification of Change you get back.

Plenty of large originators have moved away from prenotes toward instant account validation services, which query account status through an API and return an answer in seconds rather than days. That shift accelerated after the Nacha rule requiring WEB debit originators to use a commercially reasonable method of account validation, which a prenote satisfies but so do faster alternatives. Prenotes are still standard in payroll, where the schedule leaves room for them and the cost of a failed first paycheck is high.

When to skip the prenote

Skip it when the delay costs more than the failure would. A one off vendor payment going out this week does not benefit from a process that adds three banking days minimum, especially when a returned entry simply means you resend it. Skip it when you already validated the account another way, since running both is duplicated effort for the same answer. And skip it when the account details came from a source that already proves the account works, such as a customer who has been paying you by ACH debit from that same account for a year.

Use it when a payment failing would be visibly bad: a new employee's first direct deposit, a benefits disbursement, a recurring collection you are switching from checks. Use it when you are onboarding a batch of accounts at once, because catching twelve bad account numbers before payroll is worth far more than catching them after. Teams running high volumes of vendor payments often fold prenotes into onboarding rather than payment time, which is where accounts payable automation tends to put the validation step as well: verify once when the vendor record is created, not on the day the invoice is due.

Reconciling prenotes on the bank statement

A prenote moves no money, so it should never appear as a transaction on your operating account. If a zero dollar line does show up, some banks display prenote activity as a memo item in the ACH report rather than in the posted transaction list, which is worth knowing before you spend twenty minutes trying to reconcile something that has no amount.

The place prenotes usually cause reconciliation confusion is the entry count. Your ACH report says the file carried 48 entries; the bank statement shows a single lump sum covering 44 payments. The other four were prenotes. When you are matching a settled batch back against your own records, the fastest approach is to have both sides as data rather than as documents, which means converting the statement PDF into rows and the ACH file into rows and matching on trace number. There is a full walkthrough in the guide to reconciling an ACH file against your bank statement, and the NACHA file to Excel converter handles the file side.

Frequently asked questions about ACH prenotes

What is an ACH prenote?

An ACH prenote is a zero dollar entry sent through the ACH network to confirm that a routing number and account number are valid and able to receive entries, before any live payment is initiated. It is defined in the Nacha Operating Rules as a non-monetary entry sent to the receiving bank prior to the first credit or debit to that account. It is optional for the originator.

How long does a prenote take?

Nacha requires at least three banking days between the prenote settlement date and the first live entry to that account. Banking days exclude weekends and federal holidays. Most payroll teams allow six to ten banking days in practice, because a return or a Notification of Change can still arrive after the three day minimum has passed.

How do I know if a prenote was successful?

You do not get a confirmation. Silence is the pass. If the receiving bank can post to the account it sends nothing back, so no news after the waiting period means the routing and account numbers are good. You only hear from the bank when it returns the entry with an R code or sends a Notification of Change with corrected details.

Does a prenote verify the account holder's name?

No. The receiving bank checks that the routing number and account number are valid and that the account can accept the entry. It does not confirm the name on the entry matches the name on the account. That gap is why a clean prenote is not fraud protection, and why teams worried about payment redirection use account ownership verification instead.

What transaction code is used for a prenote?

Code 23 for a checking credit prenote, 28 for a checking debit, 33 for a savings credit and 38 for a savings debit. These sit at positions 2 and 3 of the entry detail record, and the amount field at positions 30 to 39 is filled with ten zeros because no money moves.

Are ACH prenotes required by Nacha?

No, sending a prenote is optional. The rules only take effect once you send one: you must then wait three banking days before the first live entry, and you must act on any Notification of Change the receiving bank returns. The receiving bank, for its part, is obliged to validate the account and respond if the entry is not postable.

Can a prenote be returned?

Yes. If the account cannot be located the bank returns it as R03, and if the account number fails a structural check it returns R04. A returned prenote means the details are wrong, so the fix is to get corrected information from the employee or vendor rather than to resend the same numbers. Every return reason is listed in the ACH return codes reference.

Do prenotes cost money?

Most banks charge per ACH entry regardless of the amount, so a prenote typically costs the same per item fee as a live payment even though no funds move. Fees are usually cents rather than dollars. Weigh that against a failed payroll deposit, which costs a wire fee, a same day ACH fee or an unhappy employee, and prenoting new accounts is normally the cheaper side of the trade.

The short version

A prenote is a cheap, slow, narrow check: it proves an account exists and can be posted to, nothing more. Send one when the first payment failing would be genuinely damaging and you have the lead time, act on every Notification of Change you receive, and remember that no response is the good outcome. If you need to read the entries in the file itself rather than trust the report, converting the ACH file into spreadsheet rows takes seconds and makes the zero dollar entries obvious at a glance, and the same approach applied to the statement side turns reconciliation into a lookup instead of a hunt through PDF pages.

Ready to convert your bank statement?

Upload a PDF and get clean Excel or CSV in seconds. Works with statements from any bank.

Convert to Excel now

Free to try, no credit card required