• Ser ut som det blir problemer n?r man bruker nettleseren p? mobilen. Da man blir rutet til Vipps appen og ikke g?r tilbake til nettleseren, vil ikke Woo oppfatte at man har betalt med Vipps.
    I mitt tilfelle, s? ble orderen registrert med Klarna som betaler og kunden fikk derfor ikke fullf?rt orderen…
    L?sning jeg brukte: set_payment_method( ‘vipps’ );
    Noe som blir oppdatert i fremtiden?

Viewing 3 replies - 1 through 3 (of 3 total)
  • Plugin Author Iver Odin Kvello

    (@iverok)

    Hei,

    Det er flere ting som ikke stemmer helt her:

    1. Hvis du ikke g?r tilbake til nettleseren, s? vil ordren finaliseres i det det kommer en callback fra Vipps. Denne kommer typisk veldig kort tid etter at ordre er bekreftet, og dette skjer uavhengig om kunde kommer tilbake.

    Du *m?* alts? ikke g? tilbake til nettleser; skj?nt om du ikke gj?r det s? vil ikke “thankyou”-hooken kj?re, s? det kan rote til statistikk og enkelte plugins som forventer ? kj?re der.

    Hvis du er p? iOS s? vil du bli sendt tilbake til standard-nettleser selv om du brukte en alternativ nettleser for ? starte ordren. Det vil likevel finalisere ordren og kj?re “thankyou”-hooken, men dette vil da skje i en ny session.

    2. Betalingsmetode “vipps” settes idet ordre blir *opprettet*, ikke i det kunde kommer tilbake fra Vipps. Dette gjelder b?de for hurtigkasse og for vanlig utsjekk. Du skal alts? aldri ha Klarna her, uavhengig av hva som ellers skjer.

    Finalisering av ordre vil imidlertid bare skje om ordren er en Vipps-ordre, uavhengig av om det gj?res med callback eller ved retur til butikk.

    Sp?rsm?let her er alts? hvordan ordren endte opp som ? bli markert som en Klarna-ordre. Det skjer definitivt ikke i Vipps-pluginen. Det er uklart for meg hvordan dette kan replikeres, da det s? vidt jeg vet heller ikke er noe i Klarna-pluginene som setter klarna som betalingsmetode om du velger Vipps.

    Spesielt s? kan jeg teste l?pet du beskrev her lokalt og betalingsmetode er da alltid “Vipps” med finalisering som forventet.

    Hvis du kan replikere dette hos deg lokalt, s? er det sannsynlig at det er noe med ditt oppsett her som g?r galt. I s? fall kan vi kanskje hjelpe til med ? debugge om du kan beskrive stegene som er n?dvendig i detalj. Men Vipps-pluginen i seg selv fungerer allerede korrekt i tilfellet du beskriver over.

    Vi opplever dette p? flere av v?re kunder, men kun noen ordre per kunde, s? andelen er sv?rt lav. Felles for dem er at de bruker Vipps som external payment method i Klarna.

    Ordrene kommer inn og i f?lge notatene blir
    Vipps betaling startet
    Venter p? bekreftelse fra Vipps
    Vipps-callback mottatt.
    Betaling reservert hos Vipps

    S? et par dager etterp? n?r ordren blir fullf?rt
    Ordrestatus endret fra Avventer betaling til Behandler.
    Klarna order could not be captured due to an error.

    Kan det v?re en s?r case at den g?r igjennom l?pet med Vipps betaling og betalingsmetode allikevel st?r til Klarna, slik at det er Klarna order management og ikke Vipps som plukker den opp n?r den fullf?res?

    Fulgt opp litt logger og det ser normalt ut til ? v?re slik at man velger Vipps som betalingsm?te, videresendes og kommer tilbake til bekreftelsessiden.

    Da ser gjerne accessloggen slik ut
    [02/Dec/2020:16:50:53 +0100] “GET /kassen/?kco_confirm=yes&kco_order_id=XXXXX&kco-external-payment=vipps HTTP/2.0” 302
    [02/Dec/2020:16:51:12 +0100] “GET /vipps-betaling/?t=XXXX&status=100 HTTP/2.0” 302
    [02/Dec/2020:16:51:12 +0100] “GET /kassen/order-received/99999/?key=wc_order_XXXXX HTTP/2.0” 200

    Forskjellen p? de ordrene med feil vi har sett n?rmere p? er at de har flere kall mellom valg av Vipps og brukeren returnerer, uten at vi har klart ? reprodusere eller kan finne ?rsaken til det.

    [02/Dec/2020:16:31:34 +0100] “GET /kassen/?kco_confirm=yes&kco_order_id=XXX&kco-external-payment=vipps HTTP/2.0” 302
    [02/Dec/2020:16:32:53 +0100] “POST /?wc-ajax=kco_wc_get_klarna_order HTTP/2.0” 200
    [02/Dec/2020:16:32:54 +0100] “POST /?wc-ajax=checkout HTTP/2.0” 200
    [02/Dec/2020:16:32:55 +0100] “POST /?wc-ajax=kco_wc_update_klarna_order HTTP/2.0” 200
    [02/Dec/2020:16:32:56 +0100] “POST /wp/wp-admin/admin-ajax.php HTTP/2.0” 200
    [02/Dec/2020:16:33:07 +0100] “POST /?wc-ajax=kco_wc_update_klarna_order HTTP/2.0” 200
    [02/Dec/2020:16:33:46 +0100] “GET /vipps-betaling/?t=XXXX&status=100 HTTP/2.0” 302
    [02/Dec/2020:16:33:47 +0100] “GET /kassen/order-received/99999/?key=wc_order_XXXXXXXXX HTTP/2.0” 200

    Plugin Author Iver Odin Kvello

    (@iverok)

    Hei,

    > Ordrene kommer inn og i f?lge notatene blir
    > Vipps betaling startet
    > Venter p? bekreftelse fra Vipps
    > Vipps-callback mottatt.
    > Betaling reservert hos Vipps

    Frem til hit vil betalingsm?te p? ordre v?re “vipps”, ellers ville ikke callbacken bli godtatt.

    > S? et par dager etterp? n?r ordren blir fullf?rt
    > Ordrestatus endret fra Avventer betaling til Behandler.
    > Klarna order could not be captured due to an error.

    Her er ?penbart ordren f?tt status “klarna”. Jeg gjetter p? at det skjer i “update_klarna_order”-kallet over, men jeg kjenner ikke til detaljene der.

    > Kan det v?re en s?r case at den g?r igjennom l?pet med Vipps betaling og
    > betalingsmetode allikevel st?r til Klarna, slik at det er Klarna order
    > management og ikke Vipps som plukker den opp n?r den fullf?res?

    Det er ?penbart et eller annet som setter betalingsgateway til “klarna” i disse tilfellene etter at ordre er fullf?rt. Dette skal vanligvis v?re umulig (hvis man ser bort i fra feil), men det *er* mulig ? endre gateway p? en ordre som har status “p? vent”, siden denne statusen ogs? brukes til ? bety “problem med betalingen”. Det er for slike ordre mulig ? restarte dem med en annen gateway (hvis foreksempel betalingsmetoden som ble valgt var “Forskuddsbetaling”). Dette er “plombert” i Vipps-pluginen, som ikke kan restarte ordre i det hele tatt, men det kan tenkes det er et slags grensetilfelle ute og g?r her.

    Det er en lang og kjedelig historie bak at ordrestatus er “P? vent” for fullf?rte Vipps-ordre, men det *kan* v?re at det vil hjelpe om du i Vipps-instillingene velger “Ordrestatus ved retur fra Vipps” som “Behandler” istedetfor “P? Vent”.

    Ordren vil da da ikke “captures” f?r ordren settes til “Fullf?rt”, om du ikke capturer manuelt; s? det er viktig at capture da gj?res f?r/idet produktene sendes.

    Hvis ordrene da ved retur fra Vipps har ordrestatus “Behandler” kan det tenkes at prosessen som n? endrer gateway ikke f?r sjansen til ? gj?re dette.

    For ? reparere ordrene du allerede har f?tt inn, s? skal det bare v?re ? gj?re som du har gjort, dvs ? endre gateway tilbake til “vipps”. Det er ikke noe eksternt grensesnitt for dette siden det alts? egentlig skal v?re umulig.

    Det *kan* v?re mulig ? lage et filter som sjekker om ordren er en Vipps-ordre i dette tilfellet slik at reparasjonen kan gj?res automatisk, men jeg ville testet ? bruke “Behandler” som sluttstatus f?rst om dette er mulig.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘Problemer p? mobil’ is closed to new replies.