Los reembolsos de pagos alternativos en Japón acaban en tu mesa en ambas tiendas, y cada uno debe notificarse a Apple o a Google

Los reembolsos de pagos alternativos en Japón ahora son cosa tuya, tanto en iPhone como en Android. Apple abrió el procesamiento de pagos alternativo en Japón con iOS 26.2 en diciembre de 2025, y el programa de elección de facturación de Google Play llegó a los usuarios japoneses el 30 de septiembre de 2026. Ambas tiendas hicieron el mismo trato. Puedes cobrar tú mismo, y con el cobro vienen el reembolso, el ticket de soporte y el contracargo. Lo que la mayoría de los equipos pasa por alto es el papeleo: cada reembolso que concedes sigue teniendo que notificarse a la tienda que te permitió vender.

Qué cambió en Japón, y cuándo

La Mobile Software Competition Act de Japón, la MSCA, entró en vigor en diciembre de 2025 para las empresas que designa, entre ellas Apple y Google. Google dice que trabajó 18 meses con la Comisión de Comercio Justo de Japón en su respuesta. Apple lanzó sus cambios esa misma semana. Las fechas siguientes proceden de las páginas de ambas empresas.

Ninguna de las dos tiendas te deja prescindir de su propio checkout. Apple exige que In-App Purchase siga disponible junto a cualquier opción alternativa. Google exige que Google Play Billing se ofrezca en paralelo a tu facturación o a tu enlace web. Una app, dos checkouts y dos mostradores de reembolsos distintos.

Quién gestiona los reembolsos de pagos alternativos en Japón

La respuesta corta es que la tienda gestiona los reembolsos de las compras que procesó, y tú gestionas el resto. Un comprador que pagó con Apple In-App Purchase todavía puede pedirle un reembolso a Apple. Un comprador que pagó a través de tu procesador, no.

Lo que dice Apple

La página de Apple sobre Japón es directa. En las compras realizadas con pagos alternativos, Apple no podrá ayudar a los clientes con reembolsos, historial de compras, gestión de suscripciones ni otras incidencias, y tú serás responsable de resolverlas directamente con los clientes. También te hace responsable de cumplir las leyes sobre procesamiento de pagos, cancelaciones y reembolsos. Tu proveedor de servicios de pago debe cumplir PCI Level 1 y debe tener un proceso de atención al cliente que cubra disputas, gestión de suscripciones y reembolsos.

Lo que dice Google

Las reglas de elección de facturación de Google detallan tres obligaciones. Debes ofrecer métodos de reembolso a los usuarios que completen transacciones fuera de Play, salvo que al usuario se le haya indicado claramente antes de la compra que la transacción no es reembolsable. Debes prestar atención al cliente para esas compras. Y tu sistema de facturación debe dar a los usuarios una forma de disputar transacciones no autorizadas. Google también quiere enlaces donde los usuarios puedan ver su historial de pedidos, gestionar suscripciones e iniciar una solicitud de reembolso.

Los dos flujos de evidencias no existen aquí

Con la facturación de la tienda, solo dos flujos de reembolso te piden evidencias: el CONSUMPTION_REQUEST de Apple, que te da 12 horas para enviar datos de consumo, y la revisión de contracargos de Google Play mediante orders.reviewrefund, que te da 24 horas. Ambos existen porque la tienda cobró el pago. Una compra pagada con tu propio procesador nunca activa ninguno de los dos. Cuando un comprador japonés disputa ese cargo, el caso se resuelve entre tu procesador y su banco, y la decisión del banco es definitiva.

Cómo notificar un reembolso a Apple o a Google

Conceder el reembolso es la mitad del trabajo. Ambas tiendas se llevan una parte de los pagos alternativos, así que ambas quieren ver el dinero que se devolvió.

Las líneas de reembolso de Apple

En la External Purchase Server API, un reembolso es una línea propia de tipo REFUND. Indica la transacción reembolsada, la fecha en que completaste el reembolso, los importes con y sin impuestos en milésimas de tu moneda de notificación, y un importe neto que, según Apple, tiene en cuenta todos los reembolsos y reexpresiones. La página de líneas de Apple añade una frase importante para las disputas: notifica los contracargos como reembolso.

