Las transferencias hechas a través de la cámara de compensación automatizada (ACH, por sus siglas en inglés) son una opción habitual con la que las empresas y personas envían o reciben dinero electrónicamente. En 2022, se realizaron 30.000 millones de transferencias ACH con valor de más de 76 billones de dólares. A pesar de lo práctico, rentable y eficaz que es este método de pago, sigue siendo bastante común rechazar las transferencias ACH.

Cuando no se puede procesar una transferencia ACH, la red ACH devuelve un «código de rechazo» o «código de devolución» en el que se explica por qué no se ha realizado la transferencia. Puede deberse a algo tan sencillo como un número de cuenta incorrecto o a algo tan complicado como las normas y restricciones que las entidades financieras imponen a este tipo de transacciones.

Cuando se producen rechazos de ACH, es importante que las empresas sepan qué ha ido mal para evitar problemas en el futuro y mantener la confianza y la satisfacción de la clientela. A continuación, explicaremos los distintos tipos de códigos de rechazo, qué provoca los rechazos, cómo evitarlos y cómo gestionarlos cuando ocurren.

¿De qué trata 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 manejar las empresas los rechazos de ACH
  

¿Qué son las transferencias ACH?

Las transferencias hechas a través de la cámara de compensación automatizada (ACH) son una forma de transferencia de dinero electrónica que envía fondos entre distintas instituciones financieras. Estas transacciones se suelen procesar en masa y se rigen por las normas establecidas por Nacha (National Automated Clearing House Association) en Estados Unidos.

Las transferencias ACH son un método de pago fiable, rentable y versátil que las empresas estadounidenses han adoptado ampliamente. Si bien presentan ciertas limitaciones, las ventajas suelen compensar los inconvenientes, sobre todo en el caso de la eficiencia operativa y la gestión de costes. Estos son los puntos clave que se deben conocer sobre las transferencias ACH.

Características de las transferencias ACH

• Rentabilidad: las transferencias ACH cuestan menos que las transferencias electrónicas y las transacciones con tarjeta de crédito. Las empresas que pretenden reducir gastos operativos suelen elegir las transferencias ACH por este motivo.

• Versatilidad: estas transferencias tienen diversos fines, como la domiciliación de nóminas, los pagos recurrentes como las suscripciones y los pagos a proveedores.

• Procesamiento por lotes: a diferencia de las transacciones en tiempo real, las transferencias ACH suelen procesarse en lotes, lo que suele ralentizar los cobros (normalmente, hasta tres días laborables).

• Tipos: las transferencias ACH se pueden dividir en pagos mediante adeudo ACH y crédito ACH. Los adeudos ACH permiten a las empresas retirar dinero de otra cuenta, a menudo sin autorización previa. A través de los pagos mediante crédito ACH, las empresas pueden depositar dinero en una cuenta; un método que suelen utilizar para los pagos de las nóminas y a los proveedores.

Importancia para las empresas

• Son un método de pago con gran eficacia
  El procesamiento por lotes de las transferencias ACH ayuda a las empresas a planificar sus actividades financieras con más eficacia al saber a qué hora se cobrarán las transacciones.

• Cumplen con las normativas de pagos
  El cumplimiento de las normativas de Nacha garantiza una experiencia segura y uniforme que minimiza los riesgos de fraude o disputa.

• Aumentan la precisión de las previsiones financieras
  Las transferencias ACH mejoran la gestión de caja gracias a su previsibilidad y bajo coste. Las empresas pueden prever sus finanzas con más precisión y optimizar los recursos disponibles.

• Son compatibles con una estrategia de pago flexible
  Aceptar los pagos ACH puede hacer que una empresa resulte más atractiva para la clientela que prefiera no utilizar tarjeta de crédito, lo que supone una alternativa beneficiosa para ambas partes.

Limitaciones

• Procesamiento más lento
  Una de las desventajas de las transferencias ACH es que tardan más en cobrarse (unos cuantos días), lo que puede suponer un problema para las empresas que necesitan acceder rápidamente a los fondos.

• Riesgos de fondos insuficientes
  Los adeudos ACH pueden no compensarse si la cuenta del pagador carece de fondos suficientes, lo que conlleva pagos retrasados y posibles comisiones.

