Friendly fraud is de terugboeking waarbij de klant al heeft gekregen waarvoor hij betaalde, en het is het ene geschil waar uw bewijs nog invloed op heeft

Friendly fraud is het geschil waar niemand u voor waarschuwt, omdat de persoon die het indient geen crimineel met een gestolen kaart is. Het is uw echte klant. Hij deed uw in-app-aankoop met zijn eigen kaart, hij gebruikte wat hij kocht en vertelde daarna zijn bank dat de afschrijving een vergissing was. Het geld wordt teruggeboekt, de goederen blijven verbruikt, en aan de kant van de bank ziet de zaak er identiek uit aan echte fraude. Voor app-ontwikkelaars is dit om één reden belangrijk: het is het enige type geschil waarbij uw eigen bewijs nog een input voor de beslissing is, en beide winkels geven u slechts een paar uur om het te leveren. Hier leest u wat friendly fraud werkelijk kost, waarom het blijft stijgen en de smalle hefboom die Apple en Google u laten.

Wat friendly fraud is, en waarom het niet altijd fraude is

Friendly fraud, ook wel first-party fraude of terugboekingsfraude genoemd, gebeurt wanneer de echte kaarthouder een aankoop doet en dan een terugboeking bij zijn uitgevende bank aanvraagt na ontvangst van de goederen of diensten. De naam is opzettelijk omgekeerd. De persoon aan de andere kant is geen aanvaller van buitenaf, maar dezelfde klant die op kopen tikte.

Opzet is er niet altijd. Een deel ervan is opzettelijk misbruik, een manier om de content te houden en het geld terug te grijpen. Maar veel ervan is oprechte verwarring: een kaarthouder die een legitieme aankoop vergat, een ouder die een afschrijving door een gezinslid niet herkende, of gewone koperspijt vermomd als een factureringsfout. Voor uw boekhouding maakt het niet uit welke. Het geld verdwijnt hoe dan ook.

Hoe het verschilt van echte fraude

Echte fraude is een vreemde die een kaart gebruikt die niet van hem is, en de frauderingstools die in de winkels zijn ingebouwd zijn er recht op gericht: apparaatsignalen, snelheidscontroles, patronen van gestolen kaarten. Friendly fraud loopt daar dwars doorheen, omdat elk signaal legitiem is. Het echte account, het echte apparaat, de echte kaart, de echte aankoop. Het enige wat onwaar is, is de bewering die daarna tegenover de bank wordt gedaan, en die bewering komt lang nadat uw fraudecontroles zijn geslaagd.

Hoe groot friendly fraud is geworden

Friendly fraud is geen afrondingsfout meer, en de trendlijnen wijzen allemaal één kant op. Juniper Research voorspelt dat het tegen 2031 wereldwijd 28 procent van alle terugboekingen zal uitmaken, gedreven door veranderende houdingen van consumenten tegenover het betwisten van afschrijvingen. Het Chargeback Field Report 2026 van Chargebacks911, een enquête onder meer dan 250 verkopers, wees uit dat 83.4 procent zegt dat friendly fraud de afgelopen drie jaar is gestegen, en 74.4 procent het een matige of aanzienlijke zorg noemt.

De kosten stapelen zich op naast het volume. Branchegegevens voor 2026 stellen de werkelijke kosten van fraude op ongeveer $5.13 voor elke betwiste dollar, wanneer kosten, verloren goederen en afhandeling worden meegeteld, en verkopers die geschillen bestrijden winnen slechts ongeveer 43.8 procent van de zaken die ze betwisten en houden na de moeite netto zo'n 10.7 procent over. De les in die laatste twee cijfers is niet dat vechten zinloos is. Het is dat achteraf vechten een slechte gok is en dat het geld zit in het geschil van meet af aan van succes weerhouden.

Waarom friendly fraud een app-ontwikkelaar meer kost dan de prijs

Het getal dat pijn doet is nooit alleen de aankoopprijs. Het is de prijs plus alles wat u al hebt uitgegeven om de aankoop te vervullen, en bij een digitaal product vindt bijna al die uitgave plaats voordat het geschil arriveert. Een terugbetaling van een ongeopende doos is een sisser. Een friendly-fraud-terugboeking op een verbruikte in-app-aankoop is een verlies bovenop kosten die u niet kunt terugvorderen.

De geleverde kosten die u al betaalde

Volg het geld terug vanaf het geschil. De gegenereerde output verbrandde GPU-minuten die u in rekening werden gebracht. De functie voerde API-aanroepen uit die u per token of per verzoek in rekening werden gebracht. De bestanden die de klant downloadde staan nog in opslag waarvoor u betaalt om ze te bewaren. Als de aankoop een uitbetaling aan een creator of een prijzenpot financierde, heeft dat geld uw account al verlaten. Friendly fraud draait de verkoop terug en laat elk van die kosten staan. De klant houdt de waarde, u houdt de rekening.

Op Google Play brengt het geschil u nu rechtstreeks kosten in rekening

Tot voor kort was een terugboeking op beide winkels grotendeels het verlies dat de winkel moest dragen. Dat veranderde op Android. Voor Google Play-bestellingen geplaatst op of na 3 augustus 2026 delen Google Play en de ontwikkelaar de terugboekingskosten, wat in de praktijk betekent dat een verloren geschil u de aankoopprijs minus de servicekosten van Play in rekening brengt, plus de terugboekingskosten van de bank of het kaartnetwerk. Die kosten worden bepaald door het netwerk, niet door Google, en branchemeldingen stellen ze doorgaans op $15 tot $25 per geschil, een vast bedrag dat de prijs van een goedkope aankoop ruim kan overtreffen.

