Los reembolsos de apps salen de tu pago, no solo de los ingresos de tu panel, y un mal mes puede sacar dinero de tu banco

La mayoría de los desarrolladores lee un reembolso como una línea que fue en la dirección equivocada, una venta que se convirtió en un número más pequeño en algún lugar de un informe. Es peor que eso. Los reembolsos de apps salen de tu pago, el dinero real que la tienda transfiere a tu banco, y como un reembolso casi nunca cae en el mismo periodo que la venta, sale de un pago que quizá ya gastaste. En Google Play, una racha de reembolsos lo bastante mala ni siquiera espera al siguiente pago. Google mete la mano en la cuenta bancaria que recibe tu dinero y recupera el faltante.

Esta es la parte de los reembolsos que nunca aparece en las gráficas de cancelaciones. El dinero se mueve según el calendario de la tienda, no el tuyo, y el calendario de la tienda está hecho para descontar tus reembolsos antes de pagarte. Aquí tienes exactamente cuándo sale el dinero del reembolso, en la App Store y en Google Play, y por qué el número que llega a tu banco nunca coincide con el número de tu panel en vivo.

Por qué un reembolso de app sale de tu pago, no de tus ventas

Un reembolso son dos reversiones a la vez, y ambas son tu dinero. Entenderlo es la diferencia entre tratar un reembolso como una nota contable al pie y tratarlo como efectivo que sale del edificio.

Un reembolso revierte el cargo del cliente y tus ingresos

Cuando se reembolsa a un cliente, la tienda devuelve el precio completo que pagó. Luego revierte su propia comisión, así que no pagas la parte de la tienda por una venta que ya no existe. Lo que queda, los ingresos que realmente ganaste con esa venta, se te reclama de vuelta. Ese es el número que importa para el flujo de caja. No es la comisión ni el impuesto, que la tienda gestiona. Es la parte que ibas a quedarte, y en un reembolso vuelve a salir.

El dinero puede salir después de que ya te hayan pagado

El problema es el momento. Las tiendas pagan en un ciclo mensual, y un cliente puede pedir un reembolso días o semanas después de comprar. Si el reembolso llega antes de que la venta se haya pagado, simplemente reduce ese pago. Si llega después de que ya te pagaron la venta, la tienda lo saca de un pago posterior. En cualquier caso, el reembolso se liquida contra el periodo en el que ocurre, no el periodo de la venta, así que el dinero del reembolso y el de la venta casi nunca se mueven juntos.

Cuándo sale realmente el dinero del reembolso, tienda por tienda

Las dos tiendas acaban en el mismo lugar, tus reembolsos se descuentan de tus pagos, pero llegan ahí con calendarios distintos y con consecuencias distintas cuando las cuentas quedan en negativo.

Google Play descuenta los reembolsos en un pago mensual

Google Play liquida por mes natural. Cualquier pedido procesado, reembolsado o con contracargo desde el primer día de un mes hasta el final de ese mes se paga alrededor del 15 del mes siguiente, una vez que tu saldo supera el umbral de pago, que es un dólar estadounidense para pagos en moneda local y cien dólares estadounidenses para transferencias en USD. Los reembolsos están dentro de esa liquidación, no fuera de ella. Si reembolsas un pedido antes de que Google te haya pagado por él, nunca recibes ese importe. Si lo reembolsas después de que el pago ya salió, Google deduce el importe de un pago futuro.

Apple contabiliza el reembolso en el mes fiscal en que ocurre

Apple funciona con un calendario fiscal, no un mes natural, y quita los reembolsos y contracargos de tus ingresos acumulados en el mes fiscal en que se producen. En el informe financiero un reembolso se marca como un Return, con unidades negativas y una participación del socio negativa, que es la forma que tiene Apple de decir que reduce directamente los ingresos de ese periodo. Apple te paga después, aproximadamente un mes tras el cierre del mes fiscal, y solo cuando tu saldo supera el umbral de pago de tu región, así que un reembolso puede reducir dinero que aún no has cobrado o compensar un mes en el que ya te pagaron la venta original.

Lo que te cuesta en flujo de caja

El importe en dólares de un reembolso es fácil de ver. El coste para el flujo de caja es la parte que pilla a los equipos, porque tiene que ver con cuándo se mueve el dinero, no solo con cuánto.

El retraso es la trampa

Imagina un mes normal. Vendes en enero y te pagan por ello más tarde. En febrero, algunos de esos compradores de enero piden reembolso, y febrero es también cuando haces nuevas ventas. Google y Apple descuentan los reembolsos antiguos del nuevo periodo, así que tu depósito de febrero es más ligero de lo que sugerirían tus ventas de febrero por sí solas. No hay nada mal. Los reembolsos simplemente cayeron en un pago distinto al de las ventas que revierten.

