Cómo contamos
Las cifras de ingresos solo sirven si sabes cómo se calculan. Cada sincronización de RevGlance lee la API oficial del proveedor y se comprobó línea por línea con su documentación. Cuando un proveedor omite algo, esta página explica qué hacemos en su lugar.
- Proveedores
- 11
- Reglas comunes
- 10
- Nunca cambia nada en tu proveedor
- Solo lectura
En todos
Se aplican a todos los proveedores, en todas las páginas.
Los ingresos se cuentan antes de impuestos. La comisión es lo que el proveedor se quedó por procesar el pago.
Ver el cálculo muestra el impuesto de cada pago: lo cobrado, el impuesto excluido y de dónde sale ese importe. Cuando un proveedor no da un importe de impuestos, la fila lo indica.
Los ingresos netos son los cobros, menos reembolsos, menos comisiones. Una comisión que el proveedor devuelve con un reembolso reduce las comisiones; una que cobra por un reembolso o una disputa cuenta como comisión. Todas las páginas lo cuentan así.
Un reembolso cuenta el día en que el proveedor lo registra, antes de impuestos como el cobro que devuelve. Si un reembolso se revierte o se gana un contracargo, el reembolso deja de contar.
El MRR cuenta lo que una suscripción factura cada mes después de los descuentos recurrentes. Los descuentos puntuales y las pruebas no suman MRR; una prueba que se convierte cuenta como nueva el día en que se convierte.
Una suscripción con el pago vencido sigue contando mientras el proveedor reintenta el cobro. Una suscripción en pausa cuenta como baja y vuelve cuando se reanuda.
Cuando se agotan los reintentos, la suscripción cuenta como baja. App Store y Google Play sin notificaciones no muestran reintentos, así que una renovación con tres días de retraso cuenta como terminada.
Un cambio de plan anterior a la conexión solo aparece donde queda constancia de cada cobro: Gumroad, App Store y Google Play. Los demás proveedores solo indican lo que cuesta una suscripción ahora, así que abre al precio de hoy y los cambios posteriores se fechan a medida que ocurren.
Los importes en otras monedas se convierten a la moneda del negocio al tipo de cambio del Banco Central Europeo del día de cada pago.
RevGlance solo lee. Nunca cobra, reembolsa ni cambia nada en tu proveedor.
Stripe
- Los cobros, reembolsos y comisiones de Stripe salen de tus transacciones de saldo, en la moneda en que Stripe las liquidó.
- Los reembolsos con tarjeta cuentan el día en que Stripe los registra. Los pagos bancarios (ACH, SEPA y otros métodos locales) también cuentan; un reembolso que el banco devuelve vuelve a reducir tus reembolsos.
- Una disputa cuenta como reembolso cuando Stripe retira el dinero, y el reembolso se anula si la ganas. La comisión por disputa de Stripe se mantiene como comisión.
- Los cupones de la suscripción y de artículos sueltos se restan del MRR. Un cupón de importe fijo solo cuenta en su propia moneda.
- Las suscripciones en pausa e impagadas cuentan como baja; una con el pago vencido sigue contando mientras Stripe reintenta la tarjeta.
- Los cobros, reembolsos y disputas cuentan antes de impuestos, en la proporción de impuesto de su factura o Checkout Session. Sin acceso de lectura a Checkout Sessions, el impuesto de las ventas fuera de una factura queda incluido.
- Un precio con impuestos incluidos cuenta antes de impuestos en el MRR, en la proporción de impuesto de la última factura.
- Pausar el cobro de pagos cuenta como baja desde el día en que RevGlance lo ve por primera vez, ya que Stripe no le pone fecha.
Polar
- Los pedidos cuentan antes de impuestos, con la comisión de plataforma de Polar como comisión. Una comisión en una moneda distinta a la del pedido aparece como cero.
- Los reembolsos cuentan antes de impuestos, como el cobro. Polar no da fecha de reembolso, así que un reembolso se fecha con el último cambio del pedido.
- Un reembolso de un pedido más antiguo se detecta con una lectura completa una vez por semana, así que puede aparecer hasta una semana tarde.
- Los contracargos no se leen, así que uno perdido sigue contando como cobro salvo que el proveedor también lo informe como reembolso.
- Los cobros fallidos no se informan, así que esa cifra se queda en cero.
- El MRR es el importe de la suscripción, al que Polar ya resta un descuento recurrente. Un descuento puntual no reduce el MRR.
- El MRR incluye el impuesto de los precios con impuestos incluidos: Polar no indica qué suscripciones los usan. Los cobros y los reembolsos cuentan antes de impuestos.
Lemon Squeezy
- Los cobros son el total del pedido o de la factura sin impuestos.
- Lemon Squeezy informa los reembolsos con impuestos incluidos, así que RevGlance resta el impuesto en proporción. De vez en cuando puede haber un céntimo de redondeo.
- Los reembolsos totales se fechan cuando Lemon Squeezy los hizo. Los parciales no tienen fecha, así que aparecen en la fecha de la factura.
- Una suscripción cancelada sigue contando hasta que termina su periodo pagado. Una impagada (cuatro reintentos fallidos) cuenta como baja, y vuelve si el pago se recupera.
- Lemon Squeezy no envía fecha ni motivo de cancelación: la fecha de cancelación es el último cambio de la suscripción.
- Lemon Squeezy no informa comisiones, así que las comisiones aparecen como cero.
- Un descuento se resta del MRR cuando una renovación lo muestra. Lemon Squeezy no indica si un descuento se repite, así que uno que solo está en la primera factura no cuenta.
- Un reembolso de un pedido más antiguo se detecta con una lectura completa una vez por semana, así que puede aparecer hasta una semana tarde.
- Una prueba que se convirtió antes de que te conectaras no se muestra, ya que Lemon Squeezy solo indica una prueba mientras está activa.
- Los contracargos no se leen, así que uno perdido sigue contando como cobro salvo que el proveedor también lo informe como reembolso.
App StoreBeta
Creado y probado con la documentación de App Store, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de App Store.
- El precio al cliente cuenta como ingreso y la comisión es el precio al cliente menos tus ganancias, así que el impuesto de los precios con impuestos incluidos aparece como comisión.
- El MRR es el último precio al cliente, así que incluye impuestos donde los precios los incluyen: los informes de Apple no separan el impuesto. Una oferta introductoria cuenta a su precio de oferta, y luego el precio normal aparece como una expansión.
- Un reembolso llega en el informe de Apple con un precio negativo. Cuando Apple revierte un reembolso, RevGlance quita el último reembolso de ese suscriptor y esa suscripción. Apple no dice qué reembolso se revirtió, así que con varios reembolsos en una suscripción puede quitarse el equivocado.
- Los reembolsos pedidos después de que Apple restablezca el ID de un suscriptor (180 días) se mantienen, pero sin cliente.
- Los créditos por paquetes de apps (CMB-C) no son reembolsos y se dejan fuera.
- Apple no muestra cancelaciones: una suscripción termina cuando una renovación lleva tres días de retraso.
- Los cobros fallidos no se informan, así que esa cifra se queda en cero.
Google PlayBeta
Creado y probado con la documentación de Google Play, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Google Play.
- Google publica los informes con tres a siete días de retraso. Primero llegan las ventas; después, las ganancias las sustituyen por lo que Google te pagó, tras su comisión. Los cobros cuentan antes de impuestos.
- Se conserva cada línea de reembolso, también las parciales. Dos reembolsos parciales de un pedido repartidos en dos informes mensuales pueden coincidir, y uno puede perderse. Google no dice si los reembolsos son negativos en sus informes, así que se leen como importes reembolsados.
- Los reembolsos a través de la API de Play solo llegan 30 días atrás. Los más antiguos llegan con el informe de ganancias.
- Sin notificaciones en tiempo real, una cancelación solo aparece como una renovación con tres días de retraso, contada cuando los informes cubren ese día.
- Las compras de prueba se dejan fuera. Una suscripción en espera sigue contando; una en pausa cuenta como baja hasta que se reanuda.
- El MRR es el último pedido, antes de impuestos. Una oferta introductoria cuenta a su precio de oferta, y luego el precio normal aparece como una expansión.
- Los cobros fallidos no se informan, así que esa cifra se queda en cero.
GumroadBeta
Creado y probado con la documentación de Gumroad, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Gumroad.
- Gumroad informa todos los importes en dólares estadounidenses, sea cual sea la moneda de tu producto, así que las ventas se registran en USD.
- Los reembolsos no tienen fecha: un reembolso se fecha el día en que RevGlance lo encuentra, o el día de la venta en la primera sincronización. Las ventas se vuelven a leer 30 días atrás, y por completo una vez por semana, para detectarlos.
- Un contracargo que ganaste no es un reembolso; uno que perdiste, sí, hasta que lo ganes.
- El MRR es lo que cobró la última venta, así que un código de oferta lo reduce hasta que una venta a precio completo aparezca como una expansión.
- El impuesto que recauda Gumroad queda fuera. El impuesto que recaudas tú se mantiene, porque la lista de ventas no lo indica.
- Los cobros fallidos no se informan, así que esa cifra se queda en cero.
PaddleBeta
Creado y probado con la documentación de Paddle, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Paddle.
- Los importes salen de los totales de pago de Paddle, antes de impuestos, con la comisión de Paddle como comisión.
- Los reembolsos y contracargos cuentan antes de impuestos. Un contracargo que Paddle gana, o un reembolso que Paddle revierte, deja de contar.
- Una comisión por contracargo que Paddle retiene cuenta como comisión.
- Un precio con impuestos incluidos cuenta antes de impuestos en el MRR, en la proporción de impuesto de la próxima factura.
- Los descuentos recurrentes se restan del MRR, también si el descuento se archivó más tarde.
- Un pago que no se pudo cobrar cuenta como cobro fallido. No mueve dinero.
BraintreeBeta
Creado y probado con la documentación de Braintree, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Braintree.
- Cuentan las ventas liquidadas y en liquidación, antes de impuestos cuando envías los importes de impuestos. Las autorizaciones que nunca se capturaron no cuentan.
- Los reembolsos son las transacciones de abono, fechadas cuando Braintree las hizo.
- Braintree no informa las comisiones de procesamiento en su API, así que las comisiones aparecen como cero.
- El MRR es el precio de la suscripción con sus complementos, menos los descuentos a los que aún les quedan ciclos de facturación. Una suscripción no indica cliente, así que toma el cliente de sus cobros; una sin cobros aún aparece bajo su tarjeta.
- Una cancelación se fecha según el historial de estados. Una suscripción vencida termina en la fecha hasta la que está pagada.
- Un pago que no se pudo cobrar cuenta como cobro fallido. No mueve dinero.
- Los contracargos no se leen, así que uno perdido sigue contando como cobro salvo que el proveedor también lo informe como reembolso.
RecurlyBeta
Creado y probado con la documentación de Recurly, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Recurly.
- Las facturas de cobro pagadas cuentan antes de impuestos.
- Los reembolsos son las transacciones de reembolso correctas. Incluyen impuestos, así que RevGlance resta el impuesto en la misma proporción que en la factura.
- Recurly no informa las comisiones de la pasarela, así que las comisiones aparecen como cero.
- El MRR es el subtotal de Recurly para la suscripción (importe unitario, cantidad y complementos, después de cupones y antes de impuestos).
- Una suscripción cancelada sigue contando hasta que vence; las vencidas, fallidas y en pausa cuentan como baja. Recurly no da el motivo de cancelación a través de la API.
- Un pago que no se pudo cobrar cuenta como cobro fallido. No mueve dinero.
- Los contracargos no se leen, así que uno perdido sigue contando como cobro salvo que el proveedor también lo informe como reembolso.
ChargebeeBeta
Creado y probado con la documentación de Chargebee, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Chargebee.
- Las facturas pagadas cuentan antes de impuestos.
- Los reembolsos salen de las notas de crédito reembolsables, menos el impuesto en la misma proporción que la nota de crédito.
- Chargebee no informa las comisiones de la pasarela, así que las comisiones aparecen como cero.
- El MRR son los artículos del plan y los complementos, menos los cupones sobre toda la factura que siguen aplicándose. Los cargos puntuales se dejan fuera.
- Las suscripciones sin renovación siguen contando hasta que termina su plazo. Las que están en pausa cuentan como baja. El código de motivo de cancelación que configuraste en Chargebee aparece como motivo.
- Un pago que no se pudo cobrar cuenta como cobro fallido. No mueve dinero.
- Un contracargo solo cuenta cuando lo registra una nota de crédito reembolsable.
ShopifyBeta
Creado y probado con la documentación de Shopify, pero aún no con una cuenta real. Avísanos si tus cifras no coinciden con los informes de Shopify.
- Los pedidos pagados cuentan antes de impuestos, en la moneda de la tienda, con las comisiones de Shopify Payments como comisión. Los pedidos de prueba se dejan fuera.
- Los reembolsos incluyen impuestos, así que RevGlance resta el impuesto en la misma proporción que en el pedido.
- El MRR sale de los contratos de suscripción (Shopify Subscriptions y las apps creadas sobre él), después de sus descuentos. Los pedidos creados por un plan de venta cuentan como recurrentes.
- Shopify no da fecha ni motivo de cancelación: un contrato cancelado, vencido, fallido o en pausa termina en su último cambio.
- Un pedido pagado en parte cuenta lo que ha entrado hasta ahora.
- Donde los precios incluyen impuestos, el MRR cuenta antes de impuestos, en la proporción de impuesto del primer pedido.
- Los contratos de suscripción no llevan fechas de prueba, así que las pruebas no se muestran.
- Los contracargos no se leen, así que uno perdido sigue contando como cobro salvo que el proveedor también lo informe como reembolso.
- Los cobros fallidos no se informan, así que esa cifra se queda en cero.
¿Algo de aquí no coincide con lo que ves en tu proveedor? Es un error del que queremos enterarnos. Volver a RevGlance

RevGlance