Códigos de devolución de ACH explicados: qué significa cada código

Última actualización: octubre de 2026

Un código de devolución de ACH es el motivo que da un banco receptor cuando devuelve una transacción de ACH al banco de origen. El código clasifica lo que reportó el titular de la cuenta o el banco, pero no es una determinación definitiva de lo que ocurrió. Hay tres grupos de códigos clave para un originador: fondos insuficientes, estado de cuenta y problemas administrativos, y débitos no autorizados. Cada uno requiere una respuesta diferente.

Resumen rápido

• Un código de devolución de ACH registra por qué el banco receptor (RDFI) devolvió una transacción al banco de origen (ODFI). Clasifica una reclamación; no demuestra que haya fraude.

• El código R01 (Fondos insuficientes) suele ser un problema de crédito y cobranza. Los códigos de estado de cuenta como R02, R03 y R04 son problemas de validación que a menudo pueden detectarse antes de realizar el primer débito.

• Los códigos de transacciones no autorizadas (R05, R07, R10, R11 y R29) son señales de autorización y fraude, y se suman al límite del 0.5% de la tasa de devoluciones no autorizadas de Nacha.

• Nacha describe un "periodo estándar de devolución de 2 días". Los débitos de consumidores no autorizados, como R10 y R11, pueden devolverse hasta el día hábil bancario siguiente al día calendario número 60 después de la liquidación.

• Registre cada devolución junto con la decisión que permitió el pago para que el sistema aprenda de ella en la próxima transacción.

La respuesta corta

Un código de devolución registra la razón que dio el banco receptor para rechazar una transacción de ACH. Es una clasificación, no un veredicto. Un código R10 indica que el titular de la cuenta disputó la autorización, no que un estafador inició el débito, y un código R01 simplemente puede deberse a que un cliente legítimo tuvo una mala semana financiera.

Hay tres grupos de códigos de lo más importantes para cualquier empresa que cobre o envíe pagos por ACH:

• Fondos insuficientes (R01). No había dinero suficiente en la cuenta cuando se procesó el débito. Esto suele ser un problema de crédito y cobranza.

• Estado de cuenta y devoluciones administrativas (R02, R03, R04, R16, R20). La cuenta está cerrada, no se encuentra, tiene un formato incorrecto, está congelada o no admite la transacción. Estos son problemas de validación y muchos se pueden detectar antes de intentar el primer débito.

• Devoluciones no autorizadas (R05, R07, R10, R11, R29). El titular de la cuenta afirma que no autorizó el débito, o que el permiso fue revocado o excedido. Estos códigos son los más relacionados con el fraude y Nacha los monitorea bajo un límite de tasa de devolución independiente.

¿Qué es una devolución de ACH y quién la envía?

Una devolución de ACH es una transacción que el banco del titular de la cuenta devuelve, sin pagar, al banco que la envió, indicando el motivo mediante un código. En este proceso participan cuatro partes y la devolución realiza el mismo camino de regreso que el pago original:

• Originador. La empresa o plataforma que inició el pago, como una entidad financiera que cobra una cuota.

• ODFI (Institución Financiera Depositaria de Origen). El banco del originador, que envía la transacción a la red de ACH y recibe la devolución.

• RDFI (Institución Financiera Depositaria Receptora). El banco del titular de la cuenta. Decide si devuelve la transacción y selecciona el código correspondiente.

• Receptor. El titular de la cuenta a la que se le aplicó el débito o crédito.

Nacha, la asociación que establece las reglas operativas de la red de ACH, describe un "periodo estándar de devolución de 2 días". En este lapso, la RDFI debe poner la devolución a disposición de la ODFI a más tardar al inicio del horario de atención del segundo día hábil bancario tras la liquidación. Los débitos no autorizados en cuentas personales tienen un plazo mucho más largo, que se detalla en la sección de tiempos de devolución a continuación.

Códigos de devolución de ACH por grupo

La siguiente tabla agrupa los códigos analizados en esta guía. Los nombres de los códigos corresponden a los publicados oficialmente por Nacha.

Identificar primero el grupo de código le permite saber qué equipo debe revisar la devolución y a qué tasa afecta.

