Uppföljning av problemen med DIBS

by fabian on 16/06/2010

Ledsen att jag varit så sen på att uppdatera här, men nu har jag i vilket fall som helst lite svar direkt från DIBS.

Först och främst måste jag säga att jag är förvånad över att DIBS svara på ett så amatörmässigt sätt. Jag kanske är gammalmodig, men just när man jobbar med kundtjänst tycker jag att man skall vara noga med att formulera sig grammatiskt korrekt samt använda stor bokstav i början på en mening etc.

Jag frågade DIBS om hur det kommer sig att 54% av köpen som går via DIBS blir misslyckade. Jag frågade varför dom kämt in två felmeddelanden på samma rad så att det blir svårt att avgöra vilket av dom som är problemet. Jag frågade vad “Amount is too high” innebär, vad det är för skillnad på “Nekad” och “Köp nekades”, vad “Okänd felkod” kan vara, jag vad även om mer detaljerade fel-loggar.

Svaret jag fick var:

det är olika meddealnde , det beror på om det är på debitering så är det amount som är fel

det är svårt att säga det man måste kolla är under nekade och se vilka felkoder som kommer upp, är det ett d före så är det våran felkod, annars är det banken som nekat köpet

om kunder försöker om och om igen så blir det rätt många %, d07 gör så att det blir högt

Härefter följer ca 10 mail för att reda ut olika delar av felen, och jag har nu kommit fram till vart delar av problemen ligger:

Unika ordernummer – När vi skapar en order på BoPunkten får den ett ordernummer, när vi skickar det till DIBS för betalning och en kund t.ex. väljer att betala med internetbank, men inte har pengar nog på sin bank och därför inte genomför betalningen så är detta ordernummer förbrukat, oavsett om kunden via DIBS väljer att betala med VISA, Mastercard, Dinersclub etc. Har köpet en gång försökt att användas på t.ex. en internetbank men misslyckats så kan man aldrig mer betala med det ordernummret.

Detta är ju galet fel enligt mig. Jag har kunder som försökt betala med två olika internetbanker och tre olika betalkort och därefter gett upp. DIBS förslag på en lösning av detta problem är att jag skall maila dom vilka kunder/ordernummer som är berörda så att dom kan låsa upp dom, därefter skall jag be kunderna besöka oss igen för försöka en gång till, med risk att dom råkar låsa ordernummret igen.

Den bästa lösningen på problemet vore om DIBS tillät att man kunde göra nya betalningar på ett ordernummer tills dess att det fick betalstatus OK. Ett alternativ för att få det att delvis fungera vore att jag la på en siffra på slutet av ordernummret varje gång jag skickade kunden till DIBS så att formateringen blir [ORDERNUMMER]-[FÖRSÖK#]. På så sätt skulle kunden när köpet skiter sig backa i browsern och på nytt skickas till DIBS med ett nytt ordernummer (som egentligen rör samma ord

I vilket fall som helst, 54% misslyckade köp är det inte, utan 54% misslyckade försök. Tänk om en restaurang hade samma sätt att hantera en betalning?

- En 8-bitars sushi
- Var det bra så?
- Ja, oj, jag hade visst inte pengar på kortet.
- Ingen fara, jag kan betala åt dig
- Tyvärr, han har redan försökt betala denna maträtten och den är nu spärrad, prova att beställa en ny maträtt, eller ring vårt kontor och be dom aktivera denna maträtten så kan du komma tillbaks imorgon och köpa den.

  • http://www.stefannilsson.com/ Stefan

    Skrämmande att höra. Även om man köper Dibs förklaring om att det inte handlar om köp utan försök (för min del försöker jag sällan mer än 2-3 ggr) så är det fortfarande alldeles för stora siffror. Hur kommer man lösa det från Dibs sida? För jag hoppas att man inte accepterar en så stor procent som “bortfall”.

  • http://fabian.mossberg.in/ Fabian

    DIBS skriver:

    “på SEb och Nordea så måste kunden klicka sig tillbaka för att vi skall få signal att det är ok eller nekat på köpet, vi håller på med att göra så att vi kan fråga status mot bankerna så att vi kan fånga upp dessa ifall kunden inte kommer tillbaka, när detta är driftsatt så kommer detta problem att minimeras.”

    Dock tycker jag inte att detta minimerar problemet. Den enda korrekta lösningen tycker jag är att tillåta dubbla betalningar per ordernummer, man kan ju alltid välja att återbetala de som är felaktiga.

    Jag överväger att erbjuda kort/bank-betalning via Payer som förstahandsval i framtiden. Vi har redan avtal med dom och kör deras lösning på Förstahandskontrakt.se vilket fungerar bra.

  • http://www.jonnyelofsson.se Jonny Elofsson

    Kanon, tack för info. Den här problematiken har jag erfarenhet av, det var likadant för 4 år sedan. Jag har för mig att jag löste det genom att INTE skicka ordernummer till Dibs utan gjorde en separat löpnummerserie som jag skickade som vid misslyckade försök fick ett nytt löpnummer. På så vis slapp man avbrott i sin egen ordernummerserie. Man kan kalla den här separata serien för typ “dibsnummer”, “dibsTransaktionID” eller liknande i sitt system/databas.

    Vid misslyckat försök uppdaterar man värdet i sin databas för ordern och skickar ett nytt unikt värde vid nästa försök. På så vis kan du koppla samman transaktioner i Dibs system med ditt eget system utan att blanda in och pajja sin egen serie med ordernummer.

  • http://fabian.mossberg.in/ Fabian

    Ah, det är ju också en lösning! Lite som min tanke med [orderid][försök#] dvs, så att ordernummer 2231, försök 1 får 22311, försök 2 får 22312 osv. Då får man ju ordernumret + lite skit hos DIBS, jag tycker att det är rätt nice att kunna söka på ordernummer. Jag bakar in en del nyttig info i ordernumret redan så det vore skönt att få ha det kvar.

    Huvudsaken är att aldrig skicka en besökare till DIBS två gånger med identiska ordernummer.

    Får se hur snabbt vi kan impementera detta, då blir det intressant att se hur många av köpen som går igenom först på försök 2 eller senare.

  • Semiquasimodo

    Hej
    Jag har kortbetalning genom CertiTrade mot USA utan problem. De kort som inte kan användas i 3D-secure går att köra utanför. Men då får jag stå för eventuella bedrägerier själv, men det är inga problem eftersom jag har kunder jag känner till och använder CertiTrades MailPay och skickar ut en betalningsorder själv. Kontakta dem så kan det lösa sig. http://www.certitrade.net

  • http://fabian.mossberg.in/ Fabian

    Har kikat på certitrade, men det är också jobbigt att göra en flytt. Dels sitter man i avtal som man är bunden vid, dessutom måste vi bygga om kassorna för att fungera med certitrades tekniksa lösning.

    Det kanske blir en flytt dit i framtiden, alternativt till Payer som vi tidigare använt oss av utan problem.

blog comments powered by Disqus

Previous post:

Next post:

Bloggparaden