Search the Community

Jeg kæmper lidt en kamp her. Er ved at køre en shop over fra 1.6 til 1.7.4.3 Og i den forbindelse skal vi have quickpay sat op, meeeeen det har vist sig at være den sidste hurdle vi bare ikke kan få til at virke. Har installeret Quickpay v4.0.43 og indsat alle data som i den gamle shop som kørte Quickpay v4.0.33, og kan nå igennem næsten hele vejen, quickpay fanger fint betalingen, men shoppen melder en "alvorlig fejl" når den vender tilbage og ingen ordrer bliver oprettet. Er seriøst lidt lost med hvad det kan skyldes og har måtte sætte shoppen i vedligeholdelse igen da vi ikke kan modtage betalinger (eller kan vi bare ikke ordre). Har haft modulet afinstalleret og gen installeret igen (samt slettet data) Håber der er nogen derude med en løsning.

Hej Jeg har problemer med ordrebekræftelse der ikke bliver modtaget (af kunden), hvis man vælger betaling med kort. Jeg bruger Quickpay. Hvis man vælger betaling som bankoverførelse er der ingen problemer. Jeg har opdateret Quickpay, men problemet er der stadigvæk. Hjælp? :-)

Hej, Jeg har en kunde som har en gammel PS 1.4.2.5 og som er kommet over på den nye Quickpay platform. Hans Quickpay modul er blevet opdateret til v. 4.0.24, hvilket først krævede installering af Backward Compability modulet. Derefter skulle dette så "tilpasse" quickpay modulet. Betaling med dankort virker fint lige indtil ordrebekræftelses siden. Her er problemet så at shoppen kommer og siger at betalingen ikke kunne bekræftes og derfor får ordren status som "Betaling mislykkedes". Vi har været inde i Quickpay manageren for at tjekke for fejlbeskeder, men her et ingen. Derimod er står der højt og flot en 200 status ved callback url til adressen http://webshop_url/modules/quickpay/validation.php Hvad jeg har undersøgt er, at ved transaktioner der gik igennem det gamle modul, står callback url blot stod til n/a, kan dette have nogen betydning? Det skal siges, at shoppen ikke er i test mode eller på andre måder deaktiveret. Jeg har haft error reporting på under check out og her vises umiddelbart ingen fejl. Check out foregår via Qucik order (OPC i de nyerer PS versioner), men kan ikke se hvorfor det skulle have betydning. Beskeden der vises på ordrebekræftelses siden er "Din ordre ved Webshop fejlede grundet at betalingen ikke blev bekræftet" Jeg har en mistanke om at det er i validation.php det går galt, jeg kan bare ikke finde hvor eller hvorfor. Håber der er nogen der kan hjælpe. På forhånd tak. /Jacob

