En feil oppstod under ordrebekreftelse

Hei,

“Unexpectly wait for callback” er en feilmelding bare men for debugging som kan ignoreres.

Feilmeldingen du ser kommer fra ajax-kallet som sjekker om callback fra Vipps er kommet. Det kan v?re enten p? grunn av javascript feil i kundens browser, eller at server returnerer en feilmelding eller skriver ut noe annet enn gyldig javascript.

Hvis det er feil p? din server burde det ha v?rt i loggen; s? her kan problemet enten v?re ugyldig javascript, at en eller annen plugin lager output den ikke skulle i dette kallet, eller noe annet med oppsettet.

Er dette noe du kan replikere selv? Har du muligheten til ? finne ut hvilke browsere kundene bruker? Det kan v?re at feilen er logget til Browser-consollet som kan n?es med F12.

Dette vil normalt ikke p?virke selve ordreflyten fordi callback fra Vipps behandles okkesom. Det er bare at en feil oppst?r i det ordrestatus sjekkes lokalt for kunden.

Caching: Jeg har v?rt n?ye med ? legge til anti-cache headere p? alle spesielle sider, og du vil normalt ha en session i alle situasjoner der du kommer til en Vipps-skjerm.

Hvis du har en cache som ikke tar dette med i betraktningen, s? begynner alle ‘spesielle’ sider med stringen /vipps- om du bruker pene URL’er, og hvis ike s? vil argumentet VippsSpecialPage v?re brukt. Ellers s? brukers Woocommerces eget callback-api s? langt det er mulig. Men caching skal alts? v?re trygt.

Ok takker.. Har ikke hatt dette problemet igjen men opplever mange kansellerte ordrer til tider og gjerne flere ordrer fra samme kunde. Og 2 siste dager finner jeg endelig feilmelding i loggen samtidlig som kunde ringte inn.

Denne kunden fikk melding om at adressedetaljer mangler n?r hurtigkasse brukes og i loggen finner jeg n? flere oppf?ringer av denne:
2018-10-26T07:53:38+00:00 INFO Kunne ikke finne noen tilgjengelige fraktmetoder for Vipps Express Checkout – Bestillingen vil mislykkes.

Mvh
Rune

Ja, uheldigvis s? er det kinkig ? f? ut tilgjengelige fraktmetoder bare gitt addressen i Woocommerce, og ved ekspress checkout s? er det kun addressen som er tilgjengelig – ikke kundens session. Vi har testet med standard Woo shipping-metoder og med Bring-pluginen, men det er s? mange m?ter ? konfigurere dette p? at vi ikke har muligheten til ? garantere at standard-mekanismen vil virke med alle tilgjengelige metoder. Dette er et felt vi h?per ? kunne gj?re fremskritt p? etterhvert, men Woo er dessverre ikke helt samarbeidsvillig her.

Det kan ogs? tenkes at det simpelthen ikke er noen fraktmetode tilgjengelig for det kunden oppgir som addresse.

Det er imidlertid noen filtre du kan bruke for ? tilpasse shipping spesifikt for Express checkout:

‘woo_vipps_shipping_callback_packages‘ – denne tar en liste av “packages”, som er hvordan Cart i Woo grupperer produkter med leveringsaddresse og lar deg modifisere denne til en ny liste. Det vil for Express Checkout bare v?re én slik package, s? dette er i realiteten handlekurven. Resultatet av dette filteret vil sendes til WC()->shipping->calculate_shipping. Du vil her kunne gj?re endringer i produktliste og/eller addresse, og evt. logge resultatet

og

