Disputa de devoluciones de cargo: El libro de jugadas del comerciante de suscripciones

Cuando se presenta una disputa, la primera pregunta no es qué ha pasado, sino qué alega el titular de la tarjeta

Una devolución de cargo por suscripción aparece en el panel de administración de Shopify, en Pedidos > Disputas. El instinto es consultar el historial de facturación, hacer una captura de pantalla del correo electrónico de confirmación y enviarlo. Esa secuencia hace que se pierdan muchos casos que se podrían ganar, no porque las pruebas sean erróneas, sino porque responden a la pregunta equivocada.

Las disputas por suscripción se dividen en tres afirmaciones distintas, y cada una requiere un conjunto de respuestas diferente:

• «Nunca autoricé la facturación recurrente»: el titular de la tarjeta alega que la transacción original no estableció una relación recurrente
• «Lo cancelé y me lo cobraron de todos modos»: el titular de la tarjeta afirma que dio de baja la suscripción antes del cargo en disputa
• «No reconozco este cargo»: una versión más suave de «no autorizado»; a menudo se resuelve con una simple llamada de aclaración al emisor, pero no siempre

Interpretar erróneamente a qué tipo de reclamación te enfrentas es la razón más común por la que los comerciantes de suscripciones pierden disputas que deberían ganar. Una captura de pantalla del historial de facturación es una prueba sólida para una disputa por cancelación. Es casi irrelevante para una disputa por autorización.

Consulte el código de motivo en el panel de control de Shopify antes de tocar las pruebas. Tanto Visa 13.2 (Cancelación de pago recurrente) como Mastercard 4853 (Disputa del titular de la tarjeta: no se ajusta a la descripción o cancelado) cubren situaciones de suscripción, pero valoran las pruebas de forma diferente. Visa 13.2 exige específicamente pruebas de que la política de cancelación se comunicó en el momento de la suscripción y de que se notificó al titular de la tarjeta antes del ciclo de facturación en disputa. Mastercard 4853 es más amplio: confirma el motivo secundario exacto con tu procesador, ya que el nivel de exigencia de las pruebas varía.

Paso 1: Relacione el código de motivo con la afirmación real antes de abrir el pedido

No empieces por el pedido. Empieza por el código de motivo y el motivo indicado por el titular de la tarjeta en el registro de la disputa.

En el panel de administración de Shopify, en Pedidos > Disputas, la vista de detalles de la disputa muestra el código de motivo y, para la mayoría de los procesadores, una breve declaración del titular de la tarjeta. Lee esa declaración al pie de la letra. «No recuerdo haberme registrado» es una disputa de autorización. «Lo cancelé en marzo» es una disputa de cancelación. «Este cargo es demasiado alto» es una disputa de facturación: código de motivo diferente, pruebas totalmente diferentes.

Anota la afirmación en una sola frase antes de hacer una sola captura de pantalla. Esa frase se convertirá en la primera línea de tu respuesta.

Ejemplo de nota interna: Cardholder asserts cancellation prior to 4/12 charge. Reason code Visa 13.2. Need: cancellation policy at signup, notification email sent before billing, confirmation that no cancellation request exists in our system on or before 4/11.

Paso 2: Comprueba la fecha límite antes de comprobar cualquier otra cosa

Shopify Payments muestra el plazo de respuesta en la vista detallada de la disputa. Los procesadores externos varían: algunos envían los datos del plazo a Admin, otros no. Si utilizas un procesador externo y el plazo no es visible en Admin, comprueba directamente el panel de control de tu procesador y anótalo manualmente.

Las disputas de suscripción suelen llegar tarde con respecto a la fecha de facturación. Es posible que un titular de tarjeta al que se le cobró en enero no presente la disputa hasta marzo. Ese intervalo no amplía tu plazo de respuesta: tu fecha límite cuenta a partir de cuando se presentó la disputa, no de cuando se realizó el cargo. Los comerciantes que asumen que tienen más tiempo porque el cargo original fue hace meses incumplen los plazos con mayor frecuencia que cualquier otro tipo de comerciante en la categoría de suscripción.

Establezca el plazo en su sistema interno en el momento en que se reciba la disputa. Si utiliza DisputeDesk, el plazo se marca automáticamente, pero la revisión sigue requiriendo una decisión humana sobre si impugnar o aceptar antes de que la automatización pueda generar el paquete de respuesta.

Paso 3: Recopila el conjunto de pruebas de autorización y averigua dónde termina

En las disputas por suscripciones, el conjunto de pruebas de autorización tiene una estructura específica:

