Förfrågan eller återbetalningskrav? Så hanterar du dem olika i Shopify

Två olika processer — en gemensam misstag

En förfrågan (inquiry) är inte ett återbetalningskrav. Men de hamnar ofta i samma mentala hink hos handlare, hanteras med samma mall och eskalerar i onödan. Det operativa felet är inte att svara fel — det är att svara på fel sätt vid fel tillfälle.

En förfrågan innebär att kortinnehavarens bank ber om information innan de formellt öppnar en tvist. Inga medel är frysta. Inget formellt bestridande är registrerat. Utgivaren samlar in underlag för att avgöra om de ska gå vidare. Det är ett smalt fönster där du kan lösa problemet utan att det eskalerar — men bara om du vet att det är det du håller på med.

Ett återbetalningskrav är det formella steget: medel är återförda, en orsakskod är tilldelad, och du arbetar mot en hård deadline som räknas från öppningsdatum — inte från det datum du märker notifikationen i Shopify Admin.

Hitta båda under Shopify Admin → Payments → Disputes. Statusfältet är din första ledtråd: Needs response på ett återbetalningskrav innebär att klockan redan tickar. En förfrågan visas med en annan statusmarkering beroende på processor — bekräfta exakt etikett med din betalningslösning.

Vad som faktiskt skiljer dem åt operativt

Tre dimensioner avgör hur du ska agera: deadline, reversibilitet och bevislogik.

Deadline. Förfrågningar har generellt längre svarsfönster — ibland upp till 20–30 dagar, men det varierar kraftigt per nätverk och utgivare. Återbetalningskrav har striktare deadlines: Visa och Mastercard tillåter typiskt 20–30 kalenderdagar, men bekräfta alltid exakt fönster med din processor. En missad deadline på ett återbetalningskrav är en automatisk förlust. En missad förfrågan kan bli ett återbetalningskrav.

Reversibilitet. En förfrågan kan stängas utan formell tvist om du ger utgivaren tillräcklig information — eller om kortinnehavaren drar tillbaka klagomålet. Det är den enda punkten i processen där du kan påverka utfallet utan att bygga ett fullständigt bevispaket. Ett återbetalningskrav är formellt registrerat; du kan vinna, förlora eller nå pre-arbitration, men du kan inte backa tillbaka till förfrågningsstadiet.

Bevislogik. Vid en förfrågan räcker det ofta med ett kortfattat svar som bekräftar transaktionen, leveransen och kundkontakten. Utgivaren letar efter ett snabbt svar på kortinnehavarens fråga — inte ett fullständigt rättsligt argument. Vid ett återbetalningskrav måste bevispaketet adressera den specifika orsakskoden direkt. Generisk dokumentation vinner sällan.

Steg-för-steg: Förfrågan inkommer — gör detta

1. Identifiera att det faktiskt är en förfrågan. Öppna Shopify Admin → Payments → Disputes och läs statusfältet noga. Om din processor är Shopify Payments visas förfrågningar separat från formella tvister. Tredjepartsprocessorer hanterar detta olika — vissa skickar förfrågningar via e-post utanför Admin-gränssnittet. Missa inte dem i inkorgen.

2. Kontrollera orderhistoriken innan du svarar. Hämta: leveransstatus och spårningsnummer, kundkommunikation (e-post, chatt), eventuella returer eller kreditnotor, och betalningssignaler (AVS, CVV, IP). Du behöver inte bifoga allt — du behöver veta vad som finns.

3. Kontakta kunden direkt, parallellt. Många förfrågningar löses om kunden känner igen transaktionen när de ser orderdetaljer. Skicka ett kort meddelande:

"Hej [namn], vi har fått en förfrågan från din kortutgivare angående order #[nummer] på [belopp] kr daterad [datum]. Ordern levererades till [adress] den [datum] via [fraktbolag], spårningsnummer [XX]. Hör av dig om du har frågor — vi vill gärna lösa detta direkt med dig."

Det är inte en ursäkt. Det är ett faktameddelande som ger kortinnehavaren möjlighet att dra tillbaka förfrågan innan den eskalerar.

4. Svara på förfrågan med ett komprimerat faktasvar. Håll det kort. Utgivaren vill ha: transaktionsbekräftelse, leveransbevis, och ett kort konstaterande om kundkontakt. Exempel på narrativ rad för svarsfältet:

"Order #[nummer] auktoriserades [datum] med AVS-matchning och CVV-godkännande. Leverans bekräftad [datum] till registrerad adress via [fraktbolag], spårning [XX]. Kunden kontaktades [datum] utan klagomål registrerat."

5. Dokumentera internt. Lägg en intern notering på ordern i Shopify Admin med datum för förfrågan, ditt svar och kundkontakten. Om det eskalerar till ett återbetalningskrav har du en tidslinje att arbeta från.

Intern notering: "Förfrågan mottagen [datum]. Svar skickat [datum] med leveransbevis och spårning. Kund kontaktad via e-post [datum] — inget svar. Eskalationsrisk: medel."

Beslutspunkt: Bestrida eller acceptera när det eskalerar till återbetalningskrav

Förfrågan eskalerade. Nu är det ett formellt återbetalningskrav med orsakskod och deadline. Här måste du välja väg — och konsekvenserna skiljer sig markant.