• Posible complejidad en la resolución de errores
  Dado que las transferencias ACH están automatizadas y se procesan por lotes, la resolución de errores puede llevar más tiempo y resultar más complicada que con otras formas de pago.

¿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 ACH pueden darse por distintos motivos que suelen entrar dentro de una de estas cinco categorías: errores administrativos; problemas de autorización; insuficiencias financieras; limitaciones de tiempo y procesamiento; o gestión de riesgos y cumplimiento de la normativa. Cada categoría cuenta con su propia serie de retos y requiere de soluciones concretas. A continuación, exponemos más detalles sobre por qué se dan los rechazos de ACH.

Errores administrativos

• Información incorrecta de la cuenta: uno de los motivos más comunes de los rechazos de ACH es el de los números incorrectos de ruta o de cuenta. Si uno de ellos es erróneo, no se realizará la transacción.

• Cuentas cerradas o inexistentes: si una cuenta se ha cerrado o no ha existido nunca, la transacción ACH se rechazará con códigos específicos como R02 o R03.

• Falta de coincidencia en el tipo de cuenta: algunas transacciones ACH requieren un tipo específico de cuenta, como una cuenta de empresa o de ahorro. Si no hay coincidencia, la transferencia no se llevará a cabo.

Problemas de autorización

• Falta de autorización previa: para que se lleve a cabo un adeudo ACH, la persona titular de la cuenta suele tener que dar una autorización previa. Si no se da dicha autorización, se rechazará la transacción.

• Autorización revocada: a veces, un cliente o socio comercial puede revocar una autorización de adeudo previamente concedida. En tales casos, se rechazarán todas las transacciones ACH posteriores.

• Disputas de autorización corporativas: en el contexto de las transacciones corporativas, si una entidad informa de que un adeudo o crédito ACH no está autorizado, se marcará y rechazará la transacción.

Problemas financieros

• Fondos insuficientes: uno de los motivos más claros para el rechazo de una transacción ACH es la falta de fondos en la cuenta en la que se va a efectuar el cargo. Esto activará un código R01.

• Fondos sin cobrar: puede que haya fondos en una cuenta que no se hayan liquidado ni cobrado, lo que activa un código de rechazo R09.

• Orden de suspensión de pago: las personas titulares de las cuentas tienen el derecho a emitir una orden de suspensión de pago para transacciones específicas. Cuando se emite una de estas órdenes, se rechazará cualquier adeudo ACH correspondiente.

Limitaciones de tiempo y procesamiento

• Entradas antiguas o caducadas: en algunos casos, las transacciones ACH tienen un período limitado durante el cual se pueden procesar. Si se envían demasiado tarde, se pueden rechazar.

• Superación de los límites de transacción: las cuentas particulares y las de empresa pueden tener límites distintos en los importes que pueden transferir. Nacha aumentó su límite máximo de pagos ACH en el mismo día a 1 millón de dólares por pago en 2022. Superar estos límites puede hacer que se rechace la transacción.

• Problemas de origen: a veces, el problema no está en la receptora, sino en la Originating Depository Financial Institution (ODFI). Si, por cualquier motivo, esta solicita la devolución de un ingreso, no se llevará a cabo la transacción.

Cumplimiento de la normativa y gestión de riesgos

• Sospecha de fraude: las instituciones financieras llevan un seguimiento constante en busca de actividades sospechosas. Toda transacción ACH que se marca como potencialmente fraudulenta se rechazará para proteger frente a las transacciones no autorizadas.

• Incumplimiento de las normativas: no cumplir las directrices de Nacha ni demás normativas también puede causar rechazos. Aquí se incluyen fallos en el cifrado de extremo a extremo o el incumplimiento de los protocolos de autenticación en dos pasos.

Al entender estos motivos, las empresas e instituciones financieras pueden perfeccionar los procesos de sus transacciones ACH, mejorar el proceso de resolución de problemas, solucionar incidencias más rápido y, por lo general, mantener todo en orden.

Lista de códigos de rechazo de ACH

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

• Ingreso: envío de cualquier transacción ACH
  
• Devolución: cuando se devuelve un ingreso a la ODFI después de haberse aceptado su procesamiento
  
• Rechazo: cuando no se ha aceptado nunca un ingreso en la red ACH para su procesamiento
  