1. Confirmación de registro: correo electrónico con marca de tiempo o confirmación del pedido que muestre que el titular de la tarjeta aceptó la facturación recurrente por un importe y una periodicidad específicos
2. Divulgación de la política de cancelación: el texto exacto que se muestra al finalizar la compra o al registrarse, no un enlace a una página de políticas. Una captura de pantalla de la página de pago con los términos de la suscripción visible es más contundente que una URL.
3. Notificación previa a la facturación: si la periodicidad de tu facturación requiere un aviso previo (algunas normas de las redes de tarjetas y leyes estatales lo exigen; confirma con tu procesador el tipo de plan específico), la notificación enviada con marca de tiempo
4. Historial de facturación: todos los cargos de la cuenta, no solo el objeto de la disputa. Los ciclos anteriores que no fueron objeto de disputa son una prueba de que el titular de la tarjeta conocía la suscripción.
5. Registro de solicitudes de cancelación: una exportación del sistema que muestre que no se recibió ninguna solicitud de cancelación antes del cargo impugnado, o que muestre que la solicitud se recibió después de la fecha del cargo

El proceso suele fallar con mayor frecuencia en el punto 2. Los comerciantes pueden demostrar que el titular de la tarjeta se dio de alta. No siempre pueden demostrar que las condiciones de la suscripción recurrente fueran visibles y claras en el momento de la alta. Si su proceso de pago oculta la información sobre la suscripción recurrente por debajo de la línea de flotación o en una ventana emergente, eso es una vulnerabilidad estructural que le costará disputas, independientemente de lo clara que sea el resto de su evidencia.

La disputa de 67 $ al mes por un SaaS que tenía historial de facturación y aún así se perdió

Un comerciante de Shopify que ofrecía un producto SaaS con suscripción mensual recibió una disputa Visa 13.2 por un cargo de 67 $. El titular de la tarjeta alegó que había cancelado la suscripción. El comerciante disponía de:

• Seis ciclos de facturación anteriores, ninguno disputado
• Un correo electrónico de confirmación de registro
• Ninguna solicitud de cancelación en el sistema

Lo que el comerciante no tenía: una captura de pantalla de la página de pago que mostrara la información sobre la facturación recurrente. La política existía —estaba enlazada en el pie de página de la página de registro—, pero el comerciante no pudo presentar una captura de pantalla contemporánea de lo que el titular de la tarjeta vio realmente al registrarse. El emisor falló a favor del titular de la tarjeta.

Los ciclos de facturación anteriores se consideraron circunstanciales. La postura del emisor: el titular de la tarjeta podría no haber sido consciente de que la suscripción estaba activa, independientemente de los cargos anteriores. Sin pruebas de que las condiciones de la suscripción se hubieran informado de forma clara en el momento de la suscripción, se mantuvo la afirmación de la autorización.

El comerciante perdió un caso que podía haber ganado porque la falta de pruebas era estructural, no operativa. Ningún flujo de trabajo de respuesta soluciona un proceso de pago que no muestra claramente las condiciones de la suscripción recurrente.

Punto de decisión: defender la autorización o defender la cancelación, no ambas

Cuando una disputa por una suscripción contiene elementos tanto de una reclamación de autorización como de una reclamación de cancelación, los comerciantes suelen intentar abordar ambas. Eso es un error. Una respuesta que se cubre las espaldas con dos argumentos se interpreta como incierta por parte del emisor y diluye el argumento más sólido.

Vía A — Defender la autorización: Empieza por la confirmación de registro y la información de pago. El argumento es que el titular de la tarjeta aceptó a sabiendas una relación de facturación recurrente. El historial de facturación lo respalda. Utiliza esta vía cuando tengas un registro de pago claro y la reclamación del titular de la tarjeta sea «Nunca acepté la facturación recurrente».

Consecuencia: si el emisor encuentra alguna ambigüedad en su información, el caso se desmorona por completo. No hay plan B.

Vía B — Defender la cancelación: Presenta el registro de cancelaciones que muestra que no se recibió ninguna solicitud antes del cargo en disputa. El argumento es que la suscripción estaba activa en el momento de la facturación. Utiliza esta vía cuando la reclamación del titular de la tarjeta sea específicamente «Yo lo cancelé» y tengas un registro del sistema limpio.

Consecuencia: si el titular de la tarjeta presenta una confirmación de cancelación que no has registrado (una transcripción de chat, un ticket de asistencia), el caso se desmorona. Revisa tus canales de asistencia antes de optar por esta vía.

Elige una. Construye toda la respuesta en torno a ella. Las demás pruebas pueden aparecer como contexto de apoyo, pero la narrativa debe tener un único eje central.

Paso 4: Redacta la narrativa de la respuesta antes de adjuntar archivos

