El comerciante registrado de tus ventas dentro de la app no eres tú, es Apple o Google, y eso decide tus reembolsos
El comerciante registrado es la tienda, no tú. Apple vende por sí misma cada compra de la App Store, y en Google Play el vendedor es Google en el EEA y el UK, pero eres tú casi en todos los demás lugares. Ese único hecho decide quién puede reembolsar a tus clientes, quién asume un contracargo y dónde llegas a tener voz.

Puntos clave
- El comerciante registrado es la empresa que legalmente vende a tu cliente y cobra el pago. En la App Store esa empresa siempre es Apple. En Google Play es Google en algunos países y eres tú en la mayoría de los demás.
- Nunca eres el comerciante registrado en Apple. Apple vende tu app como tu agente o comisionista, cobra el dinero del cliente y es la única parte que puede emitir un reembolso. No existe ninguna API de reembolso para desarrolladores en la App Store.
- En Google Play, Google es el comerciante registrado en el Espacio Económico Europeo, el Reino Unido y una lista de territorios cercanos. Tú eres el comerciante registrado en todos los demás lugares, incluidos Estados Unidos, Canadá, Japón y Australia.
- Ser el comerciante registrado no es lo mismo que procesar el pago. Google Play Billing procesa igualmente cada transacción de Play, pero el comerciante registrado es el vendedor legal, el responsable del impuesto y del contracargo.
- Para los pedidos de Google Play realizados después del 3 de agosto de 2026, el desarrollador como comerciante registrado asume el precio de compra del contracargo menos la comisión de servicio de Play, más la comisión de contracargo del banco, que las fuentes del sector de pagos sitúan en torno a $15 a $25 por disputa.
- Sea quien sea el comerciante registrado, el desarrollador sigue teniendo exactamente dos ventanas de prueba: la solicitud de consumo de 12 horas de Apple y la revisión de contracargo de 24 horas de Google Play. Todos los demás reembolsos se deciden sin ti.
En algún punto entre el pulgar de tu cliente y tu cuenta bancaria hay una empresa que es legalmente la vendedora de tu app, y es Apple o Google, no tú. Esa empresa es el comerciante registrado. Es la parte a la que el cliente realmente paga, la parte que figura en el recibo y la parte a la que un banco reclama cuando se disputa un cargo. En la App Store esa parte siempre es Apple. En Google Play es Google en algunos países y eres tú en la mayoría de los demás. Cuál de las dos sea decide quién puede emitir un reembolso, quién paga por un contracargo y si alguien llega a pedirte tu versión.
Este único hecho legal está debajo de todo lo que resulta confuso en los reembolsos de apps. Es la razón por la que no puedes reembolsar tú mismo a un cliente de Apple por mucho que quieras, por la que Google puede sacar un reembolso directamente de tu próximo pago, y por la que solo hay dos momentos en cualquiera de las tiendas en los que alguien te pide pruebas. Aquí tienes quién es el comerciante registrado en cada tienda y qué significa eso para tus reembolsos y tu dinero.
Quién es realmente el comerciante registrado
El comerciante registrado es el negocio que vende el producto al cliente y cobra el pago. Legalmente, es el vendedor registrado: la entidad con la que el cliente tiene un contrato, el nombre que debe figurar en el recibo, la parte responsable de cobrar el impuesto y la parte a la que un cliente o un emisor de tarjeta acude para un reembolso o una disputa. En una tienda normal, el comercio de la esquina es su propio comerciante registrado. En la economía de las apps, la plataforma de la tienda asume ese papel y tú quedas detrás como proveedor.
El comerciante registrado no es lo mismo que el procesador de pagos
Es fácil confundir ambos, pero son trabajos distintos. Un procesador de pagos mueve el dinero: toma el número de tarjeta, habla con el banco y liquida los fondos. El comerciante registrado es el vendedor legal detrás de esa transacción. Google Play Billing procesa cada compra en Google Play, y el sistema de Apple procesa cada compra en la App Store, pero procesar una tarjeta no es lo mismo que ser el vendedor. En Google Play el procesador de pagos siempre es Google, mientras que el comerciante registrado puede ser Google o tú. Esa división es toda la razón por la que este tema es confuso, y es donde realmente residen el dinero y la responsabilidad.

