Las transferencias a través de la cámara de compensación automatizada (ACH) son una forma habitual para que las empresas y los particulares envíen o reciban dinero de forma electrónica. En 2024, el total de dólares transferidos alcanzó los USD 86.2 billones, y la red ACH procesó 33,560 millones de pagos. A pesar de lo cómodo, rentable y popular que es este método de pago, sigue siendo bastante habitual que se rechacen las transferencias ACH.

Cuando una transferencia ACH no puede procesarse, la red ACH devuelve un «código de rechazo» o «código de devolución» que explica por qué no se completó una transferencia. Los códigos van desde el R01 hasta el R85, y los motivos más comunes son fondos insuficientes o un número de cuenta incorrecto.

Cuando se producen rechazos de ACH, es importante que las empresas sepan qué salió mal para poder evitar problemas en el futuro y mantener la confianza y la satisfacción de los clientes. A continuación, analizaremos los diferentes tipos de códigos de rechazo, qué causa los rechazos, cómo prevenirlos y cómo gestionarlos cuando se producen.

¿Qué contiene este artículo?

• ¿Qué son las transferencias ACH?
  
• ¿Qué son los códigos de rechazo ACH?
  
• Por qué se producen los rechazos de ACH
  
• Lista de códigos de rechazo ACH
  
• Cómo deben gestionar las empresas los rechazos de ACH
  
• Cómo puede ayudar Stripe Payments
  

¿Qué son las transferencias ACH?

Las transferencias de la cámara de compensación automatizada (ACH) son una forma de transferencia electrónica de dinero que mueve fondos entre diferentes instituciones financieras. Estas transacciones generalmente se procesan de forma masiva y se rigen por las reglas establecidas por Nacha (originalmente la National Automated Clearing House Association) en los EE. UU.

Las transferencias ACH son un método de pago confiable, rentable y versátil que las empresas de los EE. UU. han adoptado ampliamente. Si bien estas transferencias pueden demorar unos días en liquidarse, su versatilidad y los bajos costos a menudo superan las desventajas, especialmente para la eficiencia operativa y la gestión de costos. A continuación, te presentamos los puntos clave que debes saber sobre las transferencias ACH.

¿Qué son los códigos de rechazo de ACH?

Los códigos de rechazo de ACH son mensajes alfanuméricos que indican por qué no se pudo procesar una transacción ACH. En estos códigos, se describe qué salió mal con una transferencia ACH en particular, lo que les permite a las empresas e instituciones financieras tomar medidas correctivas.

¿Por qué se producen los rechazos de ACH?

Los rechazos de ACH pueden ocurrir por varias razones y, en general, se dividen en una de cinco categorías: errores administrativos, problemas de autorización, insuficiencia financiera, limitaciones de tiempo y procesamiento, o cumplimiento de la normativa y gestión de riesgos. Cada categoría tiene sus propios desafíos y requiere soluciones específicas. A continuación, se incluyen más detalles sobre por qué ocurren los rechazos de ACH.

Errores administrativos

• Información de cuenta incorrecta: Uno de los motivos más comunes de los rechazos de ACH son los números de cuenta o de enrutamiento incorrectos. La información de cuenta incorrecta bloquea las transferencias ACH.

• Cuentas cerradas o inexistentes: Una cuenta cerrada o inexistente activa un rechazo de ACH con un código como R02 o R03.

• Incompatibilidad del tipo de cuenta: Una incompatibilidad del tipo de cuenta impide una transferencia ACH.

Problemas de autorización

• Falta de preautorización: Una autorización faltante provoca un rechazo de ACH.

• Autorización revocada: Una autorización revocada bloquea las transacciones ACH posteriores.

• Disputas de autorización corporativa: En el contexto de transacciones corporativas, una entidad corporativa podría informar que un débito o crédito ACH no está autorizado. Cuando esto ocurre, el sistema marca y rechaza la transacción.

Problemas financieros

• Fondos insuficientes: Una de las razones más directas de un rechazo de ACH es la falta de fondos en la cuenta que se está debitando. Los fondos insuficientes activan un rechazo R01.

• Fondos no cobrados: Puede que haya fondos en una cuenta pero que aún no se hayan liquidado o cobrado, en cuyo caso los fondos no cobrados provocan un rechazo R09.

• Órdenes de suspensión de pago: Los titulares de cuentas tienen el derecho de emitir una orden de suspensión de pago para transacciones específicas. Una orden de suspensión de pago bloquea cualquier débito ACH correspondiente.

Limitaciones de tiempo y procesamiento

• Entradas vencidas o caducadas: En algunos casos, las transacciones ACH tienen un período de tiempo limitado durante el cual se pueden procesar. Una entrada vencida o caducada da como resultado un rechazo de ACH.

