In Giappone i rimborsi dei pagamenti alternativi finiscono sulla tua scrivania su entrambi gli store, e ognuno va comunicato ad Apple o a Google
Con la Mobile Software Competition Act giapponese, Apple e Google permettono alle app di incassare fuori dallo store, ed entrambe lasciano a te i rimborsi. Chi gestisce i rimborsi dei pagamenti alternativi in Giappone, come comunicarli e quanto fa davvero risparmiare il passaggio.

Punti chiave
- Da iOS 26.2, a dicembre 2025, le app dell'App Store in Giappone possono offrire un'elaborazione dei pagamenti alternativa o un link a un sito web, ma solo accanto ad Apple In-App Purchase, e Apple dichiara che non assisterà i clienti nei rimborsi di quei pagamenti alternativi.
- Il programma di scelta della fatturazione di Google Play è stato aperto in Giappone il 30 settembre 2026. Gli sviluppatori che vi aderiscono devono offrire metodi di rimborso per gli acquisti effettuati fuori da Play, a meno che all'acquirente non sia stato detto chiaramente prima dell'acquisto che la vendita non era rimborsabile.
- I rimborsi dei pagamenti alternativi in Giappone vanno comunque comunicati. Apple vuole ogni rimborso in un report mensile, da inviare entro 15 giorni dalla fine del mese solare, e la sua External Purchase Server API indica agli sviluppatori di comunicare i chargeback come rimborsi.
- Su Google Play, i rimborsi degli acquisti effettuati fuori da Play si comunicano tramite externaltransactions.refundexternaltransaction, che accetta un rimborso totale o un rimborso parziale espresso come importo al netto delle imposte, e ogni rinnovo di abbonamento si rimborsa con una richiesta separata.
- Le tariffe di Apple in Giappone sono una commissione del 21% sui pagamenti alternativi nell'app contro il 21% più una commissione di elaborazione del pagamento del 5% su In-App Purchase, quindi lasciare il checkout di Apple fa risparmiare al massimo 5 punti del prezzo, prima delle commissioni del tuo processore.
- Né il CONSUMPTION_REQUEST di Apple né l'orders.reviewrefund di Google Play si attivano per un acquisto pagato fuori dallo store, quindi un pagamento alternativo contestato in Giappone si difende con il tuo processore di pagamento e la banca del titolare della carta, non con lo store.
- Il programma di pagamenti esterni di Google in Giappone ha smesso di accettare nuove iscrizioni il 30 settembre 2026 e termina dopo il 31 marzo 2027. Le app che lo usano ancora devono passare al programma di scelta della fatturazione entro quella data per mantenere i link web.
I rimborsi dei pagamenti alternativi in Giappone ora sono compito tuo, su iPhone come su Android. Apple ha aperto l'elaborazione dei pagamenti alternativa in Giappone con iOS 26.2 a dicembre 2025, e il programma di scelta della fatturazione di Google Play è arrivato agli utenti giapponesi il 30 settembre 2026. Entrambi gli store hanno fatto lo stesso scambio. Puoi incassare tu il pagamento, e con lui arrivano il rimborso, il ticket di assistenza e il chargeback. La parte che sfugge alla maggior parte dei team sono le pratiche: ogni rimborso che concedi va comunque comunicato allo store che ti ha permesso di vendere.
Cosa è cambiato in Giappone, e quando
La Mobile Software Competition Act giapponese, la MSCA, è entrata in vigore a dicembre 2025 per le aziende che designa, tra cui Apple e Google. Google afferma di aver lavorato 18 mesi con la Commissione giapponese per il commercio equo alla sua risposta. Apple ha rilasciato le sue modifiche nella stessa settimana. Le date qui sotto provengono dalle pagine delle due aziende.
| Data | Cosa è cambiato | Dove è indicato |
|---|---|---|
| Dicembre 2025, iOS 26.2 | Elaborazione dei pagamenti alternativa e link web consentiti nelle app per iPhone della vetrina giapponese | Apple Developer: Opzioni di pagamento sull'App Store in Giappone |
| 17 dicembre 2025 | Google annuncia che estenderà la fatturazione a scelta dell'utente in Giappone a tutte le app che vendono contenuti digitali, giochi compresi | Blog di Google: Conformità alla MSCA giapponese |
| iOS 26.4 | L'External Purchase Server API diventa il modo per comunicare le transazioni di pagamento alternativo | Apple Developer: Opzioni di pagamento sull'App Store in Giappone |
| 30 settembre 2026 | Programma di scelta della fatturazione di Google Play disponibile in Giappone, programma di pagamenti esterni chiuso alle nuove iscrizioni | Guida di Play Console |
| 31 marzo 2027 | Programma di pagamenti esterni di Google in Giappone dismesso dopo questa data | Guida di Play Console |
| iOS 27.2 | La schermata informativa di sistema di Apple sostituisce quella che gli sviluppatori creavano da soli | Apple Developer: Opzioni di pagamento sull'App Store in Giappone |
Nessuno dei due store ti permette di eliminare il proprio checkout. Apple richiede che In-App Purchase resti disponibile accanto a qualsiasi opzione alternativa. Google richiede che Google Play Billing sia offerto fianco a fianco con la tua fatturazione o il tuo link web. Un'app, due checkout e due sportelli rimborsi diversi.
Chi gestisce i rimborsi dei pagamenti alternativi in Giappone
In breve, lo store gestisce i rimborsi degli acquisti che ha elaborato, e tu gestisci il resto. Un acquirente che ha pagato con Apple In-App Purchase può ancora chiedere un rimborso ad Apple. Un acquirente che ha pagato tramite il tuo processore no.
Cosa dice Apple
La pagina di Apple sul Giappone è diretta. Per gli acquisti effettuati con pagamenti alternativi, Apple non potrà assistere i clienti per rimborsi, cronologia degli acquisti, gestione degli abbonamenti e altri problemi, e sarai tu a doverli risolvere direttamente con i clienti. Ti rende inoltre responsabile del rispetto delle leggi su elaborazione dei pagamenti, cancellazioni e rimborsi. Il tuo fornitore di servizi di pagamento deve essere conforme a PCI Level 1 e deve avere un servizio clienti che copra contestazioni, gestione degli abbonamenti e rimborsi.
Cosa dice Google
Le regole di Google sulla scelta della fatturazione definiscono tre obblighi. Devi offrire metodi di rimborso agli utenti che completano transazioni fuori da Play, a meno che all'utente non sia stato detto chiaramente prima dell'acquisto che la transazione non è rimborsabile. Devi fornire assistenza clienti per quegli acquisti. E il tuo sistema di fatturazione deve dare agli utenti un modo per contestare le transazioni non autorizzate. Google vuole anche link dove gli utenti possano vedere la cronologia degli ordini, gestire gli abbonamenti e avviare una richiesta di rimborso.
I due flussi di prove qui non esistono
Con la fatturazione dello store, solo due flussi di rimborso ti chiedono prove: il CONSUMPTION_REQUEST di Apple, che ti dà 12 ore per inviare i dati di consumo, e la revisione dei chargeback di Google Play tramite orders.reviewrefund, che ti dà 24 ore. Entrambi esistono perché lo store ha incassato il pagamento. Un acquisto pagato tramite il tuo processore non attiva mai né l'uno né l'altro. Quando un acquirente giapponese contesta quell'addebito, il caso si gioca tra il tuo processore e la sua banca, e la decisione della banca è definitiva.
Come comunicare un rimborso ad Apple o a Google
Concedere il rimborso è metà del lavoro. Entrambi gli store trattengono una quota dei pagamenti alternativi, quindi entrambi vogliono vedere il denaro restituito.
| Apple, vetrina giapponese | Google Play, Giappone | |
|---|---|---|
| Cosa comunichi | Tutte le transazioni di pagamento alternativo, inclusi rimborsi, correzioni, rinnovi e acquisti singoli | Tutte le transazioni autorizzate, inclusi rimborsi, rinnovi e prove gratuite da $0 |
| Come | External Purchase Server API su iOS 26.4 e successivi, file di report di esempio per iOS 26.2 e 26.3 | API externaltransactions della Google Play Developer API |
| Quando | Ogni mese, entro 15 giorni dalla fine del mese solare | Entro 24 ore da ogni transazione autorizzata |
| Formato del rimborso | Un RefundLineItem che rimanda all'acquisto originale | refundexternaltransaction con fullRefund o partialRefund |
| Chargeback | Comunica un chargeback come rimborso | Non trattato nella pagina sulle comunicazioni |
| Fatturazione | Apple fattura entro il 15 del mese successivo, pagamento entro 30 giorni | Commissioni di servizio sulle transazioni comunicate |
Le righe di rimborso di Apple
Nell'External Purchase Server API, un rimborso è una riga a sé di tipo REFUND. Indica la transazione rimborsata, la data in cui hai completato il rimborso, gli importi con e senza imposte in millesimi della tua valuta di rendicontazione, e un importo netto che, secondo Apple, tiene conto di tutti i rimborsi e le rettifiche. La pagina di Apple sulle righe aggiunge una frase che conta per le contestazioni: comunica i chargeback come rimborso.
Se sbagli una riga, Apple si aspetta una correzione. Reinvii lo stesso lineItemId con restatement impostato a true, e Apple usa solo la versione più recente. Una riga inviata per errore si ritira impostando anche erroneouslySubmitted a true.
La chiamata di rimborso di Google
Su Google Play, chiami refundexternaltransaction sull'externalTransactionId che hai comunicato per la vendita. Un rimborso totale copre l'importo residuo. Un rimborso parziale richiede un refundId univoco e l'importo al netto delle imposte che hai restituito. Per gli abbonamenti, Google vuole l'ID del rinnovo specifico che viene rimborsato, quindi rimborsare un abbonamento addebitato tre volte significa tre chiamate di rimborso separate. Gli endpoint di creazione e di rimborso condividono un limite di 1.200 richieste al minuto.

