Contracargos y reembolsos en cripto: la guía práctica para comerciantes

Todo comerciante que ha aceptado pagos con tarjeta conoce la carta: una transacción de hace cuatro meses, revertida en forma de contracargo (chargeback). Una comisión encima. Un aviso de que su ratio de disputas ya es un problema. Los criptopagos no funcionan así: no hay un emisor ante quien apelar, ningún adquirente reteniendo una reserva, y ningún mecanismo en ningún lugar capaz de sacar fondos ya liquidados de su saldo. Ese es el titular, y es realmente el motivo por el que tantos negocios dan el salto. La mitad de la que nadie habla es la otra — los clientes siguen cambiando de opinión, siguen pagando de más, siguen enviando USDT por la red equivocada — y en cuanto el banco desaparece, el proceso para gestionar todo eso pasa a ser cosa suya. Esta guía es ese proceso.

Contracargo (chargeback), reembolso y reversión: tres palabras que los comerciantes confunden#

No son sinónimos, y precisamente en esa diferencia es donde el criptopago cambia la economía del negocio. Un contracargo es una reversión forzosa que decide otra persona. Un reembolso es un pago que usted decide enviar. Los circuitos de tarjeta mezclan ambos conceptos hasta el punto de que los comerciantes dejan de distinguirlos; on-chain, solo uno de los dos existe.

Vuelva a leer esa última columna, porque ahí está toda la guía en cuatro filas. Pasarse a las criptomonedas no elimina su obligación de compensar al cliente. Elimina al tercero que podía tomar esa decisión por usted, con un coste, meses después, sobre pruebas que usted nunca llegó a ver.

Por qué un pago on-chain no se puede revertir#

Un pago con tarjeta es un mensaje: una promesa de mover dinero entre cuentas que dos bancos concilian más tarde, y cualquiera de los dos puede reabrir esa promesa durante meses. La mayoría de las redes de tarjetas permiten unos 120 días desde la transacción —más en algunos códigos de motivo— durante los cuales una venta ya liquidada puede convertirse en un cargo. Un pago en blockchain no es un mensaje sobre dinero; es el dinero. Una vez que la transacción se mina y queda enterrada bajo suficientes bloques, ningún participante del sistema tiene autoridad para deshacerla, porque no existe una cuenta que debitar ni un operador con un botón de reversión. El control sigue a las claves.

La finalidad, por tanto, es un reloj, no un comité. Cada red late a su propio ritmo: Solana y Tron liquidan en segundos, Ethereum en poco más de un minuto, y Bitcoin, Monero y Dogecoin en unos veinte. CryptoPayIn acredita un pago en cuanto cruza el umbral de confirmaciones de esa red, y los umbrales vigentes están publicados en la página de divisas. A partir de ese momento la venta queda cerrada, de forma permanente, y tres cosas que usted llevaba pagando en silencio con las tarjetas desaparecen a la vez:

• La reserva variable. Ya nadie necesita retener entre el 5 % y el 10 % de sus ingresos durante seis meses por si acaso, porque no hay disputas futuras.
• El ratio de disputas. Los programas de monitorización de tarjetas empiezan a aplicar penalizaciones a partir de aproximadamente una disputa por cada cien transacciones, y pueden acabar en la cancelación de la cuenta. Aquí no hay ningún ratio que incumplir — precisamente por lo que los sectores que los procesadores de tarjetas etiquetan como de alto riesgo pueden atenderse a precio normal.
• La cola de 120 días. Los ingresos de marzo son suyos en marzo. La planificación de tesorería deja de arrastrar un pasivo invisible.

La política de reembolsos que ahora le toca escribir a usted#

En CryptoPayIn un reembolso no es un objeto especial con su propio flujo de trabajo: es un pago a una dirección que le facilita el cliente, enviado desde su saldo como cualquier retiro. Esa sencillez es justo el punto — no hay cola de disputas, no hay que subir pruebas, no hay 30 días de espera por un veredicto. También significa que cada decisión que antes tomaba el banco ahora es una línea de sus términos y condiciones. Son cuatro.