Fondos insuficientes: R01

El código R01 suele ser un cliente real que se quedó sin saldo ese día y no un estafador, por lo que conviene tratarlo primero como un problema de cobro. Sin embargo, puede convertirse rápido en un problema operativo, ya que una empresa con cobros frecuentes podría enviar el siguiente débito antes de que llegue la primera devolución.

El responsable de tecnología y operaciones de una financiera para PYMES que cobra diariamente describió este escenario: para cuando llega la primera devolución, ya se han procesado otros débitos. El prestamista buscaba verificar el estado de la cuenta antes de debitar, sin obligar al cliente a vincularla. Un director de la misma financiera resumió el objetivo en "evitar un efecto dominó de rechazos por fondos insuficientes" antes de que se acumulen los fallos.

El R01 también genera trabajo administrativo. Un subdirector de riesgo de un proveedor de pagos comerciales señaló que un débito fallido por fondos insuficientes abre automáticamente un caso interno y genera una notificación al comercio, convirtiéndose en una tarea de cobranza. Considere un aumento de R01 como una señal para ajustar los plazos o el análisis de crédito, y no solo como tareas acumuladas por resolver.

Devoluciones administrativas y de estado de cuenta: R02, R03, R04, R16, R20

Estos códigos señalan que el pago no pudo completarse por cuestiones técnicas, no porque el cliente se haya opuesto. Los códigos R02, R03 y R04 conforman la tasa de devolución administrativa de Nacha, por lo que un aumento constante en ellos indica problemas en la forma en que se recopilan y verifican los datos al registrar al cliente.

Muchas de estas devoluciones se pueden prevenir validando la cuenta antes del primer cobro. No obstante, la validación basada en una sola fuente de información tiene sus límites: el responsable técnico del prestamista mencionó que el monitoreo de cuentas vinculadas deja de funcionar si el usuario las desconecta. Verifique la cuenta al registrarla y de nuevo antes de procesar débitos tras un periodo largo de inactividad.

Se avecina un cambio importante. A partir del 17 de marzo de 2028, Nacha implementará el nuevo código R90, "Transacción devuelta debido a obligaciones de cumplimiento de sanciones de la RDFI", para devoluciones por sanciones del banco receptor, y el R16 volverá a significar únicamente "Cuenta congelada".

Devoluciones no autorizadas: R05, R07, R10, R11, R29

La diferencia entre R10 y R11 radica en si existía o no consentimiento previo. Con el código R10, el titular afirma no conocer al cobrador o no haberle dado permiso alguno. Con el R11, reconoce la relación comercial pero disputa ese cargo en particular.

Estos códigos, junto con el R51, conforman la tasa de devoluciones no autorizadas de Nacha. Las devoluciones de consumo no autorizadas, como R10 y R11, pueden reportarse hasta el día hábil bancario siguiente al día calendario número 60 posterior a la liquidación. El R29 aplica para cuentas de empresas, donde cualquier cargo no autorizado debe devolverse a más tardar al inicio del horario de atención del segundo día hábil bancario tras la liquidación.

Tiempos de devolución

Ese plazo tan amplio para cuentas personales suele tomar por sorpresa a los originadores. Un cargo que pareció liquidarse sin problemas en sus primeros días aún puede ser devuelto como no autorizado unos dos meses después.

Esta ventana de tiempo corre a la par de la protección del consumidor bajo la Regulación E de EE. UU. (12 CFR 1005.11), que establece que el reporte de error del cliente debe recibirse a más tardar 60 días después de que la institución bancaria envíe el estado de cuenta mensual donde aparece el cargo por primera vez. Hasta que venza el plazo extendido de Nacha, conserve las pruebas de autorización del cobro.

Límites de tasas de devolución y su impacto para el originador

Nacha publica límites para tres tasas de devolución utilizando conceptos diferentes.

La diferencia en los términos es crucial. Nacha "establece el umbral de devoluciones no autorizadas en un 0.5%", y rebasarlo puede acarrear sanciones directas. Por otro lado, las cifras administrativas y generales son niveles de referencia: superarlos inicia un análisis de las operaciones del originador en lugar de catalogarse inmediatamente como una infracción.

