Cancelar una suscripción y obtener un reembolso son dos cosas distintas, y solo una devuelve dinero al cliente

Cancelar una suscripción y pedir un reembolso le parecen el mismo gesto a tu cliente, y no lo son. Cancela una suscripción y la tienda simplemente detiene el próximo cargo. El cliente conserva lo que ya pagó hasta que se agote el periodo, y no cambia de manos ningún dinero. Pide un reembolso y la tienda revierte un pago que ya se había cobrado, devuelve el dinero y retira el acceso junto con él. Uno es una baja que nunca registras como pérdida. El otro es una recuperación del cobro que quita ingresos reales de una venta que ya habías anotado. Aquí está exactamente el punto donde ambos se separan, qué le hace cada uno a tus ingresos y por qué solo un reembolso llega a tu servidor como algo que puedes responder.

Por qué cancelar una suscripción no genera un reembolso

Una cancelación es una sola acción, y muy acotada: apaga la siguiente renovación automática. No revierte el pago que el cliente ya hizo, y no corta su acceso al instante. Ambas tiendas son explícitas al respecto, porque la confusión es tan común que la resuelven en la primera página de ayuda a la que llega un cliente.

Google Play lo explica con un ejemplo. Cancela un plan anual que compraste el 1 de enero y, en palabras de Google, conservas el acceso a la suscripción hasta el 31 de diciembre y no se te cobra el enero siguiente. Apple funciona igual: cancelar detiene la renovación, y la suscripción sigue hasta el final de su periodo actual antes de detenerse. Ninguna tienda trata la cancelación en sí como un reembolso, y ninguna devuelve parte alguna de lo que el cliente ya pagó.

El cliente conserva lo que ya pagó

Esta es la parte que sorprende a la gente. Una cancelación mira hacia adelante. Termina la relación en la próxima fecha de facturación, no hoy. Google Play lo dice con claridad: cuando cancelas, todavía puedes usar la suscripción durante el tiempo que ya pagaste. El dinero del periodo actual se queda con la venta, y el cliente conserva el acceso que compró. Nada de esa transacción se revierte.

La prueba gratuita es el único lugar donde el momento de la cancelación duele

La prueba gratuita es donde chocan una cancelación y un cargo. Una prueba se convierte en suscripción de pago automáticamente a menos que el cliente cancele antes de que termine. La propia guía de Apple recomienda cancelar una prueba gratuita al menos 24 horas antes de que finalice, porque una cancelación que llega después de que la prueba ya se convirtió no deshace el cargo. En ese momento el cliente ya no tiene una pregunta sobre cancelación. Tiene una pregunta sobre reembolso, y la respuesta se rige por las reglas del reembolso, no por las de la cancelación.

Qué revierte realmente un reembolso, y qué no

Un reembolso es el flujo que mueve dinero. Cuando una tienda concede uno, revierte el pago, devuelve los fondos al cliente y revoca el artículo. Google Play lo dice de forma directa: si se emite un reembolso, el cliente pierde el acceso al artículo. Un reembolso no es una cortesía añadida sobre una cancelación. Es una solicitud aparte, con su propia ventana, su propio responsable de la decisión y sus propias consecuencias para tus cuentas.

Las ventanas son cortas y la decisión no es tuya. Google Play ofrece un reembolso de autoservicio solo dentro de las 48 horas posteriores a la compra, y después de eso la solicitud se dirige al desarrollador. Google también limita la devolución de autoservicio a una vez por app, y advierte que no da reembolsos para la mayoría de las compras de Play. Apple mantiene los reembolsos por completo en sus propias manos: el cliente presenta la solicitud en reportaproblem.apple.com, Apple revisa cada solicitud de forma individual y Apple puede rechazarla. Los cargos pasados de una suscripción son el caso más difícil de todos. Google Play dice que las suscripciones pasadas no pueden reembolsarse fuera de sus excepciones declaradas, como un plan prepago sin usar.

El dinero, y por qué una cancelación y un reembolso te cuestan cosas completamente distintas

Los dos eventos caen sobre tus finanzas de maneras opuestas. Tratarlos como el mismo número es como un negocio sano se mete solo en pánico, y como uno con fugas esconde su verdadero problema.

Una cancelación es ingreso futuro perdido, no una pérdida en los libros