• ODFI: «Originating Depository Financial Institution» o institución financiera depositaria de origen que envía las transacciones ACH
  
• RDFI: «Receiving Depository Financial Institution» o Institución financiera depositaria receptora que recibe las transacciones ACH
  

Aquí tienes una lista con todos los códigos de rechazo ACH, qué significan, qué los provoca y qué acciones se han de realizar al respecto:

R01 - Fondos insuficientes

• Descripción: no hay fondos suficientes en la cuenta para cubrir la transacción.
  
• Prevención: monitorizar los saldos de las cuentas con regularidad y configurar alertas de saldo bajo.
  
• Acción: contactar con la persona titular de la cuenta para tratar la incidencia y enviar la transacción una vez que haya fondos disponibles.
  

R02 - Cuenta cerrada

• Descripción: la persona titular de la cuenta ha cerrado la cuenta a la que se intenta acceder.
  
• Prevención: confirmar el estatus de la cuenta antes de iniciar las transacciones.
  
• Acción: obtener información de la nueva cuenta por parte de la persona titular de la cuenta y actualizar los registros.
  

R03 - No hay ninguna cuenta o no se puede localizar

• Descripción: el número de cuenta o la información de ruta no coincide con ninguna cuenta de la RDFI.
  
• Prevención: verificar los números de cuenta antes de iniciar las transacciones.
  
• Acción: solicitar la información correcta de la cuenta a la persona destinataria.
  

R04 - Número de cuenta no válido

• Descripción: el número de cuenta facilitado con una transacción no es correcto porque no tiene los dígitos correctos, no pasa la validación digital o no coincide con los números de cuenta de la RDFI.
  
• Prevención: validar los números de cuenta según una estructura predefinida.
  
• Acción: obtener el número de cuenta correcto y volver a enviar la transacción.
  

R05 - Adeudo no autorizado a la cuenta del consumidor mediante el código SEC corporativo

• Descripción: se ha utilizado un código Standard Entry Class (SEC) corporativo de forma incorrecta para una cuenta de consumidor.
  
• Prevención: garantizar el uso de los códigos SEC adecuados para el tipo de transacción.
  
• Acción: corregir el código SEC y volver a enviar la transacción.
  

R06 - Devolución hecha de acuerdo con la solicitud de la ODFI

• Descripción: la ODFI ha devuelto la transacción por diversos motivos.
  
• Prevención: confirmar los detalles de la transacción antes de enviarla.
  
• Acción: contactar con la ODFI para determinar la incidencia y decidir qué medidas tomar a continuación.
  

R07 - Autorización revocada por cliente

• Descripción: el cliente ha revocado la autorización de la transacción.
  
• Prevención: mantener las autorizaciones actualizadas y comunicarse con la clientela.
  
• Acción: no volver a enviar la transacción sin una nueva autorización.
  

R08 - Pago detenido

• Descripción: la persona 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 de origen o ingresos RCK («Re-presented Check Entry» o cheques devueltos), que tienen los siguientes códigos específicos.
  
• Prevención: confirmar la autorización y los detalles de pago con la persona titular de la cuenta.
  
• Acción: contactar con la persona titular de la cuenta para resolver el problema.
  

R09 - Fondos sin cobrar

• Descripción: la cuenta puede tener depósitos que aún no se han liquidado, lo que da lugar a fondos insuficientes para la transacción.
  
• Prevención: tener en cuenta los cronogramas de compensación de depósitos.
  
• Acción: reenviar la transacción una vez cobrados los fondos.
  

R10 - Aviso de cliente de no autorización

• Descripción: el cliente ha indicado que la transacción no está autorizada.
  
• Prevención: proteger la autorización adecuada antes de iniciar la transacción.
  
• Acción: no volver a enviar la transacción sin obtener una nueva autorización.
  

R11 - Devolución de ingreso por truncamiento de cheque

• Descripción: se ha producido un error de truncamiento (liquidación de cheque) por diversos motivos de acuerdo con la política del banco.
  
• Prevención: confirmar los datos del cheque antes del truncamiento.
  
• Acción: consultar con el banco para obtener más información y repetir el proceso si es 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: actualizar la información de la cuenta con regularidad.
  