En Apple, nunca eres el comerciante registrado
La App Store no tiene aquí ningún matiz país por país. Cuando aceptas el Paid Applications Agreement de Apple, nombras a Apple y a sus filiales como tu agente, o en algunas regiones tu comisionista, para la comercialización y entrega de tu app y sus compras dentro de la app a los clientes. Un comisionista vende en su propio nombre mientras actúa por tu cuenta. En cualquier caso, el cliente le compra a Apple. Apple configura la transacción, cobra el pago y te entrega tus ingresos después de su comisión. Tú eres el proveedor, nunca el vendedor registrado.
La consecuencia en los reembolsos es absoluta. Solo Apple puede reembolsar una compra de la App Store. No hay ningún botón de reembolso para desarrolladores ni ninguna API de reembolso, así que un cliente que quiere que le devuelvan el dinero no acude a ti, presenta su solicitud en reportaproblem.apple.com y Apple la revisa y decide. Tu único punto de intervención es el CONSUMPTION_REQUEST: cuando un cliente disputa un consumible o una suscripción de renovación automática, la notificación del servidor de Apple te da 12 horas para enviar datos de consumo antes de que Apple resuelva. Aun así, decide Apple. Los contracargos de tarjeta se gestionan de la misma manera, se resuelven entre el banco del titular de la tarjeta y Apple, sin ningún caso en el que puedas intervenir.
En Google Play, depende del país del comprador
Google Play es donde el comerciante registrado se divide en dos, y la línea divisoria es dónde vive el comprador. Según la sección 3.4 del Google Play Developer Distribution Agreement, Google es el comerciante registrado para los productos vendidos a usuarios en un conjunto definido de países y territorios. Ese conjunto abarca el Espacio Económico Europeo, el Reino Unido y una larga lista de lugares cercanos como Islandia, Noruega, Liechtenstein, Mónaco, Gibraltar y los territorios franceses de ultramar. Para todos los demás usuarios, el acuerdo dice que tú eres el comerciante registrado. En términos sencillos, Google es el vendedor en todo el EEA y el UK, y tú eres el vendedor en Estados Unidos, Canadá, Japón, Australia y la mayor parte del mundo.
Aquí está la parte que hace tropezar a la gente: incluso donde tú eres el comerciante registrado, Google Play Billing sigue procesando el pago, y Google sigue administrando los reembolsos. La sección 3.8 del mismo acuerdo dice que autorizas a Google a dar reembolsos a los usuarios según las políticas de reembolso de Google Play, y que Google puede deducir esos reembolsos de tus pagos. Así que en Google Play puedes cargar con los deberes del vendedor, el impuesto y la responsabilidad del contracargo, mientras Google conserva los controles del reembolso. Un cliente puede autogestionar un reembolso dentro de las 48 horas posteriores a la compra, una vez por app, y Google lo emite y te lo factura a ti. Pasada esa ventana, la solicitud se dirige a ti, y tu único canal de prueba es la revisión de contracargo de 24 horas a través del flujo orders.reviewrefund.
| Tienda y región | Comerciante registrado | Quién procesa el pago | Quién emite el reembolso |
|---|---|---|---|
| App Store, en todas partes | Apple | Apple | Solo Apple |
| Google Play, EEA, UK, territorios listados | Google, según sus políticas | ||
| Google Play, EE. UU. y la mayoría de los demás países | Tú, el desarrollador | Google, deducido de tu pago |
Lo que ser el comerciante registrado te cuesta en dinero
El vendedor registrado es la parte que le debe al Estado su impuesto y al banco su cargo disputado. Ahí es donde la cuestión del comerciante registrado deja de ser papeleo y empieza a aparecer en tu pago.
El impuesto sigue al vendedor
Donde una tienda es el comerciante registrado, esa tienda determina, cobra y remite el impuesto sobre las ventas o el VAT de la compra. Apple lo hace para las ventas de la App Store, y Google lo hace en todo el EEA y el UK donde Google es el vendedor. Donde tú eres el comerciante registrado en Google Play, ese deber puede recaer sobre ti, por lo que una venta en EE. UU. o Japón se trata de forma distinta a una alemana. El eco de esto en los reembolsos es sencillo: cuando se reembolsa una compra, el impuesto gestionado por el vendedor registrado se deshace con ella, y solo la parte que lo cobró puede revertirlo.
Los contracargos ahora también siguen al vendedor
Esto solía ser teórico en Google Play, porque Google absorbía las pérdidas por contracargos. Ya no es teórico. Para los pedidos realizados después del 3 de agosto de 2026, Google traslada los costes de los contracargos al desarrollador: como comerciante registrado de esas ventas, cargas con el precio de compra menos la comisión de servicio de Play, más la comisión de contracargo del banco. Las fuentes del sector de pagos sitúan esa comisión bancaria en torno a $15 a $25 por disputa, y se suma a la venta perdida. Google remite a los desarrolladores a la misma API de revisión de 24 horas como forma de combatir las disputas ilegítimas, lo que convierte esa única ventana de prueba en la única palanca que tienes sobre un coste que ahora es tuyo.
En la App Store, las cuentas son distintas porque nunca eres el vendedor. Un contracargo de tarjeta allí se liquida entre el banco y Apple, y tú nunca gestionas el caso. Sigues notando un reembolso concedido como una reversión de tus ingresos, pero la mecánica de la disputa, y la comisión bancaria, corresponden a Apple como comerciante registrado.
| Deber o coste | App Store | Google Play, donde eres el comerciante registrado |
|---|---|---|
| Cobrar y remitir el impuesto sobre las ventas o el VAT | Apple | Tú |
| Emitir el reembolso | Apple | Google, deducido de tu pago |
| Gestionar un caso de contracargo de tarjeta | Apple, entre el banco y Apple | Tú, como vendedor registrado |
| Precio de compra del contracargo, pedidos después del 3 de agosto de 2026 | No se te factura | Tú, menos la comisión de servicio de Play |
| Comisión de contracargo del banco, pedidos después del 3 de agosto de 2026 | No se te factura | Tú, a menudo citada en $15 a $25 por disputa |
| Tu única ventana de prueba | Solicitud de consumo de 12 horas | Revisión de contracargo de 24 horas |
Cómo leer tus reembolsos una vez que sabes quién es el vendedor
Conocer al comerciante registrado convierte un flujo de reembolsos caótico en dos pilas limpias. La primera pila son los reembolsos que nadie te consultó, porque el vendedor registrado los decidió por su cuenta: los propios reembolsos de Apple, las devoluciones de autoservicio de 48 horas de Google, los reembolsos de soporte y las compras anuladas. La segunda pila son los dos flujos impugnables, la solicitud de consumo de 12 horas y la revisión de contracargo de 24 horas, donde tu prueba es una aportación documentada antes de la decisión.
- Juzga tu protección de reembolsos solo por la pila impugnable. Un reembolso emitido por la tienda nunca tuvo una ventana en la que pudieras actuar, así que no es una batalla que perdiste.
- Donde eres el comerciante registrado en Google Play, trata la columna del contracargo como un coste real después del 3 de agosto de 2026, y responde a cada revisión dentro de la ventana de 24 horas.
- En Apple, tu único movimiento es la solicitud de consumo, así que envía datos precisos de entrega y uso cada vez, porque es la única aportación que Apple acepta.
- Sigue confirmando las compras del lado del servidor. Una compra sin confirmar se reembolsa y se revoca automáticamente a las 72 horas aproximadamente, y ese es un reembolso autoinfligido que ningún estatus de comerciante registrado puede excusar.
Así es exactamente como RefundHalt lee los flujos de las tiendas. Las solicitudes de consumo y las revisiones de contracargo ocupan el primer plano con sus resultados y plazos, y los reembolsos que el comerciante registrado decidió sin ti se registran en su propio lugar, de modo que tu libro contable está completo sin pretender que podrías haberlos impugnado.
La versión corta
El comerciante registrado es el vendedor legal de tu compra dentro de la app, y es la tienda, no tú, quien en su mayoría ocupa ese papel. Apple es el comerciante registrado de cada venta de la App Store, así que solo Apple puede reembolsar y tu única aportación es la solicitud de consumo de 12 horas. En Google Play, Google es el vendedor en todo el EEA y el UK, y tú eres el vendedor en Estados Unidos y la mayor parte del mundo, donde también cargas con el impuesto y, para los pedidos después del 3 de agosto de 2026, el coste del contracargo. Google Play Billing sigue procesando el pago y administrando los reembolsos en cualquier caso. Una vez que sabes quién es el vendedor en cada venta, tu flujo de reembolsos se divide limpiamente en lo que nunca pudiste impugnar y las dos ventanas donde tu prueba todavía cuenta.
Preguntas frecuentes
- ¿Quién es el comerciante registrado de las compras dentro de la app?
- En la App Store, Apple es el comerciante registrado de cada compra, vendiendo al cliente como tu agente o comisionista. En Google Play, Google es el comerciante registrado en el Espacio Económico Europeo, el Reino Unido y una lista de territorios cercanos, y el desarrollador es el comerciante registrado en todos los demás lugares, incluidos Estados Unidos, Canadá, Japón y Australia.
- ¿Puedo emitir yo mismo un reembolso a un cliente de la App Store?
- No. Apple es el comerciante registrado de las ventas de la App Store, así que solo Apple puede reembolsar una compra. No hay ningún botón de reembolso para desarrolladores ni ninguna API de reembolso. Un cliente presenta su solicitud en reportaproblem.apple.com y Apple decide. Tu única aportación es la solicitud de consumo de 12 horas que Apple envía cuando se disputa un consumible o una suscripción de renovación automática.
- ¿Es el desarrollador el comerciante registrado en Google Play?
- Depende del país del comprador. Según la sección 3.4 del Google Play Developer Distribution Agreement, Google es el comerciante registrado en el EEA, el UK y los territorios listados, mientras que tú eres el comerciante registrado para los usuarios de todos los demás lugares. Incluso donde eres el vendedor registrado, Google Play Billing sigue procesando el pago y administrando los reembolsos, deduciéndolos de tu pago.
- ¿Ser el comerciante registrado significa que pago por los contracargos?
- En Google Play, cada vez más sí. Para los pedidos realizados después del 3 de agosto de 2026, el desarrollador como comerciante registrado carga con el precio de compra del contracargo menos la comisión de servicio de Play, más la comisión de contracargo del banco, que las fuentes del sector de pagos sitúan en torno a $15 a $25 por disputa. En la App Store, Apple es el comerciante registrado, así que un contracargo de tarjeta se liquida entre el banco y Apple y tú nunca gestionas el caso.
- ¿Cuál es la diferencia entre el comerciante registrado y el procesador de pagos?
- El procesador de pagos mueve el dinero, tomando la tarjeta y liquidando los fondos con el banco. El comerciante registrado es el vendedor legal detrás de la transacción, responsable del impuesto y de cualquier disputa. En Google Play, Google siempre procesa el pago, pero el comerciante registrado puede ser Google o el desarrollador según el país del comprador, por lo que los dos papeles son fáciles de confundir.
Fuentes y lecturas adicionales
- Google Play Developer Distribution Agreement (section 3.4 merchant of record, section 3.8 refunds authorized and deducted from payments)
- Google Play Console Help: Countries and territories where Google is the merchant of record
- Google Play Console Help: Updates to refund protection and chargeback cost responsibility (developer carries purchase price minus service fee plus bank chargeback fee for orders after August 3, 2026)
- Google Play Billing: Provide refund and chargeback suggestions (the 24-hour chargeback review through orders.reviewrefund)
- Apple Developer: Schedule 2 and 3 to the Apple Developer Program License Agreement (developer appoints Apple as agent or commissionaire for marketing and delivery to customers)
- Apple Support: Request a refund for apps or content that you bought from Apple (only Apple reviews and decides App Store refunds)
- Apple Developer: Send Consumption Information (App Store Server API, the 12-hour consumption request input)
- Google Play Help: Apps, games, and in-app purchases refund policies (the 48-hour self-service refund window)
RefundHalt
El piloto automático de reembolsos para App Store y Google Play
Seguir leyendo
Las suscripciones sin renovación te dejan a cargo del vencimiento, la renovación y cada reembolso, esto es lo que de verdad cuesta
Una suscripción sin renovación en la App Store, y su prima el plan de prepago de Google Play, se cobra una vez y nunca se renueva. Eso pone el reloj del vencimiento, la renovación y los reembolsos en tus manos. Aquí tienes cómo funcionan los reembolsos en cada tienda, la regla del prepago no usado y lo que realmente cuesta el modelo de plazo fijo.
Una reserva de app no es una venta hasta el día del lanzamiento, y muchas se caen antes de que llegue el cobro
En la App Store y en Google Play, una reserva de app no cobra nada hasta el lanzamiento y el comprador puede cancelar gratis hasta entonces. Las tarjetas rechazadas cancelan más reservas en el lanzamiento. Aquí tienes cómo funcionan de verdad las reservas y el registro previo de apps, y lo que esa brecha le cuesta a tu lanzamiento.