Platform

Origination, submission and lifecycle management.

Embank accepts entries from an originator, validates and screens them, assembles them into files against each processing window, and tracks each entry through settlement, returns and notifications of change.

Lifecycle

The states an entry passes through

Each entry carries a state from the moment it is accepted until its return period has elapsed. Every transition is recorded with a timestamp, and the entry retains a reference to the file it was carried in and the settlement date assigned to it.

An entry that fails validation is rejected before it reaches a file. An entry that has settled may still be returned by the receiving institution within the applicable timeframe.

Fig. 05 Entry states
States an ACH entry passes through An entry is created, validated, queued to a processing window, transmitted in a file and settled. It may instead be rejected before transmission, or returned after settlement, and a notification of change may arrive separately. ENTRY STATES CreatedValidated QueuedTransmitted Settled Accepted from theoriginator Format, routing andlimit checks applied Assigned to aprocessing window Included in a file atthe window cutoff Posted on the settlement date RejectedReturned Failed validation beforereaching a file Returned by the RDFI witha return reason code A notification of change may also be received, correcting the account or routing information on the entry.
Entry states
CreatedAccepted from the originator
ValidatedFormat, routing and limit checks applied
QueuedAssigned to a processing window
TransmittedIncluded in a file at the window cutoff
SettledPosted on the settlement date
Before a file · from ValidatedRejectedFailed validation before reaching a file
After settlement · from the RDFIReturnedReturned with a return reason code. A notification of change may also correct the account or routing information.

Settlement is not a terminal state. An entry remains subject to return until the timeframe for the applicable return reason code has elapsed.

Processing windows

Cutoffs, files and banking days

Entries are held in a queue and assembled into a file at the cutoff for the window they were assigned. The window an entry meets, together with the banking day calendar, determines its settlement date.

Fig. 06 Settlement across banking days
Settlement across banking days A Same Day entry submitted Wednesday settles Wednesday. A standard entry submitted Wednesday settles Thursday. A standard entry submitted Friday after the cutoff settles the following Monday, because Saturday and Sunday are not banking days. MONTUEWED THUFRI SATSUN MON Not banking days Same Day entry submitted Wednesday, before a window cutoff SETTLES Standard entry submitted Wednesday IN TRANSIT SETTLES Standard entry submitted Friday, after the cutoff IN TRANSIT SETTLES
Settlement across banking days
Same Day — submitted Wed before a cutoff
Settles Wed
Same banking day settlement.
Standard — submitted Wed
In transit WedSettles Thu
Standard — submitted Fri after the cutoff
In transit FriSettles Mon
Saturdays, Sundays and federal holidays are not banking days.

Saturdays, Sundays and federal holidays are not banking days. An entry submitted after the final cutoff on a Friday settles on the following Monday.

Window selectionSet per entry
The processing option is specified on each entry rather than configured once for the account. An originator may submit standard entries and Same Day entries in the same session.
Originator cutoffPrecedes the network deadline
Embank applies its own cutoff ahead of the published network deadline to allow for validation, screening and file assembly. Entries received after the cutoff are assigned to the next available window.
Same Day eligibilityValue and entry type
Same Day ACH entries are limited to $1,000,000 each. Entries exceeding the limit, and entry types not eligible for Same Day processing, are assigned to standard settlement.
Effective entry dateCarried on the entry
An originator may date an entry forward. The entry is held in the queue and assembled into the file for the window that corresponds to the requested settlement date.
Account verification

Confirming the receiving account

Account information is validated before an entry is originated. The method used depends on the account, the channel through which the authorization was obtained, and the requirements applicable to the SEC code.

Verification methods
MethodResultTimingNotes
InstantValidated accountSecondsThe receiver confirms the account through their financial institution. Coverage varies by institution.
Micro-depositValidated account1–2 banking daysTwo small credits are originated and confirmed by the receiver. Used where instant coverage is unavailable.
PrenotificationAccount confirmed3 banking daysA zero-dollar entry sent ahead of the first live entry. The RDFI may respond with a return or a notification of change.
Routing checkFormat validatedImmediateChecksum and directory validation of the routing number at submission. Does not confirm that the account exists.

Consumer debits authorized through an internet or mobile channel are subject to an account validation requirement for the first entry to a given account under the Nacha Operating Rules.

Authorization

Records retained against each mandate

An originator is required to obtain authorization in the form applicable to the SEC code and to produce evidence of it on request. Embank retains that evidence against the mandate the entries are originated under.

01

Authorization language

The exact text presented to the receiver at the time consent was given, retained as displayed.

02

Method and channel

Whether authorization was obtained in writing, through an internet or mobile channel, or orally by telephone.

03

Timestamp and identifiers

The date and time of consent, together with the identifiers captured at that moment.

04

Terms of the authorization

Amount or amount range, frequency and duration where the authorization covers recurring entries.

05

Revocation

Revocation recorded as an event against the mandate. Further entries under a revoked mandate are blocked at submission.

06

Export

The complete record exportable for a dispute, an audit, or a review by the sponsoring institution.

Returns

Returns, re-presentment and notifications of change

Return reason codes are classified on receipt. Whether an entry may be presented again, and on what schedule, follows from the category of the return rather than from a single retry setting.

Return categories and handling
CategoryRepresentative codesRe-presentmentAction taken
FundingR01, R09PermittedScheduled within the limits the Nacha Operating Rules establish for the number and timing of attempts.
AdministrativeR02, R03, R04Not permittedFurther entries stop. The mandate is flagged and the account must be re-verified before a new entry is originated.
UnauthorizedR05, R07, R10, R29Not permittedEntries under the mandate are blocked. The retained authorization record is attached for the originator to work the item.
CorrectionC01–C07Not applicableThe corrected account or routing information is applied to the mandate before the next entry is originated.

Entries returned for insufficient or uncollected funds may be presented again only within the limits the rules establish. Presenting an entry repeatedly after an administrative return produces further returns and further fees without a prospect of collection.

Risk

Limits, monitoring and exposure

A debit entry extends value before the return period has elapsed. Limits and monitoring are configured per originator and agreed at the outset of the relationship.

Value and velocity limitsPer originator and per mandate
Maximum single entry value, daily aggregate value and entry counts are set per originator, and may be set per mandate where an individual receiver warrants a separate limit.
Return rate monitoringAgainst Nacha thresholds
Administrative, unauthorized and overall debit return rates are calculated on a rolling basis and reported against the thresholds the Nacha Operating Rules establish. Alerts are raised before a threshold is reached rather than after.
Screening at submissionHeld rather than dropped
Entries that fail a screening rule are held and surfaced for review. They are not silently discarded, and the reason for the hold is recorded against the entry.
Reserve and fundingAgreed per relationship
The funding model and any reserve requirement are established during onboarding on the basis of volume, average entry value, return history and the nature of the underlying obligation.

Return rate thresholds are established by the Nacha Operating Rules and are subject to revision. The current published thresholds govern.

Reporting

Reconciliation

Each entry carries a timestamped state history and a reference to the file it was transmitted in. Settlement reporting associates the entries carried in a file with the settlement entry that resulted from it, so that a deposit can be resolved to the entries that produced it without manual matching.

Returns and notifications of change are recorded against the original entry and the mandate it was originated under, and remain available after the return period has elapsed.

Contact

Request pricing

Provide your monthly volume, average entry value and billing frequency, and a member of the Embank team will respond within one business day.