Las transferencias de cámara de compensación automatizada (ACH) son una forma habitual en la que las empresas y las personas envían o reciben dinero de forma electrónica. En 2024, el total de dólares transferidos alcanzó los 86,2 billones de dólares, 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 se puede procesar, la red ACH devuelve un «código de rechazo» o «código de devolución» que explica por qué no se completó la transferencia. Los códigos van del R01 al R85, y los motivos más comunes incluyen fondos insuficientes o un número de cuenta incorrecto.

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

Esto es lo que encontrarás en este artículo

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

¿Qué son las transferencias ACH?

Las transferencias a través de una 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 suelen procesarse en bloque y se rigen por las normas establecidas por Nacha (originalmente National Automated Clearing House Association) en EE. UU.

Las transferencias ACH son un método de pago fiable, rentable y versátil que las empresas de EE. UU. han adoptado ampliamente. Si bien estas transferencias pueden tardar unos días en liquidarse, su versatilidad y sus bajos costes a menudo compensan los inconvenientes, especialmente en lo que respecta a eficiencia operativa y gestión de costes. Estos son 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 ha podido procesar una transacción ACH. En estos códigos, se describe qué ha ido mal con una transferencia ACH en particular, lo que permite a las empresas e instituciones financieras tomar medidas correctivas.

Por qué se producen los rechazos de ACH

Los rechazos de transferencias ACH pueden ocurrir por diversos motivos, y generalmente se incluyen en una de las siguientes cinco categorías: errores administrativos, problemas de autorización, insuficiencia financiera, limitaciones de tiempo y procesamiento o gestión de riesgos y cumplimiento de la normativa. Cada categoría tiene sus propios desafíos y requiere soluciones específicas. A continuación, se detallan más los motivos por los que se producen los rechazos de transferencias ACH.

Errores administrativos

• Información de la cuenta incorrecta: uno de los motivos más habituales de los rechazos de transferencias ACH son los números de cuenta o de ruta incorrectos. La información de cuenta incorrecta bloquea las transferencias ACH.

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

• Falta de coincidencia en el tipo de cuenta: la falta de coincidencia en el tipo de cuenta impide la transferencia ACH.

Problemas de autorización

• Falta de autorización previa: la falta de autorización provoca el rechazo de la transferencia ACH.

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

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

Problemas financieros

• Fondos insuficientes: uno de los motivos más claros para rechazar una transferencia ACH es la falta de fondos en la cuenta en la que se va a hacer el adeudo. La falta de fondos suficientes desencadena 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 cuenta tienen el derecho de emitir una orden de suspensión de pago para determinadas transacciones. Una orden de suspensión de pago bloquea cualquier adeudo ACH correspondiente.

Limitaciones de tiempo y procesamiento

• Entradas obsoletas o caducadas: en algunos casos, las transacciones ACH tienen un período de tiempo limitado durante el cual pueden procesarse. Una entrada obsoleta o caducada da como resultado un rechazo de transferencia ACH.

• Superación de los límites de transacciones: las cuentas individuales y las empresas pueden tener diferentes límites en los importes que pueden transferir. Nacha aumentó su límite máximo de pago ACH en el mismo día a 1 millón de USD por pago en 2022. Si un emisor supera los límites de transacciones, provocará un rechazo de la transferencia ACH.

• Problemas en el origen: a veces el problema puede ser con la institución financiera depositaria de origen (ODFI), no con la cuenta receptora. Un problema en el origen de la ODFI impide que se complete la transacción.

Cumplimiento de la normativa y gestión de riesgos

• Sospechas de fraude: las instituciones financieras supervisan continuamente cualquier actividad sospechosa. Las sospechas de fraude desencadenan un rechazo de transferencia ACH.

• Incumplimiento normativo: el incumplimiento de la normativa provoca el rechazo de la transferencia ACH. Esto podría incluir fallos en el cifrado de extremo a extremo o no adherirse a los protocolos de autenticación en dos pasos.

Comprender estos motivos puede ayudar a las empresas y a las instituciones financieras a perfeccionar sus procesos de transacción ACH, mejorar la solución de problemas y resolverlos más rápidamente.

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

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

• Entrada (Entry): Cualquier envío de transacción ACH.
  
• Devolución (Return): Cuando se devuelve una entrada a la ODFI después de haber sido aceptada para su procesamiento.
  
