Eventos de reembolso

El gráfico de eventos de reembolso muestra cuántas compras y suscripciones han sido reembolsadas. Adapty asocia cada evento de reembolso a la fecha en que se emitió el reembolso, no a la fecha de inicio de la suscripción.

Gráfico de eventos de reembolso

Cálculo

Adapty contabiliza cada compra o suscripción reembolsada dentro del período seleccionado. Cada reembolso se atribuye a la fecha en que ocurrió, no a cuando comenzó la suscripción. Los reembolsos de períodos de prueba se excluyen porque los períodos de prueba no generan ingresos.

Cómo gestionan los reembolsos las métricas

Las distintas métricas tratan los reembolsos de forma diferente. Un mismo evento de reembolso puede reducir un gráfico de forma inmediata, reducir otro de forma retroactiva (modificando valores de períodos pasados) o no afectar a un tercero en absoluto. La tabla siguiente muestra las reglas por métrica.

Métrica¿Se aplican reembolsos?Fecha de atribución¿Puede ser negativo?Notas
RevenueFecha del reembolso, no la fecha de compra originalSí — en días en que los reembolsos superan los ingresos nuevosRevenue = transacciones totales − reembolsos.
MRRSí, de forma retroactivaLa suscripción se elimina de todos los períodos en que estuvo activaNoLos valores de períodos pasados pueden disminuir tras un reembolso.
ARRSí, de forma retroactivaIgual que MRRNoLos valores de períodos pasados pueden disminuir tras un reembolso.
ARPUFecha del reembolsoSí (en períodos con muchos reembolsos)Los reembolsos se restan del numerador de ingresos.
ARPPUSí, solo en el numeradorFecha del reembolsoSí (en períodos con muchos reembolsos)Los reembolsos se restan del numerador de ingresos. Un usuario reembolsado sigue contando en el denominador de usuarios de pago, por lo que muchos reembolsos reducen el ARPPU más rápido de lo esperado.
Suscripciones activasSí, de forma retroactivaLa suscripción se elimina del recuentoNo
Nuevas suscripcionesNoNoEl recuento incluye suscripciones reembolsadas posteriormente. Compara con Refund events para el impacto neto.
Refund money / Refund eventsLos reembolsos son el datoFecha del reembolsoNo (siempre ≥ 0)
RetenciónNoNoLos usuarios reembolsados siguen contando en la curva de retención. Esto puede hacer que la retención parezca mayor que Active subscriptions o Revenue para la misma cohorte.
Ingresos de cohorteSí, de forma acumulativaFecha del reembolsoNo (las sustracciones acumulativas no llevan el ingreso de cohorte por debajo de cero)Los reembolsos se restan de los ingresos de cohorte cuando ocurren.
Métricas de paywall / prueba A/B (recuentos)NoNoLos recuentos de Subscribers, Paying Subscribers y ARPPU en estas páginas no deducen reembolsos.
Exportaciones GCS / S3El reembolso aparece como su propia fila de eventoevent_datetime = marca de tiempo del reembolsoLas columnas netas pueden ser negativas al agregarLa fila de reembolso lleva is_refund = true (S3/GCS) o el tipo de evento subscription_refunded (webhooks).

Valores negativos

En las vistas agregadas (el gráfico de Revenue, los análisis personalizados en exportaciones), una métrica puede mostrar un valor negativo para un período o agrupación concreta cuando los reembolsos de ese bloque superan los ingresos nuevos del mismo bloque. No es un error: es la aritmética funcionando como se diseñó.

Por ejemplo: un país no tuvo nuevas compras un martes, pero ese día se procesó un reembolso de 100 $ por una compra anterior. Los ingresos de ese país para el martes aparecerán como −100 $.

Filtros y agrupaciones disponibles

Artículo principal: Controles de análisis

  • ✅ Filtrar por: Atribución, Audiencia, Motivo de reembolso, País, Tipo de oferta, ID de oferta, Tipo de descuento de oferta, Paywall, Pruebas A/B, Placement, Período, Segmento, Store, Producto y Duración.
  • ✅ Agrupar por: Motivo de reembolso, Producto, País, Store, Paywall, Audiencia, Placement, Duración, Tipo de oferta, Tipo de descuento de oferta, ID de oferta, Segmento y Atribución.

Métricas similares

Para una comparación en paralelo de estas métricas, consulta la tabla de comparación de métricas.