[TYPO3-commerce] Working on a payment gateway...

[JMedia]

Thanks for the reply Ingo,

Most of the danish gateways work by HTTP POST to a https site that loads the
displays the card-form and returns the user to a predefined url.

What do you think about my attempt to modify pi3 (checkout) ?
- my plan is to change the "continue" button after the user has logged
in/registered to a link directly to the gateway. All i need to add is
basically the ordernumber and total amount as currency, merchant number etc
are fixed for the implementation and will thus be hardcoded into the plugin!

I know this is not the optimal way, but as i know more PHP than typo3 it is
the best i can do at the moment.

On returning from the gateway, i have created 3 pages for the 3 states ok,
error and result.
These pages must recieve the POST variables and update the order

Maybe a solution to by problem would be actually creating an extra set of 2
plugins. 1 being the modified pi3 checkout, and the second being a plugin to
act on the recieved data and update the order.
These plugins might be configurable with TS to switch url, merchant number,
return page ID's etc.

Tomas


On 15/02/07 19:17, in article
mailman.1.1171563334.21389.typo3-project-commerce at lists.netfielders.de,
"Ingo Schmitt" <mailinglisten at i-schmitt.de> wrote:

> Dear Thomas,
> 
>> Hi
>> 
>> Just to post some of my results so far in trying to implement a payment
>> gateway into commerce.
>> 
>> I have tried modifying the CURL parameters in paymebt/libs/...wirecard...php
>> to see if it would be possible to use. However my gateway (quickpay.dk)
>> requires a POST and that the user be redirected to a https url.
>> - anyone with experience with CURL? Is it possible to do this method with
>> CURL?
>> 
> 
> Wirecard is a complete API solution, so it only wokrs with the wirecard
> solution.
> 
>> Second experiment is to add some hacks to pi3 that will send the user to
>> gateway when clicking "continue" - here i plan to gather the variables
>> required and send directly as a POST to the gateway, also bringing the user
>> there.
>> Then i would have to configure a few pages for (ok, error and result) that
>> would react according to the gateways reply (after the user has entered his
>> card info in the gateway form)
>> 
>> I am aware that this may not be the best method, but unless someone can help
>> me to find a better way, this seems the only option now.
>> 
>> Any suggestions are welcome!
>> 
> 
> As I mentioned bevore, Jörg is currently writing a documentation about
> payment methods, but I belive, it only works with API payment Gateways,
> not those where the user fills the data on an other page (as in your case).
> @Volker: Have you done somthink like this, and could you add your
> implementation way to the documentation?
> 
> 
> Ingo
> 
>> Tomas
>> 
> 
> 
> Mit freundlichen Gruessen