A Apple agora vende sua assinatura para empresas inteiras por licença, e o reembolso de uma assinatura multiusuário funciona de outro jeito

A Apple começou a vender assinaturas de apps para organizações por licença em 22 de outubro de 2026, e ligou a opção para a maioria dos desenvolvedores sem perguntar. Empresas e escolas que usam Apple Business ou Apple School Manager agora podem comprar sua assinatura renovável automaticamente em volume por meio de uma única compra In-App. Isso muda a cara do reembolso de uma assinatura multiusuário no seu servidor. Uma transação agora pode pagar por dezenas de pessoas, uma licença pode sumir sem reembolso nenhum, e o endpoint que você usa para defender um caso de reembolso se recusa a falar das pessoas que de fato usam o app.

O que a Apple ativou e onde anunciou

O lançamento veio em uma nota curta do Apple Developer chamada “Offer your subscriptions to businesses and schools”. Ela diz que as organizações podem comprar as licenças de que precisam por meio de uma única compra In-App, depois atribuí-las e gerenciá-las com suas ferramentas atuais de gerenciamento de dispositivos, e adicionar ou remover licenças a qualquer momento. A mesma nota diz que a compra multiusuário vem ativada por padrão no App Store Connect, a menos que você já tivesse alterado a configuração.

A estrutura chegou ao longo do mês anterior nos changelogs, não em um palco. A versão 1.22 da App Store Server API, de 28 de setembro, adicionou os campos de licença e os endpoints de grupo apenas no sandbox. Em 23 de outubro, uma atualização de servidor de uma linha levou os endpoints de grupo e o valor ASSIGNMENT_REVOKE para produção. Se o seu handler de notificações não mudou desde o meio do ano, ele agora recebe dados que nunca foi escrito para ler.

Quem fica ativado por padrão

Quase todo mundo. A página de ajuda do App Store Connect diz que assinaturas criadas antes de 14 de setembro de 2026 começam desativadas apenas se não usarem StoreKit 2 ou tiverem o Compartilhamento Familiar ativado. Assinaturas em apps personalizados vão automaticamente para Apple Business e Apple School Manager, e você não pode desativá-las. Alterar a configuração exige a função de Titular da Conta, Admin ou Gerente de Apps, e remover Apple Business ou Apple School Manager de uma assinatura aprovada exige o Titular da Conta.

Como uma compra multiusuário aparece no seu servidor

Agora existem dois tipos de transação para a mesma assinatura. A compra da organização é uma transação, e o campo quantity dela informa quantas licenças foram compradas. Cada pessoa que recebe uma licença ganha sua própria transação, o que a sessão da WWDC da Apple descreve como a App Store atribuindo uma transação a cada membro. Essas transações de membros trazem inAppOwnershipType igual a ASSIGNED, ao lado dos valores PURCHASED e FAMILY_SHARED que você talvez já trate.

A Apple é categórica sobre qual registro decide o acesso. A documentação de Get Customer Groups diz que a participação em um grupo é separada do direito de acesso, e que para liberar conteúdo você deve ler as transações do cliente em vez de depender da participação no grupo. Libere o acesso a partir das transações. Use os endpoints de grupo apenas para recursos como uma tela de administração.

Uma licença removida não é um reembolso

É aqui que a maioria dos handlers vai errar. Quando uma organização tira a licença de um funcionário, a Apple envia uma notificação REVOKE, o mesmo tipo usado quando quem comprou com Compartilhamento Familiar para de compartilhar. O revocationType da transação é ASSIGNMENT_REVOKE, e a instrução da Apple é direta: revogue o acesso do cliente ao conteúdo que a transação oferece.

Nada nesse evento diz que houve movimentação de dinheiro. Se o seu código trata toda revogação como reembolso, sua taxa de reembolso, sua receita líquida e qualquer alerta construído em cima delas vão contar a rotatividade normal de funcionários como vendas perdidas. Separe os casos por revocationType primeiro.

• ASSIGNMENT_REVOKE: encerre o acesso desta pessoa. Não registre reembolso.
• FAMILY_REVOKE: encerre o acesso do membro da família. Não registre reembolso.
• REFUND_FULL: encerre o acesso e registre a transação inteira como reembolsada.
• REFUND_PRORATED: registre a parte indicada em revocationPercentage e depois decida qual acesso continua.