• Rechazo (Rejection): Cuando una entrada nunca se aceptó en la red ACH para su procesamiento en primer lugar.
  
• ODFI: Institución Financiera Depositaria de Origen que envía transacciones ACH.
  
• RDFI: Institución Financiera Depositaria Receptora que recibe transacciones ACH.
  

Aquí hay una lista de todos los códigos de rechazo de ACH, lo que significan, qué los causa y qué acciones debes realizar:

R01 - Fondos insuficientes

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

R02 - Cuenta cerrada

• Descripción: El titular de la cuenta ha cerrado la cuenta a la que se accede.
  
• Prevención: Confirma el estado de la cuenta antes de iniciar las transacciones.
  
• Acción: Obtén nueva información de la cuenta por parte 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 ruta no coinciden con ninguna cuenta en la RDFI.
  
• Prevención: Verifica los números de cuenta antes de iniciar las transacciones.
  
• Acción: Pide la información de cuenta correcta al destinatario.
  

R04 - Número de cuenta no válido

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

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

• Descripción: Se utilizó incorrectamente un código SEC (Standard Entry Class) corporativo para una cuenta de consumidor.
  
• Prevención: Asegúrate de que se utilizan 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 a petición de la ODFI

• Descripción: La ODFI ha devuelto la transacción, por diversas razones.
  
• Prevención: Confirma los detalles de la transacción antes de enviarla.
  
• Acción: Ponte en contacto con la ODFI para determinar el problema y decidir los próximos pasos.
  

R07 - Autorización revocada por el cliente

• Descripción: El cliente ha revocado 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 enviarla sin una nueva autorización.
  

R08 - Pago detenido

• Descripción: El titular de la cuenta ha realizado una orden de suspensión de pago en esta transacción específica. Este código es la orden general para la mayoría de los pagos detenidos, con la excepción de las suspensiones en un documento fuente o entradas RCK (cheques sin fondos), que tienen códigos específicos a continuación.
  
• Prevención: Confirma la autorización y los detalles de pago con el titular de la cuenta.
  
• Acción: Ponte en contacto con el titular de la cuenta para solucionar el problema.
  

R09 - Fondos no cobrados

• Descripción: La cuenta puede tener depósitos que aún no se han compensado, lo que da lugar a fondos insuficientes para la transacción.
  
• Prevención: Ten en cuenta los plazos de compensación de depósitos.
  
• Acción: Puedes volver a realizar el envío una vez que se cobren los fondos.
  

R10 - El cliente avisa de que no está autorizado

• Descripción: El cliente ha declarado que la transacción no estaba autorizada.
  
• Prevención: Consigue 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: Se ha producido un error de truncamiento (compensación de cheques) por varios motivos, según la política del banco.
  
• Prevención: Confirma los detalles del cheque antes de truncar.
  
• Acción: Consulta con el banco para conocer los detalles y vuelve a procesar según sea necesario.
  

R12 - Cuenta vendida a otra RDFI

• Descripción: El cliente ha cambiado de banco y la cuenta se ha transferido a otra RDFI.
  
• Prevención: Actualiza la información de la cuenta con regularidad.
  
• Acción: Pide los nuevos datos bancarios al cliente y actualiza tus registros.
  

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

• Descripción: El número de ruta de ACH es incorrecto.
  
• Prevención: Verifica los números de ruta antes de iniciar transacciones.
  
• Acción: Actualiza el número de ruta y vuelve a enviarlo.
  

R14 - Beneficiario representante fallecido o incapaz de continuar en dicha capacidad

• Descripción: El beneficiario representante ha fallecido o no puede desempeñar sus funciones.
  
• Prevención: Lleva un seguimiento de los beneficiarios representantes y su estatus.
  
• Acción: Obtén un nuevo beneficiario representante y actualiza los registros.
  

R15 - Beneficiario o titular de la cuenta fallecido

• Descripción: El beneficiario o titular de la cuenta ha fallecido.
  
• Prevención: Actualiza la información del titular de la cuenta y del beneficiario con regularidad.
  
• Acción: Cesa las transacciones y consulta con la sucesión o el nuevo titular de la cuenta.
  

R16 - Cuenta congelada

• Descripción: La cuenta está congelada debido a acciones de carácter jurídico o a la política del banco.
  
• Prevención: Lleva un seguimiento de los problemas de carácter jurídico relacionados con las cuentas.
  
• Acción: Ponte en contacto con la institución financiera para obtener más información y una solución.
  

