Apple ora vende il tuo abbonamento a intere aziende a postazione, e il rimborso di un abbonamento multipostazione funziona in modo diverso

Apple ha iniziato a vendere abbonamenti alle app alle organizzazioni, a postazione, il 22 ottobre 2026, e ha attivato l'opzione per la maggior parte degli sviluppatori senza chiedere. Aziende e scuole che usano Apple Business o Apple School Manager ora possono acquistare in blocco il tuo abbonamento a rinnovo automatico con un unico acquisto In-App. Questo cambia l'aspetto del rimborso di un abbonamento multipostazione sul tuo server. Una transazione ora può pagare per decine di persone, una postazione può sparire senza alcun rimborso, e l'endpoint che usi per difendere un caso di rimborso si rifiuta di parlare delle persone che usano davvero l'app.

Cosa ha attivato Apple e dove l'ha annunciato

Il lancio è arrivato con una breve notizia di Apple Developer intitolata «Offer your subscriptions to businesses and schools». Dice che le organizzazioni possono acquistare le postazioni che servono con un unico acquisto In-App, poi assegnarle e gestirle con i loro strumenti di gestione dei dispositivi già in uso, e aggiungere o rimuovere postazioni in qualsiasi momento. La stessa notizia dice che l'acquisto multipostazione è attivo per impostazione predefinita in App Store Connect, a meno che tu non avessi già modificato l'impostazione.

L'infrastruttura è arrivata nel mese precedente attraverso i changelog, non da un palco. La versione 1.22 della App Store Server API, datata 28 settembre, ha aggiunto i campi delle postazioni e gli endpoint dei gruppi solo nel sandbox. Il 23 ottobre, un aggiornamento server di una riga ha portato in produzione gli endpoint dei gruppi e il valore ASSIGNMENT_REVOKE. Se il tuo gestore delle notifiche non è cambiato dall'estate, ora riceve dati che non è mai stato scritto per leggere.

Chi è attivato per impostazione predefinita

Quasi tutti. La pagina di assistenza di App Store Connect dice che gli abbonamenti creati prima del 14 settembre 2026 partono disattivati solo se non usano StoreKit 2 o hanno In famiglia attivo. Gli abbonamenti nelle app personalizzate vanno automaticamente su Apple Business e Apple School Manager, e non puoi disattivarli. Per modificare l'impostazione serve il ruolo di Titolare dell'account, Amministratore o Gestore app, e per rimuovere Apple Business o Apple School Manager da un abbonamento approvato serve il Titolare dell'account.

Come appare un acquisto multipostazione sul tuo server

Ora esistono due tipi di transazione per lo stesso abbonamento. L'acquisto dell'organizzazione è una transazione, e il suo campo quantity indica quante postazioni ha acquistato. Ogni persona che riceve una postazione ottiene una propria transazione, che la sessione WWDC di Apple descrive come l'App Store che assegna una transazione a ciascun membro. Queste transazioni dei membri riportano un inAppOwnershipType pari a ASSIGNED, accanto ai valori PURCHASED e FAMILY_SHARED che forse gestisci già.

Apple è netta su quale record decide l'accesso. La documentazione di Get Customer Groups dice che l'appartenenza a un gruppo è separata dal diritto di accesso, e che per sbloccare i contenuti devi leggere le transazioni del cliente invece di affidarti all'appartenenza al gruppo. Concedi l'accesso in base alle transazioni. Usa gli endpoint dei gruppi solo per funzioni come una vista di amministrazione.

Una postazione rimossa non è un rimborso

È qui che sbaglierà la maggior parte dei gestori. Quando un'organizzazione toglie una postazione a un dipendente, Apple invia una notifica REVOKE, lo stesso tipo che usa quando chi ha acquistato con In famiglia smette di condividere. Il revocationType della transazione è ASSIGNMENT_REVOKE, e l'istruzione di Apple è diretta: revoca l'accesso del cliente ai contenuti forniti dalla transazione.

Niente in quell'evento dice che si sia mosso denaro. Se il tuo codice tratta ogni revoca come un rimborso, il tuo tasso di rimborso, i tuoi ricavi netti e qualsiasi avviso costruito sopra conteranno il normale ricambio del personale come vendite perse. Smista prima in base a revocationType.

• ASSIGNMENT_REVOKE: termina l'accesso di questa persona. Non registrare un rimborso.
• FAMILY_REVOKE: termina l'accesso del familiare. Non registrare un rimborso.
• REFUND_FULL: termina l'accesso e registra l'intera transazione come rimborsata.
• REFUND_PRORATED: registra la quota indicata in revocationPercentage, poi decidi quale accesso resta.

