Shopify Issuer Claim: Checklistan före inlämning som ändrar dina odds

Reklamationen har redan lämnats in. Börja här.

När ett krav från kortutfärdaren dyker upp i Shopify Admin → Betalningar → Tvister har kortinnehavarens bank redan fattat ett preliminärt beslut: något har gått fel och handlaren måste svara för det. Etiketten på kravet visar att tvisten är aktiv, att svarstiden löper och att kortutfärdaren har en specifik fråga som de förväntar sig att du ska svara på – inte en allmän fråga.

De flesta handlare öppnar tvisten, tittar på beloppet och börjar ta skärmdumpar. Det är fel ordning. Innan du tar fram bevis måste du verifiera fem saker. Om du missar någon av dem innebär det att du utformar ett svar på fel fråga eller lämnar in bevis som inte stämmer överens med vad utfärdaren faktiskt utvärderar.

Gör detta i ordning.

Steg 1: Kontrollera att det begärda beloppet stämmer överens med beställningen

Öppna tvistposten i Shopify Admin → Betalningar → Tvister och jämför det omtvistade beloppet med det ursprungliga orderbeloppet. De stämmer inte alltid överens.

Delbeloppskrav uppstår när en kortinnehavare bestrider en artikel i en beställning med flera artiklar, eller när en delvis återbetalning redan har utfärdats och kortutfärdarens system inte har registrerat den. Om det bestridda beloppet är lägre än ordertotalen behöver ditt bevis endast avse den del som krävs – inte hela transaktionen. Att skicka in ett kvitto för hela beställningen mot ett delkrav skapar förvirring och väcker ibland kortutfärdarens misstro om huruvida du förstår din egen transaktion.

Om det ifrågasatta beloppet är högre än ordertotalen ska du omedelbart flagga det. Det är ett datafel hos betalningsförmedlaren eller en dubbel tvist. Bekräfta med din betalningsförmedlare innan du skickar in något.

Mall för intern anteckning: ”Tvist [ID] – begärt belopp [X], ordertotal [Y], skillnad [Z]. Orsak: [delvis återbetalning redan utfärdad / fel hos betalningsleverantören / okänt]. Bekräfta innan du skapar svar.”

Steg 2: Läs orsaks-koden innan du läser ordern

Orsaks-koden är utfärdarens angivna grund för kravet. Den talar om för dig vilka bevis som vinner – inte vad du tror att du redan har bevisat.

Shopify visar orsaks-koden i detaljvyn för tvisten. De tre kategorier du kommer att se oftast:

• Bedrägeri / Obehörig (Visa 10.4, Mastercard 4837): Kortinnehavaren säger att de inte har godkänt transaktionen. Utfärdaren vill ha bevis på godkännande – AVS, CVV, enhetsfingeravtryck, beteendesignaler. Enbart leveransbevis räcker inte för att vinna detta.
• Varor ej mottagna / INR (Visa 13.1, Mastercard 4853-INR): Kortinnehavaren säger att varorna aldrig kom fram. Utfärdaren vill ha en leveransbekräftelse kopplad till rätt adress. Bevis på godkännande räcker inte för att vinna detta.
• Inte enligt beskrivning / SNAD (Visa 13.3, Mastercard 4853-SNAD): Kortinnehavaren hävdar att det som levererades inte stämde överens med vad som annonserades. Utfärdaren kräver bevis på produktbeskrivningen – produkttext, bilder, specifikationer. Spårningsnummer räcker inte för att vinna detta.

Handlare förlorar tvister som de skulle kunna vinna genom att lämna in fel typ av bevis. En handlare med en tydlig leveransbekräftelse för en tvist med bedrägerikod svarar på en fråga som utfärdaren inte ställde. Orsaks koden är frågan. Utforma svaret på den frågan specifikt.