• Exceso de los límites de transacción: Las cuentas individuales y las empresas pueden tener diferentes límites en los montos que pueden transferir. Nacha aumentó su límite de pago ACH en el mismo día a USD 1,000,000 por pago en 2022. Un remitente que exceda los límites de transacción provocará un rechazo de transferencia ACH.

• Problemas de origen: A veces, el problema podría estar en la institución financiera depositaria de origen (ODFI, por sus siglas en inglés), no en la cuenta receptora. Un problema de origen de ODFI impide que se complete la transacción.

Gestión de riesgos y cumplimiento de la normativa

• Sospecha de fraude: Las instituciones financieras supervisan continuamente en busca de actividades sospechosas. Una sospecha de fraude activa un rechazo de ACH.

• Incumplimiento de las normativas: El incumplimiento de la normativa provoca el rechazo de ACH. Esto podría incluir fallas en el cifrado de extremo a extremo o el no cumplimiento de los protocolos de autenticación de dos factores.

Comprender estas razones puede ayudar a las empresas y a las instituciones financieras a ajustar sus procesos de transacciones ACH, mejorar la resolución de problemas y resolver los problemas más rápido.

Lista de códigos de rechazo ACH y cómo prevenirlos

Los códigos de rechazo y devolución de ACH son inevitables cuando aceptas transferencias bancarias como método de pago. Antes de hablar de los códigos específicos, veamos algunos términos clave:

• Entrada: Cualquier envío de transacción de ACH
  
• Devolución: Cuando una entrada se envía de vuelta a la ODFI después de haber sido aceptada para su procesamiento
  
• Rechazo: Cuando una entrada nunca fue aceptada en la red de ACH para su procesamiento en primer lugar
  
• ODFI: Institución financiera depositaria de origen que envía transacciones de ACH
  
• RDFI: Institución financiera depositaria receptora que recibe transacciones de ACH
  

Aquí tienes una lista de todos los códigos de rechazo de ACH, qué significan, qué los provoca y qué debes hacer al respecto:

R01 - Fondos insuficientes

• Descripción: No hay suficientes fondos en la cuenta para cubrir la transacción.
  
• Prevención: Monitorea los saldos de la cuenta regularmente y configura alertas de saldo bajo.
  
• Acción: Comunícate con el titular de la cuenta para solucionar el problema y envía la transacción una vez que los fondos estén disponibles.
  

R02 - Cuenta cerrada

• Descripción: El titular de la cuenta cerró la cuenta a la que se accede.
  
• Prevención: Confirma el estado de la cuenta antes de iniciar transacciones.
  
• Acción: Obtén nueva información de la cuenta del titular de la cuenta y actualiza tus registros.
  

R03 - No hay cuenta/no se puede localizar la cuenta

• Descripción: El número de cuenta o la información de enrutamiento no coincide con ninguna cuenta en la RDFI.
  
• Prevención: Verifica los números de cuenta antes de iniciar transacciones.
  
• Acción: Solicítale la información correcta de la cuenta al destinatario.
  

R04 - Número de cuenta no válido

• Descripción: El número de cuenta facilitado con una transacción es incorrecto porque el número tiene dígitos incorrectos, no aprueba la validación digital o no coincide con los números de cuenta en la RDFI.
  
• Prevención: Valida los números de cuenta con una estructura predefinida.
  
• Acción: Obtén el número de cuenta correcto y vuelve a enviarlo.
  

R05 - Débito no autorizado a una cuenta de consumidor usando un código SEC corporativo

• Descripción: Se usó incorrectamente un código de clase de entrada estándar (SEC) corporativo para una cuenta de consumidor.
  
• Prevención: Asegúrate de usar los códigos SEC adecuados para el tipo de transacción.
  
• Acción: Corrige el código SEC y vuelve a enviar la transacción.
  

R06 - Devuelto por solicitud de la ODFI

• Descripción: La ODFI devolvió la transacción por varios motivos.
  
• Prevención: Confirma los detalles de la transacción antes de enviarla.
  
• Acción: Comunícate con la ODFI para determinar el problema y decidir los próximos pasos.
  

R07 - Autorización revocada por el cliente

• Descripción: El cliente revocó la autorización de la transacción.
  
• Prevención: Mantén las autorizaciones actualizadas y comunícate con los clientes.
  
• Acción: No vuelvas a realizar el envío sin una nueva autorización.
  

R08 - Pago suspendido

• Descripción: El titular de la cuenta emitió una orden de suspensión de pago para esta transacción específica. Este código es la orden general para la mayoría de los pagos suspendidos, a excepción de las suspensiones en un documento de origen o entradas RCK (cheques rebotados), que tienen códigos específicos a continuación.
  