Una tasa es un promedio acumulado y suele reaccionar tarde. El director de un programa ALA de una pasarela de pago bancario comentó que los equipos de prevención a veces se centran solo en "las tasas de devolución de los comercios", sin notar patrones de comportamiento sospechosos inmediatos. Varios códigos R10 en cuentas nuevas pueden revelar un fraude estructurado mucho antes de que se dispare la tasa general. Analice las devoluciones individuales, no solo los totales.

Desde 2026, las normas de gestión de riesgos de Nacha también exigen el monitoreo de fraude a entidades que antes no tenían esa obligación. Nuestra guía sobre los cambios en las reglas de Nacha para 2026 detalla las novedades.

Lo que revelan los códigos de devolución de ACH sobre el fraude

El grupo de códigos no autorizados es el más ligado al fraude, pero cada devolución sigue siendo una reclamación que debe investigarse. Un R10 puede significar que un delincuente usó datos robados, pero también que el titular legítimo se arrepintió de un pago y lo disputó. El código por sí solo no aclara la situación.

El código R17 permite al banco receptor actuar bajo sospecha propia. Nacha autoriza a una RDFI a devolver una transacción usando el R17 si sospecha de fraude o falsedad de identidad, dentro de los dos días hábiles estándar. La definición de falsedad de identidad de Nacha incluye la suplantación de identidad personal, de facultades de representación o de propiedad de cuenta, abarcando estafas de suplantación de identidad de proveedores, nóminas o correos corporativos (BEC).

El fraude suele revelarse como un patrón repetitivo más que como un código aislado:

• El robo de cuentas (ATO) y el uso de cuentas puente (mulas financieras) se manifiestan como devoluciones no autorizadas repartidas entre cuentas asociadas, mismos dispositivos o registros recientes, y rara vez como un solo R10 aislado.

• Las reclamaciones falsas de usuarios reales ("yo no hice ese cargo") aparecen como R10 en transacciones reales que el titular sí realizó. Se trata de disputas del titular (fraude amistoso) y requieren un enfoque distinto al de un fraude de terceros.

• Los cobros recurrentes conllevan su propio riesgo. El director de producto de otra pasarela de pago bancario mencionó que un cobro recurrente es más riesgoso que el inicial porque el cliente no ingresa de nuevo a su app para autorizarlo, por lo que usan reglas dinámicas para comparar el monto solicitado con los saldos y detener cobros con alta probabilidad de rebote.

Las devoluciones alertan sobre el fraude después de que ocurre. Para prevenirlo antes de que el dinero salga de la cuenta, consulte nuestra guía sobre cómo funciona la detección de fraude en ACH.

Qué datos registrar ante una devolución

Una devolución solo es útil si la información llega al sistema que aprobó la transacción original. Para cada devolución, registre:

1. El código y la fecha de recepción de la devolución, para calcular el tiempo transcurrido desde la liquidación.

2. La transacción original: monto, tipo de transacción, fecha efectiva y si era el primer cobro o uno recurrente.

3. La cuenta y el cliente: fecha de registro, método de validación empleado y si tiene antecedentes de devoluciones.

4. El originador o comercio, en caso de procesar pagos para terceros.

5. La decisión que autorizó el pago: la regla aplicada, la puntuación de riesgo, el analista que revisó el caso y los argumentos de aprobación de ese momento.

6. Devoluciones vinculadas: otros rechazos asociados a la misma cuenta, dispositivo, cliente o comercio.

Los últimos dos puntos suelen perderse con facilidad. El director de producto técnico de una plataforma de banca digital resumió esta falla de comunicación: "Sabemos qué transacciones se marcan para revisión, cuáles se aprueban y cuáles se rechazan. Pero no siempre recibimos las devoluciones de ACH o las alertas de fraude directamente de vuelta". Sin esta retroalimentación, el sistema de aprobación nunca aprende de sus errores.

Los códigos de devolución también definen quién asume las pérdidas. El director de producto de la pasarela de pagos mencionó que usan los códigos de devolución para delimitar qué transacciones garantizarán por completo a sus comercios afiliados. Un código guardado junto al registro de la decisión original es la prueba clave para resolver estas disputas.