1. ¿En qué importe? ¿La criptomoneda o el valor en moneda fiat?

Un cliente pagó 0.004 BTC por un pedido de 300 USD hace tres semanas. Desde entonces, el bitcoin se ha movido un 15 %. ¿Le devuelve 0.004 BTC, o 300 USD en BTC al tipo de cambio de hoy? Ambas opciones son defendibles; solo una puede figurar en sus términos, y una política que guarde silencio se interpretará siempre en la dirección que más le cueste a usted.

Elija la que elija, una sola frase en sus términos lo zanja para siempre. Y fíjese en por qué aceptar stablecoin aparece una y otra vez en guías operativas y no en guías ideológicas: reembolse 100 USDT frente a un pago de 100 USDT y la pregunta ni se plantea. Para la mayoría de los comerciantes, buena parte de los quebraderos de cabeza de los reembolsos son quebraderos de volatilidad disfrazados.

2. ¿A qué dirección? Nunca la que usted da por hecha

El error de reembolso más caro en cripto es enviar el dinero a la dirección de la que vino el pago. Muchos clientes pagan directamente desde una cuenta de un exchange, y una dirección de retiro de un exchange no es una dirección de depósito: los fondos devueltos ahí suelen quedar sin atribuir y, en ocasiones, son irrecuperables. Algunos activos ni siquiera le dan esa opción — Monero no muestra ninguna dirección de remitente, por diseño.

Así que la regla es universal y sencilla: pida siempre al cliente, por escrito, la dirección de devolución y el activo, y repita ambos antes de enviar. Incluya la red en esa confirmación (USDT en Tron y USDT en Ethereum son destinos distintos), y trate el mensaje que se la proporciona como la instrucción autenticada que es — desde la cuenta o el correo con el que se hizo el pedido, nunca desde el canal que le convenga usar a un desconocido.

3. Quién paga la comisión de red

Un reembolso es una transacción on-chain y alguien tiene que pagarla. En CryptoPayIn la comisión de red del pago se descuenta del importe enviado, a precio de coste, mostrando la cifra real antes de que usted confirme — no se añade ningún margen. Descontarla del reembolso es lo habitual y lo justo; asumirla es un buen gesto en un pedido de 200 USD y una mala costumbre en uno de 5 USD. Deje claro cuál de las dos hace, y prefiera reembolsar por la red más barata: devolver un pedido de 30 USD por Ethereum puede consumir una parte importante en gas, mientras que el mismo reembolso por Tron o Solana cuesta prácticamente nada.

4. ¿Bruto o neto de la comisión de procesamiento?

El 1 % se cobró cuando el dinero se liquidó; devolverlo es un pago nuevo, así que un reembolso completo le cuesta ese 1 % original más la comisión de red de la transacción de vuelta. La mayoría de los comerciantes reembolsan el importe bruto y contabilizan la diferencia como el precio de la buena voluntad — algo que, frente a una comisión de contracargo de 25 USD más la mercancía perdida más el daño al ratio, sale a cuenta con holgura. Solo tome la decisión de forma consciente en lugar de descubrirla a fin de mes.

Las siete cosas que realmente pueden salir mal#

En la práctica, casi todo «pago problemático» es una de siete situaciones. Ninguna de ellas es una disputa; todas tienen una respuesta determinista.

Pago insuficiente

El cliente envía menos de lo facturado — un importe mal escrito, o un monedero que descontó su propia comisión sin avisar. La factura sigue abierta y muestra el importe restante exacto, tanto en el checkout como en su panel, y nunca se marca como pagada en silencio. Recuérdele al cliente la diferencia; si no responde, reembolse lo recibido menos la comisión de red, o abónelo como crédito. Una factura que nunca se completa no le cuesta nada en comisiones de procesamiento.

Pago en exceso

Se acredita el importe total recibido y la factura se liquida como pagada. Puede quedarse con el excedente o devolverlo como un pago — por unos céntimos, quedárselo es la respuesta razonable; por un despiste con el punto decimal, devolverlo de inmediato le gana un cliente de por vida.