• Prevención: Confirma la autorización y los detalles del pago con el titular de la cuenta.
  
• Acción: Comunícate con el titular de la cuenta para solucionar el problema.
  

R09 - Fondos no cobrados

• Descripción: Es posible que la cuenta tenga depósitos que aún no se han liquidado, lo que da como resultado fondos insuficientes para la transacción.
  
• Prevención: Ten en cuenta los plazos de liquidación de los depósitos.
  
• Acción: Puedes volver a realizar el envío una vez que se cobren los fondos.
  

R10 - El cliente informa que no está autorizado

• Descripción: El cliente indicó que la transacción no estaba autorizada.
  
• Prevención: Asegura la autorización adecuada antes de iniciar la transacción.
  
• Acción: No vuelvas a realizar el envío sin obtener una nueva autorización.
  

R11 - Devolución de entrada de truncamiento de cheque

• Descripción: Ocurrió un error de truncamiento (liquidación de cheques) por varios motivos, según la política del banco.
  
• Prevención: Confirma los detalles del cheque antes de truncarlo.
  
• Acción: Consulta con el banco para obtener información específica y vuelve a procesar según sea necesario.
  

R12 - La cuenta se vendió a otra RDFI

• Descripción: El cliente cambió de banco y la cuenta se transfirió a otra RDFI.
  
• Prevención: Actualiza la información de la cuenta periódicamente.
  
• Acción: Solicita los nuevos datos bancarios al cliente y actualiza tus registros.
  

R13 - Número de enrutamiento ACH no válido

• Descripción: El número de enrutamiento ACH es incorrecto.
  
• Prevención: Verifica los números de enrutamiento antes de iniciar las transacciones.
  
• Acción: Actualiza el número de enrutamiento y vuelve a enviar la solicitud.
  

R14 - El representante del beneficiario falleció o no puede continuar en ese puesto

• Descripción: El representante del beneficiario falleció o no puede realizar sus funciones.
  
• Prevención: Lleva un registro de los representantes de los beneficiarios y su estado.
  
• Acción: Designa un nuevo representante del beneficiario y actualiza los registros.
  

R15 - Fallecimiento del beneficiario o titular de la cuenta

• Descripción: El beneficiario o titular de la cuenta falleció.
  
• Prevención: Actualiza periódicamente la información del titular de la cuenta y del beneficiario.
  
• Acción: Cancela las transacciones y consulta a los herederos o al nuevo titular de la cuenta.
  

R16 - Cuenta inmovilizada

• Descripción: La cuenta está inmovilizada por motivos legales o por la política del banco.
  
• Prevención: Lleva un registro de los problemas legales relacionados con las cuentas.
  
• Acción: Ponte en contacto con la institución financiera para obtener más información y resolver el problema.
  

R17 - Criterios de edición del registro del archivo

• Descripción: Las entradas contienen un formato o datos no válidos, lo que la RDFI puede interpretar como una transacción iniciada en circunstancias dudosas.
  
• Prevención: Valida cada campo de la entrada antes de enviarla.
  
• Acción: Corrige la entrada y vuelve a enviarla.
  

R18 - Fecha de entrada en vigor incorrecta

• Descripción: La transacción se inició con una fecha de entrada en vigor incorrecta, que es la fecha en la que la ODFI quiere que se realice la transacción.
  
• Prevención: Verifica las fechas de entrada en vigor antes de enviarla.
  
• Acción: Corrige la fecha y vuelve a enviarla.
  

R19 - Error en el campo del monto

• Descripción: El monto que se ingresó en el campo correspondiente no es válido.
  
• Prevención: Valida los montos antes de enviarlos.
  
• Acción: Corrige el monto y vuelve a enviarlo.
  

R20 - Cuenta no apta para transacciones

• Descripción: Las políticas o reglamentos impiden que se realicen transacciones ACH en esta cuenta.
  
• Prevención: Confirma los tipos de cuenta antes de iniciar las transacciones.
  
• Acción: Usa un método de pago o una cuenta alternativa.
  

R21 - Identificación de la empresa no válida

• Descripción: La información de identificación de la empresa es incorrecta o está desactualizada; suele deberse a un error de escritura.
  
• Prevención: Valida las identificaciones de las empresas antes de iniciar las transacciones.
  
• Acción: Actualiza la identificación de la empresa y vuelve a enviar la solicitud.
  

R22 - Número de identificación del particular no válido

• Descripción: La identificación del particular ingresada, que por lo general ingresa el cliente en el campo de identificación del cliente, no era válida.
  
• Prevención: Valida los números de identificación de los particulares antes de iniciar las transacciones.
  
• Acción: Actualiza el número de identificación del particular y vuelve a enviar la solicitud.
  

