Skip to main content
När en betalning misslyckas tillhandahåller Dodo Payments en standardiserad error_code och en lättförståelig error_message. Den här guiden visar hur du läser dessa fält, avgör om du ska försöka igen och återställer betalningen på ett säkert sätt.

Hur Dodo Payments Rapporterar Ett Fel

Varje misslyckad betalning innehåller dessa fält i betalningsobjektet:
error_code och error_message är null tills en betalning misslyckas. Kontrollera alltid status först.
error_message är avsett för handlare och kan avslöja bedrägerirelaterade orsaker. Visa det aldrig för kunder. Mappa i stället error_code till kundanpassad text (se Visa fel för kunder på ett säkert sätt).

Webhooken payment.failed

Webhooken payment.failed är det mest tillförlitliga sättet att upptäcka ett fel. Händelsen innehåller hela betalningsobjektet i data:
payment.failed payload
En minimal handler läser error_code och dirigerar baserat på det:
Verifiera alltid webhookens signatur innan du behandlar den. Se Webhooks guide för hela konfigurationen, inklusive signaturverifiering och idempotens.

Avgör om du ska försöka igen: mjuka kontra hårda avslag

error_code visar om det är meningsfullt att försöka igen med samma betalningsmetod. Se Transaction Failures för hela listan över typer av nekanden och rekommenderade åtgärder.

Hantera misslyckanden i checkout jämfört med vid förnyelse

Hur du återställer betalningen beror på om kunden är närvarande.
Kunden håller aktivt på att genomföra köpet. Visa ett tydligt meddelande och låt kunden försöka igen eller använda ett annat kort.
  • requires_payment_method — kunden angav aldrig någon betalningsmetod. Detta är vanligtvis ett avbrutet checkout-flöde, inte ett nekande. Kontakta kunden igen så att betalningen kan slutföras (se Återställning av övergivna kundvagnar).
  • requires_customer_action — ytterligare autentisering (till exempel 3DS) krävs. Be kunden slutföra den. Se 3D Secure.

Försöka igen med en misslyckad betalning

Prenumerationer: Aktivera Subscription Payment Retries för att automatiskt återställa soft declines. Om du vill försöka igen omedelbart i stället för att vänta på schemat kan du använda Manual Payment Retry från dashboarden eller API:t. Du kan också utlösa återställning genom att låta kunden uppdatera sin betalningsmetod via Update Payment Method API, vilket debiterar eventuella utestående belopp. Engångsbetalningar: Skicka checkout-länken eller payment_link igen så att kunden kan försöka på nytt med en annan metod. Det finns inget automatiskt försök igen för engångsbetalningar.
Försök inte igen med hard declines mot samma kort. Kortnätverk flaggar upprepade nekanden som missbruk, vilket försämrar din auktoriseringsgrad.

Visa fel för kunder på ett säkert sätt

Visa kunderna ett vänligt meddelande, aldrig den råa error_code eller den handlarinriktade error_message.
På ytor som hanteras av Dodo Payments (checkout, Customer Portal, dunning-e-post) görs denna mappning redan åt dig, inklusive återgång till ett generiskt meddelande för bedrägerirelaterade nekanden. Du behöver bara mappningen nedan när du visar fel i din egen produkt.
Customer-facing messaging
Avslöja aldrig den verkliga orsaken för STOLEN_CARD, LOST_CARD, PICKUP_CARD eller FRAUDULENT. Om du visar dessa kan en bedragare få information som hjälper dem. Visa ett generiskt meddelande om nekad betalning och logga endast den specifika error_code internt.

Relaterat

Transaction Failures

Varje nekandekod, dess typ och rekommenderade åtgärd.

Error Codes

API- och affärslogikfel som inte är kortnekanden.

Subscription Payment Retries

Automatisk återställning av soft declines vid prenumerationsförnyelser.

Subscription Dunning

E-postsekvenser som återställer hard declines.

Payment Webhooks

Fullständigt schemas för nyttolasten för betalningshändelser.

Testing Failures

Testkort som simulerar nekanden och misslyckade förnyelser.
Senast ändrad 26 september 2026