Pago tras la expiración

Las facturas expiran a los 30 minutos por defecto, y puede configurar hasta 24 horas. Una factura expirada no admite pagos — pero los fondos que ya llegaron on-chain se siguen acreditando, así que el dinero tardío nunca se pierde. Concilie el pago con el pedido a mano y decida si lo entrega o lo reembolsa.

Activo correcto, red equivocada

El clásico: USDT enviado por Ethereum a una dirección de depósito de Tron. Los tokens existen, pero en una cadena donde esa dirección no significa nada para su factura. Que se pueda hacer algo depende por completo de quién controle la clave receptora en esa otra cadena — a veces la respuesta es una recuperación manual, a veces realmente no hay ninguna. Por eso un buen checkout indica la red en letras grandes junto a la dirección, y por eso su respuesta de soporte para este caso debería existir antes de necesitarla.

Activo completamente equivocado

Bitcoin enviado a una dirección de Litecoin, o un token cualquiera a una dirección de depósito de ETH. Misma lógica: la recuperación es una cuestión de control de claves, no una cuestión de política. Ajuste las expectativas con honestidad y rapidez en lugar de prometer una solución que puede que no pueda cumplir.

Polvo e importes mínimos

Los pagos muy pequeños pueden costar más moverlos de lo que valen, por eso cada activo tiene un mínimo — normalmente entre unos 0.50 USD y unos pocos dólares — que se muestra en el checkout y a través de la API. Por debajo de ese mínimo, un «reembolso» se consumiría a sí mismo en comisiones; abónelo como crédito en su lugar.

El pago duplicado

Un cliente cuya primera transacción parecía atascada paga una segunda vez. Ambas llegan. Reembolse una de ellas por completo, de inmediato y sin descontar nada — es el único caso en el que asumir la comisión de red no es generosidad sino higiene básica, porque la duplicación la causó una interfaz que no le transmitió suficiente confianza.

Fraude sin contracargos: qué desaparece y qué queda#

Dos categorías enteras de fraude con tarjeta desaparecen el mismo día en que usted cambia de sistema. El fraude amistoso — «yo nunca autoricé esto» sobre una compra legítima — se queda sin mecanismo por el que viajar. El fraude con instrumento robado desaparece con él: no hay números de tarjeta en su checkout que probar, así que los ataques de carding, los ataques por BIN y la sangría de comisiones de autorización que provocan dejan de ser problema suyo. Para los comerciantes de bienes digitales, eso suele ser la mayor parte de todas las pérdidas por fraude, y desaparece.

Lo que queda es más pequeño, y está concentrado en un solo sitio: la vía del reembolso es ahora la única forma en que el dinero sale de su cuenta sin que usted lo decida, así que ahí es donde va el atacante.

• Suplantación de la dirección de reembolso. Una petición de enviar el reembolso «a mi nuevo monedero», desde un correo que no es el del comprador, o un mensaje que llega después de que se haya publicado una queja real en público. Verifíquelo por el mismo canal en el que se hizo el pedido.
• El reembolso de un pago sin confirmar. Alguien pide un reembolso sobre un pago que aún no ha alcanzado la finalidad. Nunca envíe nada antes de que el pago esté confirmado y acreditado.
• Reembolso excesivo. Reclamar el importe completo sobre un pago parcial, o reembolsar una factura pagada de menos tratándola como completa. Concilie siempre contra el importe recibido, no contra el importe facturado.
• Ingeniería social contra el soporte. Urgencia, una historia lacrimógena, una dirección ligeramente distinta. Los circuitos de tarjeta entrenaron a toda una generación de agentes para dar la razón al cliente porque, total, el banco acabaría fallando en su contra; aquí ese reflejo sale caro.
• Toma de control de su propio panel. La única forma que queda de vaciar un saldo es hacerse pasar por usted. Active el 2FA por TOTP — a partir de ahí, cada retiro exige un código nuevo, tanto desde el panel como desde la API.