R23 - El receptor rechazó la entrada de crédito

• Descripción: La institución financiera que recibe la transacción (la RDFI) rechazó la entrada de crédito, quizás debido a una disputa o falta de acuerdo.
  
• Prevención: Confirma las condiciones de la transacción con la RDFI.
  
• Acción: Resuelve el problema con la RDFI y actúa en consecuencia.
  

R24 - Entrada duplicada

• Descripción: La misma transacción se envió más de una vez.
  
• Prevención: Implementar controles para evitar transacciones duplicadas.
  
• Acción: Confirmar si es un duplicado real y tomar las medidas adecuadas.
  

R25 - Error de adenda

• Descripción: El registro de adenda, que identifica al titular de la cuenta o proporciona información de pago al RDFI, es incorrecto o está fuera de secuencia.
  
• Prevención: Validar los registros de adenda antes de enviarlos.
  
• Acción: Corregir el registro de adenda y volver a enviar.
  

R26 - Error de campo obligatorio

• Descripción: Falta información en un campo obligatorio debido a una entrada de datos incompleta, lo que hace que el operador de ACH rechace la transacción.
  
• Prevención: Asegurarse de que todos los campos obligatorios estén completos.
  
• Acción: Completar los campos que faltan y volver a enviar.
  

R27 - Error de número de seguimiento

• Descripción: Los números de seguimiento enviados no coinciden con los números de seguimiento en el registro de adenda.
  
• Prevención: Validar los números de seguimiento antes de enviarlos.
  
• Acción: Corregir el número de seguimiento y volver a enviar.
  

R28 - Error de dígito de control del número de enrutamiento

• Descripción: El dígito de control, que es el último dígito del número de enrutamiento, es incorrecto.
  
• Prevención: Validar los números de enrutamiento y sus dígitos de control.
  
• Acción: Corregir el dígito de control y volver a enviar.
  

R29 - El cliente corporativo avisa que no está autorizado

• Descripción: El titular de la cuenta corporativa ha notificado al RDFI que la transacción no está autorizada.
  
• Prevención: Obtener la autorización adecuada antes de iniciar la transacción.
  
• Acción: No volver a enviar sin obtener una nueva autorización.
  

R30 - El RDFI no participa en el programa de truncamiento de cheques

• Descripción: El RDFI no participa en el programa de truncamiento de cheques.
  
• Prevención: Confirmar las capacidades con el RDFI.
  
• Acción: Utilizar otra forma de pago.
  

R31 - Entrada de devolución permitida

• Descripción: El RDFI ha preguntado al ODFI si puede devolver el formato de pago de la tarjeta de crédito o débito corporativa o de Corporate Trade Exchange (CTX), y el ODFI ha aceptado.
  
• Prevención: No corresponde, ya que se basa en un acuerdo mutuo.
  
• Acción: Seguir las pautas establecidas en el acuerdo entre el ODFI y el RDFI.
  

R32 - Falta de acreditación de fondos del RDFI

• Descripción: El RDFI no puede acreditar la entrada, por diversos motivos.
  
• Prevención: Confirmar las capacidades de acreditación de fondos con el RDFI.
  
• Acción: Consultar al RDFI el motivo específico y tomar las medidas adecuadas.
  

R33 - Devolución de la entrada de XCK

• Descripción: El RDFI ha devuelto la entrada por un cheque perdido, destruido o dañado (entrada de XCK).
  
• Prevención: Familiarizarse con las condiciones de devolución de cheques perdidos o dañados.
  
• Acción: Evaluar por qué no se puede procesar el cheque y seguir los pasos correspondientes.
  

R34 - Institución financiera de depósito (DFI) con participación limitada

• Descripción: Un ente regulador federal o estatal ha limitado la capacidad del RDFI de procesar transacciones ACH.
  
• Prevención: Confirmar las capacidades del RDFI de antemano.
  
• Acción: Consultar al RDFI cómo proceder.
  

R35 - Devolución de entrada de débito incorrecta

• Descripción: Se ha enviado una entrada de débito de forma incorrecta, ya que no están permitidas en algunos casos.
  
• Prevención: Comprender los criterios adecuados de las entradas de débito.
  
• Acción: Evaluar el motivo y realizar correcciones antes de volver a enviar.
  

R36 - Devolución de entrada de crédito incorrecta

• Descripción: Se ha enviado una entrada de crédito de forma incorrecta, ya que no están permitidas en algunos casos.
  
• Prevención: Comprender los criterios adecuados de las entradas de crédito.
  
• Acción: Evaluar el motivo y realizar correcciones antes de volver a enviar.
  

R37 - Documento de origen presentado para su pago