‘woo_vipps_shipping_methods‘ – som tar en liste av shipping-metoder slik de sendes til Vipps, sammen med selve orden og handlekurven som behandles. Hvis listen du f?r her er tom, vil du f? feilen du har opplevet; men du kan da lage en fallback-metode basert p? argumentene. Det kan v?re greit ? starte med ? logge resultater her, men som eksempel kan du se “gratis”-metoden som lages for virtuelle produkter (som ikke trenger shipping:

$methods = array(array('isDefault'=>'Y','priority'=>'0','shippingCost'=>'0.00','shippingMethod'=>__('No shipping required','woo-vipps'),'shippingMethodId'=>'Free:Free;0'));

Alts?, en liste av én enkelt metode med gitte navn og kostnad. Kostnaden er inklusive moms, s? evt. moms m? legges til som siste del av ‘shippingMethodId’ – ogs? en tilpasning til begrensede parametermuligheter.

Det spiller ellers ingen rolle hva du kaller disse metodene, da Woocommerce lar deg velge et hvilketsomhelst navn/id.

Ok, s? du mener det er fraktmetoder som ikke blir funnet? Jeg bruker Woo table rate shipping og mange metoder ja. Men slik jeg forstod kunden s? fikk han melding om manglende adressedetaljer og n?r han opprettet konto og la inn alle adresser s? gikk ordren igjennom ok.

Det som er merkelig er at enkelte ordrer g?r rett igjennom uten problemer mens andre igjen f?r store problemer. Jeg m? nok pr?ve ? f?lge med om problemordrene har noe til felles.

Mvh
Rune

Hvis addressen er ufullstendig s? vil det nok bli problemer ja. I “Normal” sjekkut s? vil Woo blant annet bruke ip-addresse til kunden for ? finne gyldige shipping-metoder, som kunden s? velger eksplisitt, og m? velge f?r sjekkut gj?res; men i express checkout s? er dette ikke tilgjengelig – s? for ? finne metodene s? er kun addressen mulig ? bruke.

Jeg planlegger ? pr?ve ? rekonstruere kunde/session-objektet i shipping-details-callbacken i en fremtidig versjon for ? gj?re dette mer robust; men det er uheldigvis ikke akkurat en standard prosedyre, s? jeg vet ikke hvor gjennomf?rbart eller robust det er. Derfor alts? filterne som en midlertidig l?sning for en gitt butikk.

Ok, da m? jeg bare pr?ve ? g? litt i dybden og se om jeg finner ut av dette. G?r som regel bra hvis kunden pr?ver 1-2 ganger.

Ser et annet lite problem n?r det gjelder caching. Jeg kj?rer en handling per produkt registrert i salgsordre for ? fjerne cache p? single produkt siden og oppdatere lagerstatus etter endt kj?p.

Til dette bruker jeg “woocommerce_payment_complete” som ikke fungerer med Vipps. Jeg regner med at det er fordi vipps ordren f?r status “p? vent”.

Har du en annen action jeg kan bruke til ? kj?re denne fjerningen av cache n?r ordren er registrert, etter endt kj?p?

Mvh
Rune

‘woocommerce_order_status_on-hold‘ eller ‘woocommerce_order_status_pending_to_on-hold‘ kanskje? Ellers s? skal “payment_complete” kj?res n?r alle produkter er virtual/downloadable.

Det ser ut til at denne “woocommerce_thankyou” fungerer.. Men som mange har spurt tidligere, hvorfor brukes status “P? vent” og ikke “Behandler” slik som andre betalingsmetoder bruker?

F.eks Klarna reserverer bel?pet p? kundens kort under status Behandler og trekker bel?pet f?rst n?r ordren f?r status fullf?rt.

De fleste utsendelser av PDF dokumenter, ordrebekreftelser og andre handlinger utf?res jo i status Behandler.

Takker..

Rune

Finner flere PHP notice og feil i vipps loggen samtidig s? jeg i g?r fant betalingsfors?k som har endt med “status=200”. Disse har jeg ikke sett i tidligere vipps versjoner.

2018-10-30T18:09:09+00:00 ERROR Kunne ikke opprette Vipps-betaling 400 Amount is invalid
2018-10-31T00:23:23+00:00 INFO Vipps callback h?ndteres, men er ikke ferdig n?r kunden er kommet tilbake til butikken. Du b?r sannsynligvis se p? ytelsen p? din WordPress og databaseserver.

[30-Oct-2018 17:07:06 UTC] PHP Notice: Undefined index: shippingMethodId in /wp-content/plugins/woo-vipps/WC_Gateway_Vipps.class.php on line 904
[30-Oct-2018 17:07:06 UTC] PHP Notice: Undefined offset: 1 in /wp-content/plugins/woo-vipps/WC_Gateway_Vipps.class.php on line 905
[30-Oct-2018 17:07:06 UTC] PHP Notice: Undefined offset: 1 in /wp-content/plugins/woo-vipps/WC_Gateway_Vipps.class.php on line 908

Jeg mener s? absolutt at min VPS server har ressurser i massevis.

Mvh
Rune

Hei,

400 “Amount is invalid” kommer fra Vipps; hva n?yaktig det betyr er ikke godt ? si uten at hvilken mengde som sendes eksplisitt blir logget. Det er mulig vi kan legge til en debugmodus for dette etterhvert om du ikke har muligheten til ? legge til loggkode selv.

N?r det gjelder databasemeldingen, s? er det kun en av flere mulige ?rsaker til at du kommer i tilstanden du er i. Det som skjer er at callback fra Vipps kommer samtidig som ordrestatus h?ndteres via poll fra kvitteringssiden – og det finnes ingen (portable) l?ser eller andre m?ter ? h?ndtere en slik race condition p? i WP eller Woo. En langsom prosess gj?r situasjonen mer sannsynlig, derfor meldingen. Hvis dette skjer s? er worst-case situasjonen at det sendes ut to eposter til kunden – resten av operasjonen t?ler at det skjer to ganger.

Det siste problemet er mer mystisk. N?r du f?r denne grenen, er det via express checkout? Den skal nemlig bare fyre da, og med mindre du har brukt filtere til ? lage en egen shippingmetode uten ‘shippingMethodId’ s? skal disse alltid v?re med.

N?r det gjelder status on-hold versus processing, s? har vi forholdt oss til dokumentasjonen og ikke til andre plugins. I den grad den dekker temaet s? er det klart at det er ‘on-hold’ som er status p? en ordre f?r pengene er overf?rt til merchant – alts? f?r capture. Jeg har skissert detaljene rundt dette i en kommentar her: https://github.com/vippsas/vipps-woocommerce/issues/7 . Det er mulig en egen modus for dette kan v?re en l?sning etterhvert.

Tusen takk for greit svar ??

Opplever mye merkelig n? etter WC3.5.0 og siste 2 oppdateringer av Vipps. Alt har egentlig fungert meget bra f?r denne tid.

F?rst fikk jeg en hutigkasse ordre hvor det ikke var beregnet mva p? frakten, i tillegg var der en ekstra MVA kolonne i ordre editoren men alle linjer var i 0.00. I sum total feltet l? der ogs? en ekstra MVA linje og her var bel?pet 1.00 NOK, slik at denne ordren m?tte korrigeres f?r den kunne godkjennes.

Neste ordre vare en vanlig Vipps ordre og her var alt ok, ingen feil av noe slag.

S? kommer det 3 nye hurtigkasse ordrer og merkelig nok s? har alle ordrene g?tt gjennom uten kanselleringer eller manglende frakt osv. MEN i ny ordre mailen jeg mottar s? er fraktprisen 1 NOK for h?y (er satt til 50 skal v?re 49), videre s? ligger det en ekstra MVA beregning i sluttsummen, se nedenfor.

Frakt: 50.00 NOK via Brevpost – 100gr
Betalingsmetode: Vipps Express Checkout
Totalt: 119.00 NOK (inkl. 13.80 NOK Mva, 1.00 NOK MVA)

Slik ser alle de 3 siste hurtigkasse ordrene ut og ordresummen blir 1 kroner h?yere en i Vipps meta boksen. Se vedlagt lenke til bilde av ordre.
https://www.arctic-fritid.no/wp-content/uploads/2018/10/ordre-editor.jpg

Som du ser av bildet s? ligger frakt med 49.00 som er inklusive mva og mva feltet er 0.00. Klikker jeg p? beregn p? nytt s? fjernes disse ekstra mva feltene og mva blir lagt til p? fraktprisen slik at den blir 49 + 12.25mva

Problemet gjelder kun hurtigkasse og den merkelige MVA linjen kommer fra VAT oversettelsen i WooCommerce. Selv bruker jeg Mva i alle oppsett og oversettelser.

Det som blir registrert til Vipps ser jo ut til ? v?re helt riktig.

Mvh
Rune

Hei,

Frakt i hurtigkassen er dessverre generelt et litt vanskelig issue. Jeg har et begrenset sett med test-fraktmetoder og plugins; men det er stor variasjon her og lite hjelp ? f? av Woo-apiet. Kunne du sendt en epost til [email protected] med referanse Iver/Frakt i hurtigkasse s? jeg kan f? sendt deg noe debug-logg-kode som muligens kan hjelpe oss ? finne problemet?

Det er noen filtere som er tilgjengelig her, s? forh?pentligvis g?r det da ogs? an ? l?se det.