La narrativa no es una carta de presentación. Es un argumento de un párrafo que le dice al emisor exactamente qué estás demostrando y por qué resuelve la disputa. Los emisores leen docenas de respuestas. Una respuesta que comienza con «Somos una empresa de suscripción y el cliente se registró el...» pierde al lector de inmediato.

Escribe primero el argumento. A continuación, adjunta los archivos que lo demuestren.

Ejemplo de texto de respuesta (procedimiento de cancelación):

La cuenta del titular de la tarjeta no muestra ninguna solicitud de cancelación anterior al cargo del 12 de abril. Nuestro registro del sistema (adjunto) registra todas las solicitudes de cancelación con marcas de tiempo. La actividad más reciente en esta cuenta antes del 12 de abril fue un inicio de sesión el 3 de abril. El cargo era válido según los términos de la suscripción activa que el titular de la tarjeta aceptó al registrarse el 8 de enero (confirmación de registro adjunta). Solicitamos la anulación de la disputa.

Son 68 palabras. Enumera la afirmación, señala las pruebas y concluye con una solicitud. No añadas nada más.

Paso 5: Ordena las pruebas de forma que el emisor pueda leerlas fácilmente

Adjunte los archivos en el orden en que se mencionan en la descripción. Si la descripción comienza con el registro de cancelación, ese será el primer archivo adjunto. Si comienza con la confirmación de registro, esa irá primero.

Etiqueta los archivos de forma explícita: cancellation-log-export-2024-04-11.pdf, no screenshot1.png. Los emisores que revisan grandes volúmenes de disputas dedican unos segundos a cada archivo adjunto. Los archivos sin etiquetar se omiten.

Para las disputas de Shopify Payments, la interfaz de carga de archivos se encuentra en la vista de detalles de la disputa, en Pedidos > Disputas. Se aplican límites de tamaño de archivo: confirma los límites actuales en el panel de control de Shopify, ya que han cambiado. Si tu registro de cancelaciones es un archivo CSV de gran tamaño, conviértelo a un PDF filtrado que muestre solo la cuenta relevante.

El correo electrónico de cancelación que los comerciantes se olvidan de enviar —y luego no pueden demostrar que lo enviaron

Muchas plataformas de suscripción envían un correo electrónico de confirmación de cancelación cuando un suscriptor cancela. Ese correo electrónico es una prueba. Pero solo te sirve si puedes presentarlo, y muchos comerciantes no pueden, porque su proveedor de servicios de correo electrónico borra los registros tras 30-90 días.

Si un titular de tarjeta alega que ha cancelado y no tienes ninguna solicitud de cancelación en tu sistema, comprueba si se envió alguna vez un correo electrónico de confirmación de cancelación. Si se envió, significa que se procesó una cancelación, y el plazo de la disputa es importante. Si la cancelación se procesó después de la fecha de facturación en disputa, el cargo era válido. Si se procesó antes, es posible que debas un reembolso y la disputa sea legítima.

Los comerciantes que se saltan esta comprobación y envían una respuesta del tipo «no se ha encontrado ninguna solicitud de cancelación» —cuando existe un correo electrónico de confirmación de cancelación en su propia bandeja de salida— le dan al titular de la tarjeta un contraargumento ganador.

Antes de enviar la respuesta: consulte el registro de correos salientes para la dirección del titular de la tarjeta. Filtre por asuntos relacionados con cancelaciones. Si aparece algo, léalo antes de decidir cómo responder.

Cuándo ceder sin enviar una respuesta

Cede inmediatamente cuando:

• Su proceso de pago no incluya una información clara y visible sobre la facturación periódica
• El titular de la tarjeta tiene un correo electrónico de confirmación de cancelación que le enviaste
• El cargo se produjo tras una solicitud de cancelación que tu sistema registró, pero que tu plataforma de facturación no procesó correctamente
• El importe de la disputa está por debajo de su umbral interno de impugnación y las pruebas son ambiguas

Una disputa admitida sigue costándote la comisión por devolución en la mayoría de los casos, pero no te cuesta el impacto en el índice de disputas que supone perder una disputa. Los comerciantes de suscripción con un alto volumen de disputas necesitan proteger su índice más de lo que necesitan ganar casos individuales. Confirma los umbrales del índice de disputas de tu procesador: tanto Visa como Mastercard tienen umbrales de activación, y estos difieren.

DisputeDesk señala los casos candidatos a admisión basándose en la puntuación de la exhaustividad de las pruebas, pero la decisión final sobre los casos de alta ambigüedad recae en el comerciante. La automatización mejora la coherencia en los casos claros; no sustituye al criterio humano en los casos que se sitúan en un término medio.