Si te equivocas en una línea, Apple espera una corrección. Reenvías el mismo lineItemId con restatement en true, y Apple usa solo la versión más reciente. Una línea enviada por error se retira poniendo además erroneouslySubmitted en true.

La llamada de reembolso de Google

En Google Play, llamas a refundexternaltransaction sobre el externalTransactionId que notificaste para la venta. Un reembolso total cubre el importe restante. Un reembolso parcial necesita un refundId único y el importe antes de impuestos que devolviste. En las suscripciones, Google quiere el ID de la renovación concreta que se reembolsa, así que reembolsar una suscripción que cobró tres veces implica tres llamadas de reembolso distintas. Los endpoints de creación y de reembolso comparten un límite de 1.200 consultas por minuto.

Lo que de verdad te ahorran los pagos alternativos en Japón

El ahorro titular es menor de lo que muchos equipos esperan, y los costes de los reembolsos se comen parte de él. Estas son las tarifas publicadas de Apple para Japón.

En una venta estándar dentro de la app, pasar a tu propio procesador ahorra 5 puntos del precio que paga el cliente. La comisión de tu procesador sale de esos 5 puntos. Las tarifas de elección de facturación de Google van por tramos según el tipo de producto y la antigüedad de la instalación. Para la facturación alternativa dentro de la app, su página de ayuda indica un 10% para suscripciones con renovación automática, y un 20% o un 25% para otras compras según si la instalación es nueva o existente, con un 10% sobre el primer $1M de ingresos anuales para los desarrolladores que cumplan los requisitos.

Costes que antes absorbía la tienda

• Reembolsos que concedes: el precio completo sale del saldo de tu procesador, y lo que el procesador cobre por reembolsar corre de tu cuenta.
• Contracargos: la tarifa de disputa de tu procesador, más el tiempo para reunir evidencias para el banco. No hay una revisión de la tienda que ganar antes.
• Atención al cliente: el personal o las herramientas que responden en japonés a preguntas sobre historial de pedidos, suscripciones y reembolsos, algo que Apple y Google ya no gestionan para estos compradores.
• Notificación: el trabajo de ingeniería para enviar a Apple un informe mensual y a Google una llamada en las 24 horas siguientes a cada venta y reembolso.

Costes que ningún reembolso devuelve

Estos nunca fueron problema de la tienda, y siguen siendo tuyos en cualquier caso. La computación detrás de lo que usó el comprador, las llamadas a APIs que hicieron sus solicitudes, el almacenamiento de lo que creó y cualquier pago que se deba a un creador o socio por esa venta. Con In-App Purchase, un CONSUMPTION_REQUEST al menos te permite demostrar a Apple que el comprador consumió lo que pagó. Con tu propio procesador, ese argumento va al banco, y solo si el comprador abre una disputa en lugar de pedirte un reembolso.

Reglas para compradores más jóvenes

El riesgo de reembolso es mayor cuando paga un menor, y las reglas de Apple para Japón se construyen en torno a eso. Las apps de la categoría Niños deben poner un control parental antes de cualquier flujo de pago alternativo y no pueden ofrecer compras en un sitio web. Las demás apps deben admitir controles parentales de compra. Los usuarios menores de 13 años solo pueden usar el procesamiento alternativo dentro de la app, tras un control parental. Los usuarios de 13 a 17 años pueden usar ambas opciones, cada una tras un control parental.

Lista de comprobación antes de activar los pagos alternativos en Japón

• Redacta una política de reembolsos en japonés y enlázala antes de que el comprador pague. En Google Play, cualquier venta no reembolsable debe comunicarse por adelantado.
• Ofrece a los compradores una página para el historial de pedidos, la gestión de suscripciones y las solicitudes de reembolso, enlazada desde la app.
• Confirma que tu procesador cumple PCI Level 1 y puede gestionar disputas, reembolsos y cambios de suscripción.
• Registra cada venta, renovación y reembolso con los ID que necesita cada tienda: lineItemId para Apple, externalTransactionId para Google.
• Notifica los reembolsos y contracargos de Apple en el informe mensual, y envía los reembolsos de Google por renovación, no por suscripción.
• Conserva registros de uso por cuenta, porque con tu propio procesador es al banco, no a la tienda, a quien se los vas a mostrar.
• Si estás en el programa de pagos externos de Google en Japón, planifica el paso a la elección de facturación antes del 31 de marzo de 2027.