• Acción: pedir al cliente los nuevos datos bancarios y actualizar los registros.
  

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

• Descripción: el número de ruta ACH no es correcto.
  
• Prevención: verificar los números de ruta antes de iniciar las transacciones.
  
• Acción: actualizar el número de ruta y reenviar la transacción.
  

R14 - El representante del beneficiario ha fallecido o no puede seguir desempeñando esa función

• Descripción: el representante del beneficiario ha fallecido o no puede llevar a cabo sus funciones.
  
• Prevención: llevar un seguimiento del representante del beneficiario y su estatus.
  
• Acción: obtener un nuevo representante para el beneficiario y actualizar los registros.
  

R15 - Beneficiario o titular de la cuenta fallecido

• Descripción: la persona beneficiaria o titular de la cuenta ha fallecido.
  
• Prevención: actualizar la información de la persona beneficiaria o titular de la cuenta con regularidad.
  
• Acción: cesar las transacciones y consultar con el estado o la persona titular de la cuenta.
  

R16 - Cuenta bloqueada

• Descripción: la cuenta está bloqueada debido a acciones legales o a la política del banco.
  
• Prevención: llevar un seguimiento de las incidencias legales relacionadas con las cuentas.
  
• Acción: contactar con la institución financieras para obtener detalles y soluciones.
  

R17 - Criterios de edición de registros

• Descripción: las entradas contienen un formato o datos no válidos, que la RDFI puede interpretar como que se está iniciando la transacción en circunstancias cuestionables.
  
• Prevención: validar cada campo del ingreso antes del envío.
  
• Acción: corregir el ingreso y volver a enviar la transacción.
  

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: verificar las fechas de entrada en vigor antes del envío.
  
• Acción: corregir la fecha y volver a enviar la transacción.
  

R19 - Error en el campo Importe

• Descripción: el importe introducido en el campo Importe no es válido.
  
• Prevención: validar los importes del envío.
  
• Acción: corregir el importe y volver a enviar la transacción.
  

R20 - Cuenta no apta para transacciones

• Descripción: las políticas o normativas evitan las transacciones ACH en esta cuenta.
  
• Prevención: confirmar los tipos de cuenta antes de iniciar las transacciones.
  
• Acción: usar una cuenta o método de pago alternativos.
  

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

• Descripción: la información de identificación de la empresa no es correcta o no está actualizada, normalmente debido a un error al introducirla.
  
• Prevención: validar la identificación de la empresa antes de iniciar las transacciones.
  
• Acción: actualizar la identificación de la empresa y volver a enviar la transacción.
  

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

• Descripción: El ID de particular introducido (normalmente, por parte de un cliente en el campo de identificación de cliente) no es válido.
  
• Prevención: validar los números de identificación del particular antes de iniciar las transacciones.
  
• Acción: actualizar el número de identificación del particular y reenviar la transacción.
  

R23 - Ingreso crediticio rechazado por el receptor

• Descripción: la institución financiera receptora de la transacción (la RDFI) ha rechazado el ingreso crediticio, quizá debido a una disputa o a la falta de acuerdo.
  
• Prevención: confirmar las condiciones de la transacción con la RDFI.
  
• Acción: resolver la incidencia con la RDFI y tomar las medidas pertinentes.
  

R24 - Ingreso duplicado

• Descripción: se ha enviado la misma transacción más de una vez.
  
• Prevención: implementar controles para evitar la duplicación de transacciones.
  
• Acción: confirmar si es una duplicación de verdad y tomar las medidas adecuadas.
  

R25 - Error de complemento

• Descripción: el registro de complementos, que identifica a la persona titular de la cuenta o facilita información de los pagos a la RDFI, no es correcto o está fuera de secuencia.
  
• Prevención: validar los registros de complementos antes de enviar la transacción.
  
• Acción: corregir el registro de complementos y volver a enviar la transacción.
  

R26 - Error en campo obligatorio

• Descripción: falta información en un campo obligatorio por falta de datos introducidos, lo que lleva al operador de ACH a rechazar la transacción.
  
• Prevención: garantizar que se rellenan todos los campos obligatorios.
  
• Acción: rellenar los campos que faltan y volver a enviar la transacción.
  

R27 - Error del número de rastreo

