Gestionar destinatarios es una parte esencial de tu proceso de pagos. No se trata solo de enviar dinero, sino de cómo almacenas, gestionas y reutilizas los destinatarios a los que pagas. Tanto si trabajas en tecnología, cumplimiento normativo, finanzas o producto, la forma en que gestionas a tus destinatarios importa.
Este artículo explora los Contrapartes y cómo la API de pagos de Devengo simplifica la gestión de destinatarios, a la vez que hace los pagos más seguros y reduce el riesgo de fraude.
El problema: empezar de cero cada vez que pagas a un destinatario recurrente
Si tu equipo construye o gestiona pagos a través de una API, este problema tiene una forma muy concreta. Así es como suele verse en código:
POST /payments
{
"creditor_name": "Acme Supplies S.L.",
"creditor_iban": "ES91 2100 ...",
"amount": 15000
}
Funciona, y así es como empiezan la mayoría de las integraciones con APIs de pago. El problema es que cada llamada reenvía los datos bancarios completos, incluso cuando estás pagando a la misma persona otra vez. Cuantos más pagos envías, más se acumula ese trabajo repetido.
Suena inofensivo, pero se traduce en un riesgo real.
- El riesgo de errores
Los datos bancarios que se introducen y vuelven a introducirse son datos bancarios que pueden contener errores. Cada vez que escribes un número de cuenta, existe la posibilidad de equivocarse.
- El riesgo de exposición
Números de cuenta que viajan a través de peticiones, hojas de cálculo y tickets de soporte son datos bancarios sensibles que pueden acabar en algún lugar donde no deberían estar.
- El riesgo de fraude
Un negocio sin un registro de a quién paga habitualmente no tiene forma de detectar cuando algo no cuadra, como un número inusual de nuevos destinatarios apareciendo en un periodo corto, o el mismo IBAN reutilizado para diferentes destinatarios.
Hay una forma más sencilla de mitigar estos riesgos: las contrapartes (en inglés, counterparties).
La solución: registra una vez, paga con un ID
¿Qué es una contraparte?
Una contraparte es un registro de destinatario guardado: un nombre y un IBAN, registrados una vez, con un ID estable. En lugar de entregar los datos bancarios de alguien cada vez que le pagas, registras esos datos una vez y, a partir de entonces, referencias ese ID en cada pago futuro.
Para la parte técnica del equipo, así es como se ve una vez implementado. Tus peticiones de pago llevan un ID, no un nombre, ni un número de cuenta.
POST /payments
{
"counterparty_id": "cpt_8f2a91",
"amount": 15000
}
En Devengo, las Contrapartes funcionan como una agenda gestionada de pagadores y beneficiarios en el Panel de Control. El mismo registro de destinatario se puede usar tanto para pagos salientes como entrantes, así que tu equipo siempre sabe hacia dónde va un pago o de dónde viene.
Los equipos de operaciones y finanzas pueden explorar, filtrar y revisar los destinatarios registrados, incluyendo su nombre, IBAN enmascarado, titular de la cuenta y estado de verificación de un vistazo.
Los beneficios: 7 formas en que las Contrapartes mejoran los pagos
Los beneficios van más allá de un código más ordenado. Una mejor gestión de destinatarios recurrentes se traduce en pagos más simples y más seguros:
1. Registra una vez, paga muchas veces
Ahora mismo, cada llamada de pago en tu sistema necesita saber quién es el destinatario y necesita saber cómo enviarle el dinero. Son dos trabajos distintos. Dar de alta a un destinatario (durante el KYC, el alta de un proveedor, el registro de un contratista) es un evento puntual. Pagarle es algo que haces repetidamente, a veces cientos de veces.
Con las Contrapartes, registras una vez en el alta y pagas varias veces. Tu API de pagos deja de necesitar manejar datos bancarios en cada llamada. Simplemente referencia un ID que alguien (o algún sistema) ya validó.
2. Una vista única para soporte y operaciones
Cuando un destinatario es simplemente un IBAN que se repite en distintos pagos, responder a «¿qué le hemos enviado a este cliente?» implica buscar manualmente entre logs o listados de transacciones. Con las Contrapartes, cada pago, enviado o recibido, está vinculado al mismo registro del destinatario. Así, los equipos de soporte y operaciones pueden consultar todo el historial de pagos de un cliente desde un único lugar, sin tener que rebuscar entre datos de pago en bruto.
3. Menos oportunidades de introducir un dato incorrecto o sufrir una filtración
Cada vez que un IBAN pasa por una solicitud, un registro, una cola o un ticket de soporte, hay una posibilidad más de que algo salga mal: un error al copiar y pegar, un número de cuenta que acaba donde no debería o un nombre que no coincide exactamente con el que tenemos registrado.
Registra el IBAN una sola vez y ese riesgo se reduce a una única ocasión, en lugar de repetirse con cada pago que hagas a esa persona.
4. Una respuesta clara para cumplimiento normativo
Un conjunto gestionado de contrapartes también ayuda con el cumplimiento normativo. La detección de duplicados, las alertas sobre IBAN reutilizados y las notificaciones de cambios inesperados pasan a ser mecanismos que puedes implementar, en lugar de tener que reconstruir la información a partir de los logs después. Dependiendo de tu negocio y de tu programa de KYC y AML, esto puede formar parte de tus obligaciones de prevención del fraude, no ser simplemente un extra.
5. Control de fraude, no solo comodidad
Los IBAN en línea solo te permiten aplicar un control de fraude en el momento del pago. Las Contrapartes añaden un punto de control anterior: el momento en que se registra un destinatario.
En el fraude por toma de control de cuenta y en el fraude de pago autorizado (APP), el beneficiario suele añadirse primero y el pago llega poco después. Que el mismo IBAN aparezca en distintos registros de contrapartes no relacionados es otra señal habitual, que suele apuntar a cuentas mula o credenciales reutilizadas. Detectar cualquiera de estos patrones en el registro es más barato, y más seguro, que detectarlo cuando el pago ya está en marcha.
6. Modos obligatorio y restrictivo: blindando tu API de pagos
Por defecto, las Contrapartes son opcionales en Devengo, al menos por ahora. Todavía puedes pasar IBANes directamente si quieres. Pero hay dos opciones que cambian ese cálculo para algunos negocios.
- Modo obligatorio, donde cada pago debe referenciar una contraparte registrada.
- Modo restrictivo, donde solo las contrapartes verificadas pueden recibir pagos, una forma práctica para las entidades obligadas por AML de aplicar su debida diligencia en el momento del pago, no solo en el alta.
Puedes elegir cualquiera de los dos modos según tu propio apetito de riesgo, tus requisitos de privacidad o tus necesidades de cumplimiento normativo. Aun así, incluso si estás cómodo con la configuración por defecto, Devengo puede requerirte usar un modo específico según tu sector o perfil de riesgo.
7. Un pequeño cambio con un retorno acumulativo
Migrar los destinatarios existentes a Contrapartes es una tarea puntual. Después de eso, cada pago que envías se vuelve más simple, no más complejo. Ya no hay que manejar el IBAN en la petición ni revalidarlo: solo un ID, que resulta más fácil de auditar, de reutilizar entre sistemas y de entender dentro de seis meses, cuando estés depurando un pago que fue a parar al lugar equivocado.
Empieza a usar Contrapartes
Si ya estás construyendo con Devengo, consulta la referencia de la API, crea contrapartes directamente desde tu panel de control, o contacta con tu persona de contacto en Devengo para que te oriente en la migración de tus destinatarios existentes.
Si estás explorando una API de pagos por primera vez, contacta con nuestros expertos y te ayudaremos a encontrar la configuración que mejor se adapte a tu caso de uso.