Quanto fanno davvero risparmiare i pagamenti alternativi in Giappone
Il risparmio dichiarato è più basso di quanto molti team si aspettino, e i costi dei rimborsi ne erodono una parte. Ecco le tariffe pubblicate da Apple per il Giappone.
| Apple, vetrina giapponese | Commissione | Commissione di elaborazione del pagamento | Totale ad Apple |
|---|---|---|---|
| In-App Purchase, standard | 21% | 5% | 26% |
| Pagamento alternativo nell'app, standard | 21% | Nessuna | 21%, più le commissioni del tuo processore |
| Link al tuo sito web, standard | 15% sulle vendite entro 7 giorni dal tocco | Nessuna | 15%, più le commissioni del tuo processore |
| Small Business Program, o abbonamento dopo il primo anno | 10% | 5% solo su In-App Purchase | 15% su In-App Purchase, 10% negli altri casi |
Su una vendita standard nell'app, passare al tuo processore fa risparmiare 5 punti del prezzo pagato dal cliente. La commissione del tuo processore esce da quei 5 punti. Le tariffe di Google per la scelta della fatturazione sono a scaglioni in base al tipo di prodotto e all'anzianità dell'installazione. Per la fatturazione alternativa nell'app, la sua pagina di assistenza indica il 10% per gli abbonamenti a rinnovo automatico, e il 20% o il 25% per gli altri acquisti a seconda che l'installazione sia nuova o esistente, con il 10% sul primo $1M di ricavi annui per gli sviluppatori idonei.
Costi che prima assorbiva lo store
- Rimborsi concessi: il prezzo pieno esce dal saldo del tuo processore, e quanto il processore addebita per rimborsare è a tuo carico.
- Chargeback: la commissione di contestazione del tuo processore, più il tempo per raccogliere le prove per la banca. Non c'è una revisione dello store da vincere prima.
- Assistenza clienti: il personale o gli strumenti che rispondono in giapponese alle domande su cronologia degli ordini, abbonamenti e rimborsi, cosa che Apple e Google non gestiscono più per questi acquirenti.
- Comunicazioni: il lavoro di sviluppo per inviare ad Apple un report mensile e a Google una chiamata entro 24 ore da ogni vendita e rimborso.
Costi che nessun rimborso restituisce
Questi non sono mai stati un problema dello store, e restano tuoi in ogni caso. La potenza di calcolo dietro ciò che l'acquirente ha usato, le chiamate API generate dalle sue richieste, lo spazio di archiviazione per ciò che ha creato, e qualsiasi compenso dovuto a un creator o a un partner su quella vendita. Con In-App Purchase, un CONSUMPTION_REQUEST ti permette almeno di dimostrare ad Apple che l'acquirente ha consumato ciò che ha pagato. Con il tuo processore, quell'argomento va alla banca, e solo se l'acquirente apre una contestazione invece di chiederti un rimborso.
Regole per gli acquirenti più giovani
Il rischio di rimborso è più alto quando paga un minore, e le regole di Apple per il Giappone sono costruite attorno a questo. Le app della categoria Bambini devono inserire un controllo parentale prima di qualsiasi flusso di pagamento alternativo e non possono offrire acquisti su un sito web. Le altre app devono supportare i controlli parentali sugli acquisti. Gli utenti sotto i 13 anni possono usare solo l'elaborazione alternativa nell'app, dietro un controllo parentale. Gli utenti dai 13 ai 17 anni possono usare entrambe le opzioni, ognuna dietro un controllo parentale.
Una checklist prima di attivare i pagamenti alternativi in Giappone
- Scrivi una politica di rimborso in giapponese e inserisci il link prima che l'acquirente paghi. Su Google Play, ogni vendita non rimborsabile va dichiarata in anticipo.
- Dai agli acquirenti una pagina per la cronologia degli ordini, la gestione degli abbonamenti e le richieste di rimborso, raggiungibile dall'app.
- Verifica che il tuo processore sia conforme a PCI Level 1 e sappia gestire contestazioni, rimborsi e modifiche agli abbonamenti.
- Registra ogni vendita, rinnovo e rimborso con gli ID richiesti da ciascuno store: lineItemId per Apple, externalTransactionId per Google.
- Comunica rimborsi e chargeback di Apple nel report mensile, e invia i rimborsi di Google per singolo rinnovo, non per abbonamento.
- Conserva i dati di utilizzo per account, perché con il tuo processore è alla banca, non allo store, che dovrai mostrarli.
- Se aderisci al programma di pagamenti esterni di Google in Giappone, pianifica il passaggio alla scelta della fatturazione prima del 31 marzo 2027.
Domande frequenti
- Chi gestisce i rimborsi dei pagamenti alternativi in Giappone?
- Tu. Apple dichiara che non assisterà i clienti nei rimborsi degli acquisti effettuati con pagamenti alternativi in Giappone, e Google richiede agli sviluppatori del suo programma di scelta della fatturazione di offrire metodi di rimborso e assistenza clienti per gli acquisti effettuati fuori da Google Play. Gli acquisti effettuati con Apple In-App Purchase o Google Play Billing continuano a essere rimborsati dallo store.
- Devo comunicare ad Apple i rimborsi dei pagamenti alternativi in Giappone?
- Sì. Apple richiede un report di tutte le transazioni di pagamento alternativo, inclusi rimborsi e correzioni, inviato ogni mese entro 15 giorni dalla fine del mese solare. Da iOS 26.4 in poi passa per l'External Purchase Server API, dove un rimborso è un RefundLineItem e un chargeback si comunica come rimborso.
- Come comunico a Google Play il rimborso di un acquisto effettuato fuori da Play?
- Chiama externaltransactions.refundexternaltransaction con l'externalTransactionId della vendita originale, scegliendo fullRefund o partialRefund con un importo al netto delle imposte. Per gli abbonamenti, rimborsa ogni rinnovo separatamente usando l'ID di transazione di quel rinnovo.
- Il CONSUMPTION_REQUEST di Apple si applica ai pagamenti alternativi in Giappone?
- No. CONSUMPTION_REQUEST e orders.reviewrefund di Google Play esistono solo per gli acquisti elaborati dallo store. Un acquisto pagato tramite il tuo processore in Giappone si contesta con quel processore e con la banca del titolare della carta.
- Quanto trattiene Apple sui pagamenti alternativi in Giappone?
- Apple applica una commissione del 21% sui pagamenti alternativi nell'app, o del 10% per i membri del Small Business Program e per gli abbonamenti dopo il primo anno. In-App Purchase costa quella commissione più una commissione di elaborazione del pagamento del 5%. Le vendite su un sito web collegato entro 7 giorni dal tocco prevedono una commissione del 15%.
Fonti e approfondimenti
- Apple Developer: Payment options on the App Store in Japan
- Apple Developer: External Purchase Server API, RefundLineItem
- Apple Developer: External Purchase Server API, report corrections
- Google: Complying with Japan's Mobile Software Competition Act
- Play Console Help: Enrolling in the billing choice program
- Play Console Help: Enrolling in the external payments program
- Android Developers: Backend integration for billing and link programs
- Google Play Developer API: externaltransactions.refundexternaltransaction
RefundHalt
Il pilota automatico dei rimborsi per App Store e Google Play
Continua a leggere
Le richieste di rimborso eccessive possono costarti più dei rimborsi stessi, perché entrambi gli store le trattano come un segnale di qualità
La linea guida 5.6.4 di Apple indica le richieste di rimborso eccessive come segnale che un'app non rispetta gli standard di qualità, e l'accordo di distribuzione di Google le consente di rimuovere le app dei nuovi sviluppatori in base ai tassi di rimborso. Ecco cosa dice ciascuno store, quanto costa una rimozione e come restarne alla larga.
Verifica le notifiche server dell'App Store prima di agire su un rimborso, perché chiunque può inviare richieste al tuo URL di webhook
Una notifica di rimborso è solo una richiesta HTTPS finché non ne controlli la firma. Ecco come verificare le notifiche server dell'App Store e i messaggi RTDN di Google Play, che cosa firma ciascuno store e quanto ti costa un rimborso falsificato o respinto per errore.