Jeg har haft en indløsningsaftale med Euroline i flere år, og det har virket fint i kombination med Quickpay modulet og min NETS aftale. Men nu hvor jeg har opgraderet min shop til version 1.6 og skiftet til Quickpays nye platform, er Euroline ikke længere understøttet. Det opdagede jeg så først lige nu, da jeg undrede mig over, at der ikke har været nogen ordrer fra Sverige og ej heller andre kort end Dankort :-( Så hvis du benytter Euroline og Quickpay, så husk lige at få en ny indløseraftale, inden du lige hopper over på Quickpays nye platform. Jeg skifter til Clearhaus, de kontaktede mig for et par måneder siden, hvor jeg fik en testkonto, og det virker meget fornuftigt mht. både setup og gebyrer.

Er der nogen af jer som oplever at have fået flere "Failed to call callbackurl" de sidste 14 dage end normalt? - Jeg har siddet og opdateret vores hjemmeside, opgraderet til 1.6 mv. Dvs. skruet på en masse parametre på en gang, hvilke aldrig er helt godt. Dog så det hele ud til at lykkedes og kunne uden problemer gennemføre ordre. Pludselig, uden at jeg husker at have ændret på noget, så modtager jeg nu ikke mails fra min prestashop om ordre, jeg får "Failed to call callbackurl" for alle ordre og når jeg går ind i min prestashop, så er status "tom" dvs. der er ingen status. Så snart jeg ændre på status, så udsendes der mails til kunden... Fra kundens synspunkt går ordren næsten fint igennem. Han kommer over til tak for ordren siden men får IKKE mails med bekræftelse på købet. - Fra man klikker betal inde i Quickpay vinduet, til man kommer tilbage til min shop går der 2-3 sek, så burde ikke time ud. Jeg kan simpelhent ikke gennemskue hvor fejlen ligger. Men tænker at det skyldes at quickpay ikke får svaret rigtig tilbage til PS... Benytter SiteGrounds som udbyder, hvilke jeg har været ganske tilfreds med indtil nu. Har OPC fra Canin og PS 1.6 theme fra premium-templates

Hej, Inde i Quickpay er der under Værktøjer -> Callbacks en liste med fejlede callbacks. Der er hele tiden nogle som fejler, se vedhæftede billede. Jeg har flere gange haft fat i Quickpay support, som ikke kan finde fejlen og sender mig videre til min host som er Meebox. Jeg har og har haft flere andre shops, som ligger på Unoeuro, og jeg har aldrig oplevet en eneste callback fejl. Hverken med Prestashop 1.4, 1.5 eller 1.6. Så jeg er næsten sikker på det har noget med Meebox at gøre. Nogle der har lignende problemer?

Hej alle eksperter! Jeg er ved at sætte min shop op (nyeste version, 1.6 mener jeg) og har dertil valgt at bruge paypal, og så quickpay for at slippe for Paypals eget betalingsvindue. Det hele kørte super i test versionen men nu har jeg sat den i produktion og nu får jeg følgende fejl, "Message Error Detected An unrecoverable message error has been detected with the following information: No available payment methods Please correct the problem and re-submit." Jeg fik så af vide at en af Quickpays supportere at jeg kunne ændre cardtypelock værdien til creditcard eller paypal, men så fik jeg problemer med MD5 værdien, er der nogen der kan hjælpe mig med hvor jeg ændre cardtypelock værdien for MD5 koden, så de to md5 værdier kommer til at matche? Shoppen hedder rafini.dk hvis det kan hjælpe jer. Håber virkelig i kan hjælpe mig, er lidt på bar bund.. De bedste hilsner Rasmus Kjeldsen

Hej Jeg ville høre om der er nogen som kan hjælpe mig angående QuickPay og Order prefix. Jeg har opdateret mit QuickPay modul, men efter dette, har jeg problemer med at kunne trække pengene fra Prestashoppen. Der lå nogle ordrer som var åbne, inden jeg opdaterede modulet. Disse ordrer står nu med beskeden: Quickpay error msg: Error in field: ordernumber Tænker at det måske har noget med Order prefix at gøre, men er ikke sikker?

Hej Jeg har et problem med QuickPay og OPC modulet til Prestashop 1.5.2.6. QuickPay er v.3.2.5. Jeg kan ikke få lov til at bekræfte ordren på OPC. Når jeg trykker på knappen sker der ikke noget. I går havde jeg et lignende problem, men der var det GLS modulet som fejlede. Dette var så på en testside. I dag skulle jeg så ligge det live, men så var det åbenbart QuickPay som drillede. Håber en venlig sjæl kan hjælpe. OPDATERING 12-06-2014 12:24 Havde glemt at læse QuickPay modul dokumentation. Skulle udkommentere et par linjer i quickpay.php og så virkede det igen

Min shop jojoba.dk kører 1.5.6.2 og jeg er indimellem begyndt at få mails efter ordrer er modtaget om at Callback URL fejlede. Jeg bruger ikke Callback URL i Quickpay, da jeg faktisk ikke er klar over, hvordan det benyttes. Men det underlige er, at det kun er sommetider jeg får fejlen - jeg har aldrig oplevet det, da shoppen kørte version 1.4. Jeg tænker, om det kan skyldes, at shoppen er for langsom om at svare under ordreforløbet? Ordrene går fint igennem alligevel, men det er en lidt træls fejl alligevel. Jeg har ikke hørt om fejlen fra nogle af de kunder, jeg laver PrestaShops for, så det får mig jo til at tænke, at det kun er noget der sker i min shop. Er der andre, der oplever det samme? Shoppen er hostet hos Meebox på et PRO-hotel, så jeg vil jo tage fat i Meebox, hvis fejlen ikke er noget andre oplever.

Hej Jeg er ved at bygge en webshop op for en kunde. Til dette har jeg installeret QuickPay's modul, samt OPC-modulet: http://addons.prestashop.com/en/checkout-modules/6841-one-page-checkout-for-ps-15.html. Problemet er dog, at når jeg markerer QuickPay som betalingsmåde og vil bekræfte ordren, så stor OPC bare og snurre (se vedhæftede billede).

Hey guys Er der nogen der ved, om det er muligt at kunden kan få vist en ordre oversigt efter et køb via quickpay ?

Hej, jeg søger en der kan hjælpe med installering af betalings metoder til min webshop, jeg betaler selvfølgelig for det, og helst en fra københavn. du kan kontakte mig på [email protected] Mvh. elheich