• Descripción: Se intentó realizar un pago duplicado al presentar el documento de origen relacionado con una transacción ACH existente para su pago.
  
• Prevención: Rastrea los documentos de origen y las entradas ACH relacionadas.
  
• Acción: Evalúa y rectifica la duplicación.
  

R38 - Suspensión de pago en el documento de origen

• Descripción: El titular de la cuenta receptora solicita suspender el pago de un cheque que se ha convertido en un pago electrónico.
  
• Prevención: Monitorea las órdenes de suspensión de pago.
  
• Acción: Detén el procesamiento y consulta al titular de la cuenta.
  

R39 - Documento de origen incorrecto

• Descripción: El documento de origen relacionado con el pago ACH es incorrecto o inadecuado.
  
• Prevención: Valida los documentos de origen antes de crear las entradas.
  
• Acción: Reemplaza o corrige el documento de origen.
  

R40 - Devolución de entrada ENR por un organismo público federal

• Descripción: Un organismo público federal ha devuelto una entrada de inscripción automática (entrada ENR).
  
• Prevención: Cumple con las reglas de entradas ENR.
  
• Acción: Consulta con la agencia el motivo específico y toma las medidas adecuadas.
  

R41 - Código de transacción no válido

• Descripción: El código de transacción es incorrecto, específicamente en relación con la inscripción de servicios de depósito directo o de pago directo con una agencia federal.
  
• Prevención: Valida los códigos de transacción antes de enviarlos.
  
• Acción: Corrige el código de transacción y vuelve a enviarlo.
  

R42 - Error en el número de enrutamiento o el dígito de control

• Descripción: El dígito de control que se encuentra al final del número de enrutamiento es incorrecto en una entrada ENR del gobierno federal.
  
• Prevención: Valida los números de enrutamiento y sus dígitos de control.
  
• Acción: Corrige el dígito de control y vuelve a enviarlo.
  

R43 - Número de cuenta del DFI no válido

• Descripción: El número de cuenta de la RDFI es incorrecto. Este código de devolución solo se produce en entradas ENR, por lo que es exclusivo de los organismos públicos federales.
  
• Prevención: Valida los números de cuenta antes de iniciar las transacciones.
  
• Acción: Corrige el número de cuenta y vuelve a enviarlo.
  

R44 - Número de identificación personal no válido

• Descripción: El número de identificación de un particular proporcionado no coincide con el que está registrado, en especial en transacciones del gobierno federal.
  
• Prevención: Valida los números de identificación de un particular antes de iniciar transacciones.
  
• Acción: Actualiza el número de identificación del particular y vuelve a enviarlo.
  

R45 - Nombre de particular no válido

• Descripción: El nombre del titular de la cuenta es incorrecto o está mal escrito.
  
• Prevención: Valida los nombres antes de iniciar las transacciones.
  
• Acción: Actualiza el nombre y vuelve a enviarlo.
  

R46 - Indicador de beneficiario representativo no válido

• Descripción: El código indicador del beneficiario representativo es incorrecto.
  
• Prevención: Valida los códigos indicadores antes de iniciar las transacciones.
  
• Acción: Corrige el código indicador y vuelve a enviarlo.
  

R47 - Inscripción duplicada

• Descripción: Las RDFI envían las ENR a los organismos públicos federales para iniciar pagos ACH o depósitos directos en dichas instituciones. En este caso, la misma ENR se ha enviado más de una vez.
  
• Prevención: Implementa controles para evitar las inscripciones duplicadas.
  
• Acción: Confirma si se trata de un duplicado real y toma las medidas pertinentes.
  

R50 - Ley estatal que afecta a la aceptación de un RCK

• Descripción: La RDFI se encuentra en un estado que no permite pagos digitales o en el que las leyes estatales exigen que los cheques cancelados se devuelvan al cliente en un plazo determinado.
  
• Prevención: Familiarízate con las leyes estatales que rigen tus transacciones.
  
• Acción: Investiga las leyes específicas del estado a través del cual se enrutó la transacción y respétalas en tus futuras transacciones.
  

R51 - La partida relacionada con la entrada RCK no reúne los requisitos o la entrada RCK es incorrecta

• Descripción: Una entrada de un cheque que se devolvió y se volvió a presentar no es apta para su procesamiento o se ha preparado o ejecutado incorrectamente.
  
• Prevención: Comprueba la elegibilidad y exactitud de las entradas.
  
• Acción: Revisa tu transacción para asegurarte de que cumple con todas las regulaciones y directrices aplicables.
  

R52: Suspensión del pago de la partida relacionada con la entrada de RCK

• Descripción: El titular de la cuenta da una orden de suspender un cheque devuelto que se está volviendo a procesar electrónicamente.
  