R17 - Criterios de edición del registro del archivo

• Descripción: Las entradas contienen formatos o datos no válidos, lo que la RDFI puede interpretar como que la transacción se ha iniciado en circunstancias dudosas.
  
• Prevención: Valida cada campo de la entrada antes del envío.
  
• Acción: Corrige la entrada y vuelve a enviarla.
  

R18 - Fecha de entrada efectiva incorrecta

• Descripción: La transacción se inició con una fecha de entrada efectiva incorrecta, que es la fecha en la que la ODFI desea que se realice la transacción.
  
• Prevención: Verifica las fechas de entrada efectivas antes del envío.
  
• Acción: Corrige la fecha y vuelve a enviarla.
  

R19 - Error en el campo de importe

• Descripción: El importe introducido en el campo de importe no es válido.
  
• Prevención: Valida los importes antes del envío.
  
• Acción: Corrige el importe y vuelve a enviarlo.
  

R20 - Cuenta no apta para transacciones

• Descripción: Las políticas o normativas impiden realizar transacciones ACH en esta cuenta.
  
• Prevención: Confirma los tipos de cuenta antes de iniciar transacciones.
  
• Acción: Utiliza un método de pago o cuenta alternativos.
  

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

• Descripción: La información del ID de la empresa es incorrecta o está obsoleta, lo que suele deberse a un error al teclear.
  
• Prevención: Valida los ID de empresa antes de iniciar transacciones.
  
• Acción: Actualiza el ID de la empresa y vuelve a enviarlo.
  

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

• Descripción: El ID de particular introducido (normalmente por un cliente en el campo del ID de cliente) no era válido.
  
• Prevención: Valida los números de identificación de particulares antes de iniciar transacciones.
  
• Acción: Actualiza el número de identificación de particular y vuelve a enviarlo.
  

R23 - Entrada de crédito rechazada por el receptor

• Descripción: La institución financiera que recibe la transacción (la RDFI) rechazó la entrada de crédito, tal vez 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: Se envió la misma transacción más de una vez.
  
• Prevención: Implementa controles para evitar transacciones duplicadas.
  
• Acción: Confirma si es un verdadero duplicado y toma las medidas adecuadas.
  

R25 - Error de adenda

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

R26 - Error de campo obligatorio

• Descripción: A un campo obligatorio le falta información debido a una entrada de datos incompleta, lo que lleva al operador de ACH a rechazar la transacción.
  
• Prevención: Asegúrate de que todos los campos obligatorios estén completados.
  
• Acción: Completa los campos que faltan y vuelve a enviar.
  

R27 - Error de número de rastreo

• Descripción: Los números de rastreo enviados no son consistentes con los números de rastreo en el registro de adenda.
  
• Prevención: Valida los números de rastreo antes de enviarlos.
  
• Acción: Corrige el número de rastreo y vuelve a enviar.
  

R28 - Error en el dígito de control del número de ruta

• Descripción: El dígito de control, que es el último dígito del número de ruta, es incorrecto.
  
• Prevención: Valida los números de ruta y sus dígitos de control.
  
• Acción: Corrige el dígito de control y vuelve a enviar.
  

R29 - El cliente corporativo informa que no está autorizado

• Descripción: El titular de la cuenta corporativa ha notificado a la RDFI que la transacción no cuenta con autorización.
  
• Prevención: Consigue la autorización adecuada antes de iniciar la transacción.
  
• Acción: No vuelvas a enviar sin obtener una nueva autorización.
  

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

• Descripción: La RDFI no participa en el programa de truncamiento de cheques.
  
• Prevención: Confirma las capacidades con la RDFI.
  
• Acción: Utiliza otra forma de pago.
  

R31 - Entrada de devolución permitida

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

R32 - No cobro de la RDFI

• Descripción: La RDFI no puede cobrar la entrada por diversos motivos.
  
• Prevención: Confirma las capacidades de cobro con la RDFI.
  
• Acción: Consulta a la RDFI para conocer el motivo específico y toma las medidas adecuadas.
  

R33 - Devolución de entrada XCK

• Descripción: La RDFI ha devuelto la entrada por un cheque perdido, destruido o dañado (entrada XCK).
  
• Prevención: Familiarízate con las condiciones de devolución de cheques perdidos o dañados.
  
• Acción: Evalúa por qué el cheque no se puede procesar y toma las medidas correspondientes.
  

R34 - DFI de participación limitada