Perché non puoi difendere un rimborso su una postazione assegnata

Apple decide ancora ogni rimborso dell'App Store. Quando un cliente ne chiede uno, Apple invia un CONSUMPTION_REQUEST e ti dà 12 ore per rispondere tramite Send Consumption Information. Con il multipostazione, chi usa l'app e chi ha pagato sono persone diverse, e l'API di Apple ora traccia una linea netta tra le due.

Send Consumption Information rifiuta le transazioni assegnate

Se chiami Send Consumption Information, la sua versione V1 o Set App Account Token con una transazione assegnata, Apple restituisce InvalidAssignedTransactionNotSupportedError. Apple consiglia di verificare se l'inAppOwnershipType è ASSIGNED prima della chiamata. In pratica, le tue prove vanno sulla transazione dell'acquirente o da nessuna parte. L'utilizzo che la tua app registra sugli account dei membri vale comunque la pena di conservarlo, perché è l'unico modo per sapere se le postazioni sono state usate davvero.

Com'è un rimborso proporzionale

Apple ha aggiunto REFUND_PRORATED e revocationPercentage a dicembre 2025. La richiesta di consumo ti permette di chiedere quell'esito con un refundPreference pari a GRANT_PRORATED. Per un abbonamento a rinnovo automatico, Apple dice di non inviare un consumptionPercentage con GRANT_PRORATED, perché calcola la percentuale da sola. Se il rimborso viene poi annullato, revocationPercentage scompare dalla transazione.

Posso estendere l'abbonamento di un singolo dipendente come gesto di cortesia?

No. Extend a Subscription Renewal Date restituisce AssignedSubscriptionExtensionIneligibleError per un abbonamento assegnato. Apple spiega che un abbonamento assegnato si rinnova con lo stesso calendario di quello acquistato dall'acquirente, quindi un singolo membro non può essere spostato da solo.

Quanto ti costa il rimborso di un abbonamento multipostazione

La scala è il nuovo rischio. La sessione WWDC di Apple illustra i prezzi a volume con un massimo di cinque fasce. Il suo esempio vende postazioni a 19,99 $ al mese fino a 20 postazioni, 13,99 $ dalla postazione 21 alla 40 e 10,99 $ dalla postazione 41. Con questi numeri, un ordine da 50 postazioni fattura 789,50 $ al mese, circa 15,79 $ a postazione. Un REFUND_FULL su quell'unica transazione restituisce tutti i 789,50 $, non il prezzo di un abbonamento.

Il costo di servizio cresce allo stesso modo. Cinquanta postazioni sono cinquanta persone che aprono sessioni sui tuoi server, fanno le chiamate ad API di terze parti che le tue funzioni pagano e riempiono uno spazio di archiviazione che ti viene fatturato. Se i titolari delle postazioni di un ordine rimborsato mantengono l'accesso perché il tuo gestore ha guardato solo la transazione dell'acquirente, continui a pagare per ognuno di loro. Un ASSIGNMENT_REVOKE perso pesa meno ma capita più spesso: l'acquisto non copre più quella persona, e ogni sua richiesta è un costo senza ricavi dietro.

Quali flussi di rimborso chiedono la tua versione

Il multipostazione non cambia la lista corta. Solo due flussi di rimborso chiedono prove allo sviluppatore: il CONSUMPTION_REQUEST di Apple, a cui si risponde tramite Send Consumption Information entro 12 ore, e la revisione dei chargeback di Google Play, a cui si risponde tramite orders.reviewrefund entro 24 ore. Tutto il resto si decide senza di te, e per gli ordini Google Play effettuati dopo il 3 agosto 2026 un chargeback costa allo sviluppatore il prezzo d'acquisto, meno la commissione di servizio di Play, più le commissioni di chargeback della banca. RefundHalt risponde alle richieste di consumo di Apple entro la finestra di 12 ore, usando i dati di utilizzo che raccogli già.

Cosa cambiare questa settimana nel tuo gestore App Store

• Leggi quantity su ogni transazione di abbonamento e salvalo insieme all'acquisto.
• Salva inAppOwnershipType e tratta ASSIGNED come un caso a sé, accanto a PURCHASED e FAMILY_SHARED.
• Smista la gestione di REVOKE in base a revocationType, così ASSIGNMENT_REVOKE chiude l'accesso senza registrare un rimborso.
• Registra REFUND_PRORATED per la quota di revocationPercentage, non come rimborso totale.
• Verifica ASSIGNED prima di chiamare Send Consumption Information, Set App Account Token o Extend a Subscription Renewal Date.
• Decidi in App Store Connect se vuoi vendere alle organizzazioni, prima che una acquisti 50 postazioni.