CMS Made Simple Forums

Ik heb het voor elkaar om een betaling met Ideal te doen, vanaf het "Bevestig Order" scherm.

Graag zou ik nu wat hulp krijgen, om voor elkaar te krijgen dat na een betaling (of annulering van betaling) het goede scherm getoond word.

Als ik nu vanaf het Idealscherm (dus van de bank) op annuleren klik, gaat hij terug naar de pagina waar hij vandaan komt, met achter de url dit:
?status=Cancelled

Bijv.
"http://www.shop.nl/afrekenen/?status=Cancelled"

Uiteraard is dat geen pagina op mijn website.
Wat zou een goede manier zijn om op een pagina van m'n website terecht te komen, waarop dan in dit geval stat dat de betaling is geannuleerd.

Oke, de fout-pagina's zijn me nu gelukt.

NU nog aan de gang met waar de bezoeker terecht komt na een geslaagde betaling.

Even m'n producten er erg goedkoop opzetten, zodat ik dat kan testen.

Hmmm, na een geslaagde betaling, word naar de root van de webshop gegaan, met erachter een rij code, die begint met:

index.php?trxid=00500009....nog veel meer code

dus als voorbeeld:

"www.webshop.nl/index.php?trxid=00500009.....en nog meer code"

weet iemand hoe dat op een door mij gekozen pagina terecht kan komen, of bijv. op de pagina waar je normaal na "handmatige controle" op terecht komt.

Die is namelijk met een sjabloon aan te passen en dan word de order automatisch als afgehandeld gemarkeerd.

lol..

Enige waar ik nog wel "even" achteraan moet, is of mijn manier ook wel veilig genoeg is.

Ik heb het nu via een account bij Sisow gedaan.

De accountgegevens daarvan staan in een UDT.

Verder zou een hacker misschien de bedragen kunnen wijzigen voordat een bestelling afgerond word, maar bij kleinere bedrijven zal toch iedere transactie handmatig gecontroleerd worden..

Maarre, ik ben dus nog druk met het proberen uit te vinden hoe op de goede pagina terecht gekomen kan worden na een geslaagd betaling en dat dan ook gelijk de order als afgehandeld gemarkeerd komt, plus uiteraard de winkelwagen weer op 0.

Dit kan ik erover vinden:

returnUrl = "http://" . $_SERVER["HTTP_HOST"] . $_SERVER["PHP_SELF"];

iemand die me hiermee kan helpen?

Misschien ben ik te ongeduldig om op hulp van dit forum te wachten, of ik plaats te snel een vraag..

Ik heb een return URL in kunnen stellen, zodat na een betaling naar een bepalde pagina gegaan word, bijv. de pagina 'status'

In de URL word de betaling status er achteraan geplakt, samen met nog veel meer variabelen, zoals het ordernummer en het transactienummer enzo.

Ik heb een UDT, genaamd 'status' gemaakt, om in ieder geval de status uit te lezen.
(ik heb weinig tot geen php-kennis, dus was nog best wat googlen) Op de pagina kan ik nu zetten:

Uw betaling is {status}

Op de plek van {status} word nu dus gezet "geannuleerd" of "gelukt"

Er zou nog meer code aan de status gekoppeld kunnen worden op deze manier.

Nu blijft eigenlijk nog maar 1 ding over, wat ikzelf dus (echt) niet voor elkaar krijg:

Nadat de betaling gelukt is, moet de order als afgehandeld (betaald) worden gemarkeerd, waarna de email verstuurd word naar de bezoeker en naar de admin.
Dus eigenlijk wat er gebeurt op de standaard pagina als gekozen word voor "handmatige controle"
Dat is het "factuursjabloon" waar je dan terecht komt.

Dus eigenlijk zou ik na een geslaagde betaling op dat factuursjabloon terecht willen komen.

