Refusjon i App Store: dette ser utvikleren

I App Store er det Apple som innvilger eller avslår en refusjon, aldri utvikleren. Kunden sender forespørselen på Apples nettsted eller fra appen din. Hvis du har koblet til Apples servervarsler, får du et CONSUMPTION_REQUEST-varsel når forespørselen kommer, og deretter REFUND eller REFUND_DECLINED når avgjørelsen er tatt. I mellomtiden har du 12 timer på deg til å sende forbruksdata og ønsket ditt, forutsatt at kunden har samtykket.

En innvilget refusjon fjerner kjøpet fra kundens aktive rettigheter og vises som negativt i salgsrapportene dine. Denne guiden går gjennom hvert steg, hva du kan sende til Apple, og hva du har lov til å gjøre mot misbruk av refusjoner. Reglene kommer fra Apples sider, gjennomlest 3. november 2026. Det ekte eksempelet kommer fra et varsel jeg koblet til appene mine i oktober.

Hvem bestemmer en refusjon i App Store?

Apple, og bare Apple. Apples støtteside beskriver kundens vei: kunden logger inn på reportaproblem.apple.com, velger «Request a refund», oppgir en grunn og velger kjøpet det gjelder. Apple ber kunden vente 24 til 48 timer på svar.

Kunden kan også be om refusjon fra appen din. StoreKit tilbyr et eget refusjonsark til dette, tilgjengelig fra iOS 15. Apple anbefaler å åpne det fra kontoinnstillingene eller en hjelpemeny. Arket viser kjøpet og en liste med grunner, og Apple bruker opptil 48 timer på å avgjøre.

I begge tilfeller har du ingenting å godkjenne. Du kan bare gi informasjon og et ønske, som er blant flere kriterier i Apples avgjørelse.

Hva hver part ser, steg for steg

Steg	Kundens side	Utviklerens side
Forespørsel	Apples skjema eller arket i appen	Varselet CONSUMPTION_REQUEST
Innen 12 timer	Venter	Kan sende forbruksdata
Innen 48 timer	Svar fra Apple	Varselet REFUND eller REFUND_DECLINED
Etter innvilgelse	Pengene tilbake på betalingsmiddelet	Kjøpet fjernet fra aktive rettigheter, negative enheter
Etter en innsigelse	Refusjonen annullert av Apple	Varselet REFUND_REVERSED, tilgangen må gjenopprettes

App Store Connect viser deg bare refusjoner som allerede er innvilget, i Sales and Trends. Selve forespørselen kommer bare via servervarslene. Uten dem oppdager du refusjonen i etterkant.

Servervarslene ved en refusjon

App Store Server Notifications V2 sender fem typer som er nyttige her. Du mottar dem på HTTPS-adressen du har oppgitt i App Store Connect, én for produksjon og én for sandbox.

Varsel	Hva det betyr	Hva du gjør
CONSUMPTION_REQUEST	Kunden ber om refusjon	Svar innen 12 timer, hvis samtykke finnes
REFUND	Apple har refundert transaksjonen	Fjern innholdet eller tilgangen som ble refundert
REFUND_DECLINED	Apple har avslått forespørselen	Ingenting, tilgangen fortsetter
REFUND_REVERSED	Apple annullerer en refusjon etter en innsigelse fra kunden	Gjenopprett det du fjernet
REVOKE	Et kjøp delt via Familiedeling er ikke lenger tilgjengelig	Fjern tilgangen for familiemedlemmet

Serveren din må svare med en HTTP-kode mellom 200 og 206. Ifølge siden om svar på varsler prøver Apple ellers på nytt fem ganger, 1, 12, 24, 48 og så 72 timer etter forrige forsøk. I sandbox sendes varselet bare én gang.

Consumption API: hva du kan fortelle Apple

Når forespørselen kommer, kan du svare med Send Consumption Information. Regelen står i én setning fra Apple: «Respond within 12 hours of receiving the CONSUMPTION_REQUEST notification.» Versjon 2 av API-et gjelder alle produkttyper, også abonnementer.

Feltene i forespørselen:

Felt	Påkrevd	Hva det forteller Apple
customerConsented	Ja	Kunden har samtykket til å dele dataene sine
deliveryStatus	Ja	Kjøpet er levert og fungerer, eller hvorfor det ikke ble levert
sampleContentProvided	Ja	En prøveperiode, et utdrag eller en beskrivelse ble tilbudt før kjøpet
consumptionPercentage	Nei	Andelen som er brukt, fra 0 til 100 000 for 0 til 100 %
refundPreference	Nei	Ønsket ditt: DECLINE, GRANT_FULL eller GRANT_PRORATED

To presiseringer er viktige. Hvis deliveryStatus ikke er DELIVERED, må brukt andel være null. Og for en forholdsmessig refusjon av et abonnement utelater du brukt andel: Apple regner den ut.

Samtykket er forutsetningen for alt. Apple skriver: «You must obtain valid consent from the customer before sharing their personal data with Apple in the Send Consumption Information API.» Uten samtykke svarer du ikke. Apple forbyr også å bruke sporingsvinduet for annonser til å hente inn dette samtykket: «Don't use the AppTrackingTransparency prompt to obtain consent».

Hvis du bruker RevenueCat

Med RevenueCat er det RevenueCat som mottar Apples varsler og svarer på forespørselen, med Refund Control. Du velger én av fire policyer: foretrekke full refusjon, foretrekke avslag, bare sende forbruksdata, eller ikke svare.

Å slå på datadeling betyr at du bekrefter at du har samtykke fra kundene dine. RevenueCat sier det selv: «Enabling consumption data sharing confirms that you obtained consent from your Customers.» De anbefaler også å bruke «Prefer no refund» bare for en avgrenset gruppe, og advarer når dette ønsket gjelder de fleste kundene dine.

For å også motta varslene på din egen server tilbyr RevenueCat feltet «Apple Server Notification Forwarding URL» i appinnstillingene. Det er beskrevet på deres side om Apples varsler. Det er det jeg bruker. Hvordan du setter opp et abonnement med RevenueCat finner du i RevenueCat og abonnement i iOS-apper.

Effekten på inntektene og abonnementet

På tilgangen. Ifølge dokumentasjonen for currentEntitlements: «Products that the App Store has refunded or revoked don't appear in the current entitlements». Hvis appen din sjekker rettigheter med currentEntitlements, forsvinner den refunderte tilgangen av seg selv. Transaksjonen har dato og grunn for tilbaketrekkingen, i revocationDate og revocationReason.

På rapportene. Ifølge hjelpesiden for salgsrapporten vises en refusjon med negative enheter og negativ kundepris. For abonnementer teller siden om abonnementsdata fulle og delvise refusjoner blant hendelsene, og trekker dem fra de daglige enhetene.

På omdømmet ditt. Guideline 5.6.4 nevner overdrevent mange refusjonsforespørsler som et tegn på for dårlig kvalitet. En høy refusjonsrate er ikke bare tapte penger: Apple kan ta den med i vurderingen av om du følger atferdsreglene.

Mitt eksempel: varselet på appene mine

12. oktober 2026 koblet jeg et varsel til appene mine. RevenueCat videresender Apples varsler til en rute på devoria.fr. Den sjekker Apples signatur og sender meg så et varsel, uten beløp. Jeg ville se forespørselen idet den kommer, ikke bare resultatet.

13. oktober kom den første ekte forespørselen på TradaZen, tradingsimulatoren min. Et årsabonnement, betalt etter en gratis prøveperiode på 7 dager. Oppgitt grunn: utilsiktet kjøp. Tre lærdommer:

14. Samme forespørsel kan komme flere ganger. Jeg fikk samme varsel tre ganger samme kveld. Siden da dedupliseres hvert varsel på varseltype og transaksjons-ID.

15. Avgjørelsen kom på under ett døgn. Apple avslo omtrent 22 timer etter forespørselen. Kunden beholdt tilgangen.

16. Et avslag er ikke slutten. Den samme kunden sendte en ny forespørsel to dager senere, på samme transaksjon.