• Descripción: los números de rastreo enviados no son coherentes con los números de rastreo del registro de complementos.
  
• Prevención: validar los números de rastreo antes de enviar la transacción.
  
• Acción: corregir el número de rastreo y volver a enviar la transacción.
  

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, no es correcto.
  
• Prevención: validar los números de ruta y sus dígitos de control.
  
• Acción: corregir el dígito de control y volver a enviar la transacción.
  

R29 - Aviso de cliente corporativo de no autorización

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

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

• Descripción: la RDFI no participa en el programa de truncamiento de cheque.
  
• Prevención: confirmar las funciones con la RDFI.
  
• Acción: utilizar otra forma de pago.
  

R31 - Ingreso de devolución permitido

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

R32 - Falta de liquidación por parte de la RDFI

• Descripción: la RDFI no puede cobrar el ingreso por diversos motivos.
  
• Prevención: confirmar las funciones de cobro con la RDFI.
  
• Acción: abordar el motivo concreto con la RDFI y tomar las medidas pertinentes.
  

R33 - Devolución del ingreso XCK

• Descripción: la RDFI ha devuelto el ingreso por un cheque extraviado, destruido o deteriorado (ingreso XCK).
  
• Prevención: familiarizarse con las condiciones de devolución por cheques extraviados o deteriorados.
  
• Acción: evaluar por qué no se puede procesar el cheque y tomar las medidas pertinentes.
  

R34 - Participación limitada de la DFI

• Descripción: un regulador federal o estatal ha limitado la capacidad de la RDFI para procesar transacciones ACH.
  
• Prevención: confirmar de antemano las capacidades de la RDFI.
  
• Acción: tratar con la RDFI la forma de proceder.
  

R35 - Devolución de un adeudo incorrecto

• Descripción: no se ha enviado correctamente un adeudo, ya que no están permitidos en estos casos.
  
• Prevención: entender los criterios de adeudo correctos.
  
• Acción: evaluar el motivo y corregir lo necesario antes de volver a enviar la transacción.
  

R36 - Devolución de un crédito incorrecto

• Descripción: no se ha enviado correctamente un crédito, ya que no están permitidos en estos casos.
  
• Prevención: entender los criterios de crédito correctos.
  
• Acción: evaluar el motivo y corregir lo necesario antes de volver a enviar la transacción.
  

R37 - Documento de origen presentado para el pago

• Descripción: se ha intentado realizar un pago duplicado presentando el documento de origen relacionado con una transacción ACH existente para el pago.
  
• Prevención: rastrear los documentos de origen y los ingresos ACH relacionados.
  
• Acción: evaluar y corregir la duplicación.
  

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

• Descripción: la persona titular de la cuenta receptora solicita detener un pago en un cheque que se ha convertido en un pago electrónico.
  
• Prevención: monitorizar las órdenes de suspensión de pago.
  
• Acción: detener el procesamiento y consultar con la persona titular de la cuenta.
  

R39 - Documento de origen incorrecto

• Descripción: el documento de origen relacionado con el pago ACH no es correcto ni apto.
  
• Prevención: validar los documentos de origen antes de crear ingresos.
  
• Acción: sustituir o corregir el documento de origen.
  

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

• Descripción: una entidad reguladora del gobierno federal ha devuelto un ingreso de inscripción automatizada (ingreso ENR).
  
• Prevención: cumplir las normas con respecto a los ingresos ENR.
  
• Acción: abordar el motivo concreto con la entidad y tomar las medidas pertinentes.
  

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

• Descripción: el código de transacción no es correcto, sobre todo en relación con la inscripción de servicios de depósito directo o pago directo con una entidad federal.
  
• Prevención: validar los códigos de transacción antes de enviar la transacción.
  
• Acción: corregir el código de transacción y volver a enviar la transacción.
  

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

• Descripción: el dígito de control al final del número de ruta no es correcto en un ingreso ENR del gobierno federal.
  
• Prevención: validar los números de ruta y sus dígitos de control.
  
• Acción: corregir el dígito de control y volver a enviar la transacción.
  

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

• Descripción: el número de la cuenta de la RDFI no es correcto. Este código de devolución solo se aplica en ingresos ENR, de modo que es exclusivo de las entidades reguladoras del gobierno federal.
  
