Skip to main content

Overview

In planning settlement timing of an ACH to payees, it should be understood that the exact timing is subject to updates from multiple participating financial institutions, and as such is not fully controllable and cannot be guaranteed. GrailPay orchestrates file delivery according to preset windows, and there is then flexibility within these windows for participating financial institutions to action and communicate updates. Numerous factors influence the exact timing of events on participant bank accounts and funds availability, including the posting policies of destination financial institutions, which GrailPay cannot alter or influence. GrailPay delivers ACH files to our banking partner according to a preset schedule based on the Federal Reserve’s preset ACH windows. Our file delivery batches Standard and Fast ACHs, which our banking partner then distributes based on the set speed of each individual payment within its own file distribution schedule to the Fed.

Processing Windows

The exact timing of status changes on Fast ACH payments typically occurs anytime within the window from the Bank to Fed File Transmission time up until the Fed to Bank File Update Expected time. While status changes on individual payments submitted concurrently to the same window on any given day are typically consistent, the exact timing of status changes within a given window can vary from day to day, sometimes considerably.

End-to-End Payment Settlement

End-to-end settlement covers the full path from payment creation through to funds reaching the payee — the debit on the payer all the way through to the credit to the payee. A payout is preceded by a first-leg ACH debit — the capture, or pay-in — and the payout to the payee typically follows once that capture has settled. Where an account is prefunded, a payout may be released without first waiting on a capture. Because each leg moves through the processing windows above, expected end-to-end timing depends on the speed of the payment and on when it is created relative to those windows. As with the windows themselves, the timings below reflect what we generally expect rather than a guaranteed schedule, and remain subject to the posting policies and actions of the participating financial institutions.
GrailPay offers pre-funded payout flows on a per-request basis.

Individual Payouts

An individual payout is picked up at the next applicable processing window following its creation.


Batch Payouts

Batched payouts group the pay-ins of many payments from many payers to one payee into one payout, thereby consolidating cost to you and reconciliation line items for the payee.


Questions?

If you’re encountering any issues, please reach out to [email protected].