Returns and reversals

when an ach payment cannot be accepted by the receiving financial institution, it is returned to the originator by the receiving bank ( {{rdfi}} ) if a payment has settled successfully but was sent in error, it can be reversed by the originating bank ( {{odfi}} ) both returns and reversals are governed by nacha operating rules , which define when and how each may be used returns a return occurs when the rdfi cannot post the entry to the receiver’s account the typical flow is the originator (sender) initiates an ach payment the rdfi determines it cannot accept or post the payment (for example, account closed, invalid account, insufficient funds, or consumer claims the debit was unauthorized) the rdfi sends the transaction back to the odfi with a standard request and response codes (r01–r85) identifying the reason you can use our returns docid 7ji1odgdnaksdq88pivdu api to return a payment a cross river {{partner id}} is associated with an inbound payment only after it has successfully posted to the receiver’s cross river account therefore, you will not see inbound payments that fail posting for reasons such as an invalid routing number or an account restriction timing rules many administrative or processing returns must be transmitted by midnight of the second banking day following settlement consumer unauthorized debit returns (for example, r10/r11) may be transmitted for up to 60 calendar days after settlement, provided the rdfi obtains a written statement of unauthorized debit (wsud) rdfis must return such items no later than the opening of the sixth banking day after completing wsud review reversals a reversal is an outbound entry initiated by the odfi to correct an incorrect original entry examples of incorrect entries include duplicate entry incorrect receiver account incorrect amount payment sent earlier than intended (for outbound pull debits) payment sent later than intended (for outbound push credits) when you initiate a reversal via api, you must supply the original payment id and a reversal reason using the reversals endpoint you can also manage reversal flow using the cos explorer interface nacha requirement s a reversal must be originated within five banking days of the original entry’s settlement date the originator must make a reasonable attempt to notify the receiver of the reversal and the reason no later than the reversal’s settlement date improper reversals may themselves be returned by the rdfi (for example, code r11— consumer, up to 60 days, code r17—non consumer, within 2 banking days) reversals are not guaranteed to recover funds the rdfi may reject a reversal if the account is closed, lacks funds, or the receiver disputes