Gestionar destinatarios es una parte esencial de tu proceso de pagos. No se trata solo de enviar dinero, sino de c\u00f3mo almacenas, gestionas y reutilizas los destinatarios a los que pagas. Tanto si trabajas en tecnolog\u00eda, cumplimiento normativo, finanzas o producto, la forma en que gestionas a tus destinatarios importa.<\/p>\n\n\n\n
Este art\u00edculo explora los Contrapartes y c\u00f3mo la API de pagos de Devengo simplifica la gesti\u00f3n de destinatarios, a la vez que hace los pagos m\u00e1s seguros y reduce el riesgo de fraude.<\/p>\n\n\n\n
<\/p>\n\n\n\n
Si tu equipo construye o gestiona pagos a trav\u00e9s de una API, este problema tiene una forma muy concreta. As\u00ed es como suele verse en c\u00f3digo:<\/p>\n\n\n\n
POST \/payments
{
\"creditor_name\": \"Acme Supplies S.L.\",
\"creditor_iban\": \"ES91 2100 ...\",
\"amount\": 15000
}<\/pre>\n\n\n\nFunciona, y as\u00ed es como empiezan la mayor\u00eda de las integraciones con APIs de pago. El problema es que cada llamada reenv\u00eda los datos bancarios completos, incluso cuando est\u00e1s pagando a la misma persona otra vez. Cuantos m\u00e1s pagos env\u00edas, m\u00e1s se acumula ese trabajo repetido.<\/p>\n\n\n\n
Suena inofensivo, pero se traduce en un riesgo real.<\/p>\n\n\n\n
Los datos bancarios que se introducen y vuelven a introducirse son datos bancarios que pueden contener errores. Cada vez que escribes un n\u00famero de cuenta, existe la posibilidad de equivocarse.<\/p>\n\n\n\n
N\u00fameros de cuenta que viajan a trav\u00e9s de peticiones, hojas de c\u00e1lculo y tickets de soporte son datos bancarios sensibles que pueden acabar en alg\u00fan lugar donde no deber\u00edan estar.<\/p>\n\n\n\n
Un negocio sin un registro de a qui\u00e9n paga habitualmente no tiene forma de detectar cuando algo no cuadra, como un n\u00famero inusual de nuevos destinatarios apareciendo en un periodo corto, o el mismo IBAN reutilizado para diferentes destinatarios.<\/p>\n\n\n\n
Hay una forma m\u00e1s sencilla de mitigar estos riesgos: las contrapartes (en ingl\u00e9s, counterparties).<\/p>\n\n\n\n
<\/p>\n\n\n\n
<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Para la parte t\u00e9cnica del equipo, as\u00ed es como se ve una vez implementado. Tus peticiones de pago llevan un ID, no un nombre, ni un n\u00famero de cuenta.<\/p>\n\n\n\n
POST \/payments
{
\"counterparty_id\": \"cpt_8f2a91\",
\"amount\": 15000
}<\/pre>\n\n\n\nEn Devengo, las Contrapartes funcionan como una agenda gestionada de pagadores y beneficiarios en el Panel de Control<\/a>.<\/strong> El mismo registro de destinatario se puede usar tanto para pagos salientes como entrantes, as\u00ed que tu equipo siempre sabe hacia d\u00f3nde va un pago o de d\u00f3nde viene.<\/p>\n\n\n\n
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\u00f3n de un vistazo.<\/p>\n\n\n\n