• Prevención: validar los números de cuenta antes de iniciar las transacciones.
  
• Acción: corregir el número de cuenta y volver a enviar la transacción.
  

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

• Descripción: el número de identificación de particular facilitado no coincide con el número de identificación que consta en el registro, sobre todo en las transacciones del gobierno federal.
  
• Prevención: validar los números de identificación del particular antes de iniciar las transacciones.
  
• Acción: actualizar el número de identificación del particular y reenviar la transacción.
  

R45 - Nombre de particular no válido

• Descripción: el nombre de la persona titular de la cuenta no es correcto o no está bien escrito.
  
• Prevención: validar los nombres antes de iniciar las transacciones.
  
• Acción: actualizar el nombre y volver a enviar la transacción.
  

R46 - Indicador del representante del beneficiario no válido

• Descripción: el código de indicador del representante del beneficiario no es correcto.
  
• Prevención: validar los códigos de indicador antes de iniciar las transacciones.
  
• Acción: corregir el código de indicador y volver a enviar la transacción.
  

R47 - Inscripción duplicada

• Descripción: las RDFI envían ENR a entidades reguladoras del gobierno federal para iniciar pagos ACH o depósitos directos con estas instituciones. En este caso, se ha enviado el mismo ENR más de una vez.
  
• Prevención: implementar controles para evitar la duplicación de inscripciones.
  
• Acción: confirmar si es una duplicación de verdad y tomar las medidas adecuadas.
  

R50 - La legislación estatal afecta la aceptación de RCK

• Descripción: la RDFI se encuentra en un estado que no permite los pagos digitales o que exige devolver al cliente los cheques cancelados en un plazo determinado de acuerdo con la legislación estatal.
  
• Prevención: familiarizarse con la legislación estatal que rige las transacciones.
  
• Acción: investigar las leyes específicas del estado por las que se ha efectuado la transacción y cumplirlas de cara a futuras transacciones.
  

R51 - La partida relacionada con el ingreso RCK no es apta, el ingreso RCK es inadecuado

• Descripción: un ingreso de un cheque que se ha devuelto y vuelto a presentar no es apto para el procesamiento por inelegibilidad, o bien no se ha preparado o efectuado correctamente.
  
• Prevención: comprobar la elegibilidad y corrección de los ingresos.
  
• Acción: revisar la transacción para garantizar que cumple todas las normas y directrices pertinentes.
  

R52 - Suspensión del pago en la partida relacionada con el ingreso RCK

• Descripción: la persona titular de la cuenta realiza una orden de suspensión en un cheque devuelto que se está volviendo a procesar electrónicamente.
  
• Prevención: verificar que no hay órdenes de suspensión de pago antes de proceder.
  
• Acción: contactar con el banco emisor o el pagador para resolver el problema.
  

R53 - Partida e ingreso RCK presentados para el pago

• Descripción: se han enviado la transacción original y su ingreso RCK correspondiente, lo que ha dado lugar a una transacción duplicada.
  
• Prevención: prestar atención al presentar tanto la partida como el ingreso.
  
• Acción: conciliar los registros de pago para eliminar la transacción duplicada.
  

R61 - Devolución mal enrutada

• Descripción: se ha enviado una transacción anulada a una institución incorrecta.
  
• Prevención: garantizar números de ruta exactos.
  
• Acción: corregir la información de ruta y reenviar la transacción.
  

R62 - Devolución de débito erróneo o que debe anularse

• Descripción: se ha enviado un adeudo con error o debe anularse.
  
• Prevención: comprobar bien los ingresos antes de finalizarlos.
  
• Acción: emitir una transacción de rectificación o anulación si es necesario.
  

R63 - Importe en dólares incorrecto

• Descripción: el importe en dólares especificado en la transacción no es correcto.
  
• Prevención: verificar el importe de la transacción antes de enviarla.
  
• Acción: corregir el importe e iniciar una nueva transacción.
  

R64 - Número de identificación de particular

• Descripción: el número de identificación de particular que consta en la transacción de devolución no coincide con el del ingreso original.
  
• Prevención: confirmar la información de identificación de particular.
  
• Acción: actualizar la información y volver 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: garantizar que los códigos de transacción son correctos.
  
