Ik heb een probleem met mijn opencart webshop, zodra de klant wat besteld en gaat betalen via ideal en niet terugkeerd naar de webwinkel krijg ik geen order bevestiging, ook de klant heeft geen bevestiging.
Deze orders zijn alleen terug te vinden bij de afgebroken bestellingen, maar deze zijn wel betaald.
Zodra ik dan de status aanpas kan ik hem natuurlijk wel verwerken, maar dan heeft de klant nog steeds geen bevestiging gehad.
Hoe kan ik dit aanpassen?
Indien de klant wel terugkeerd naar de website nadat de ideal betaling is gedaan heeft de order geen status, kan dit ook worden aangepast?
Ik gebruik Ideal-checout en opencart Versie 1.5.6.
Ook heb ik al contact opgenomen met ideal-checkout maar ik wilde de vraag toch even op het forum zetten als er een oplossing komt via ideal-checkout zal ik deze hier ook posten.
Alvast bedankt.
Dat een klant niet terugkeerd (zijn browser sluit) is voor elke module een probleem maar misschien is de tekst gedurende de cehckout bij gebruik idal-checkout niet duidelijk genoeg voor de klant.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Het werkt jammer genoeg niet zo lekker.
De volgende gevallen zijn voorgekomen voor zover ik weet:
- Klant heeft besteld en betaald --> is betaald, geen order bevestiging, stond bij afgebroken bestellingen
- Klant heeft besteld en "betaald" --> niet betaald, geen order bevestiging, stond bij afgebroken bestellingen
Ik ben bang dat het bij een heleboel klanten verkeerd gaat, waardoor ik klanten misloop.
Daarbij was de server gisteren overbelast, en ook dat kwam de verkoop niet ten goede...

Ik hoop dat ideal-checkout een oplossing heeft! Misschien gebruik ik een oudere versie?
Ik zit nu op opencart 1.5.6.1 en gebruik de betaalmodule van pay.nl (opencart installatie aangeleverd, geen idee welke versie van ideal-checkout dat is, maja)
Ideal heeft toch een soort terugkoppeling die naar in bepaalde pagina van je shop een status kan versturen?
http://www.bekatron.nl Alles voor electronica en beveiliging
http://www.letopjehuis.nl Alles voor beveiliging
http://www.lichtkeuze.nl Alles voor ledverlichting
Ik heb de "originele" gedownload van de site van ideal-checkout en het valt me op dat deze nieuwere bestanden bevat.
Ik ga vanavond maar eens proberen of de nieuwe überhaupt werkt met mijn 1.5.6.1 installatie. (denk het wel)
Als deze werkt, dan krijgen jullie wel weer bericht

Verder heb ik geen idee waar deze mee compatible is. (staat aangegeven als 1.5.0+)
Ik heb de recente versie geïnstalleerd. De betalingen komen door.
Maar om een of andere reden krijg ik én de klant nu geen bevestigingsemail meer.
Zodra ik een update doe in de historie dan werkt het wel. (deze emails komen wel aan)
Dit is weer uiterst frustrerend

Dat heb ik ook gezien in een post op het forum.bekatron wrote:Hallo,
Ideal heeft toch een soort terugkoppeling die naar in bepaalde pagina van je shop een status kan versturen?
Geen idee wat die link moet zijn, ik kan bij pay.nl namelijk een "communicatieurl" invullen.
Volgens mijn praat ideal dan tegen de link die je invult. Enigste wat je dan moet doen is iets maken wat dat omzet in een statusaanpassing. Mijn codeerervaring is wat dat betreft niets dus ik kan je (en mezelf) hierbij niet helpen omdat ik er maar weinig over kan vinden. Ik kan de maker van de omnikassa een mail sturen of die weten hoe of wat.LVL91 wrote:Dat heb ik ook gezien in een post op het forum.
Geen idee wat die link moet zijn, ik kan bij pay.nl namelijk een "communicatieurl" invullen.
http://www.bekatron.nl Alles voor electronica en beveiliging
http://www.letopjehuis.nl Alles voor beveiliging
http://www.lichtkeuze.nl Alles voor ledverlichting
Ik ben benieuwd of het al is opgelost, en wat uw ervaring is met pay.nl.
Voor mijn klanten gebruik ik nu Sisow, de transactie kosten zijn bij hun €0,45 cent per (geslaagde) transactie.
Maar las dat de transactie kosten van Pay.nl €0,35, klopt dat?
Dat is de reden dat ik geïnteresseerd bent ernaar