• Descripción: Un regulador federal o estatal ha limitado la capacidad de la RDFI para procesar transacciones ACH.
  
• Prevención: Confirma las capacidades de la RDFI de antemano.
  
• Acción: Consulta a la RDFI sobre cómo proceder.
  

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

• Descripción: Se ha enviado una entrada de débito de forma indebida, ya que no están permitidas en algunos escenarios.
  
• Prevención: Comprende los criterios adecuados para las entradas de débito.
  
• Acción: Evalúa el motivo y realiza las correcciones necesarias antes de volver a enviar.
  

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

• Descripción: Se ha enviado una entrada de crédito de forma indebida, ya que no están permitidas en algunos escenarios.
  
• Prevención: Comprende los criterios adecuados para las entradas de crédito.
  
• Acción: Evalúa el motivo y realiza las correcciones necesarias antes de volver a enviar.
  

R37 - Documento de Source presentado para el pago

• Descripción: Se ha intentado realizar un pago duplicado mediante la presentación del documento de Source relacionado con una transacción de ACH existente para el pago.
  
• Prevención: Rastrea los documentos de Source y las entradas de ACH relacionadas.
  
• Acción: Evalúa y rectifica la duplicación.
  

R38 - Detener el pago en el documento de Source

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

R39 - Documento de Source inadecuado

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

R40 - Devolución de la entrada de ENR por parte de una entidad reguladora del gobierno federal

• Descripción: Una entidad reguladora del gobierno federal ha devuelto una entrada de inscripción automática (entrada de ENR).
  
• Prevención: Cumple las normas sobre entradas de ENR.
  
• Acción: Consulta a la entidad reguladora para conocer 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, concretamente en relación con la inscripción de servicios de depósito directo o pago directo con una entidad reguladora federal.
  
• Prevención: Valida los códigos de transacción antes del envío.
  
• Acción: Corrige el código de transacción y vuelve a enviarlo.
  

R42 - Error en el número de ruta/dígito de control

• Descripción: El dígito de control situado al final del número de ruta es incorrecto en una entrada de ENR de la entidad reguladora del gobierno federal.
  
• Prevención: Valida los números de ruta 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 del RDFI es incorrecto. Este código de devolución solo se produce en las entradas de ENR, por lo que es exclusivo de las entidades reguladoras del gobierno federal.
  
• 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 ID del particular no válido

• Descripción: El número de identificación del particular proporcionado no coincide con el número de ID registrado, concretamente para las transacciones del gobierno federal.
  
• Prevención: Valida los números de ID de los particulares antes de iniciar transacciones.
  
• Acción: Actualiza el número de ID del particular y vuelve a enviarlo.
  

R45 - Nombre del 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 transacciones.
  
• Acción: Actualiza el nombre y vuelve a enviarlo.
  

R46 - Indicador de beneficiario representante no válido

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

R47 - Inscripción duplicada

• Descripción: Los RDFI envían ENR a las entidades reguladoras del gobierno federal para iniciar pagos por ACH o depósitos directos con estas instituciones. En este caso, el mismo 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 adecuadas.
  

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

• Descripción: El RDFI se encuentra en un estado que no permite los pagos digitales o exige que los cheques cancelados se devuelvan al cliente en un plazo determinado, en función de las leyes estatales.
  
• 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 ha enrutado la transacción y cúmplelas en futuras transacciones.
  

R51 – La partida relacionada con la entrada de RCK no reúne los requisitos o la entrada de RCK es inadecuada

• Descripción: Una entrada de un cheque que ha sido devuelto y vuelto a presentar no es apta para su procesamiento por no cumplir los requisitos, o bien la entrada se ha preparado o ejecutado incorrectamente.
  
• Prevención: Comprueba la idoneidad y la exactitud de las entradas.
  
• Acción: Revisa tu transacción para asegurarte de que cumple con todas las normativas y directrices aplicables.
  

R52 – Orden de suspender el pago de la partida relacionada con la entrada RCK

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

R53 – Partida y entrada RCK presentadas para el pago

• Descripción: Se han enviado tanto la transacción original como su entrada RCK correspondiente, 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 de pago para eliminar la transacción duplicada.
  

R61 – Devolución enviada a una ruta incorrecta

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

R62 – Devolución de un cargo erróneo o de anulación

• Descripción: Se envió un cargo por error o es necesario anularlo.
  