Väg A: Bestrida. Du bygger ett bevispaket adresserat mot orsakskoden och skickar in via Shopify Admin innan deadline. Konsekvens: du binder intern tid, betalar eventuell tvisteavgift oavsett utfall, och vinner bara om bevispaketet är tillräckligt starkt för den specifika koden. Om du vinner återfår du det omtvistade beloppet. Om du förlorar är avgiften borta och medlen är återförda.

Väg B: Acceptera. Du låter återbetalningskravet gå igenom utan bestridande. Konsekvens: du förlorar det omtvistade beloppet och betalar tvisteavgiften, men du lägger ingen intern tid på ett ärende du sannolikt förlorar ändå. För låga ordervärden eller svaga bevislägen är detta ofta det rationella valet.

Tröskeln för att bestrida bör inte vara "vi har bevis" — den bör vara "vi har bevis som direkt adresserar orsakskoden och sannolikheten för vinst motiverar kostnaden". En förfrågan som hanterades rätt men ändå eskalerade signalerar ofta ett svagt bevisläge. Gå inte in i bestridandet automatiskt.

Steg-för-steg: Återbetalningskrav är öppet — gör detta

1. Notera exakt deadline. Öppna tvisten i Shopify Admin → Payments → Disputes. Deadlinedatumet visas i tvistepanelen. Räkna bakåt: om du har 20 dagar och det gått tre sedan öppning har du 17 kvar — inte 20. Bekräfta alltid exakt fönster med din processor; Shopify Payments, Stripe och andra tredjepartsprocessorer kan ha olika effektiva fönster.

2. Läs orsakskoden innan du samlar bevis. Orsakskoden avgör vad bevispaketet måste bevisa. Visa 10.4 (obehörigt köp) kräver auktorisationskedja och beteendesignaler. Visa 13.1 (ej mottagen vara) kräver leveransbevis och leveranstidslinje. Att samla bevis utan att läsa koden leder till generiska paket som inte adresserar det utgivaren faktiskt utvärderar.

3. Hämta rådata från Shopify Admin i denna ordning:

• Orderdetaljer: belopp, datum, betalningsmetod, faktura- och leveransadress
• Betalningssignaler: AVS-status, CVV-resultat, 3DS-autentisering om tillämpligt
• Leveransstatus: spårningsnummer, leveransbekräftelse, eventuell signatur
• Kundkommunikation: alla e-postmeddelanden, chattloggar, returbegäranden
• IP-adress och enhetsdata om tillgängligt via din riskapp eller betalningsprocessor

4. Bygg ett narrativ, inte en bevislista. Utgivaren läser inte bilagor i ordning — de letar efter en sammanhängande förklaring. Skriv ett kort narrativ (3–5 meningar) som kopplar ihop transaktionsdata, leverans och kundkontakt mot orsakskoden. Bifoga sedan de dokument som stödjer narrativet direkt.

5. Skicka in via Shopify Admin → Payments → Disputes → Submit response. Kontrollera att alla bilagor laddats upp korrekt och att narrativtexten är fullständig innan du skickar. Du kan inte komplettera efter inlämning.

Ärendet som borde ha stannat vid förfrågan

En handlare fick en förfrågan på en order på 2 200 kr — en klädorder med leveransbekräftelse och AVS-matchning. Förfrågan hanterades med en standardmall som skickades utan att kunden kontaktades direkt. Kunden svarade aldrig på utgivarens fråga. Förfrågan eskalerade till ett återbetalningskrav med Visa 13.1 (ej mottagen vara).

Bevispaketet var tekniskt komplett: spårning, leveransbekräftelse, orderdata. Men leveransen var till ett paketombud, inte till dörren. Kortinnehavaren hävdade att de aldrig hämtat ut paketet. Utgivaren godkände återbetalningskravet.

Problemet uppstod inte vid bestridandet — det uppstod vid förfrågan. En direktkontakt med kunden hade sannolikt löst det. Handlaren behandlade förfrågan som ett administrativt steg, inte som en aktiv lösningspunkt. Det är det vanligaste operativa felet i förfrågan-till-återbetalningskrav-eskalationer.

Var de flesta team misslyckas operativt

Förfrågningar och återbetalningskrav hamnar i samma notifikationsflöde. Utan tydlig intern triage behandlas de identiskt — samma mall, samma bevispaket, samma svarstid. Det är fel på alla tre punkter.

Förfrågningar kräver snabb kundkontakt och ett komprimerat faktasvar. Återbetalningskrav kräver orsakskodspecifik bevisning och ett strukturerat narrativ. Att använda återbetalningskravsmallen på en förfrågan signalerar till utgivaren att du inte förstår vad de faktiskt frågade om — och det påverkar hur de läser ditt svar.

En annan vanlig brist: interna noteringar saknas. Om en förfrågan eskalerar och den handläggare som svarade på förfrågan inte längre är tillgänglig, finns ingen tidslinje att arbeta från. Beviskedjan börjar om från noll — med kortare tid och sämre kontext.

DisputeDesk organiserar förfrågningar och återbetalningskrav i separata köer med olika svarsfält och deadlineräkning. Det löser inte bevisproblemet, men det eliminerar den operativa förväxlingen som gör att rätt åtgärd vidtas för sent.

Snabbreferens: Förfrågan vs återbetalningskrav