Hallo Gers,Gers wrote:Beste LVL91,
Ik ben benieuwd of het al is opgelost, en wat uw ervaring is met pay.nl.
Voor mijn klanten gebruik ik nu Sisow, de transactie kosten zijn bij hun €0,45 cent per (geslaagde) transactie.
Maar las dat de transactie kosten van Pay.nl €0,35, klopt dat?
Dat is de reden dat ik geïnteresseerd bent ernaar
Op dit moment gebruik ik zelf Sisow. De problemen zijn nog lang niet opgelost lijkt erop.
Iedereen die ideal-checkout dus gebruikt(met 1.5.6 en 1.5.6.1 volgens mij) hebben pech lijkt erop.
Ik heb gesproken met een persoon, dit is een van de laatste berichten nadat ideal-checkout een update heeft opgestuurd naar die persoon ter goedkeuring:
Er moet dus blijkbaar nog heel veel gebeuren aan de module, jammer....Wacht nog maar even met installeren,
Ik kom er nu net achter dat indien een couponcode gebruikt wordt de plugin vastloopt.
Dit is waarschijnlijk snel opgelost, ik heb de fout al gevonden, alleen moet dit nu eerst opgelost worden en live gezet worden
Pay.nl is wel goedkoper(€0.39 of lager) inderdaad én geen batchkosten bij het uitbetalen.
Maja, als mensen niet kunnen betalen maken die paar centen natuurlijk niets meer uit!
Ik vind de module van sisow echt top! Werkt heel fijn

Voor nu weet ik genoeg en ga ik ook Sisow gebruiken, denk wel dat pay.nl mogelijk een goede optie kan zijn voor in de toekomst.
Groeten

Ik denk precies hetzelfde, aangezien ze wel goedkoper zijn.Gers wrote:Bedankt voor je (snelle) reactie, duidelijk verhaal.
Voor nu weet ik genoeg ga ik ook Sisow gebruiken, denk wel dat pay.nl mogelijk een goede optie kan zijn voor in de toekomst.
Groeten

Maja, dan moet de betaalmodule het wél doen natuurlijk.