• Prevención: Vuelve a comprobar las entradas antes de finalizarlas.
  
• Acción: Emite una transacción de corrección o anulación, según sea necesario.
  

R63 – Importe en dólares incorrecto

• Descripción: El importe en dólares que se especifica en la transacción es incorrecto.
  
• Prevención: Comprueba los importes de la transacción antes de enviarla.
  
• Acción: Corrige el importe e inicia una nueva transacción.
  

R64 – Identificación del particular incorrecta

• Descripción: El número de identificación 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 transacción incorrecto

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

R66 – Identificación de la empresa incorrecta

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

R67 – Devolución duplicada

• Descripción: La entrada de devolución ya se había procesado, lo que da lugar a un duplicado.
  
• Prevención: Haz un seguimiento de las devoluciones procesadas para evitar que se vuelvan a enviar.
  
• Acción: No es necesario llevar a cabo ninguna acción, pero revisa los procesos internos para evitar que vuelva a suceder.
  

R68 – Devolución fuera de plazo

• Descripción: La devolución no se procesó en el plazo requerido.
  
• Prevención: Supervisa los plazos para procesar las devoluciones.
  
• Acción: Vuelve a enviarla dentro del plazo permitido, si es posible.
  

R69 – Error(es) 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 una discrepancia de nombre en la cuenta), lo que provoca la devolución de la transacción.
  
• Prevención: Valida todos los campos antes del envío.
  
• Acción: Corrige los errores de los campos indicados y vuelve a enviarla.
  

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

• Descripción: No se procesó una entrada de devolución válida como se debería haber hecho o la ODFI no solicitó una devolución.
  
• Prevención: Cumple las normas de la ODFI relativas a las devoluciones.
  
• Acción: Revisa los motivos de la no aceptación y procede en consecuencia.
  

R71 – Devolución rechazada dirigida erróneamente