Por que você não consegue contestar um reembolso em uma licença atribuída

A Apple continua decidindo todo reembolso da App Store. Quando um cliente pede um, a Apple envia um CONSUMPTION_REQUEST e dá a você 12 horas para responder por meio de Send Consumption Information. No modelo multiusuário, quem usa o app e quem pagou são pessoas diferentes, e a API da Apple agora traça uma linha rígida entre elas.

Send Consumption Information rejeita transações atribuídas

Chame Send Consumption Information, a versão V1 dele ou Set App Account Token com uma transação atribuída e a Apple retorna InvalidAssignedTransactionNotSupportedError. A Apple recomenda verificar se o inAppOwnershipType é ASSIGNED antes da chamada. Na prática, suas evidências vão na transação de quem comprou ou em lugar nenhum. O uso que seu app registra nas contas dos membros continua valendo a pena, porque é a única forma de saber se as licenças chegaram a ser usadas.

Como é um reembolso proporcional

A Apple adicionou REFUND_PRORATED e revocationPercentage em dezembro de 2025. A solicitação de consumo permite pedir esse resultado com refundPreference igual a GRANT_PRORATED. Para uma assinatura renovável automaticamente, a Apple diz para não enviar consumptionPercentage com GRANT_PRORATED, porque ela mesma calcula a porcentagem. Se o reembolso for revertido depois, revocationPercentage some da transação.

Posso estender a assinatura de um único funcionário como gesto de boa vontade?

Não. Extend a Subscription Renewal Date retorna AssignedSubscriptionExtensionIneligibleError para uma assinatura atribuída. A Apple explica que uma assinatura atribuída renova no mesmo calendário da que foi comprada, então um membro não pode ser movido sozinho.

Quanto custa o reembolso de uma assinatura multiusuário

A escala é o novo risco. A sessão da WWDC da Apple apresenta preços por volume com até cinco faixas. O exemplo vende licenças a US$ 19,99 por mês até 20 licenças, US$ 13,99 da licença 21 à 40 e US$ 10,99 a partir da licença 41. Com esses números, um pedido de 50 licenças fatura US$ 789,50 por mês, cerca de US$ 15,79 por licença. Um REFUND_FULL nessa única transação devolve os US$ 789,50 inteiros, não o preço de uma assinatura.

O custo de operação escala do mesmo jeito. Cinquenta licenças são cinquenta pessoas abrindo sessões nos seus servidores, fazendo as chamadas a APIs de terceiros que seus recursos pagam e ocupando armazenamento que é cobrado de você. Se os titulares de licença de um pedido reembolsado mantêm o acesso porque seu handler só olhou a transação de quem comprou, você continua pagando por cada um deles. Um ASSIGNMENT_REVOKE perdido é menor, mas mais frequente: a compra não cobre mais aquela pessoa, e cada requisição dela é custo sem receita por trás.

Quais fluxos de reembolso pedem a sua versão

O modelo multiusuário não muda a lista curta. Só dois fluxos de reembolso pedem evidências ao desenvolvedor: o CONSUMPTION_REQUEST da Apple, respondido por meio de Send Consumption Information em até 12 horas, e a análise de chargeback do Google Play, respondida por meio de orders.reviewrefund em até 24 horas. Todo o resto é decidido sem você, e para pedidos do Google Play feitos após 3 de agosto de 2026, um chargeback custa ao desenvolvedor o preço da compra, menos a taxa de serviço do Play, mais as tarifas de chargeback do banco. O RefundHalt responde às solicitações de consumo da Apple dentro da janela de 12 horas, usando os dados de uso que você já coleta.

O que mudar no seu handler da App Store esta semana

• Leia quantity em toda transação de assinatura e guarde junto com a compra.
• Guarde inAppOwnershipType e trate ASSIGNED como um caso próprio, ao lado de PURCHASED e FAMILY_SHARED.
• Separe o tratamento de REVOKE por revocationType, para que ASSIGNMENT_REVOKE encerre o acesso sem registrar reembolso.
• Registre REFUND_PRORATED pela parte de revocationPercentage, não como reembolso integral.
• Verifique ASSIGNED antes de chamar Send Consumption Information, Set App Account Token ou Extend a Subscription Renewal Date.
• Decida no App Store Connect se você quer vender para organizações, antes que uma compre 50 licenças.