Errores comunes que agravan las devoluciones

• Tratar cada R10 como un fraude definitivo. Algunos son disputas de clientes reales. Analice el historial antes de cerrar la cuenta.

• Reintentar un cobro R01 sin verificar el saldo. Cada intento fallido suma una nueva devolución a su tasa general ante Nacha.

• Reintentar códigos R02, R03 o R04 con los mismos datos. La cuenta no se corregirá sola; solicite nuevos datos o valide de antemano.

• Monitorear solo el promedio general. Una tasa general baja puede ocultar un brote de devoluciones no autorizadas en cuentas nuevas.

• Dejar las devoluciones estancadas en tareas operativas. Si el resultado del rechazo no llega al equipo o sistema que aprobó el pago, se cometerá el mismo error en el futuro.

El papel de Oscilar

Oscilar es un socio preferente de Nacha en validación de cuentas, monitoreo de transacciones y prevención de fraudes. En materia de pagos, la tecnología de fraude en transacciones de ACH de Oscilar está diseñada para detectar patrones inusuales, como cobros y abonos rápidos entre cuentas, que alerten de posibles fraudes o esquemas de lavado de dinero.

La plataforma responde en menos de 100 milisegundos, permitiendo realizar los análisis en tiempo real durante el flujo del pago y no después del hecho. El control interno está garantizado: historial de auditoría completo por decisión con justificaciones almacenadas y procesos diseñados con supervisión humana. Oscilar cuenta con monitoreo automatizado de modelos ante cambios en tendencias de datos, variables y conceptos, además de indicadores de rendimiento analizados por segmento comercial.

Preguntas frecuentes

¿Qué son los códigos de devolución de ACH?

Son códigos que el banco receptor añade al devolver un cobro de ACH sin pagar al banco de origen. Cada código indica una causa específica, como R01 por fondos insuficientes o R10 cuando el titular desconoce el cargo. El código clasifica el motivo reportado por la institución, pero no determina legalmente lo ocurrido.

¿Cuál es la diferencia entre R10 y R11?

El código R10 se usa cuando el titular de la cuenta no reconoce a la empresa o afirma que nunca autorizó ningún cobro. El R11 se aplica cuando el titular reconoce la relación comercial pero afirma que ese cargo específico no cumple con las condiciones acordadas. Ambos se consideran devoluciones no autorizadas ante Nacha y cuentan con un plazo de devolución de hasta 60 días calendario después de la liquidación en cuentas personales.

¿Qué es una devolución R17?

Es el código que un banco receptor puede usar para devolver un cobro cuando tiene sospechas de fraude o suplantación de identidad. Cuenta con el mismo límite de tiempo estándar de dos días hábiles de Nacha y permite al banco receptor prevenir pérdidas de manera preventiva sin esperar el reporte formal del cliente.

¿Superar un nivel de devolución suspende inmediatamente al originador?

Nacha no estipula suspensiones automáticas por superar las tasas de referencia. Los límites de 3.0% administrativo y 15.0% global son alertas que inician un proceso de revisión operativa. El límite de 0.5% para transacciones no autorizadas es estricto: superarlo sí suele dar inicio a procesos de sanción por parte de Nacha.

¿Cualquier devolución R10 equivale a un fraude?

No. El código R10 únicamente registra que el titular reportó no haber autorizado el cobro. Puede tratarse de un fraude real con datos robados, pero también de un cliente real que desconoce un pago legítimo o abusa de la garantía de devolución. Valore el historial de compras del usuario y las pruebas de consentimiento antes de dar de baja la cuenta.

Los códigos de devolución de ACH son breves, pero contienen la información exacta para saber qué ajustar: los criterios de crédito, los datos bancarios recopilados o el flujo de autorización de pagos. Al registrar cada código junto con la decisión que originó la transacción, sus modelos de prevención se vuelven más inteligentes. Para conocer cómo Oscilar gestiona el riesgo de transacciones por ACH, explore nuestra solución para fraudes en transacciones.