• Descripción: Una entrada de devolución rechazada (una entrada que se devolvió a la ODFI una vez, 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 ruta 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: No se procesó una devolución rechazada en el plazo de tiempo requerido.
  
• Prevención: Mantente al día con los plazos para las devoluciones rechazadas.
  
• Acción: Vuelve a enviarla en el plazo de tiempo permitido, si es posible.
  

R73 – Devolución original a tiempo

• Descripción: La RDFI confirma que la devolución original se procesó en el plazo de tiempo requerido.
  
• Prevención: No aplicable.
  
• Acción: No es necesario realizar ninguna acción.
  

R74 – Devolución corregida

• Descripción: Se ha corregido una devolución procesada incorrectamente con anterioridad.
  
• Prevención: No aplicable.
  
• 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. La RDFI impugna un rechazo incorrecto de una entrada de devolución por parte de la ODFI.
  
• Prevención: No aplicable.
  
• 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 el que la ODFI indicó errores de campo. Este código sirve como desacuerdo formal; la RDFI considera que dichos errores no existen en realidad.
  
• Prevención: No aplicable.
  
• 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 la RDFI ya ha devuelto la transacción incorrecta y la anulación, o que no puede recuperar los fondos del destinatario tal y como se especifica en el R62.
  
• Prevención: Comprende los criterios para la aceptación de las devoluciones rechazadas.
  
• Acción: Comprueba por qué no se aceptó y vuelve a enviarla según sea necesario.
  

Además, los siguientes códigos de rechazo están asociados a 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: La RDFI no participa en el programa IAT.
  
• Prevención: Verifica que la RDFI forme parte del programa IAT.
  
• Acción: Encuentra una RDFI que sí participe o evita usar IAT para la transacción.
  

R82 – Identificación de RDFI extranjera no válida

• Descripción: La identificación de la RDFI extranjera es incorrecta.
  
• Prevención: Comprueba de nuevo los datos 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 – RDFI extranjera no puede cobrar

• Descripción: La RDFI extranjera no puede completar la transacción.
  
• Prevención: Confirma la capacidad de la institución extranjera para cobrar las 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 las instituciones financieras.
  
• Prevención: Dirige 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 ponte en contacto con el gateway para su resolución.
  

R85 – Pago internacional saliente codificado incorrectamente

• Descripción: Un pago internacional saliente se ha codificado de forma incorrecta.
  
• 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 manejar las empresas los rechazos de ACH

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

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

Medidas preventivas

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

• Asegura 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 periódicamente para confirmar que son válidas.

• Implementa límites de transacciones: establece límites diarios y por transacción para no superar ningún importe permitido, lo que podría provocar un rechazo.

• Educa al personal y a los socios: forma de manera habitual a los empleados que gestionan las transacciones financieras sobre las complejidades de la red ACH, incluidos los requisitos de cumplimiento de la normativa, para reducir la probabilidad de que se produzcan errores.

• Usa alertas en tiempo real: implementa sistemas que proporcionen notificaciones en tiempo real sobre los saldos de las cuentas y los estados de las transacciones. Esto ayuda a evitar rechazos debido a fondos insuficientes o no compensados.

• Concilia las cuentas periódicamente: concilia de forma sistemática los extractos bancarios con los registros contables para detectar cualquier discrepancia que pudiera provocar rechazos.

Gestión de rechazos

• Identifica los rechazos de inmediato: configura alertas para avisar al personal clave en cuanto se produzca un rechazo, lo que permitirá actuar con rapidez.

• Interpreta el código de rechazo: conoce el motivo específico del rechazo consultando el código de rechazo de ACH. Esto orientará tus acciones posteriores.

• Comunícate con las partes implicadas: notifica el problema al cliente, empleado o proveedor y trabajad juntos para resolverlo. Esto podría implicar actualizar la información de la cuenta u obtener 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.

• Lleva un registro: documenta el rechazo y las acciones posteriores que se han llevado a cabo para resolver el problema. Esto puede resultar útil para las auditorías y demuestra el compromiso de resolver los problemas de forma eficaz.

• Evalúa y ajusta los procedimientos: después de resolver los problemas individuales, analízalos para identificar cualquier patrón o problema sistémico. Haz los cambios de procedimiento que sean necesarios para evitar que se repitan en el futuro.

Acciones para casos específicos

• Nóminas: en el caso de los ingresos directos de nóminas, revisa bien la información de la cuenta al hacer el Onboarding de nuevos empleados y siempre que un empleado notifique un cambio en los datos bancarios.

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

• Facturación recurrente de clientes: para las suscripciones o los pagos a plazos, avisa a los clientes antes de cada ciclo de facturación para asegurarte de que tienen fondos suficientes y dales la oportunidad de actualizar la información de su cuenta.

• Transacciones de e-commerce: para las empresas de e-commerce, integra funciones de verificación en la pasarela de pagos para confirmar los datos de la cuenta en tiempo real.

• Transacciones de gran valor: para las transacciones que impliquen importes elevados, considera la posibilidad de aplicar pasos de verificación adicionales, como confirmaciones telefónicas, para reducir el riesgo de rechazos debidos a problemas de autorización o de la cuenta.

Cómo puede ayudarte Stripe Payments

Stripe Payments permite a las empresas configurar y aceptar más de 125 métodos de pago, incluidas las transferencias bancarias ACH. Proporciona una solución de pagos global y unificada que ayuda a cualquier empresa (desde startups en fase de expansión hasta grandes empresas internacionales) a aceptar pagos por internet, en persona y en todo el mundo.

Stripe Payments puede ayudarte a:

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

• Simplificar los reembolsos: haz reembolsos o devuelve excesos de fondos al cliente.

• Optimizar la experiencia del proceso de compra: crea una experiencia de cliente sin fricciones y ahorra miles de horas de ingeniería con IU de pago preconstruidas y Link, un monedero digital de Stripe.

• Expandirte a nuevos mercados más rápido: llega a clientes de todo el mundo y simplifica la gestión de los tipos de intercambio gracias a las opciones para pagar internacionales, que admiten 195 países y más de 135 divisas.

• Unificar los pagos por Internet y en persona: crea una experiencia de comercio unificado entre tus canales en línea y presenciales para personalizar la relación con tus clientes, fomentar su fidelidad y aumentar tus ingresos.

• Mejorar el rendimiento de tus pagos: aumenta tus ingresos con herramientas de pagos configurables y fáciles de implementar, que incluyen soluciones sin programación de protección antifraude y funciones avanzadas para mejorar las tasas de autorización.

• Hacer crecer tu empresa con una plataforma fiable: desarrolla tu negocio sobre una infraestructura que está preparada para escalar contigo. Stripe ha logrado mantener un tiempo de actividad histórico del 99,999 % y garantiza una fiabilidad líder en el sector.

Conoce todos los detalles sobre cómoStripe Payments puede ayudarte a aceptar pagos en persona y en línea o empieza hoy.