De skal virke helt fint for varianter (og andre standard Woo-produkter).
Er det ved hurtigkassekjøp direkte fra produktet du får feilen? Det kan være du har en eller annen plugin som forsøker å hente noe mer fra siden enn bare standard produkt/variantid – det kan da være det vil hjelpe å skru på “kompatibilitetsmodus” i innstillingene.
Ellers vil du vanligvis finne mer nøyaktige feilmeldinger i loggene under WooCommerce/status/logger (se da i woo-vipps loggen samt fatal errors).
Thread Starter
akil1
(@akil1)
Jeg slo på “developer mode” men samme feil:
Dette er felmeldingene fra loggen, ser ut som beløpet ikke kommer frem til Vipps. Noen ideer om hvorfor dette skjer?
2021-12-01T16:41:16+00:00 DEBUG For ordre 90032 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:16+00:00 DEBUG For ordre 90031 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:16+00:00 DEBUG For ordre 90027 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90026 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90025 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90024 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90023 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90022 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90021 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90020 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90019 er ordrestatus hos Vipps cancelled
2021-12-01T16:42:14+00:00 DEBUG Initiating Vipps session for woodnspl90080
2021-12-01T16:42:14+00:00 ERROR Could not initiate Vipps payment 400 Amount is invalid
2021-12-01T16:42:46+00:00 DEBUG Initiating Vipps session for woodnspl90081
2021-12-01T16:42:46+00:00 ERROR Could not initiate Vipps payment 400 Amount is invalid
2021-12-01T16:44:57+00:00 DEBUG Initiating Vipps session for woodnspl90082
2021-12-01T16:44:57+00:00 ERROR Kunne ikke opprette Vipps-betaling 400 Amount is invalid
2021-12-01T16:46:16+00:00 DEBUG For ordre 90082 er ordrestatus hos Vipps cancelled
2021-12-01T16:46:16+00:00 DEBUG For ordre 90081 er ordrestatus hos Vipps cancelled
2021-12-01T16:46:16+00:00 DEBUG For ordre 90080 er ordrestatus hos Vipps cancelled`
Thread Starter
akil1
(@akil1)
Vil nevne at disse feilene kommer når vi prøver Hurtigkasse.
Hei, det er “kompatibilitetsmodus” som kan hjelpe, ikke “utviklermodus”.
Jeg antar at prisen på produktene her regnes ut på en annen måte enn “vanlig” (altså bare med produkt/variantid), enten pga plugins eller pga noe i theme. Kompatibilitetsmodus fungerer slik at varene legges i handlekurv før du blir videresendt til Vipps.
Thread Starter
akil1
(@akil1)
Vi vil bruke Vipps på grunn av Hurtigkassen, så det er ikke så interessant at produktet legges som vanlig i handklekurven.
Hei,
Det puttes i handlekurven og starter hurtigkassen med det aktuelle produktet. Prøv å se om det virker for dere; hvis ikke må det inn og sjekkes nøyaktig hva som foregår på deres side når det gjelder å legge produkter i handlekurven.
Thread Starter
akil1
(@akil1)
For produkter der vi har bare en variasjon valg som størrelse eller type så oppdateres URL som er direkte link til den variasjonen og da fungerer Hurtigkassen.
For produkter som har 2 valg for variasjon som farge og størrelse så oppdateres ikke URL.
Kan dette være årsaken til at Hurtigkassen ikke fungerer for disse produktene?
Thread Starter
akil1
(@akil1)
Det fungerer med kompatibilitetsmodus, men vi vil ha Hurtigkasse slik at man kan bare kjøpe med en klikk.
Kompatibilitetsmodus er (eller skal være) et enkelt klikk – den eneste forskjellen fra “vanlig” hurtigkasse er at det da går via cart og den “vanlige” kjøp-knappen på produktsidene. Men du går rett til hurtigkasse evt. til en consent-mellomside uten å gå via normal flow.
Dette gjør at foreksempel plugins som “name your price” eller plugins som legger til ekstrafelter på et produkt (“ønsket tekst for gravering”) blir håndtert som disse plugin’ene forventer.
Den vanlige hurtigkasselogikken gjør ingenting med produktskjemaet, men henter derimot ut “variation_id” fra et skjult felt på siden straks javascript-eventen found_variation fyrer av . Dermed starter kjøpet med bare variation-id som input, så antall dimensjoner skal ikke spille noen rolle.
Det er noen themes som imidlertid bytter ut javascripten her med sin egen, eller HTML’en på produktsiden med sin egen, og i de tilfellene kan dette potensielt gå skeis – i tillegg til situasjonen nevnt over. Så kompatibilitetsmodus er en sikkerhetsventil for dette.
Hvis du har en eksempelside med et produkt med to attributt-dimensjoner der hurtigkasse feiler så kan jeg ta en kikk på hva som skjer med javascripten der.
Thread Starter
akil1
(@akil1)
Vi ville ha Vipps på grunn av “one click payment”, med kompatibilitetsmodus blir det ekstra klikk som vi ikke vil ha.
Vipps er slått av da det ikke fungerer, men for eksempel dette produktet fungerer ikke med hurtigkasse: https://edenseple.no/produkt/gudbrandsdalen-komplett-solvbelte/
Dette produktet fungerer med hurtigkasse: https://edenseple.no/produkt/brystsolje-stor-med-doble-heng-gudbrandsdalen/
Hvis du ser hvorfor bunadsbeltet ikke fungerer med hurtigkasse så hadde vi satt stor pris på tilbakemelding.
-
This reply was modified 4 years, 6 months ago by
akil1.
-
This reply was modified 4 years, 6 months ago by akil1.
-
This reply was modified 4 years, 6 months ago by akil1.
Det skal ikke være noen flere med kompatibilitetsmodus enn uten – det skal se helt likt ut; med mindre det er produkter i handlekurv fra før.
Når jeg ser på produktet du lenker til er det ingenting åpenbart galt der.
Du kan velge å skru på hurtigkassen kun for enkelt-produkter; hvis du lager et skjult testprodukt og legger på hurtigkasse på dette, så kan jeg se hva som skjer der. Jeg kan ikke debugge det videre uten at hurtigkassen er skrudd på.
Thread Starter
akil1
(@akil1)
For oss kommer det ekstra klikk med kompatibilitetsmodus da når du klikker på hurtigkasse kjøp knapper så virker den som vanlig kjøp knapp og du får valg om å gå til kassen eller handlekurv. Og hvis du går til handlekurv så kan du klikke på kjøp og da virker det som hurtigkasse vanligvis gjør.
Dette produktet har hurtigkasse skrudd på nå: https://edenseple.no/produkt/bunadsbelte-til-vossbunad/
Ok – normalt så overstyres den oppførselen slik at man blir sendt direkte til hurtigkassen. Så da overstyret themet vår overstyring.
Jeg testet et kjøp på eksempelproduktet, og dette så normalt ut frem til feilmeldingen. Den konkrete varianten som da ble valgt var imidlertid i to separate tester 87379, som ikke var noen av variantene som *skulle* velges.
Jeg sjekker deretter å velge en fast størrelse (70) og så å svitsje mellom “Skinnlist farge” blå og grønn. Når jeg gjør dette, så skulle varation_id i skjemaet endre seg, men det gjør den ikke. Den blir i begge tilfellene 87399, uansett hvilken farge som er valgt.
Dette er ikke slik WooCommerce virker som standard; hver eneste variant (dvs da kombinasjon av attributter, som størrelse og farge) skal ha sin egen variant-id.
Det er mulig det bare er frontend som ikke oppfører seg korrekt her; men har du installert noen slags plugin som håndterer sekundære valg på en spesiell måte? Foreksempel, når du går til produkt 11312 (det du har laget her), hva er størrelse og farge på underproduktet 87399?
Thread Starter
akil1
(@akil1)
Underproduktet 87399 har størrelse 70 og farge er “any” så kunde kan velge hvilket som helst farge og det vil ikke forandre prisen eller noe annet. Det er nok derfor du får samme variation_id da det ikke forandrer noe på produktet. Vi hadde forskjellige bilder for alle farge variasjoner før, men det ble så mange variasjoner og gjorde siden treg at vi fjernet det og valgte bare å ha bilder for bare en farge per produkt.
Rød belte vises på svart variasjon akkurat nå og vi er klare over feilen, men dette har ikke noe å si akkurat nå.
Her kan du se blant annet produktet 87399 og hvorfor ikke fargene gir forskjellig varation_id. Som vi har satt opp så er det bare forskjellig variation_id for størrelser da det er dette som forandrer prisen og vi er ikke interessert i å legge inn ekstra variasjoner som ikke trengs da det vil gjøre siden bare tregere.
Link: https://imgur.com/a/81gJACc
-
This reply was modified 4 years, 6 months ago by akil1.
-
This reply was modified 4 years, 6 months ago by akil1.
-
This reply was modified 4 years, 6 months ago by akil1.
OK, da skal jeg prøve å replikere dette. Det vil altså si at variant-iden skulle ha vært riktig og skulle hatt en pris som ikke var 0.