• Acción: actualizar el código de transacción y volver a enviar la transacción.
  

R66 - Identificación de la empresa incorrecta

• Descripción: el identificador de la empresa que consta en la transacción no coincide con el número de identificación que consta en el registro de encabezado de la remesa, que consiste en un elemento de metainformación relativo a la transferencia de un lote de transacciones.
  
• Prevención: verificar la información del identificador de la empresa.
  
• Acción: corregir el identificador de la empresa y volver a procesar la transacción.
  

R67 - Devolución duplicada

• Descripción: el ingreso de devolución ya estaba procesado, lo que ha provocado una duplicación.
  
• Prevención: rastrear las devoluciones procesadas para evitar duplicaciones.
  
• Acción: ninguna necesaria más que revisar los procesos internos para evitar estos casos en el futuro.
  

R68 - Devolución inoportuna

• Descripción: la devolución no se procesó en el plazo requerido.
  
• Prevención: monitorizar los plazos de procesamiento de devoluciones.
  
• Acción: volver a enviar la transacción dentro del plazo permitido si es posible.
  

R69 - Error(es) de campo

• Descripción: uno o varios campos contienen información incorrecta introducida por la ODFI, como un número de cuenta incorrecto o un nombre mal introducido en la cuenta, lo que causa la devolución de la transacción.
  
• Prevención: validar todos los campos antes de enviar la transacción.
  
• Acción: corregir los errores en los campos indicados y volver a enviar la transacción.
  

R70 - Ingreso de devolución permitido no aceptado o devolución no solicitada por la ODFI

• Descripción: no se ha procesado un ingreso de devolución válido como debería o la OFDI no ha solicitado una devolución.
  
• Prevención: cumplir las normas de la ODFI con respecto a las devoluciones.
  
• Acción: revisar los motivos de la falta de aceptación y proceder de forma pertinente.
  

R71 - Devolución rechazada mal enrutada

• Descripción: no se ha enviado a la institución correcta una devolución no abonada (un ingreso que se devolvió una vez a la ODFI, pero que no se realizó correctamente y se debe volver a enviar).
  
• Prevención: garantizar que los números de ruta de las devoluciones son precisos.
  
• Acción: redirigir la devolución no abonada a la institución correcta.
  

R72 - Devolución no abonada inoportuna

• Descripción: no se ha procesado una devolución no abonada en el plazo requerido.
  
• Prevención: estar al tanto de los plazos de las devoluciones no abonadas.
  
• Acción: volver a enviar la transacción dentro del plazo permitido si es posible.
  

R73 - Devolución original inoportuna

• Descripción: la RDFI confirma que la devolución original se procesó dentro del plazo requerido.
  
• Prevención: no aplica.
  
• Acción: no aplica.
  

R74 - Devolución corregida

• Descripción: se ha corregido una devolución que no se había tramitado correctamente.
  
• Prevención: no aplica.
  
• Acción: no aplica.
  

R75 - La devolución no es un duplicado

• Descripción: esta es una respuesta al código de rechazo R67. La RDFI impugna el rechazo indebido de una devolución por parte de la ODFI​.
  
• Prevención: no aplica.
  
• Acción: no aplica.
  

R76 - No se han encontrado 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 cree que estos errores que no existen realmente.
  
• Prevención: no aplica.
  
• Acción: no aplica.
  

R77 - No aceptación de la devolución no abonada 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 según se especifica en el R62.
  
• Prevención: entender los criterios de aceptación de las devoluciones no abonadas.
  
• Acción: comprobar por qué no se aceptó y volver a enviar la transacción si es necesario.
  

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

R80 - Errores de codificación ingresos IAT

• Descripción: hay errores de codificación en el ingreso IAT.
  
• Prevención: validar la codificación de los ingresos IAT.
  
• Acción: corregir los errores de codificación y reenviar el ingreso IAT.
  

R81 - No participa en el programa IAT

• Descripción: la RDFI no participa en el programa IAT.
  
• Prevención: verificar que la RDFI forma parte del programa IAT.
  
• Acción: buscar una RDFI que sí participe o evitar hacer uso de IAT para la transacción.
  

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

• Descripción: la identificación de la RDFI extranjera no es correcta.
  
• Prevención: comprobar bien los detalles de identificación de la institución extranjera.
  