• Prevención: Verifica que no haya órdenes de suspensión de pagos antes de proceder.
  
• Acción: Ponte en contacto con el banco emisor o con el ordenante para resolver el problema.
  

R53: Partida y entrada de RCK presentadas para su pago

• Descripción: Tanto la transacción original como su correspondiente entrada de RCK se han enviado, lo que da lugar a una transacción duplicada.
  
• Prevención: Ten cuidado al presentar tanto la partida como la entrada.
  
• Acción: Concilia los registros del pago para eliminar la transacción duplicada.
  

R61: Devolución mal enrutada

• Descripción: Se ha enviado una transacción anulada a la institución incorrecta.
  
• Prevención: Asegúrate de que los números de enrutamiento sean correctos.
  
• Acción: Corrige la información de enrutamiento y vuelve a enviar la transacción.
  

R62: Devolución de adeudo erróneo o anulado

• Descripción: Se ha enviado una entrada de adeudo por error o debe anularse.
  
• Prevención: Revisa dos veces las entradas antes de finalizarlas.
  
• Acción: Emite una transacción de corrección o de anulación según sea necesario.
  

R63: Importe en dólares incorrecto

• Descripción: El importe en dólares especificado en la transacción es incorrecto.
  
• Prevención: Verifica los importes de las transacciones antes de enviarlos.
  
• Acción: Corrige el importe e inicia una nueva transacción.
  

R64: Identificación del particular incorrecta

• Descripción: El número de ID del particular de la transacción de devolución no coincide con el de la entrada original.
  
• Prevención: Confirma la información de identificación del particular.
  
• Acción: Actualiza la información y vuelve a procesar la transacción.
  

R65: Código de la transacción incorrecto

• Descripción: El código de la transacción no es correcto para el tipo de transacción.
  
• Prevención: Asegúrate de que los códigos de las transacciones sean correctos.
  
• Acción: Actualiza el código de la transacción y vuelve a enviarla.
  

R66: Identificación de la empresa incorrecta

• Descripción: El ID de la empresa de la transacción no coincide con el número de ID del registro de cabecera del lote, que es un fragmento de metainformación relacionado con la transferencia de un lote de transacciones.
  
• Prevención: Verifica la información del ID de la empresa.
  
• Acción: Corrige el ID de la empresa y vuelve a procesar la transacción.
  

R67: Devolución duplicada

• Descripción: Ya se ha procesado la entrada de devolución, lo que ha dado lugar a un duplicado.
  
• Prevención: Haz un seguimiento de las devoluciones procesadas para evitar volver a enviarlas.
  
• Acción: No se necesita ninguna acción, pero revisa los procesos internos para evitar que se produzca en un futuro.
  

R68: Devolución fuera de plazo

• Descripción: La devolución no se ha procesado dentro del plazo requerido.
  
• Prevención: Monitorea los plazos para procesar devoluciones.
  
• Acción: Si es posible, vuelve a enviar la transacción dentro del plazo permitido.
  

R69: Errores en los campos

• Descripción: Uno o varios campos contienen información incorrecta introducida por la ODFI, como un número de cuenta incorrecto o un error en el nombre de la cuenta, lo que ha provocado la devolución de la transacción.
  
• Prevención: Valida todos los campos antes del envío.
  
• Acción: Corrige los errores en los campos indicados y vuelve a realizar el envío.
  

R70: Entrada de devolución permitida no aceptada o devolución no solicitada por la ODFI

• Descripción: Una entrada de devolución válida no se ha procesado como debería, o la ODFI no ha solicitado ninguna devolución.
  
• Prevención: Cumple las reglas de la ODFI para las devoluciones.
  
• Acción: Revisa los motivos de la no aceptación y procede en consecuencia.
  

R71 – Devolución rechazada enrutada de forma incorrecta

• Descripción: Una entrada de devolución rechazada, es decir, una entrada que se devolvió al banco del originador (ODFI, por sus siglas en inglés) pero que no se hizo correctamente y debe volver a enviarse, no se ha enviado a la institución correcta.
  
• Prevención: Asegúrate de que los números de enrutamiento para las devoluciones sean precisos.
  
• Acción: Redirige la devolución rechazada a la institución adecuada.
  

R72 – Devolución rechazada fuera de plazo

• Descripción: Una devolución rechazada no se procesó dentro del plazo requerido.
  
• Prevención: Mantente al día con los plazos para las devoluciones rechazadas.
  
• Acción: Vuelve a enviarla dentro del plazo permitido, si es posible.
  

R73 – Devolución original a tiempo

• Descripción: El banco receptor (RDFI, por sus siglas en inglés) confirma que la devolución original se procesó dentro del plazo requerido.
  