Het probleem is namelijk het volgende:
De klant besteld, betaald en wilt terugkeren naar de webwinkel, op dat moment komt er een SOCKET ERROR: CONNECTION REFUSED, Hosting2Go zegt het volgende:
"Het is voor scripts op de server zelf, niet mogelijk de bestanden op de eigen site te benaderen via http://
(localloop blokkade op poort 80)
Wanneer het script via een relatief pad de data kan ophalen, dus via /httpdocs/webshop/idealcheckout/return.php in plaats van http://www.dekker-design.nl/webshop/ide ... return.php , dan zou dit wel moeten werken, omdat dat niet via http verloopt.
Mogelijk kan de leverancier van het script helpen bij dit aan te passen."
IdealCheckout zegt dit niet op te kunnen lossen en zegt dat dit in OpenCart zit, (bij de vorige versie werkte de ReturnURL wel gewoon) dus dit lijkt me erg sterk.
Ook de RaboOmnikassa verwijst mij naar IdealCheckout.
Of om een compleet nieuwe installatie van OpenCart te doen, nu ben ik hier nog niet mee bezig, maar heb ik OpenCart wel geupdated naar de laatste versie. 1.5.6.3
Vanmiddag aan de telefoon gezeten met IdealCheckout totdat de verbinding werd verbroken en er niet meer werd opgenomen.
Heeft iemand anders een idee waar ik dit kan oplossen?
Of zijn er meerdere mensen met dit probleem?
Mijn oplossing was heel simpel en loste meteen alle problemen op van mail na de order tot voorraad aftellen. De module kopen van 39 dollar. Simpel in te stellen en alles werkt zonder problemen. Ik heb ook alleen maar problemen gehad met idealcheckout. Nu is het zo dat de klant niet eens meer terug hoeft te keren naar de shop.
http://www.bekatron.nl Alles voor electronica en beveiliging
http://www.letopjehuis.nl Alles voor beveiliging
http://www.lichtkeuze.nl Alles voor ledverlichting
Ik zag bij sisow dat ik heel vaak "Expired" betalingen kreeg, iets wat niet goed voelde. Daarbij had ik zonder een modificatie van de module niet eens de mogelijkheid om Ajax Quick Checkout te gebruiken. (kreeg 9/10 een timeout meen ik)
Nu zie ik dat Pay.nl een hele andere module heeft die écht goed werkt naar mijn mening. Daarbij zie ik dat ze ook al een module hebben voor OC 2.0. (dat zie ik nog niet bij Sisow)
Dus, ik raad hierbij Pay.nl aan, gezien de lage kosten en de goed werkende module. Tevens hebben ze sinds vorig jaar ergens de hele interface van het administratiepaneel veranderd, dat was eerst ook écht slecht. Dat ziet er nu heel netjes uit moet ik zeggen!
Ow en nog een voordeel. De auto generate van factuurnummers lukte bij sisow niet. Dat gaat bij de Pay.nl module wel, dat vind ik écht héél erg fijn. (moest eerste bij elke iDeal bestelling nog een keer op de factuurnummer genereren knop drukken...)
Mochten mensen nog vragen hebben, dan hoor ik het wel!
Die zie ik ook en komen doordat een klant wel een betalingstraject inzet maar dan niet doorzet.LVL91 wrote:Ik zag bij sisow dat ik heel vaak "Expired" betalingen kreeg, iets wat niet goed voelde.
Is niet per definitie een probleem van Sisow.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Dat dacht ik dus ook eerst. Maar toch vind ik het vreemd dat het bij vrijwel élke betaling gebeurd. Ik ga ervanuit dat mijn "type" klant toch echt niet altijd de betaling annuleert en vervolgens toch doorzet. Met het nieuwe systeem van Pay.nl en de bijbehorende module heb ik er namelijk geen last meer van... (of die laat dat niet zien, dat kan natuurlijk ook!)i2Paq wrote:Die zie ik ook en komen doordat een klant wel een betalingstraject inzet maar dan niet doorzet.LVL91 wrote:Ik zag bij sisow dat ik heel vaak "Expired" betalingen kreeg, iets wat niet goed voelde.
Is niet per definitie een probleem van Sisow.
Het vreemde is ook dat de expired notificatie bijna altijd dezelfde tijd heeft als de complete. Dus het lijkt erop dat er ergens een timeout voorbij komt.
Een ding is zeker, ik blijf voorlopig weer even bij Pay.nl. (met name omdat ze ook een OC 2.0 module klaar hebben staan, zie ik er meer toekomst in)
Ik zie dat bij mij zelden, misschien een missconfiguratie in je shop?LVL91 wrote:Dat dacht ik dus ook eerst. Maar toch vind ik het vreemd dat het bij vrijwel élke betaling gebeurd.
Pay.nl is inderdaad goedkoop, zeker met het Pioneer pakket.
Deze lijkt mij voor de meeste shops wel voldoende.
Gisteren heb ik even met ze gebeld en ze hebben mij nadere info gestuurd.
Volgende week maar eens doorlezen.
Norman in 't Veldt
Moderator OpenCart Forums
_________________ READ and Search BEFORE POSTING _________________
Our FREE search: Find your answer FAST!.
[How to] BTW + Verzend + betaal setup.
Ook met mijn techniekachtergrond heb ik iDeal nooit echt begrepen. Bij Pay.NL kwam ook nog eens de verwarring van het wel/niet instellen van een zogenaamde communicatieurl. De configuratie is altijd maar vaag geweest.i2Paq wrote:Ik zie dat bij mij zelden, misschien een missconfiguratie in je shop?LVL91 wrote:Dat dacht ik dus ook eerst. Maar toch vind ik het vreemd dat het bij vrijwel élke betaling gebeurd.
Pay.nl is inderdaad goedkoop, zeker met het Pioneer pakket.
Deze lijkt mij voor de meeste shops wel voldoende.
Gisteren heb ik even met ze gebeld en ze hebben mij nadere info gestuurd.
Volgende week maar eens doorlezen.
Ze hebben inmiddels ook een nieuwe handleiding die er zeer gelikt uitziet, daarin leggen ze uit dat je die url niet in hoeft te stellen.
Nog een klein puntje van sisow is dat ik niet het idee heb dat ze vooruit gaan. Hoewel het minimalistische systeem wel zeer goed werkt, mag daar best wat aangesleuteld worden lijkt me zo. Het enige dat ze veranderd hebben sinds 2015, is dat ze geen batchkosten meer in rekening nemen. Maja, dat was iets van 15 cent. Als ze nou eens gaan concurreren met bijv. Pay.nl, dan worden ze qua prijs allicht weer interessant.
Wel hoop ik dat Pay.nl ondersteuning aan opencart blijft geven, anders ben ik natuurlijk weer snel genoeg weg.
Mocht ik toch nog problemen krijgen op mijn 1.5.6.1 installatie met de nieuwe Pay.NL module van oktobor 2014, dat laat ik het z.s.m. weten.

Users browsing this forum: No registered users and 2 guests