En viktig iakttagelse som är värd att ta till sig: orsaks-koden och kortinnehavarens faktiska klagomål är ofta olika saker. En kund som har fått en skadad vara anmäler ibland bedrägeri eftersom det är vad bankens tvistformulär är inställt på som standard. Utfärdaren utvärderar utifrån den kod de har fått – inte kundens verkliga klagomål. Om koden inte stämmer överens med kundens angivna klagomål i deras kontakt med dig före tvisten, notera den avvikelsen i din svarsbeskrivning. Det spelar roll.

Steg 3: Ta fram kundens fullständiga kontakthistorik innan tvisten lämnades in

Detta är den kontroll som de flesta handlare hoppar över, och det är den som oftast förändrar svarsstrategin.

Gå till beställningen i Shopify Admin → Beställningar → [Beställning] och granska varje kundinitierad kontakt: e-postmeddelanden, chattloggar, returförfrågningar, återbetalningsförfrågningar, allt som är tidsstämplat före tvistdatumet. Kontrollera sedan din e-postplattform eller helpdesk för samma kund – Shopifys inbyggda tidslinje fångar inte alltid upp alla kanaler.

Vad du ska leta efter:

• Kontaktade kunden dig angående denna beställning innan tvisten lämnades in? Om ja, vad sa de och hur svarade du?
• Erbjöd du en lösning – återbetalning, ersättningsvara, returetikett – som kunden accepterade men ändå bestred?
• Hade kunden ingen kontakt alls innan reklamationen? Det är en signal som är värd att notera i din svarbeskrivning.

En handlare skickade en hudvårdsbeställning värd 220 dollar. Kunden skickade ett e-postmeddelande tre dagar efter leveransen och sa att fel nyans hade skickats. Handlaren svarade med en returetikett och ett erbjudande om ersättning. Kunden svarade aldrig – och lämnade in en chargeback två veckor senare under ”varan stämmer inte med beskrivningen”. Handlaren var nära att skicka in ett standardsvar för SNAD. Istället inledde de med kontaktloggen: kunden bekräftade mottagandet, handlaren erbjöd en lösning, kunden tog inte kontakt innan återbetalningskravet lämnades in. Kortutgivaren ställde sig på handlarens sida.

Utan att först ta fram den kontaktloggen skulle svaret ha varit svagare – och troligen förlorat.

Steg 4: Kontrollera leveransstatus och transportörsdata

I Shopify Admin → Order → [Order] → Leveranser, bekräfta:

• Leveransen markerades som slutförd före tvistdatumet (inte efter – uppdateringar av leveransen efter tvisten är en varningssignal för kortutgivare)
• Att leveransadressen i leveransregistret stämmer överens med faktureringsadressen, eller om så inte är fallet, att du har en dokumenterad anledning
• Transportörens spårningsnummer är aktivt och returnerar en leveransskanning, inte bara en händelse som skapats av en etikett
• Om signaturbekräftelse krävdes, att transportörens register visar att den erhölls

”Etikett skapad” är inte leverans. Utfärdare vet detta. Att skicka in ett spårningsnummer som endast visar en etikethändelse – inga spårningsskanningar, ingen leveransbekräftelse – är värre än att inte skicka in någonting, eftersom det signalerar att du inte läser dina egna bevis noggrant.

Kontrollera också om leveransadressen är en speditör, en vidarebefordringsadress eller ett paketskåp. Dessa innebär inte automatiskt bedrägeri, men de förändrar de bevis du behöver. En leverans till en vidarebefordringsadress utan tidigare kundkontakt är svårare att hantera än en leverans till en bostadsadress med en signaturskanning.

Beslutsmoment: bestrid anspråket eller acceptera det nu

Innan du samlar in ett enda bevis, ta detta beslut uttryckligen.

Väg A – Skicka in ett svar: Du har kartlagt orsaks-koden, granskat kontakthistoriken, bekräftat leveransen och har minst två starka bevis som direkt besvarar utfärdarens fråga. Det omtvistade beloppet överskrider din interna tröskel för svarinsats. Gå och sammanställ svaret.