• Prevención: No corresponde.
  
• Acción: No es necesario realizar ninguna acción.
  

R74 – Devolución corregida

• Descripción: Se ha corregido una devolución que antes se procesó de forma incorrecta.
  
• Prevención: No corresponde.
  
• Acción: No es necesario realizar ninguna acción.
  

R75 – La devolución no es un duplicado

• Descripción: Esta es una respuesta al código de rechazo R67. El banco receptor impugna un rechazo incorrecto de una entrada de devolución por parte del banco del originador.
  
• Prevención: No corresponde.
  
• Acción: No es necesario realizar ninguna acción.
  

R76 – No se encontraron errores

• Descripción: Esta es una respuesta al código de rechazo R69, en la que el banco del originador indicó errores en los campos. Este código sirve como desacuerdo formal; el banco receptor considera que estos errores no existen en realidad.
  
• Prevención: No corresponde.
  
• Acción: No es necesario realizar ninguna acción.
  

R77 – No aceptación de la devolución rechazada R62

• Descripción: Esta es una respuesta al código de rechazo R62, que indica que el banco receptor ya ha devuelto la transacción incorrecta y la revocación, o que no puede recuperar los fondos del destinatario según lo especificado por R62.
  
• Prevención: Comprender los criterios de aceptación de devoluciones rechazadas.
  
• Acción: Verifica por qué no se aceptó y vuelve a enviarla según sea necesario.
  

Además, los siguientes códigos de rechazo están asociados con las transacciones ACH internacionales (IAT):

R80 – Errores de codificación de la entrada IAT

• Descripción: Existen errores de codificación en la entrada IAT.
  
• Prevención: Valida la codificación de las entradas IAT.
  
• Acción: Corrige los errores de codificación y vuelve a enviar la entrada IAT.
  

R81 – No participante en el programa IAT

• Descripción: El banco receptor no participa en el programa IAT.
  
• Prevención: Verifica que el banco receptor forme parte del programa IAT.
  
• Acción: Busca un banco receptor que sí participe o evita usar IAT para la transacción.
  

R82 – Identificación del banco receptor extranjero no válida

• Descripción: La identificación del banco receptor extranjero es incorrecta.
  
• Prevención: Vuelve a comprobar los detalles de identificación de la institución extranjera.
  
• Acción: Corrige la información de identificación y vuelve a procesar la transacción.
  

R83 – El banco receptor extranjero no puede acreditar

• Descripción: El banco receptor extranjero no puede completar la transacción.
  
• Prevención: Confirma la capacidad de la institución extranjera para acreditar transacciones antes de iniciar una.
  
• Acción: Trabaja directamente con la institución extranjera para resolver el problema.
  

R84 – Entrada no procesada por el gateway

• Descripción: La entrada no ha sido procesada por el gateway designado, un proveedor de servicios que actúa como punto de entrada a la red ACH para instituciones financieras.
  
• Prevención: Enruta las transacciones a través de un gateway funcional.
  
• Acción: Vuelve a enviar la transacción a través de un gateway válido o comunícate con el gateway para su resolución.
  

R85 – Pago internacional saliente codificado incorrectamente

• Descripción: Un pago internacional saliente se ha codificado incorrectamente.
  
• Prevención: verifica la codificación de los pagos internacionales.
  
• Acción: corrige el código y vuelve a enviar la transacción.
  

Cómo deben gestionar las empresas los rechazos de ACH

Menos rechazos de ACH significan una menor carga operativa para tu equipo y un proceso más sencillo para tus clientes, lo que podría aumentar la retención de clientes.

Para prevenir rechazos innecesarios de ACH y gestionarlos de forma eficaz cuando se producen, las empresas deben implementar una estrategia multifacética. Esto incluye medidas preventivas, identificación oportuna de los problemas y las acciones de seguimiento pertinentes. Estos son los pasos que puedes seguir:

Medidas preventivas

• Verifica la información de la cuenta: antes de iniciar una transacción ACH, confirma la cuenta y los números de enrutamiento del beneficiario. Puedes hacerlo de forma manual o a través de servicios de verificación electrónica.

• Consigue la autorización adecuada: para los pagos recurrentes, asegúrate de obtener y almacenar de forma segura las autorizaciones por escrito de los clientes o proveedores. Actualízalas con regularidad para confirmar que son válidas.

• Implementa límites en las transacciones: establece límites diarios y por transacción para evitar exceder las cantidades permitidas, lo que podría generar un rechazo.

• Capacita a tu personal y tus socios: capacita de forma periódica a los empleados que manejan transacciones financieras sobre las complejidades de la red ACH, lo que incluye los requisitos de cumplimiento de la normativa, para reducir las posibilidades de error.