En una compra consumible el retraso duele dos veces. Ya gastaste dinero real entregando las monedas, los créditos o el resultado generado cuando el cliente compró, así que el coste de cómputo y de API ya se fue. Luego, semanas después, los ingresos que contabilizaste se sacan de un pago. Pierdes el coste de entrega y los ingresos, y salen en dos días distintos.

Los contracargos son la versión cara

Un contracargo es un reembolso que fue al banco en lugar de a la tienda, y es definitivo. Puedes responder a una revisión de contracargo de Google Play mediante orders.reviewrefund en 24 horas y Apple puede solicitar información de consumo en 12 horas, pero ninguno convierte una disputa perdida de nuevo en efectivo. Desde el 3 de agosto de 2026, un contracargo de Google Play traslada al desarrollador el precio de compra, menos la tarifa de servicio de Play, más la tarifa de contracargo del banco, y Google sigue cubriendo solo su propia tarifa de servicio. Ese importe combinado sale de tu pago igual que un reembolso, salvo que un contracargo también lleva una tarifa bancaria que nunca ves en un reembolso normal.

Por qué tu pago nunca coincide con tu panel

Si tu panel de ingresos y tu depósito bancario nunca han coincidido, los reembolsos son la mayor parte de la razón. El panel cuenta una cosa y el pago cuenta otra.

El panel es bruto, el pago es neto y tardío

Un panel de ventas en vivo muestra las ventas brutas a medida que ocurren. El pago muestra esas ventas menos cada reembolso y contracargo que se liquidó durante el periodo de pago, incluidos los reembolsos contra ventas de meses anteriores. Los dos números describen ventanas de tiempo distintas, así que no pueden coincidir. El pago es la cifra más pequeña, más tardía y más honesta, porque ya ha absorbido las reversiones que el panel aún no ha alcanzado.

Cómo evitar que los reembolsos sorprendan tu flujo de caja

No puedes cambiar cuándo un cliente pide un reembolso y, en la mayoría de las vías de reembolso, no puedes detener el reembolso en absoluto. Lo que sí puedes controlar es si el momento te pilla desprevenido y si llevas suficiente margen para absorberlo.

Concilia contra el pago, no contra el panel

Trata el informe financiero y el pago de la tienda como la fuente de verdad para los ingresos, y concilia tus propios números con él cada periodo. En la App Store eso significa el informe financiero, donde un reembolso es un Return con unidades negativas. En Google Play significa el informe de ganancias que alimenta el pago mensual. Cuadra con esos y el retraso del reembolso deja de ser un misterio, porque estás leyendo los mismos netos sobre los que paga la tienda.

Mantén una reserva contra el retraso de los reembolsos

Como un reembolso puede recaer sobre un pago semanas después de que contabilizaste la venta, no trates un mes completo de ventas brutas como gastable el día que llega. Mantén una reserva dimensionada según tu tasa de reembolsos para que un mes de más reembolsos, o un grupo de contracargos, reduzca un pago que ya tenías previsto en lugar de uno que ya comprometiste. Esto importa sobre todo para los equipos que pagan gasto publicitario o a colaboradores con los ingresos de la tienda, donde un pago más ligero cae sobre una factura que no se encoge.

Elimina los reembolsos que puedas y mantén a los clientes fuera del carril del contracargo

El reembolso más barato es el que nunca ocurre, y el segundo más barato es el que sigue siendo un reembolso en lugar de convertirse en contracargo. Un cliente que recibe un reembolso limpio y rápido rara vez llama al banco, y la versión del banco ahora lleva una tarifa en Google Play que la versión de la tienda no tiene. Previene lo que puedas antes de que llegue la solicitud, atiende los legítimos sin fricción, y mantienes tanto el volumen como las tarifas fuera de tu pago.

La versión corta

Un reembolso no es una venta más pequeña, es dinero que sale de tu cuenta según el calendario de la tienda. Google Play descuenta tus reembolsos y contracargos en un pago mensual alrededor del 15, y si tu saldo queda en negativo durante 48 horas carga tu banco directamente. Apple contabiliza los reembolsos en el mes fiscal en el que ocurren y paga alrededor de un mes después, neto de esas devoluciones. Como los reembolsos rara vez se liquidan en el mismo periodo que las ventas que revierten, tu pago es siempre más ligero y más tardío que tu panel, y desde el 3 de agosto de 2026, un contracargo de Google Play saca el precio y una tarifa bancaria de ese pago sin forma de recuperarlo. Concilia contra el pago, mantén una reserva para el retraso y detén los reembolsos que puedas antes de que lleguen al banco.