In de App Store draagt Apple de bank, u verliest de opbrengsten

Apple is de merchant of record, dus een kaartterugboeking op een App Store-aankoop wordt geregeld tussen de bank van de kaarthouder en Apple, en u ziet die zaak of een bankkosten daarvoor nooit. Wat u wel verliest, is het geld. Wanneer een terugbetaling wordt verleend, komt het bedrag uit uw opbrengsten, en voor de terugbetalingsverzoeken die Apple wel naar u doorstuurt, is uw bewijs de enige invloed die u krijgt. De blootstelling aan bankkosten is een Google Play-verhaal; het verhaal van verloren opbrengsten geldt voor beide winkels.

Het smalle venster waar uw bewijs nog telt

Er zijn precies twee momenten waarop een winkel pauzeert en de ontwikkelaar om bewijs vraagt voordat wordt beslist, en friendly fraud is precies de zaak waarvoor ze bestaan. Beide zijn kort, en beide sluiten zonder u als u ze mist.

Apple's 12-uurs CONSUMPTION_REQUEST

Wanneer een klant Apple om een terugbetaling vraagt voor een in aanmerking komende in-app-aankoop, stuurt Apple uw server een CONSUMPTION_REQUEST-melding en wacht tot 12 uur totdat u Send Consumption Information aanroept. U retourneert gestructureerde gegevens: of het item werd geleverd, hoeveel ervan werd verbruikt en uw terugbetalingsvoorkeur. Apple neemt nog steeds de beslissing, maar uw antwoord is een gedocumenteerde input, en het is de ene plek waar een friendly-fraud-terugbetaling bij Apple kan worden bestreden.

Google Play's 24-uurs orders.reviewrefund

Op Android is de trigger een PendingRefundReviewNotification. Vanaf het moment dat die aankomt heeft u 24 uur om de methode orders.reviewrefund aan te roepen met een terugbetalingsvoorkeur en gebruiksbewijs, de leveringsstatus van de bestelling en de verbruiksstatus van het item. Google vouwt dat in zijn beslissing en betwist, waar het bewijs het ondersteunt, de terugboeking namens u bij de bank. Google registreert alleen uw eerste aanroep voor een bepaalde melding, verzamel het bewijs dus voordat u reageert, niet erna.

De friendly-fraud-geschillen die u nooit kunt beïnvloeden

Niet elke terugbetalingsgebeurtenis geeft u een stem, en het helpt te weten welke boven uw hoofd worden beslist, zodat u alleen moeite steekt waar het loont.

• Een voltooide terugboeking is definitief bij de bank. Zodra de uitgevende bank de kaarthouder gelijk geeft, draait geen beroep bij Apple of Google het terug. Uw enige invloed is het bewijs dat vóór de beslissing is ingediend.
• Google Play's 48-uurs selfservice-terugbetaling is aan Google om te verlenen onder zijn eigen beleid. U wordt niet geraadpleegd en pas op de hoogte gesteld wanneer het opduikt als een geannuleerde aankoop.
• Door support verleende terugbetalingen op beide winkels zijn definitief, zonder beroepskanaal voor ontwikkelaars.
• Een niet-bevestigde Google Play-aankoop wordt na ongeveer 72 uur automatisch terugbetaald. Dat is een integratiegat, geen geschil, en de oplossing is aankopen serverzijdig te bevestigen, niet iets te betwisten.

Hoe u friendly fraud betwistbaar maakt voordat het gebeurt

U kunt een klant niet beletten zijn bank te bellen. U kunt ruim van tevoren beslissen of het geschil dat volgt beantwoordbaar is of een automatisch verlies. Alles wat friendly fraud winbaar maakt moet bestaan voordat de melding arriveert.

Leg levering en verbruik vast op het moment dat het gebeurt

Het bewijs waar beide winkels om vragen, dat het item werd geleverd en gebruikt, overtuigt alleen als het werd geregistreerd toen het gebeurde. Leg vast wat elke aankoop verleende en of het op het moment van gebruik werd verbruikt, niet gereconstrueerd nadat een geschil binnenkomt. Een reviewrefund-aanroep of een verbruiksreactie is slechts zo sterk als de telemetrie die erachter zit.

Automatiseer het antwoord, niet een persoon

Verbind CONSUMPTION_REQUEST en PendingRefundReviewNotification met een handler die het bewijs samenstelt en zelfstandig reageert. Een klok van 12 en een van 24 uur kan niet afhangen van iemand die een inbox opmerkt. De geschillen die u wint zijn de geschillen die automatisch, binnen het venster, elke keer worden beantwoord.

Beoordeel uw bescherming alleen op betwistbare zaken

Splits uw terugbetalingen in die met een beoordelingsvenster en die zonder. Friendly-fraud-terugbetalingsverzoeken en terugboekingsbeoordelingen zijn waar een reddingspercentage iets betekent, omdat er een beslissing was die uw bewijs kon bewegen. Door de winkel uitgegeven terugbetalingen dragen informatie, geen oordeel over uw verdediging. RefundHalt is rond die splitsing gebouwd: het beantwoordt het consumption-verzoek en de reviewrefund-aanroep automatisch met het leverings- en gebruiksbewijs dat u hebt vastgelegd, en houdt de niet-betwistbare terugbetalingen in hun eigen grootboek zodat uw cijfers eerlijk blijven.