# Återbetalning App Store: vad utvecklaren ser > Det är Apple ensamt som beslutar om återbetalningar. Du får CONSUMPTION_REQUEST, kan svara inom 12 timmar och får sedan beslutet via REFUND. Originalsida: [Återbetalning App Store: vad utvecklaren ser](https://devoria.fr/sv/blog/aterbetalning-app-store-vad-utvecklaren-ser) Författare: [Mehdi Azizi](https://devoria.fr/sv/mehdi-azizi) Publicerad: 2026-11-04 Innehållet senast granskat: 2026-11-04 På App Store är **det Apple som beviljar eller nekar en återbetalning, aldrig utvecklaren.** Kunden gör sin begäran på Apples webbplats eller från din app. Om du har kopplat in Apples servernotiser får du en `CONSUMPTION_REQUEST`-notis när begäran görs, och sedan `REFUND` eller `REFUND_DECLINED` när beslutet kommer. Däremellan har du 12 timmar på dig att skicka konsumtionsdata och din preferens, förutsatt att kunden har gett sitt samtycke. En beviljad återbetalning tar bort köpet från kundens aktiva rättigheter och syns som ett negativt värde i dina försäljningsrapporter. Den här guiden går igenom varje steg, vad du kan skicka till Apple och vad du får göra mot missbruk av återbetalningar. Reglerna kommer från Apples sidor, som jag läste igenom den 3 november 2026. Det verkliga fallet kommer från en larmfunktion som jag kopplade in i mina appar i oktober. ## Vem beslutar om en återbetalning på App Store? Apple, och bara Apple. [Apples supportsida](https://support.apple.com/en-us/118223) beskriver kundens väg: kunden loggar in på reportaproblem.apple.com, väljer "Request a refund", anger ett skäl och väljer sedan köpet det gäller. Apple säger åt kunden att räkna med svar inom 24 till 48 timmar. Kunden kan också begära återbetalning från din app. StoreKit har [ett begäransformulär](https://developer.apple.com/documentation/storekit/transaction/beginrefundrequest%28in%3A%29-9k0pj) för det, tillgängligt sedan iOS 15. Apple rekommenderar att du öppnar det från kontoinställningarna eller en hjälpmeny. Formuläret visar köpet och en lista med skäl, och Apple tar upp till 48 timmar på sig att besluta. **I båda fallen har du inget att godkänna.** Du kan bara lämna information och en preferens, som räknas som några av flera kriterier i Apples beslut. ## Vad var och en ser, steg för steg | Steg | Kundens sida | Utvecklarens sida | | -------------------- | ---------------------------------------- | ------------------------------------------------------- | | Begäran | Apples formulär eller formuläret i appen | Notisen `CONSUMPTION_REQUEST` | | Inom 12 timmar | Väntar | Kan skicka konsumtionsdata | | Inom 48 timmar | Svar från Apple | Notisen `REFUND` eller `REFUND_DECLINED` | | Efter ett beviljande | Pengarna tillbaka till betalningsmetoden | Köpet borttaget ur aktiva rättigheter, negativa enheter | | Efter en invändning | Återbetalningen återkallas av Apple | Notisen `REFUND_REVERSED`, återställ åtkomsten | App Store Connect visar bara redan beviljade återbetalningar, under Sales and Trends. **Själva begäran kommer bara via servernotiserna.** Utan dem upptäcker du återbetalningen i efterhand. ## Servernotiserna vid en återbetalning [App Store Server Notifications V2](https://developer.apple.com/documentation/appstoreservernotifications/notificationtype) skickar fem typer som är relevanta här. Du tar emot dem på den HTTPS-adress du angett i App Store Connect, en för produktion och en för sandbox. | Notis | Vad den meddelar | Vad du gör | | --------------------- | ----------------------------------------------------------------- | -------------------------------------------------- | | `CONSUMPTION_REQUEST` | Kunden begär en återbetalning | Svara inom 12 timmar, om samtycke finns | | `REFUND` | Apple har återbetalat transaktionen | Ta bort det återbetalda innehållet eller åtkomsten | | `REFUND_DECLINED` | Apple har nekat begäran | Ingenting, åtkomsten fortsätter | | `REFUND_REVERSED` | Apple återkallar en återbetalning efter en invändning från kunden | Återställ det du tog bort | | `REVOKE` | Ett köp som delas via Familjedelning är inte längre tillgängligt | Ta bort åtkomsten för familjemedlemmen | Din server måste svara med en HTTP-kod mellan 200 och 206. Enligt [sidan om svar på notiser](https://developer.apple.com/documentation/appstoreservernotifications/responding-to-app-store-server-notifications) försöker Apple annars igen fem gånger, 1, 12, 24, 48 och sedan 72 timmar efter föregående försök. I sandbox skickas den bara en gång. ## Consumption API: vad du kan säga till Apple När begäran kommer kan du svara med [Send Consumption Information](https://developer.apple.com/documentation/appstoreserverapi/send-consumption-information). Regeln ryms i en mening från Apple: "Respond within 12 hours of receiving the `CONSUMPTION_REQUEST` notification." Version 2 av API:et gäller alla produkttyper, även prenumerationer. Fälten i [anropet](https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest): | Fält | Obligatoriskt | Vad det säger till Apple | | ----------------------- | ------------- | ------------------------------------------------------------------- | | `customerConsented` | Ja | Kunden har samtyckt till att dela sina data | | `deliveryStatus` | Ja | Köpet har levererats och fungerar, eller varför det inte gjorde det | | `sampleContentProvided` | Ja | En provperiod, ett utdrag eller en beskrivning erbjöds före köpet | | `consumptionPercentage` | Nej | Hur mycket som förbrukats, från 0 till 100 000 för 0 till 100 % | | `refundPreference` | Nej | Din preferens: `DECLINE`, `GRANT_FULL` eller `GRANT_PRORATED` | Två detaljer är viktiga. Om `deliveryStatus` inte är `DELIVERED` måste den förbrukade andelen vara noll. Och för en proportionell återbetalning av en prenumeration utelämnar du den förbrukade andelen: Apple räknar ut den. **Samtycket är villkoret för allt.** Apple skriver: "You must obtain valid consent from the customer before sharing their personal data with Apple in the Send Consumption Information API." Utan samtycke svarar du inte. Apple förbjuder också att du använder dialogen för annonsspårning för att samla in samtycket: "Don't use the AppTrackingTransparency prompt to obtain consent". ## Om du använder RevenueCat Med RevenueCat är det RevenueCat som tar emot Apples notiser och svarar på begäran, med [Refund Control](https://www.revenuecat.com/docs/customers/refund-control). Du väljer en av fyra policyer: föredra full återbetalning, föredra nekande, skicka bara konsumtionsdata eller inte svara alls. Att aktivera datadelningen innebär att du bekräftar att du har dina kunders samtycke. RevenueCat säger det själva: "Enabling consumption data sharing confirms that you obtained consent from your Customers." De rekommenderar också att du bara använder "Prefer no refund" för en avgränsad grupp, och varnar när den preferensen gäller de flesta av dina kunder. För att även ta emot notiserna på din egen server har RevenueCat ett fält, "Apple Server Notification Forwarding URL", i appens inställningar. Det beskrivs på [deras sida om Apples notiser](https://www.revenuecat.com/docs/platform-resources/server-notifications/apple-server-notifications). Det är det jag använder. Hur du sätter upp en prenumeration med RevenueCat hittar du i [RevenueCat och in-app-prenumerationer på iOS](https://devoria.fr/sv/blog/revenuecat-in-app-prenumeration-ios). ## Effekten på dina intäkter och på prenumerationen **På åtkomsten.** Enligt [dokumentationen för `currentEntitlements`](https://developer.apple.com/documentation/storekit/transaction/currententitlements): "Products that the App Store has refunded or revoked don't appear in the current entitlements". Om din app kontrollerar rättigheter med `currentEntitlements` försvinner den återbetalda åtkomsten av sig själv. Transaktionen innehåller datum och skäl för återkallandet, i `revocationDate` och `revocationReason`. **På rapporterna.** Enligt [hjälpen för försäljningsrapporten](https://developer.apple.com/help/app-store-connect/reference/reporting/summary-sales-report) visas en återbetalning med negativa enheter och negativt kundpris. För prenumerationer räknar [sidan om prenumerationsdata](https://developer.apple.com/help/app-store-connect/measure-app-performance/view-subscription-data) hela och delvisa återbetalningar som händelser och drar bort dem från de dagliga enheterna. **På ditt rykte.** [Guideline 5.6.4](https://developer.apple.com/app-store/review/guidelines/#5.6.4) nämner överdrivet många återbetalningsbegäranden som ett tecken på bristande kvalitet. En hög återbetalningsgrad är inte bara förlorade pengar: Apple kan ta hänsyn till den när de bedömer om du följer uppförandekoden. ## Mitt fall: larmet i mina appar Den 12 oktober 2026 kopplade jag in ett larm i mina appar. RevenueCat vidarebefordrar Apples notiser till en route på devoria.fr. Den verifierar Apples signatur och skickar sedan ett larm till mig, utan belopp. Jag ville se begäran när den kommer, inte bara resultatet. Den 18 oktober kom den första riktiga begäran, i TradaZen, min tradingsimulator. En årsprenumeration, betald när en gratis provperiod på 7 dagar tog slut. Angivet skäl: oavsiktligt köp. Tre lärdomar: 1. **Samma begäran kan komma flera gånger.** Jag fick samma larm tre gånger samma kväll. Sedan dess dedupliceras varje larm på notistyp och transaktions-id. 2. **Beslutet kom på mindre än ett dygn.** Apple nekade ungefär 22 timmar efter begäran. Kunden behöll sin åtkomst. 3. **Ett nej är inte slutet.** Samma kund gjorde en ny begäran två dagar senare, för samma transaktion. > En begäran om "oavsiktligt köp" i slutet av en provperiod vinner du inte i svaret till Apple. Den förebygger du på betalväggen, före den första betalningen. ## Begränsa missbruk utan att bryta mot reglerna **Det här är tillåtet:** - **Svara på varje begäran med korrekta data**, när kunden har samtyckt. - **Uttrycka en riktad preferens**, till exempel ett nej för ett köp som redan förbrukats, i stället för ett nej till alla. - **Koppla varje `REFUND` till ett kundkonto.** [Apples sida om återbetalningsnotiser](https://developer.apple.com/documentation/storekit/handling-refund-notifications) rekommenderar det för att upptäcka upprepade återbetalningar. - **Tydligt säga vad man köper före köpet.** [Guideline 3.1.2(c)](https://developer.apple.com/app-store/review/guidelines/#3.1.2) kräver att du beskriver vad användaren får för priset innan du erbjuder en prenumeration. **Det här är förbjudet:** - **Skicka falska data** för att få en begäran nekad, eller svara utan samtycke. - **Samla in samtycket via dialogen för annonsspårning**, något Apple uttryckligen utesluter. - **Lura kunden till köp.** [Guideline 5.6](https://developer.apple.com/app-store/review/guidelines/#5.6) förbjuder att du pressar kunder till oönskade köp eller tar betalt för något som inte levereras. - **Sätta press på en kund** som begär återbetalning. Samma regel kräver respekt i kundtjänsten, utan hot. Den bästa hävstången finns tidigare i kedjan: en betalvägg som visar priset, datumet för första betalningen och hur man avslutar. Misstagen att undvika hittar du i [misstagen med betalväggar](https://devoria.fr/sv/blog/paywall-ios-misstag-som-stoppar-forsaljning), och reglerna för provperioder i [gratis provperiod på App Store](https://devoria.fr/sv/blog/introductory-offer-app-store-connect-gratis-provperiod). ## Testa innan produktion Enligt [sidan om att testa begäranden](https://developer.apple.com/documentation/storekit/testing-refund-requests) stöder både sandbox och Xcodes StoreKit-tester återbetalningsbegäranden. I sandbox ger vilket skäl som helst ett automatiskt beviljande. För att simulera ett nej väljer du "Other" och skriver `DECLINE`. För en proportionell återbetalning skriver du `GRANT_PRORATED`. I sandbox måste ditt konsumtionssvar skickas inom fem minuter. ## En prenumeration som återbetalas mindre [iOS & Android Kit](https://devoria.fr/sv/kits/ios) utgår från koden i mina appar, med onboarding, betalvägg och prenumerationer redan kodade, och följer fyra steg ända till App Store, i din egen takt. Hela uppsättningen beskrivs på sidan [in-app-prenumeration på iOS](https://devoria.fr/sv/expertise/prenumeration-i-appen-ios), och Apples regler för prenumerationer i [guideline 3.1.2](https://devoria.fr/sv/blog/guideline-3-1-2-app-nekad-prenumeration). Innan du lanserar din betalvägg, [gör din gratis diagnos](https://devoria.fr/sv/diagnostic): den visar vad som verkligen blockerar ditt projekt och skickar dig min checklista mot avslag från Apple. ## Vanliga frågor ### Kan utvecklaren neka en återbetalning på App Store? Nej. Apple beslutar ensamt. Du kan skicka konsumtionsdata och en preferens, till exempel `DECLINE`, som räknas som några av flera kriterier. Apple har sista ordet. ### Får utvecklaren veta när någon begär återbetalning? Ja, om du har kopplat in App Store Server Notifications V2. Apple skickar `CONSUMPTION_REQUEST` när begäran görs och sedan `REFUND` eller `REFUND_DECLINED` vid beslutet. Utan notiser ser du bara beviljade återbetalningar, i dina rapporter. ### Hur lång tid tar det för Apple att hantera en återbetalningsbegäran? Apple uppger 24 till 48 timmar för kunden. StoreKits dokumentation talar om högst 48 timmar. Du har själv 12 timmar på dig att skicka konsumtionsdata. ### Vad händer med åtkomsten efter en återbetalning? Det återbetalda köpet försvinner från kundens aktiva rättigheter: StoreKit 2 returnerar det inte längre i `currentEntitlements`. Om Apple sedan återkallar återbetalningen får du `REFUND_REVERSED` och måste återställa åtkomsten. ### Behövs kundens samtycke för att svara Apple? Ja. Apple kräver ett giltigt samtycke innan någon data delas via Consumption API. Utan det svarar du inte på notisen. Dialogen för annonsspårning får inte användas för att samla in det. ### Räknas återbetalningar emot min app? Det kan de göra. Guideline 5.6.4 nämner överdrivet många återbetalningsbegäranden som ett tecken på bristande kvalitet, något Apple kan ta hänsyn till när de bedömer om du följer uppförandekoden. ## Ditt projekt [iOS & Android Kit](https://devoria.fr/sv/kits/ios): Bygg din app för iPhone och Android med Claude Code: startkoden från mina appar, hela vägen till butikerna och alla kit. 1 099 kr. [Diagnos: det som skiljer dig från din iPhone-app](https://devoria.fr/sv/diagnostic): 7 frågor, 60 sekunder: du får veta vad som egentligen hindrar dig från att publicera din iPhone-app, din väg i 4 steg och kitet som passar dig.