En forespørsel om «utilsiktet kjøp» etter en prøveperiode vinner du ikke i svaret til Apple. Den forebygger du på paywallen, før første betaling.

Begrens misbruk uten å bryte reglene

Dette er lov:

• Svar på hver forespørsel med korrekte data, når kunden har samtykket.
• Gi et målrettet ønske, for eksempel avslag for et kjøp som allerede er brukt, i stedet for avslag for alle.
• Koble hver REFUND til en kundekonto. Apples side om refusjonsvarsler anbefaler dette for å oppdage gjentatte refusjoner.
• Si tydelig hva som kjøpes før kjøpet. Guideline 3.1.2(c) krever at du beskriver hva brukeren får for prisen før du tilbyr abonnement.

Dette er forbudt:

• Sende falske data for å få en forespørsel avslått, eller svare uten samtykke.
• Hente inn samtykke via sporingsvinduet for annonser, noe Apple utelukker svart på hvitt.
• Lure folk til å kjøpe. Guideline 5.6 forbyr å presse kunder til uønskede kjøp eller ta betalt for noe som ikke leveres.
• Legge press på en kunde som ber om refusjon. Den samme regelen krever respekt i kundeservicen, uten trusler.

Den beste spaken er fortsatt tidligere i løpet: en paywall som viser prisen, datoen for første betaling og hvordan man avslutter. Feilene du bør unngå står i paywall-feil, og reglene for prøveperioder i gratis prøveperiode i App Store.

Test før produksjon

Ifølge siden om testing av forespørsler støtter sandbox og StoreKit-testing i Xcode refusjonsforespørsler. I sandbox gir hvilken som helst grunn automatisk innvilgelse. For å simulere et avslag velger du «Other» og skriver DECLINE. For en forholdsmessig refusjon skriver du GRANT_PRORATED. I sandbox må forbrukssvaret ditt sendes innen fem minutter.

Et abonnement som refunderes sjeldnere

iOS & Android Kit bygger på koden fra appene mine, med onboarding, paywall og abonnementer ferdig kodet, og følger fire steg helt til App Store, i ditt eget tempo. Hele oppsettet er beskrevet på siden abonnement i iOS-apper, og Apples regler for abonnement i guideline 3.1.2.

Før du lanserer paywallen, ta den gratis diagnosen: den forteller deg hva som faktisk blokkerer prosjektet ditt og sender deg sjekklisten min mot avvisning fra Apple.

Ofte stilte spørsmål

Kan utvikleren avslå en refusjon i App Store?

Nei. Apple bestemmer alene. Du kan sende forbruksdata og et ønske, for eksempel DECLINE, som er blant flere kriterier. Apple har siste ord.

Får utvikleren beskjed om en refusjonsforespørsel?

Ja, hvis du har koblet til App Store Server Notifications V2. Apple sender CONSUMPTION_REQUEST når forespørselen kommer, og deretter REFUND eller REFUND_DECLINED ved avgjørelsen. Uten varsler ser du bare innvilgede refusjoner, i rapportene dine.

Hvor lang tid bruker Apple på en refusjonsforespørsel?

Apple oppgir 24 til 48 timer til kunden. StoreKit-dokumentasjonen sier maks 48 timer. Du har 12 timer på deg til å sende forbruksdata.

Hva skjer med tilgangen etter en refusjon?

Det refunderte kjøpet forsvinner fra kundens aktive rettigheter: StoreKit 2 returnerer det ikke lenger i currentEntitlements. Hvis Apple senere annullerer refusjonen, får du REFUND_REVERSED og må gjenopprette tilgangen.

Trenger jeg kundens samtykke for å svare Apple?

Ja. Apple krever gyldig samtykke før data deles via Consumption API. Uten samtykke svarer du ikke på varselet. Sporingsvinduet for annonser kan ikke brukes til å hente det inn.

Teller refusjoner mot appen min?

Det kan de. Guideline 5.6.4 nevner overdrevent mange refusjonsforespørsler som et tegn på for dårlig kvalitet, noe Apple kan ta med i vurderingen av om atferdsreglene følges.