App Store Connect diz que você vendeu 3.108. Você soma, se sente bem com 6.580 da Apple, $2.210 do Google. Ninguém te roubou. Cada dólar que falta tem um nome: IVA, comissão, reembolsos, retenção, conversão de moeda e, eventualmente, imposto de renda. O problema não é a diferença em si — é que a maioria dos desenvolvedores independientes não tem um livro de contabilidade que a explique, então não conseguem responder às três perguntas que realmente importan: ¿Está correto meu preço? ¿Estoy en la tasa de comisión correcta? ¿Mi pronóstico de flujo de caja es real?
Esta guía recorre toda la cascada desde el precio de lista hasta el dinero que recibes, explica por qué el pago nunca coincide con el informe y te ofrece una rutina de reconciliación mensual que toma unos 30 minutos una vez configurada.
Tres Números, Tres Respuestas Diferentes
Cada negocio de apps tiene tres números de ingresos, y mezclarlos es donde comienza la confusión:
- Ventas brutas — lo que pagaron los clientes, como se muestra en los paneles de analítica. Este es el número de vanidad. Incluye impuestos cuando la tienda los cobra, y generalmente es una estimación que se ajusta después.
- Ganancias del desarrollador — lo que la tienda dice que ganaste, de los informes financieros mensuales (Apple) y los informes de ganancias (Google). Esto es neto de comisión, impuestos que la tienda cobra y remite, reembolsos y contracargos. Es el número sobre el cual debería basarse tu contabilidad.
- El pago — el depósito bancario. Ganancias menos cualquier retención de impuestos, ajustadas por conversión de moneda, y sujetas a umbrales mínimos de pago y al calendario de pagos de la tienda.
Si tus libros registran solo el depósito bancario, tus ingresos están silenciosamente subestimados y desplazados un mes o más. Si registran ventas brutas, los ingresos están sobreestimados en un 30–50% y no coinciden con ningún dinero que recibas. Todo el arte de la contabilidad de la app store es conectar estos tres números para que cada mes cierre con cero diferencia entre las ganancias reportadas y el efectivo recibido.
La Cascada desde el Precio de Lista hasta el Dinero que Recibes
Toma una suscripción de €9,99 vendida en un país con 20% de IVA, con la comisión estándar del 30%. Aquí está la versión honesta de lo que sucede:
| Paso | Cálculo | Restante | % del precio de lista |
|---|---|---|---|
| Precio de lista | — | €9,99 | 100% |
| IVA cobrado y remitido por la tienda | €9,99 ÷ 6 | €8,33 | 83% |
| Comisión de la tienda (tarifa estándar) | 30% × €8,33 | €5,83 | 58% |
| Reembolsos y contracargos (supongamos 3%) | 3% × €5,83 | €5,65 | 57% |
| Impuesto sobre la renta a un 30% efectivo | 30% × €5,65 | €3,96 | 40% |
Aproximadamente el 60% del precio de lista nunca llega a tu bolsillo. Una venta en EE. UU. en un estado que no grava bienes digitales comienza desde una base más alta, y un desarrollador con una tasa de comisión reducida se queda con bastante más (la misma venta en región con IVA al 15% de comisión neta €7,08 antes de reembolsos — alrededor del 71% del precio). El porcentaje exacto depende de tu mezcla de ventas, pero la lección estructural es válida en todas partes: los ingresos brutos no son tu dinero. Son el dinero de la tienda pasando por tu panel de control.
Nada de esto está oculto. Los términos de los programas de Apple y Google enumeran cada deducción. Lo que falta en la mayoría de los negocios independientes es el seguimiento — un lugar donde cada capa de la cascada sea un hecho registrado y auditable en lugar de una sorpresa mensual.
La Tasa de Comisión Que Realmente Estás Pagando
El error más caro relacionado con la contabilidad en este espacio es estar en la tasa equivocada. Ambas tiendas reducen su comisión para desarrolladores más pequeños, y la inscripción no es automática en todas partes:
El Programa de Pequeñas Empresas de la App Store de Apple reduce la comisión del 30% al 15% en aplicaciones de pago, compras dentro de la aplicación y suscripciones. La elegibilidad se mide en ganancias — ventas netas de la comisión de Apple y ciertos impuestos y ajustes, no brutas — y requiere que hayas ganado no más de 1 millón hasta ahora en el año actual. Dos detalles sorprenden a los desarrolladores:
- Si superas $1 millón a mitad de año, se aplica la tarifa estándar del 30% a ventas futuras — las ventas ya realizadas al 15% no se recuperan, y puedes volver a calificar el año después de que tus ganancias vuelvan a caer por debajo del umbral.
- Los cambios de tarifa efectivos 15 días después del final del mes fiscal en que se aprueba tu inscripción, por lo que una inscripción retrasada te cuesta dinero real cada semana que pasa en tu lista de tareas.
El nivel reducido de Google Play aplica el 15% a los primeros $1 millón que ganes cada año calendario, con la tasa del 30% aplicándose a las ganancias por encima de eso — te inscribes agrupando tus cuentas asociadas en Play Console y aceptando los términos. Una diferencia estructural que vale la pena conocer: en Google, todas las suscripciones de renovación automática se cobran la tarifa de servicio del 15% desde el primer día, independientemente de la inscripción al programa. En la tarifa estándar de Apple, un suscriptor paga la tasa del 30% durante sus primeros 12 meses y el 15% a partir del segundo año — un argumento silencioso para la retención que solo importa una vez que sales del programa reducido.
Si estás por debajo de $1 millón y no estás inscrito en el programa de Apple, arreglar eso es plausiblemente los diez minutos de mayor ROI de tu año: el flujo de inscripción vive en App Store Connect bajo Acuerdos, Impuestos y Banca.
Por Qué el Depósito Nunca Coincide con el Informe
Incluso con la tasa correcta, las ganancias y los pagos divergen por razones que son todas mecánicas — y cada una merece una línea en tus libros:
Los calendarios de pago no son mensuales. Apple paga dentro de los 45 días posteriores al final de cada mes fiscal, y sus meses fiscales no coinciden con los meses calendario — un mes fiscal puede terminar el 27 de diciembre, con el pago llegando el 29 de enero. En la práctica, el desfase es de unos 33 días. Google paga el día 15 del mes siguiente (deslizándose al siguiente día hábil cuando el 15 cae en fin de semana). Si usas contabilidad de devengo, los ingresos de diciembre son el efectivo de enero o mediados de febrero, y tus libros necesitan una cuenta de compensación de pagos para unir los dos.
Los umbrales mínimos retrasan los pagos pequeños. Apple solo paga cuando tus ganancias superan un umbral mínimo de pago que varía según el país bancario y la moneda. Un mes lento puede significar que no haya ningún depósito, con el saldo arrastrándose — lo que parece un $30 faltante a menos que lo estés rastreando.
Los reembolsos y contracargos se deducen antes de las ganancias. Las tiendas recuperan la transacción completa, y tu tasa de reembolso varía silenciosamente según el producto y la región. Contabilizado correctamente, esto es contra-ingresos en el mes en que el reembolso aparece en el informe, no una deducción misteriosa del depósito.
Los impuestos fluyen a través de dos puertas diferentes. Para el IVA y muchos impuestos sobre las ventas, las tiendas actúan como el comerciante de registro a efectos fiscales — en la UE, por ejemplo, Google carga, cobra y remite el IVA, por lo que tus ganancias se calculan sobre la base sin impuestos y generalmente no presentas declaraciones de IVA en esos países. Por separado, los desarrolladores no estadounidenses enfrentan retención de impuestos de EE. UU. sobre cualquier cantidad de fuente estadounidense, que puede ser del 30% plana si no has presentado un W-8BEN o W-8BEN-E en App Store Connect (o el equivalente en Play Console). Las tasas de los tratados — o simplemente el hecho de que los pagos a menudo provienen de entidades internacionales de las tiendas — pueden reducirlo a cero. De cualquier manera, la retención aparece como una brecha entre las ganancias reportadas y el depósito, y generalmente es recuperable como crédito — si la registras.
La conversión de moneda es un costo real. Las tiendas pagan en la moneda de tu arreglo bancario, convirtiendo las ganancias por territorio en el camino. El margen de cambio es un gasto sin factura, por lo que la única forma de verlo es comparar las ganancias reportadas por moneda con el depósito.
La Pregunta de Contabilidad Que La Mayoría de los Independientes Se Equivocan
¿Tu línea de ingresos debería mostrar ventas brutas o ganancias netas? Para la abrumadora mayoría de los desarrolladores independientes, la respuesta es netas. Bajo los marcos de reconocimiento de ingresos que aplican a US GAAP (ASC 606) y IFRS 15, la prueba es si tú eres el principal en la venta — si controlas el bien o servicio antes de la transferencia al cliente — o un agente cuya obligación de rendimiento se cumple cuando la tienda realiza la venta. Cuando la tienda es el comerciante de registro, cobra el impuesto, configura los rieles de pago, asume los mecanismos de reembolso y te paga una cantidad neta por transacción, la tienda es el principal y tus ingresos son tus ganancias. Registrar brutos y mostrar la comisión como gasto infla los ingresos, distorsiona cualquier margen que calcules y declara mal los impuestos si alguien alguna vez lo mira.
El segundo error es el momento: registrar el depósito bancario como ingresos de ese mes. El depósito liquida las ganancias del mes anterior (o del mes fiscal anterior). El patrón correcto es:
- Acumular ingresos cuando ocurren las ventas, usando las estimaciones de la tienda si los reales aún no están disponibles.
- Ajustar a los reales cuando llegue el informe financiero mensual, registrando la diferencia entre estimado y real (casi siempre hay una — la moneda, los reembolsos y los ajustes tardíos se encargan de eso).
- Liquidar el depósito contra la cuenta por cobrar cuando llegue el pago, con cualquier residual yendo a retención, FX o rollover de umbral — cada uno su propia cuenta.
Esa última cláusula es el nombre del juego: cuando cada residual tiene una cuenta nombrada, una diferencia no nula es imposible de pasar por alto y toma minutos de explicar.
Un Flujo de Trabajo de Reconciliación Mensual de 30 Minutos
- Descarga los reales. De App Store Connect, extrae el informe financiero mensual (el detallado que cubre cada territorio, con fechas de liquidación). De Play Console, extrae el informe de ganancias. Estos — no los paneles de analítica — son tus documentos fuente.
- Registra ganancias por territorio y moneda. Una línea de ingresos por tienda, con territorios y monedas rastreados debajo. Aquí es donde vive la pista de auditoría: el día que necesites responder "¿por qué las ganancias de la UE cayeron un 12% en marzo?", querrás IVA, comisión y reembolsos desglosados, no un solo número mezclado.
- Registra el ajuste estimado-real. Diferencia entre lo que tu panel proyectó y lo que dice el informe: generalmente reembolsos, moneda y ajustes de pago masivo.
- Contabiliza reembolsos y contracargos como contra-ingresos en el mes del informe, y observa la tasa a lo largo del tiempo — una tasa de reembolso creciente es una señal de producto disfrazada de contabilidad.
- Reconcilia el pago con la cuenta por cobrar. Cuando llegue el depósito, compáralo con el informe. La retención va a una cuenta de impuestos por cobrar (a menudo es acreditable); las diferencias de FX van a un gasto de moneda; un depósito corto por debajo del umbral mínimo permanece en la cuenta de compensación hasta el próximo mes.
- Verifica tu tasa de comisión trimestralmente. Revisa tu inscripción al Programa de Pequeñas Empresas en App Store Connect y tu nivel en Play Console — especialmente si te acercas a $1 millón en ganancias, donde ambas tiendas cambian la tasa en ventas futuras. Modela la graduación antes de que suceda: cruzar la línea puede repreciar toda tu estructura de márgenes a mitad de año.
Seis pasos, una sesión al mes. La recompensa no son solo libros limpios — es que las decisiones de precios, las inscripciones de tasas y el pronóstico de efectivo comienzan a funcionar con ganancias en lugar del número de vanidad.
Rastrea Toda la Cascada en Texto Plano
Este es exactamente el tipo de reconciliación de múltiples capas donde la contabilidad de texto plano demuestra su valor. Un libro mayor de beancount le da a cada capa de la cascada su propia cuenta — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — de modo que la entrada mensual es la explicación, y cada cifra se puede rastrear hasta un informe descargado que puedes volver a derivar años después. Como el libro mayor es texto, los informes de la tienda pueden estar junto a él en control de versiones, y la reconciliación se convierte en un diff en lugar de un proyecto de arqueología de hojas de cálculo. Si quieres la maquinaria para importar estados de cuenta bancarios y datos de la tienda, la documentación cubre el pipeline de importación en profundidad.
Simplifica Tu Gestión Financiera
Los ingresos de la App Store son el ingreso más reconciliado en tu contra que la mayoría de los desarrolladores tendrán: comisiones, impuestos, reembolsos y calendarios de pago toman su parte antes de que el dinero te llegue. Llevar libros que reflejen esa cascada — en lugar de una sola línea de "ingresos de la app" — es lo que convierte un pago confuso en un sistema transparente y auditable. Beancount.io ofrece contabilidad de texto plano que es transparente, controlada por versiones y preparada para IA, para que cada informe de la tienda, ajuste y depósito permanezca rastreable. Comienza gratis y haz que tu dinero real sea tan legible como tu código.