Hei,
Når feilmeldingene oppstår, skjer det i appen eller i nettbutikken?
Hvis det er i nettbutikken, vil riktig sted å starte være å se i loggfilene; først og fremst i WooCommerce’s egne logfiler (WooCommerce/status/logger) og woo-vipps-loggen der.
I tillegg kan det være feil i selve systemloggen som kan påvirke ting.
Ordrene blir kansellert automatisk når betalingen blir avbrutt hos Vipps, eller hvis den timer out.
Hei!
Det er i appen, slik jeg får rapporter om. Med feilen “betaling feilet”.
Tilfeldig nok sitter de fire-fem jeg har fått feedback på med Android-telefon. Kan det være en sammenheng her?
Fikk også nylig beskjed om at det er gjort en TLS-oppdatering, slik at alt nå kjøres gjennom TLS 1.2. Er dette en logisk forklaring satt sammen med operativsystem på telefon?
Til info: dette er en av de samme feilmeldingene som kommer opp.
2019-03-22T12:24:42+00:00 ERROR Feilmelding i callback fra Vipps for bestilling 40021 User has not acted upon the payment
Det framstår jo som at det er brukeren som ikke velger å gjøre noe, men det er klart det er en vilje til å gjennomføre betaling når det er såpass mange som gjør dette, og at det er mange som forsøker flere ganger.
Så det ligger åpenbart en feil i appen ved at de ikke kommer seg videre.
Ok, da kan jeg dessverre ikke hjelpe til – det ser som du sier ut som om appen fryser (eller noe slikt). Dette skjer utenfor pluginen, så feilen kan ikke rettes der.
Logglinjen du viser til betyr bare at bruker aldri trykket på “Betal”, uavhengig av årsak.
Hvis du har versjonene av Android, håndsettene og appen tilgjengelig så er det da best å rapportere dette til Vipps direkte så de kan få replikert det.
TLS 1.2 burde ikke spille noen rolle med mindre det er snakk om *veldig* gamle telefoner, men debuggingen der er utover det jeg kan noe om.
Jeg har forsøkt, men føler det er mangelfulle svar fra både Vipps og Integration. Veldig irriterende da jeg taper mye penger på dette.
Integration har bare sendt meg hit, mens det var Vipps sin kundeservice på bedrift som opplyste meg om TLS 1.2-forandringen.
Av de tilbakemeldingene jeg har fått fra kundene, så har de beviselig trykket på «Betal» selv om denne logglinjen har dukket opp, men de får umiddelbart feil på at “Betaling mislykkes”. For andre så blir den bare stående å gå uten at det skjer noe.
-
This reply was modified 5 years ago by
parcferme.
Integration peker hit fordi det vanligvis er et eller annet issue mellom Woo og betalingsmodulen; og da vil det være lettest å få svar her.
Men i ditt tilfelle ser det ut å være en bug i selve appen. Jeg kan ta det videre, men jeg mistenker at de vil trenge mer debuggingsinformasjon (symptomer og hvilke versjoner og modeller av håndsett og Android ihvertfall).
For at TLS skulle være en del av problemet, ville du enten måtte hatt en veldig gammel server med veldig gammel PHP, og da ville du ikke engang fått startet transaksjonen – symptomene ville altså være anderledes.
Eller så vil det måtte være snakk om en telefon som ikke klarer å snakke TLS 1.2 med backend. En rask kikk på nettet forteller at Android skal ha støttet dette fra ihvertfall 5.0 av ihvertfall; denne kom i 2014.
Hmm ja, merkelig. Da må det være noe fundamentalt i appen, eller i alle fall med Vipps Hurtigkasse. En av de jeg hadde hørt med hadde også fått tilsvarende feilmelding med Vipps Hurtigkasse på en annen tjeneste.
Veldig rart at Vipps sentralt ikke klarer å plukke opp hva som er feil og hvordan dette kan løses.
Hei,
Det spiller veldig stor rolle hvilke håndsett og versjoner det er snakk om; og variasjonen er jo dessverre stor.
Siste versjon av Vipps-appen la til støtte for TLS 1.2 for Android versjon 4.4, så om håndsettene det er snakk om er på denne og ikke har oppgradert appen, så kan det være en feilkilde.
Om du har muligheten til å finne ut mer om håndsett og versjoner, så vil det hjelpe.
Fikk akkurat rapport fra en med Android som oppdaterte den senest i natt. Og han fikk samme feilmelding som de andre Android-brukerne som har opplevd det samme. Så da er det ikke versjonen det står på, men virker som det fortsatt ligger på Android.
Hei,
Har nettopp fått beskjed om at en ny versjon av appen er på vei ut for Android – med litt flaks løser den problemet.
Hei!
Dette problemet begynte plutselig å oppstå på en nettside vi drifter. Har ikke hørt noe om det før i går, og nå er det en rekke kunder som rapporterer at de har klikket på betal knappen, og deretter for beskjed om at betalingen har feilet, og at de skal ta kontakt.
Men i betalingen blir reservert, og beløpet trukket når vi setter ordren til fullført.
Dette løste seg for vår del da Vipps oppdaterte appen. Vi hadde problemer i cirka en uke med det og tapte kanskje 2-3000 kroner i omsetning på det der og da. Problemet lå i Android, og som Iverok meldte her så kom det en oppdatering ut. Den løste problemet, men fordrer samtidig at kundene oppdaterer appen.
Hei,
Beskjeden om at betalingen feiler kommer altså i selve appen? Hva skjer når kunden kommer tilbake til butikken?
At ordren settes som “on-hold” eller “processing” likevel, hvis den er reservert, kan være fordi callbacken fra Vipps gir dette resultatet selv om kunde ikke blir redirigert riktig etter kjøpet.
Hvis feilmeldingen ikke kommer i selve appen, men når kunde er tilbake i butikken kan det være et issue med pluginen. I tilfelle vil det være fint om du kan sjekke hva som er i Woocommerce-loggene, (Woocommerce/status/logger og velg woo-vipps) og sende oss feilmeldingen. Hvis du ikke har lyst å poste loggene på forumet, så send til support@wp-hosting.
Hvis feilmeldingen kommer i appen, og kjøpet likevel blir gjennomført, så er det fint om du kan finne ut om kundene er på android, og eventuelt hvilken versjon av android. De skal likevel få epost om vellykket kjøp litt avhengig av hvordan du har satt opp Woocommerce; men ihvertfall når ordre endrer status til “processing”.
Hei!
Her er utdrag av loggen:
2019-05-15T08:37:17+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35001
2019-05-15T08:39:44+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35002
2019-05-15T08:39:46+00:00 WARNING Bestillingsnummeret oppgitt er ikke fra denne sesjonen:35002
2019-05-15T08:50:36+00:00 ERROR Kunne ikke opprette Vipps-betaling 402 Unique constraint violation of the order id
2019-05-15T08:57:08+00:00 NOTICE Vipps-callback mottatt for ordre som ikke lenger er på vent. Callback ignoreres. 35010
2019-05-15T10:10:41+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35020
2019-05-15T10:10:44+00:00 WARNING Bestillingsnummeret oppgitt er ikke fra denne sesjonen:35020
2019-05-15T10:52:24+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35025
2019-05-15T10:52:26+00:00 INFO Checking order status on Vipps for order id: 35025
2019-05-15T10:52:26+00:00 INFO order status pending
2019-05-15T10:52:30+00:00 INFO Checking order status on Vipps for order id: 35025
2019-05-15T10:52:30+00:00 INFO order status pending
2019-05-15T10:59:44+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35026
2019-05-15T10:59:45+00:00 INFO Checking order status on Vipps for order id: 35026
2019-05-15T10:59:46+00:00 INFO order status pending
2019-05-15T10:59:49+00:00 INFO Checking order status on Vipps for order id: 35026
2019-05-15T10:59:50+00:00 INFO order status pending
2019-05-15T11:01:44+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35028
2019-05-15T17:25:52+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35034
2019-05-15T17:25:54+00:00 WARNING Bestillingsnummeret oppgitt er ikke fra denne sesjonen:35034
2019-05-15T18:39:45+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35036
2019-05-15T18:50:38+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35037
2019-05-15T18:50:39+00:00 WARNING Bestillingsnummeret oppgitt er ikke fra denne sesjonen:35037
2019-05-15T18:51:41+00:00 NOTICE Vipps callback i gang, men ikke fullført i det kunden er tilbake i butikken for ordre id: 35038
2019-05-15T18:51:43+00:00 WARNING Bestillingsnummeret oppgitt er ikke fra denne sesjonen:35038
Jeg ser at det er noen issues der med sessions som ikke eksisterer (lenger) når kunden kommer tilbake til butikken. Dette kan være problemer med enten caching (særlig object-cache-plugins) eller blokkering av cookies; men du skal fortsatt komme tilbake til en ordreside ved vellykket kjøp.
Loggresultatet du ser kan også komme av at kunde er på telefon og starter kjøpet i fx. facebook-appen og blir returnert til systembrowseren. Derfor kun warning.
Det er altså en uvanlig logg pågrunn av sesjon-tingene, men det er ingen feil der som skulle føre til det du ser.
Så spørsmålet blir igjen om feilmeldingen kommer i selve appen, på vipps-landingssiden eller om den kommer i nettbutikken. Hvis det er i appen, eller på landingssiden, så er det fint om det er mulig å finne så mye data som mulig om hvilken app-versjon, operativsystem og device det er så vi kan rapportere det mest effektivt som en feil.