Zou heeeel fijn zijn als iemand verteld hoe dat zou moeten, dan heb ik namelijk in hoofdlijnen de Ideal voor elkaar.

Goed werk tim! Met welke PSP ben je momenteel bezig?

Btw. zag dat calguy gister weer een betaalmodule heeft uitgebracht voor Quickpay (creditcards ). Is hij al benaderd voor het bouwen van een module? Aangezien de documentatie van targetpay, ideal (en wellicht andere) ook in 't engels beschikbaar zijn...

PSP? (ik ken wel de Playstation Portable)

Tja,
Ik heb het nu wel een soort van werkend gekregen, maar erg amateuristisch, onveilig en onpraktisch.

Ik heb een account genomen bij Sisow (www.sisow.nl)
en de documentatie daarvan geprobeerd toe te passen.

Uiteindelijk is het niet gekoppeld aan de Orderbeheerder, reageerd de website op de returnURL, in plaats van de notifyURL (hierdoor minder veilig, zodat iedere transactie handmatig moet worden gecontroleerd)
en zal het alleen werken met 1 BTW tarief en worden de transportkosten er niet automatisch bij gedaan.

Al met al totaal ongeschikt om commercieel te gebruiken, maar wel leuk dat ik nu een product op m'n testshop met Ideal kan betalen

Naar mijn weten is er nog niet iemand persoonlijk benaderd.

Payment service provider

Goed om te horen dat je het wel op een of andere manier aan de praat hebt gekregen.

Lijkt me vrij voor de hand liggend om calguy even een bericht te sturen. Aangezien hij de mastermind is achter deze ecommerce modules. Maar eerst even kortsluiten voor welke Payment service provider er gekozen moet worden. Dit is waarschijnlijk ook het makkelijkste om te realiseren voor calguy.

Graag zou ik jullie keuze hiervoor ook willen weten. Hou hier wel rekening mee dat de api van de PSP sowieso in het engels beschikbaar moet zijn.

Momenteel heb ik de nog geen ideal module nodig dus heb ook nog niet goed kunnen orienteren wat z'n voor- en nadelen heeft. Maar volgens mij lijkt targetpay me een goede. € 0,49 per betaling of € 0,70 als er gemiddeld over 3 dagen minder dan 10 transacties zijn. Geen aansluit- of maandkosten.

sisow.nl, waar ik nu mee bezig geweest ben, is ook erg voordelig, namelijk 0,45 per geslaagde transactie en 0,25 per storting op je eigen rekening.

Ik heb ook per email contact gehad met support en ik moet zeggen dat ze netjes en snel reageerden en zelfs best vaak heen-en-weer gemailt.

De documentatie had ik in het nederlands, maar ik heb ze vast wel gevraagd of ze deze ook in het engels hebben.

Op zich lijk thet me erg goed om het via PSP te doen, de kosten vallen mee in vergelijking met Ideal bij de banken en makkelijker een module voor te maken dan voor alle banken.

Dit vind ik ook prima. Een psp is ook interessanter voor mensen die niet al te veel verkopen via hun website. Ik had even gekeken naar de laatste paypal module en die van quickpay. De modules bestaan beide uit een paar php bestanden met niet al teveel script. Het zal niet heel ingewikkeld zijn (voor calguy) om hier een ideal-psp variant op te maken.

Ben benieuwd wat de rest wil.

Als ik zo dit topic eens teruglees, zullen de meesten al tevreden zijn als er soieso een mogelijkheid tot makkelijk gebruiken van Ideal bestaat.

Een beperking tot 1 PSP zou voor mij in ieder geval geen bezwaar zijn.

Ik heb trouwens nu de engelstalige documentatie van sisow ontvangen.

Is er iemand hier die al regelmatig contact heeft met Calguy?
Anders wil ik wel een email naar hem sturen..

Ik ben ook geinteresseerd in een iDeal gateway module voor CGEcommerceBase. Ben bereid daaraan mee te betalen.