Una cancelación no te cuesta nada que ya hubieras ganado. Los ingresos de los periodos que el cliente pagó siguen siendo tuyos. Lo que pierdes es el ingreso que habrías cobrado si hubiera seguido renovando, que es una cuestión de valor de por vida, no una recuperación del cobro. No hay comisión de la tienda que revertir, ni tarifa asociada, ni gasto que dar de baja, porque las ventas que ya ocurrieron siguen siendo reales. Una cancelación es un problema de retención que se resuelve con producto y precio, y ni una sola vez te pide pruebas.

Un reembolso quita ingresos que ya habías anotado, más el gasto detrás de ellos

Un reembolso es el evento caro. Cuando una tienda concede uno, revierte su propia comisión junto con la venta, así que pierdes tus ingresos netos y no el precio de lista completo. Esa es la única buena noticia, y ahí se acaba. El cómputo que pagaste se gastó. Las llamadas a la API facturadas por solicitud o por token se gastaron. Los archivos que siguen en el almacenamiento te siguen costando por mantenerlos. Si la compra financió el pago a un creador o un bote de premios, ese dinero ya salió. Un reembolso retira la venta y deja cada uno de esos costos exactamente donde estaban.

Un contracargo es la versión más pesada de un reembolso

Un contracargo es un reembolso que el cliente dirige a través de su banco en lugar de la tienda, y uno completado es final por parte del banco. Para los pedidos de Google Play realizados el 3 de agosto de 2026 o después, un contracargo perdido le cobra al desarrollador el precio de compra menos la tarifa de servicio de Play, más la tarifa de contracargo del banco, un cargo fijo que fija la red de la tarjeta. Google Play dirige esa disputa a ti para su revisión a través de orders.reviewrefund con una ventana de 24 horas. Es el único flujo de Google que pide tus pruebas, y puede caer sobre una suscripción que el cliente podría simplemente haber cancelado gratis.

Cuál de los tres llega alguna vez a tu servidor

Esta es la línea que importa para cómo construyes. Una cancelación nunca llega como algo que respondas. Aparece en el estado de tu suscripción como una renovación que no ocurrirá, y no hay ventana, ni solicitud de pruebas, ni nada que impugnar, porque no se te quitó nada.

Un reembolso es distinto, y solo en algunos productos. Desde la actualización de la WWDC24 y la versión 2.11 de App Store Server Notifications, una solicitud de reembolso sobre una suscripción de renovación automática dispara el CONSUMPTION_REQUEST de Apple, y tienes hasta 12 horas para enviar los datos de consumo. En Google Play, un contracargo sobre cualquier producto abre la revisión orders.reviewrefund con 24 horas. Esas dos ventanas son toda la superficie donde un problema de suscripción se convierte en algo a lo que tu servidor puede responder, y una simple cancelación nunca abre ninguna de las dos. Por separado, Google Play reembolsa de forma automática una compra que tu app no confirme dentro de 72 horas, que es un reembolso sobre el que nunca pudiste influir en absoluto.

Cómo tratar las cancelaciones y los reembolsos en tus propios datos

No puedes impedir que un cliente cancele, y no deberías intentar tratar cada cancelación como un reembolso que defender. El trabajo es distinguir ambos con claridad.

• Cuenta las cancelaciones y los reembolsos como métricas separadas. Una cancelación pertenece a la baja y la retención. Un reembolso pertenece al costo de los ingresos. Mézclalos y tu tasa de reembolso se leerá alta por una razón que en realidad es solo baja de clientes.
• Nunca construyas defensa alrededor de las cancelaciones. No abren ventana ni recuperan dinero anotado, así que las pruebas no tienen a dónde ir. Dedica ese esfuerzo a los dos flujos que sí lo piden.
• Registra la entrega y el consumo en el momento de la venta, no después de que caiga una disputa. Los reembolsos que sí abren una ventana premian la telemetría que ya tienes y castigan la reconstrucción que haces a las prisas bajo un reloj de 12 horas o 24 horas.
• Responde las dos ventanas de forma automática. Un CONSUMPTION_REQUEST y una revisión de orders.reviewrefund no pueden esperar a que alguien lea una bandeja de entrada, y no se extienden por zonas horarias ni fines de semana.

Nada de esto trata de convencer a un cliente de que no se vaya. Trata de saber qué salidas te cuestan dinero y cuáles solo te cuestan una renovación. RefundHalt responde el CONSUMPTION_REQUEST de renovación automática y la revisión orders.reviewrefund de Google Play de forma automática, dentro de la ventana, con las pruebas de entrega y uso que registraste en el momento de la venta, y mantiene las cancelaciones fuera de tu libro de reembolsos, para que la cifra con la que te juzgas siga siendo honesta.