Puesto por escrito, eso es una política de cinco líneas que su equipo de soporte puede seguir sin pensar:

• Reembolsar solo contra un ID de pago que muestre el estado completed.
• Reembolsar solo hasta el importe realmente recibido.
• Reembolsar solo a una dirección confirmada por el mismo canal del pedido, indicando la red.
• Reembolsar solo después del 2FA — que la plataforma exige automáticamente en cada pago.
• Registrar siempre el hash de la transacción del reembolso junto al pedido.

Disputas cuando no hay árbitro#

El miedo que expresan los comerciantes sobre la finalidad es que un cliente descontento no tenga a quién acudir y por eso alce más la voz. En la práctica suele pasar lo contrario, por un motivo que sorprende a la gente: sus pruebas se volvieron mucho más sólidas.

Una disputa de tarjeta se defiende con capturas de pantalla y PDF de envío ante un árbitro que dedica unos minutos a cada caso. Un pago on-chain viene con un ID de pago, un hash de transacción, una marca de tiempo del bloque, un importe exacto y un número de confirmaciones — todo verificable de forma independiente por cualquiera, para siempre, sin que usted tenga que intervenir. Sumado a un libro de registro de solo adición donde cada saldo se explica línea por línea y las exportaciones muestran el bruto, la comisión y el neto por transacción, «qué pasó y cuándo» sencillamente deja de ser discutible. Lo que sigue siendo discutible es si usted entregó lo prometido — que siempre fue la verdadera pregunta, y que ningún contracargo resolvió jamás demasiado bien tampoco.

Tres prácticas hacen que esto se sostenga:

• Publique la política donde se mueve el dinero — en la propia página de pago, no solo en un documento de términos. Finalidad, plazo de reembolso, método de reembolso y cómo contactar con una persona.
• Responda rápido. La mayoría de las escaladas son en realidad un problema de tiempo de respuesta disfrazado de reembolso. No hay ningún proceso bancario de 30 días tras el que esconderse, ni falta que hace: un reembolso es un pago que sale en minutos.
• Use custodia (escrow) o hitos para encargos grandes a medida. La finalidad es la opción por defecto equivocada para un proyecto de 40.000 USD. Divídalo en facturas por etapas para que ninguna de las dos partes cargue nunca con todo el riesgo.

Cómo integrarlo en el checkout y en el manual de procedimientos#

Tres detalles de integración hacen la mayor parte del trabajo. Primero, trate el webhook como la verdad y la redirección del navegador como pura decoración — la redirección se puede abandonar, repetir o falsificar. Segundo, gestione el conjunto completo de estados y no solo el camino feliz: pending, confirming, completed, underpaid, overpaid, expired y failed significan cada uno algo distinto para el estado de su pedido, y underpaid en particular nunca debe poder desencadenar la entrega. Tercero, haga el manejador idempotente — se esperan reintentos, y un evento completed duplicado no debe convertirse en un envío duplicado ni en un reembolso duplicado.

El manual que viene a continuación es lo bastante breve como para seguirlo de verdad, que es el único tipo que se sigue:

• Una cláusula de reembolsos en sus términos que indique la base del importe, el plazo y el método.
• Una respuesta tipo de reembolso que pida dirección, activo y red, y los repita de vuelta.
• Una regla que impida enviar cualquier reembolso sobre una factura sin confirmar o pagada de menos.
• 2FA por TOTP en la cuenta, de modo que cada pago necesite un código en tiempo real.
• Hashes de transacción registrados junto a los pedidos, en ambas direcciones.
• Una línea en el checkout que anuncie la finalidad sin rodeos — los clientes la respetan, y evita la conversación que usted preferiría no tener.

Nada de esto pesa más que la gestión de contracargos que sustituye; simplemente ahora es cosa suya. Y viene con la aritmética que le ha hecho leer hasta aquí: 1 % cuando cobra, sin comisiones de contracargo, sin reserva, sin ratio — en una cuenta que tarda treinta segundos sin identificación en abrirse.