Väg B – Acceptera tvisten: Bevisen är svaga, orsaks-koden stämmer inte överens med dina tillgängliga bevis, kunden har ett dokumenterat klagomål som du inte har löst, eller det omtvistade beloppet ligger under din tröskel för kostnaden att bestrida. Acceptera det nu, utfärda återbetalningen om den inte redan har behandlats, och logga ordern för mönsteranalys.

Konsekvenserna är asymmetriska. Att skicka in ett svagt svar innebär inte bara att du förlorar tvisten – det kan bidra till din chargeback-frekvens och, i vissa nätverk, påverka hur utfärdare väger framtida tvister från ditt handlar-ID. Att acceptera en tvist som du kunde ha vunnit kostar dig transaktionen. Att skicka in ett svar som du ändå skulle ha förlorat kostar dig transaktionen plus den operativa tiden, och i vissa processorkonfigurationer, en svarsavgift.

De flesta handlare tar upp för många tvister. De med de bästa vinstprocenten är selektiva. Om checklistan före inlämning visar två eller fler svaga signaler, acceptera och gå vidare.

Steg 5: Kontrollera godkännande av policy och bekräftelse av utcheckning

Detta steg är viktigast för SNAD- och INR-anspråk, mindre viktigt för tvister med bedrägerikod.

I Shopify Admin → Inställningar → Kassa, bekräfta att din retur- och återbetalningspolicy är länkad vid kassan – inte bara i sidfoten. Utfärdarens fråga i en SNAD-tvist är ofta: visste kortinnehavaren vad de köpte och vilka returvillkoren var? En policy som tekniskt sett är publicerad men gömd tre klick från produktsidan är svårare att försvara än en som visas vid kassan.

För digitala varor eller prenumerationsbeställningar, kontrollera att orderbekräftelsemejlet innehåller tydlig information om produkttyp, leveranssätt och avbokningsvillkor. Shopifys standardorderbekräftelse är generisk. Om du inte har anpassat den för att inkludera policytext är det en lucka – och det märks i tvister.

Bevisberättelse som du kan anpassa: ”Vid kassan fick kunden ta del av och godkände butikens returpolicy [länk till policysidan, arkiverad version]. Orderbekräftelsemejlet som skickades till [kundens e-postadress] den [datum] innehöll följande villkor: [klistra in relevant utdrag].”

Vad checklistan visar som bevisen i sig inte visar

Att gå igenom denna sekvens innan du utformar ditt svar ger något som den bevisbaserade metoden missar: den visar om du har ett fall som är värt att driva, och vilken typ av fall det är.

En handlare som hoppar över kontrollen av kontakthistoriken och går direkt till att ta fram skärmdumpar av leveransen kommer att missa den e-posttråd som antingen vinner tvisten direkt eller avslöjar att de borde acceptera den. En handlare som hoppar över beloppsverifieringen kommer att skicka in ett kvitto på hela beställningen mot ett partiellt krav och se ut som om de inte har läst tvisten. En handlare som hoppar över kartläggningen av orsakskoder kommer att skicka in leveransbevis för en tvist med bedrägerikod och undra varför de förlorade.

Utfärdaren utvärderar inte insatsen. De utvärderar om ditt svar besvarar deras specifika fråga, med bevis som direkt stöder det. Checklistan är hur du säkerställer att du svarar på rätt fråga innan du lägger tid på att utforma svaret.

DisputeDesk automatiserar hämtningen av bevis och flaggar avvikelser mellan orsaks-koder och inlämnade bevis-typer — men beslutet att bestrida eller acceptera, och hur man formulerar sig, kräver fortfarande att en människa läser igenom beställningen. Automatisering förbättrar konsekvensen; den ersätter inte det bedömningsbeslutet som fattas innan inlämningen.