App Store Connect dice que vendiste 3,108. Los sumas, te sientes bastante bien con 6,580 de Apple, $2,210 de Google. Nadie te robó. Cada dólar que falta tiene un nombre: IVA, comisión, reembolsos, retención, conversión de moneda y, eventualmente, impuesto sobre la renta. El problema no es la brecha en sí misma — es que la mayoría de los desarrolladores independientes no tienen un libro de contabilidad que la explique, por lo que no pueden responder las tres preguntas que realmente importan: ¿Mi precio es el correcto? ¿Estoy en la tasa de comisión correcta? ¿Es real mi pronóstico de flujo de caja?
Esta guía recorre el flujo completo desde el precio de lista hasta el ingreso neto, explica por qué el pago nunca coincide con el informe y te brinda una rutina de conciliación mensual que toma alrededor de 30 minutos una vez configurada.
Tres números, tres respuestas diferentes
Cada negocio de apps tiene tres números de ingresos, y confundirlos es donde comienza la confusión:
- Ventas brutas — lo que pagaron los clientes, como se muestra en los paneles de análisis. Este es el número de vanidad. Incluye impuestos cuando la tienda los cobra, y suele ser una estimación que se ajusta posteriormente.
- Ingresos del desarrollador — lo que la tienda dice que ganaste, según 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 debe basarse tu contabilidad.
- El pago — el depósito bancario. Ingresos menos cualquier retención de impuestos, ajustados por conversión de moneda, y sujetos 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 se subestiman silenciosamente y se desplazan un mes o más. Si registran ventas brutas, los ingresos se sobreestiman en un 30–50% y no coinciden con ningún dinero que recibas. Todo el arte de la contabilidad de tiendas de aplicaciones consiste en conectar estos tres números para que cada mes cierre con cero diferencia entre los ingresos reportados y el efectivo recibido.
El flujo desde el precio de lista hasta el ingreso neto
Toma una suscripción de €9.99 vendida en un país con IVA del 20%, 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 una tasa efectiva del 30% | 30% × €5.65 | €3.96 | 40% |
Aproximadamente el 60% del precio de lista nunca llega a tu bolsillo. Una venta en Estados Unidos en un estado que no grava los bienes digitales parte de una base más alta, y un desarrollador con una tasa de comisión reducida conserva significativamente más (la misma venta en región con IVA al 15% de comisión produce €7.08 antes de reembolsos — alrededor del 71% del precio de lista). El porcentaje exacto depende de tu mezcla de ventas, pero la lección estructural se mantiene en todas partes: los ingresos brutos no son tu dinero. Son el dinero de la tienda que pasa por tu panel de control.
Nada de esto está oculto. Los términos de los programas de Apple y Google detallan cada deducción. Lo que falta en la mayoría de los negocios independientes es el seguimiento — un lugar donde cada capa del flujo 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 costoso relacionado con la contabilidad en este espacio es estar en la tasa incorrecta. Ambas tiendas reducen a la mitad su comisión para desarrolladores más pequeños, y la inscripción no es automática en todas partes:
El Programa para 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 ingresos — ventas netas de la comisión de Apple y ciertos impuestos y ajustes, no brutos — y requiere que hayas ganado no más de 1 millón hasta ahora en el año actual. Dos detalles confunden a los desarrolladores:
- Si superas $1 millón a mitad de año, la tasa estándar del 30% se aplica a ventas futuras — las ventas ya realizadas al 15% no se recobran, y puedes volver a calificar el año siguiente cuando tus ingresos vuelvan a caer por debajo del umbral.
- Los cambios de tasa entran en vigor 15 días después del final del mes fiscal en que se aprueba tu inscripción, por lo que una inscripción retrasada cuesta dinero real cada semana que permanece 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 con la tarifa de servicio del 15% desde el primer día, independientemente de la inscripción al programa. Con la tarifa estándar de Apple, un suscriptor paga la tasa del 30% durante sus primeros 12 meses y el 15% desde el segundo año en adelante — 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, corregir eso es probablemente los diez minutos de mayor retorno de inversión de tu año: el flujo de inscripción está en App Store Connect bajo Acuerdos, Impuestos y Banca.
Por qué el depósito nunca coincide con el informe
Incluso con la tasa correcta, los ingresos 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 se alinean 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, la brecha es de aproximadamente 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 acumulación, 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 ambos.
Los umbrales mínimos retrasan los pagos pequeños. Apple solo paga cuando tus ingresos 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 depósito alguno, con el saldo acumulándose — lo que parece un $30 faltante a menos que lo estés rastreando.
Los reembolsos y contracargos se deducen antes de los ingresos. 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 ingreso compensatorio en el mes en que el reembolso aparece en el informe, no una deducción misteriosa del depósito.
Los impuestos fluyen por dos puertas diferentes. Para el IVA y muchos impuestos a las ventas, las tiendas actúan como comerciante de registro a efectos fiscales — en la UE, por ejemplo, Google cobra, recauda y remite el IVA, por lo que tus ingresos 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 una tasa fija del 30% 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 las entidades internacionales de las tiendas — pueden reducir esto a cero. En cualquier caso, la retención aparece como una brecha entre los ingresos reportados 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 acuerdo bancario, convirtiendo los ingresos por territorio en el camino. El margen de cambio es un gasto sin factura, por lo que la única forma de verlo es comparar los ingresos reportados por moneda contra el depósito.
La pregunta contable que la mayoría de los independientes se equivoca
¿Tu línea de ingresos debería mostrar ventas brutas o ingresos netos? Para la gran mayoría de los desarrolladores independientes, la respuesta es neto. Bajo los marcos de reconocimiento de ingresos que aplican a los PCGA de EE. UU. (ASC 606) y las NIIF 15, la prueba es si tú eres el principal en la venta — si controlas el bien o servicio antes de transferirlo al cliente — o un agente cuya obligación de desempeño se cumple cuando la tienda realiza la venta. Cuando la tienda es el comerciante de registro, cobra los impuestos, configura los rieles de pago, asume los mecanismos de reembolso y te paga un monto neto por transacción, la tienda es el principal y tus ingresos son tus ingresos netos. Contabilizar lo bruto y mostrar la comisión como gasto infla los ingresos, distorsiona cualquier ratio de margen que calcules y declara incorrectamente los impuestos si alguien alguna vez mira.
El segundo error es el momento: contabilizar el depósito bancario como los ingresos de ese mes. El depósito liquida los ingresos 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 datos reales aún no están disponibles.
- Ajustar a los datos reales cuando llega el informe financiero mensual, registrando la diferencia entre la estimación y lo real (casi siempre hay una — moneda, reembolsos y ajustes tardíos lo aseguran).
- Compensar el depósito contra la cuenta por cobrar cuando llega el pago, con cualquier residuo yendo a retención, tipo de cambio o acumulación de umbral — cada uno en su propia cuenta.
Esa última cláusula es todo el juego: cuando cada residuo tiene una cuenta nombrada, una diferencia distinta de cero es imposible de pasar por alto y toma minutos explicarla.
Un flujo de trabajo de conciliación mensual de 30 minutos
- Descarga los datos reales. Desde App Store Connect, extrae el informe financiero mensual (el detallado que cubre cada territorio, con fechas de liquidación). Desde Play Console, extrae el informe de ganancias. Estos — no los paneles de análisis — son tus documentos fuente.
- Registra los ingresos por territorio y moneda. Una línea de ingresos por tienda, con territorios y monedas rastreados debajo. Aquí es donde vive el rastro de auditoría: el día que necesites responder "¿por qué los ingresos de la UE cayeron un 12% en marzo?", querrás IVA, comisión y reembolsos desglosados, no un número combinado.
- Registra el ajuste de estimación a real. Diferencia entre lo que proyectó tu panel y lo que dice el informe: generalmente reembolsos, moneda y ajustes de pagos masivos.
- Contabiliza reembolsos y contracargos como ingreso compensatorio en el mes del informe, y observa la tasa con el tiempo — una tasa de reembolso creciente es una señal de producto disfrazada de contabilidad.
- Concilia el pago con la cuenta por cobrar. Cuando llegue el depósito, hazlo coincidir con el informe. La retención va a una cuenta de impuesto por cobrar (a menudo es acreditable); las diferencias de tipo de cambio 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 para Pequeñas Empresas en App Store Connect y tu nivel en Play Console — especialmente si te acercas a $1 millón en ingresos, donde ambas tiendas cambian la tasa en ventas futuras. Modela la graduación antes de que suceda: cruzar la línea puede revalorizar 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 tarifas y el pronóstico de efectivo comienzan a funcionar con ingresos netos en lugar del número de vanidad.
Rastrea todo el flujo en texto plano
Este es exactamente el tipo de conciliación de múltiples capas donde la contabilidad en texto plano demuestra su valor. Un libro de contabilidad de beancount le da a cada capa del flujo su propia cuenta — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — de modo que el asiento mensual es la explicación, y cada cifra se vincula a un informe descargado que puedes rederivar años después. Como el libro es texto, los informes de las tiendas pueden estar a su lado en control de versiones, y la conciliación se convierte en una diferencia en lugar de un proyecto de arqueología de hojas de cálculo. Si quieres la maquinaria para importar extractos bancarios y datos de tiendas, la documentación cubre el pipeline de importación en profundidad.
Simplifica tu gestión financiera
Los ingresos de tiendas de aplicaciones 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 llegue a ti. Llevar libros que reflejen ese flujo — 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 en texto plano que es transparente, controlada por versiones y lista para IA, para que cada informe de tienda, ajuste y depósito permanezca trazable. Comienza gratis y haz que tu ingreso neto sea tan legible como tu código.