- Detta ämne har 19 svar, 10 deltagare, och uppdaterades senast för 12 år, 10 månader sedan av
.
-
Inlägg
-
Det där beror lite på hur betalväxeln och betalmodulen i webshopen fungerar.
De flesta betalväxklar kan köra transaktionen mot webshopen i bakgrunden (callbackurl), och då blir den korrekt registrerad även om fönstren kommer lite ur synk.
skulle vara intressant att veta vilka växlar som kan undvika detta. Skulle aldrig orka ha en butik där mina kunder slussas iväg till tredjepart för betalning. Det om något måste vara en konverteringsdödare?
Om du nytecknar ett inlösenavtal idag så måste du vara väldigt stor för att ens får lov att ha betalsidan hos dig själv. Så att betalfönstret finns hos betalväxeln är i princip standard idag.
När det gäller bankbetalningar så blir det dock värre – eftersom man från betalfönstret slussas vidare till sin egen bank, och där med sin dosa (eller annan metod) får godkänna att beloppet dras från ens konto. Sedan skall man då tillbaka till webshopen igen, och det är där det kan gå lite tokigt med fönstren.
@pete 20907 wrote:
skulle vara intressant att veta vilka växlar som kan undvika detta. Skulle aldrig orka ha en butik där mina kunder slussas iväg till tredjepart för betalning. Det om något måste vara en konverteringsdödare?
Alla kan undvika det, men då måste du PCI certifiera din butik för ett antal hundratusen kronor. Annars är det bara att bita i det sura äpplet och inse att betalväxelns sida för betalning är i stort sett ett måste. Samma sak med banbetalning, vad jag vet så finns inget sätt att göra en bankbetalning i dag utan att hamna på bankens sida
Det är som sagt mer eller mindre standard så jag kan inte tänka mig att det skulle dra ner konverteringen något avsevärt.
Det man kan göra (och som många gjort) är att designa om betalsidan så att det ser ut som en del av din butik, alltså lurar kunden att den är kvar i din butik fast den är på betalväxelns betalsida.
Är det inte så att detta endast är fallet med vissa banker? I vilket fall är det otroligt luffigt att det är så. SEB har vad jag hört rejäla problem med detta sedan länge.
Kan tipsa om en liten fiffig detalj som jag kom på när vi integrerade DIBS kortbetalningar.
Om en kund skall beställa just nu klockan 21.53 så skapar mitt system ett temporärt ordernummer (201106202153) som i samma sekund som kunden väljer kortbetalning i kassan skickas som ett kontrollmejl till en speciell mejladress.
När kunden genomfört köpet fysiskt så skapas det unika ordernumret efter en obruten löpnummerserie och detta görs på callbacken från DIBS att köpet gått igenom.
Den stora fördelen med detta är att om callbacken alt. direktbetalningen hänger sig så har jag ändå fått ett mejl med det temporära ordernumret (datum/klockslag) och kan bevisa om kunden verkligen talar sanning utan att ifrågasätta denne. Jag kan även gå in på DIBS och söka på detta nummer.
En annan fördel är också att mitt lagersaldo minskas först när callbacken är gjord och eftersom det temporära ordernumret inte blev en order vid fel utan bara en kontroll behöver jag inte riskera att nåt tar slut som inte blir en beställning.
När jag söker transaktioner hos DIBS söker jag på det temporära ordenumret som också finns med på ordern (i admin).
@Lastbryggan 20929 wrote:
Om en kund skall beställa just nu klockan 21.53 så skapar mitt system ett temporärt ordernummer (201106202153) som i samma sekund som kunden väljer kortbetalning i kassan skickas som ett kontrollmejl till en speciell mejladress.
Man får dock hoppas att du inte får två beställningar samma sekund så du får två liknande temporärta ordernummer – då det verkar kunna hända eller?
@bloggus 20930 wrote:
Man får dock hoppas att du inte får två beställningar samma sekund så du får två liknande temporärta ordernummer – då det verkar kunna hända eller?
Rent teoretiskt ja, men att två kunder skulle beställa samma sekund och få problem med callbacken samma sekund är högst osannoligt. Skulle det hända så spelar det inte så stor roll heller då man kan söka på IP-numret i DIBS admin.
- Du måste vara inloggad för att svara på detta ämne.