• Acción: corregir la información de identificación y volver a procesar la transacción.
  

R83 - La RDFI extranjera no puede cobrar

• Descripción: la RDFI extranjera no puede completar la transacción.
  
• Prevención: confirmar la capacidad de la institución extranjera para cobrar transacciones antes de iniciar una.
  
• Acción: trabajar directamente con la institución extranjera para resolver el problema.
  

R84 - Ingreso no procesado por la pasarela

• Descripción: la pasarela designada, un proveedor de servicios que hace las veces de punto de entrada a la red ACH para las instituciones financieras, no ha procesado el ingreso.
  
• Prevención: dirigir las transacciones a través de una pasarela funcional.
  
• Acción: volver a enviar la transacción mediante una pasarela válida o contactar con la pasarela para obtener una solución.
  

R85 - Pago internacional saliente con un código incorrecto

• Descripción: no se ha codificado correctamente un pago internacional saliente.
  
• Prevención: verificar la codificación de los pagos internacionales.
  
• Acción: corregir el código y volver a enviar la transacción.
  

Cómo deben manejar las empresas los rechazos de ACH

La reducción de rechazos ACH supone menos carga operativa para el equipo y un proceso más sencillo para tus clientes, lo que podría aumentar la retención de clientes.

Para evitar rechazos ACH innecesarios y gestionarlos con eficacia cuando se produzcan, las empresas deben implementar una estrategia polifacética, lo que incluye medidas preventivas, detección puntual de incidencias y acciones de seguimiento pertinentes. Estos son los pasos que seguir:

Medidas preventivas

• Verificar la información de la cuenta: antes de iniciar una transacción ACH, confirma los números de cuenta de ruta del destinatario. Lo puedes hacer manualmente o mediante servicios de verificación electrónica.

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

• Implementar límites para las transacciones: establece límites por día y transacción para evitar superar el importe permitido, lo que podría causar un rechazo.

• Formar al personal y los socios: ofrece formación con regularidad al personal que gestiona las transacciones financieras sobre las complejidades de la red ACH, incluidos los requisitos de cumplimiento de la normativa, para reducir la probabilidad de errores.

• Usar alertas en tiempo real: implementa sistemas que ofrezcan avisos en tiempo real sobre el saldo de las cuentas y los estatus de las transacciones. De este modo, se evitan rechazos por fondos insuficientes o sin liquidar.

• Conciliar cuentas con regularidad: concilia de forma habitual los extractos bancarios con los registros de contabilidad para detectar cualquier discrepancia que pueda ser motivo de rechazo.

Gestión de rechazos

• Identificar rechazos al instante: configura alertas para avisar al personal clave en el momento en que se produce un rechazo para poder tomar medidas inmediatas.

• Interpretar el código de rechazo: descubre el motivo concreto del rechazo consultando el código de rechazo ACH. De este modo, podrás saber qué medidas tomar a continuación.

• Comunicarse con las partes implicadas: avisa al cliente, empleado o proveedor del problema y trabajad en equipo para resolverlo. Esto puede implicar actualizar la información de la cuenta o proteger un nuevo formulario de autorización.

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

• Llevar registros: documenta el rechazo y las medidas tomadas posteriormente para resolver el problema. Esto puede resultar útil para las auditorías y demuestra compromiso para resolver las incidencias con eficacia.

• Evaluar y ajustar los procedimientos: después de resolver cada incidencia, analízalas para detectar cualquier patrón o problema sistemático. Realiza cambios en el procedimiento si es necesario para evitar estos casos en el futuro.

Acciones para casos específicos

• Nómina: para los depósitos directos de nóminas, comprueba bien la información de las cuentas a la hora de incorporar nuevos empleados y cuando un empleado informe de un cambio en los datos bancarios.

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

• Facturación recurrente a clientes: para las suscripciones o los pagos a plazos, recuerda a tus clientes antes de cada ciclo de facturación que deben asegurarse de tener fondos suficientes y dales la oportunidad de actualizar la información de sus cuentas.

• 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: en el caso de las transacciones de importes elevados, considera aplicar pasos de verificación adicional, como confirmación telefónica, para reducir el riesgo de rechazos por problemas de autorización o con la cuenta.