Planlegging av betalingsforsøk på nytt
Planlegging av betalingsforsøk på nytt automatiserer ny innsending av mislykkede transaksjoner. Denne funksjonen lar selgere konfigurere spesifikk gjentakelseslogikk basert på avslagsårsaker, transaksjonshistorikk og kundesegmenter.
Den er utviklet for å gjenopprette inntekter uten å kreve manuell intervensjon, noe som forbedrer den totale transaksjonssuksessraten for gjentakende betalinger og abonnementer.
- Kategori
- Gjenoppretting
- Funksjoner
- 10
- Tilgjengelig på
- Alle abonnementer
Oversikten
Planlegging av betalingsforsøk på nytt befinner seg i gjenopprettingslaget av betalingsstabelen, og adresserer spesifikt myke avslag for selgerinitierte transaksjoner (MIT).
I motsetning til harde avslag forårsaket av tapte kort eller lukkede kontoer, skyldes myke avslag ofte midlertidige problemer som utilstrekkelige midler, tekniske tidsavbrudd eller generelle bankfeil.
Ved å bruke logikk på disse feilene kan en selger sende inn autorisasjonsforespørsler på nytt i intervaller som mest sannsynlig sammenfaller med kontofinansiering eller systemstabilitet.
Denne prosessen involverer typisk en kombinasjon av faste intervallplaner og dynamisk logikk som tar hensyn til den spesifikke avslagsårsaken gitt av utstederen. For virksomheter som opererer med abonnementsmodeller eller gjentakende fakturering, minimerer denne automatiseringen den administrative byrden med manuell oppfølging samtidig som passiv frafall reduseres.
Mekanikken er basert på å kartlegge svarkoder til spesifikke gjentakelsesbaner, og sikre at ytterligere forsøk ikke bryter med kortordningens regler eller utløser overdrevne gebyrstraffer fra innløseren.
Slik fungerer det
Innledende analyse av svarkode
Når en autorisasjonsforespørsel mislykkes, analyserer systemet den spesifikke svarkoden fra utstederen. Det skiller mellom harde avslag, som ikke krever ytterligere handling, og myke avslag som er kvalifisert for gjenoppretting.
Dette trinnet sikrer at selgeren forblir i samsvar med ordningsreglene angående forbudte gjenforsøk på spesifikke avslags kategorier.
Logikkapplikasjon og planlegging
Systemet bruker en forhåndsdefinert eller dynamisk tidsplan basert på feilårsaken. For avslag på grunn av utilstrekkelige midler (NSF) kan gjenforsøket settes på pause til typiske lønnsdatoer.
For tekniske feil er et kortsiktig gjenforsøk innen minutter eller timer ofte prioritert for å fange opp transaksjonen i en periode med stabilitet.
Ny innsending av forespørsel via Gateway
Den planlagte forespørselen sendes tilbake til innløseren på det angitte tidspunktet, ofte ved hjelp av lagrede legitimasjoner og spesifikke indikatorer for å betegne et påfølgende forsøk.
Denne prosessen opprettholder koblingen til det opprinnelige transaksjonsforsøket der det er nødvendig, og sikrer at betalingsflyten overholder SCA- og PSD2-kravene for MIT-er.
Overvåkning av resultat og settlement
Hvis forsøket lykkes, fortsetter transaksjonen til fangst og oppgjør. Resultatet dokumenteres i gjenopprettingsloggene for å vurdere effektiviteten av tidslogikken.
Hvis forsøket mislykkes, går systemet enten til neste planlagte forsøk eller avslutter syklusen som et endelig avslag.
Hvorfor det er viktig
Reduksjon i passivt frafall
Passivt frafall oppstår når en kunde ikke har til hensikt å kansellere en tjeneste, men betalingen deres mislykkes på grunn av unngåelige tekniske eller økonomiske faktorer. Automatisert planlegging adresserer disse feilene i bakgrunnen.
Ved å gjenopprette disse transaksjonene opprettholder selgere kontinuitet i tjenesten for kortholderen, forhindrer friksjonen ved manuell gjeninntasting og reduserer sannsynligheten for at kunden forlater abonnementet på grunn av en tjenesteavbrudd.
Optimalisert operasjonell effektivitet
Manuell purring og kundeservice-oppfølging for mislykkede betalinger er ressurskrevende oppgaver. Implementering av et systematisk gjentakelsesrammeverk reduserer volumet av saker som håndteres av støtteteam.
Ved å automatisere gjenopprettingsprosessen på gateway- eller orkestreringsnivå, kan bedrifter fokusere på vekst mens infrastrukturen håndterer kompleksiteten i banksvar-koder og ordningskompatibel intervallstyring for gjentakende faktureringssykluser.
Bruksområder
Abonnementsbaserte SaaS-plattformer
SaaS-leverandører bruker planlegging av nye forsøk for å håndtere månedlige fornyelser. Hvis en autorisasjon mislykkes ved midnatt den første i måneden, sikrer systemet at etterfølgende forsøk skjer når banksystemene er mest responsive.
Verktøy og telekomfakturering
For viktige tjenester der frakobling av tjenester er en risiko, sikrer gjentatte betalingsforsøk over et 14-dagers vindu etter et mykt avslag inntektsinnhenting, samtidig som man unngår de juridiske komplikasjonene ved gjeldsinnkreving.
Digitalt innhold og medier
Strømmetjenester bruker aggressiv, men kompatibel gjentakelseslogikk i løpet av de første 48 timene etter en feil for å sikre uavbrutt tilgang til innhold for store volum, lavverdi månedlige transaksjoner.
I tall
Dette området gjenspeiler typiske bransjeresultater for gjenoppretting av myke avslag i abonnementssektoren gjennom automatisert logikk i stedet for manuell oppfølging.
Forventet reduksjon i totalt frafall for virksomheter med tilbakevendende inntekter når systematisk gjenoppretting for sekundære og tertiære betalingsforsøk implementeres.
Flertallet av vellykkede gjenopprettinger skjer vanligvis innenfor denne tidsrammen etter den første avvisningen, ifølge standard referansemål for betalingsbehandling.
Relaterte begreper
Talk to our team about a live rollout on your acquiring stack.
Hva du får med Planlegging av betalingsforsøk på nytt
- Skiller mellom myke og harde avslag for å sikre samsvar med kortordningens regler for nye forsøk.
- Kategoriserer utsteders svarkoder for å prioritere transaksjoner med høyest sannsynlighet for suksess.
- Justerer tidspunkter for nye forsøk basert på historiske data om utsteders oppetid og typiske kundefinansieringssykluser.
- Støtter tilpassbare intervaller for gjentakende faktureringssykluser for å tilpasses spesifikke forretningsregnskapsperioder.
- Integrert logikk for å forhindre urimelige ordningsavgifter forårsaket av for mange nye forsøk på mislykkede transaksjoner uten endringer.
- Automatiserer overgangen fra mislykket autorisasjon til gjenopprettet status uten manuell kundestøtteintervensjon.
- Bruker lagrede betalingsopplysninger trygt via tokenisering for alle påfølgende selgerinitierte transaksjoner.
- Gir detaljert rapportering om gjenopprettingsrater organisert etter avslagstype og spesifikt antall nye forsøk.
- Opprettholder samsvar med PSD2- og SCA-krav ved å merke forsøk på gjenoppretting av gjentakende transaksjoner korrekt.
- Reduserer behovet for umiddelbare purre-e-poster, og favoriserer stille gjenoppretting for å opprettholde kundeopplevelsen.
A short scoping call, then a written plan for your MIDs.
Spørsmål om Planlegging av betalingsforsøk på nytt
Hva er forskjellen mellom et mykt avslag og et hardt avslag i gjentakelseslogikken?
Et mykt avslag, for eksempel en melding om utilstrekkelige midler (NSF) eller en midlertidig teknisk feil, indikerer at betalingen kan lykkes ved et senere forsøk.
Et hardt avslag, for eksempel et stjålet kort eller et ugyldig kontonummer, indikerer en permanent feil der ytterligere forsøk er forbudt av kortordninger som Visa og Mastercard. Planlegging av nye forsøk er kun aktuelt for myke avslag.
Forsøk på å prøve på nytt et hardt avslag kan føre til betydelige bøter fra innløseren og potensiell flagging av forhandler-ID-en (MID) for ikke-kompatibel atferd.
Hvordan påvirker planlegging av nye forsøk handelsgebyrer og ordningsstraffer?
Overdrevne nye forsøk uten en endring i transaksjonsforholdene kan føre til ordningsstraffer. For eksempel har Mastercard og Visa spesifikke regler for hvor mange ganger en forhandler kan prøve en enkelt transaksjon på nytt innenfor en viss tidsramme.
Effektiv planlegging unngår disse straffene ved å spre forsøkene og stoppe prosessen når maksimal grense er nådd. Riktig konfigurert logikk sikrer at kostnaden for gjenoppretting ikke oppveier verdien av transaksjonen som behandles.
Kan planlegging av nye forsøk konfigureres for 3D Secure-transaksjoner?
Planlegging av nye forsøk brukes primært for selgerinitierte transaksjoner (MIT-er) der kortholderen er utenfor sesjon. Transaksjoner som krever 3D Secure (3DS)-autentisering er vanligvis kundeinitierte transaksjoner (CIT-er).
For at disse skal kunne prøves på nytt automatisk, må selgeren ha en initial avtale (Mandate) og den første transaksjonen må være fullt autentisert.
Påfølgende nye forsøk blir deretter flagget som MIT-er, ved å bruke unntaket for gjentakende betalinger under SCA, selv om de fortsatt må referere tilbake til den opprinnelige autentiserte sesjonen.
Påvirker det å prøve en betaling på nytt mine autorisasjonsratemetrikker?
Innledende forsøk som mislykkes vil negativt påvirke din rå autorisasjonsrate. Imidlertid forbedrer vellykkede nye forsøk din netto gjenopprettingsrate og totale inntekter.
De fleste sofistikerte betalingsanalyser skiller «førstegangs vellykket rate» fra «endelig suksessrate» etter nye forsøk. Ved å analysere disse separat, kan selgere forstå om deres innledende autorisasjonsproblemer skyldes dårlig trafikkvalitet eller midlertidige tekniske hindringer som planleggingslogikken lykkes med å redusere.
Hvor mange ganger bør en mislykket betaling prøves på nytt før man gir opp?
Bransjestandarder anbefaler vanligvis maksimalt fire til seks forsøk over en periode på 15 til 30 dager, avhengig av MCC og produktets art. De første nye forsøkene finner vanligvis sted innen de første 72 timene etter feilen, da dette er når gjenopprettingssannsynligheten er høyest.
Etter 30 dager synker sannsynligheten for suksess for et mykt avslag betydelig, og risikoen for en tvist eller tilbakeføring øker hvis kortholderen har glemt abonnementet.
Hvilken rolle spiller avslagsårsaken i tidspunktet for nye forsøk?
Avslagsårsaken er det primære datapunktet for planlegging. For eksempel indikerer en ''51: Utilstrekkelige midler''-kode at et nytt forsøk bør tidsbestemmes nær vanlige lønningsdager, for eksempel den 1.
eller 15. i måneden, eller hver fredag.
En ''05: Godkjennes ikke'' eller ''96: Systemfeil'' kan indikere en teknisk feil hos utsteder, noe som krever et mye raskere nytt forsøk, kanskje innen timer, for å fange systemet etter en omstart eller synkronisering.
Klar for fart?
Fortell oss om bedriften din. Vi finner de rette innløsningspartnerne og den rette ruten for deg, vanligvis innen en uke.