• Utiliza alertas en tiempo real: implementa sistemas que ofrezcan notificaciones en tiempo real sobre los saldos de la cuenta y los estados de las transacciones. Esto ayuda a evitar rechazos por falta de fondos o por fondos no compensados.

• Concilia las cuentas con regularidad: de forma periódica, concilia los extractos bancarios con los registros contables para detectar cualquier discrepancia que pueda generar rechazos.

Gestión de rechazos

• Identifica los rechazos de forma inmediata: configura alertas para notificar al personal clave en cuanto se produzca un rechazo, para así poder actuar con rapidez.

• Interpreta el código de rechazo: comprende el motivo específico del rechazo consultando el código de rechazo de ACH. Esto guiará tus próximas acciones.

• Comunícate con las partes involucradas: notifica el problema al cliente, empleado o proveedor y trabajen juntos para resolverlo. Esto podría implicar actualizar la información de la cuenta o conseguir un nuevo formulario de autorización.

• Haz las correcciones necesarias: actualiza tus sistemas internos con la información corregida y, si es necesario, inicia una nueva transacción ACH.

• Mantén registros: documenta el rechazo y las acciones posteriores que se llevaron a cabo para resolver el problema. Esto puede ser útil para las auditorías y demuestra un compromiso con la resolución eficaz de los problemas.

• Evalúa y ajusta los procedimientos: después de resolver los problemas individuales, analízalos para identificar cualquier patrón o problema sistémico. Realiza cambios en los procedimientos, según sea necesario, para evitar que vuelvan a producirse en el futuro.

Acciones para situaciones específicas

• Nómina: para los depósitos directos de nómina, verifica por duplicado la información de la cuenta al realizar el onboarding de nuevos empleados y siempre que un empleado notifique un cambio en sus datos bancarios.

• Pagos a proveedores: al pagar a los proveedores, confirma que tienes formularios y autorizaciones actualizados para evitar demoras en las transacciones que puedan afectar las operaciones de la cadena de suministro.

• Facturación de clientes recurrentes: para las suscripciones o pagos a plazos, recuérdales a los clientes antes de cada ciclo de facturación que se aseguren de tener fondos suficientes y ofréceles la oportunidad de actualizar la información de su cuenta.

• Transacciones de comercio electrónico: para las empresas de comercio electrónico, integra las funcionalidades de verificación en la pasarela de pagos para confirmar los detalles de la cuenta en tiempo real.

• Transacciones de gran valor: para las transacciones que involucran grandes cantidades, considera agregar pasos de verificación adicionales, como confirmaciones telefónicas, para reducir el riesgo de rechazos debido a problemas de autorización o de la cuenta.

Cómo puede ayudar Stripe Payments

Stripe Payments permite a las empresas configurar y aceptar más de 125 métodos de pago, incluidas las transferencias de crédito ACH. Ofrece una solución de pagos global y unificada que ayuda a cualquier empresa, desde startups en crecimiento hasta grandes corporaciones, a aceptar pagos en línea, en persona y en todo el mundo.

Con Stripe Payments, puedes hacer lo siguiente:

• Conciliar pagos de forma automática: concilia de forma sencilla transferencias de crédito ACH con un pago o factura específica con un motor de conciliación automático que usa cuentas bancarias virtuales para cada cliente y herramientas para la resolución de problemas.

• Simplificar los reembolsos: procesa los reembolsos o la devolución del exceso de fondos al cliente.

• Optimizar tu experiencia del proceso de compra: crea una experiencia para el cliente sin problemas y ahorra miles de horas de ingeniería con interfaces de usuario de pago prediseñadas y Link, la cartera digital de Stripe.

• Llegar a nuevos mercados más rápido: conéctate con clientes de todo el mundo y reduce la complejidad y los costos de la gestión de múltiples monedas mediante opciones de pago transfronterizas, disponibles en 195 países y en más de 135 monedas.

• Unificar los pagos electrónicos y en persona: crea una experiencia de comercio unificado en todos los canales, tanto en línea como en persona, para personalizar las interacciones, recompensar la lealtad y aumentar los ingresos.

• Mejorar el rendimiento de los pagos: aumenta los ingresos con una gama de herramientas de pago personalizables y fáciles de configurar, que incluyen protección contra fraudes que no requiere programación, además de funcionalidades avanzadas para mejorar las tasas de autorización.

• Avanzar más rápido con una plataforma flexible y confiable para el crecimiento: desarrolla tu negocio sobre una plataforma diseñada a fin de crecer contigo, con un tiempo de actividad histórico del 99,999 % y una confiabilidad líder en el sector.

Obtén más información sobre cómo Stripe Payments puede impulsar los pagos en línea y en persona, o empieza hoy mismo.