Payment options for ecommerce from

(Ben Chapman) #1

I'm having trouble with payments using the ecommerce form. I am finding that things are not terrible flexible.

 

I am using Matrix version 4.18.3.
I am setting up a form for registering for a training course. The cost for the course depends on whether the person registering is attending as a family member or a professional and whether the person attending is a member of the organisation offering the training course. A problem arises because one set of options gives a cost of $0. When a cost of $0 is passed to the payment gateway (DPS), the form is not processed and the user is taken back to the beginning of the form rather than to the ʻthank you’ page.

I really need to be able to bypass the payment gateway in the case where the cost is $0.

Additionally, I would like to allow the option to pay by methods other than by credit card, such as bank transfer or by invoice.

I see that it is possible to set more than one payment gateway for an ecommerce form, suggesting that it is possible to offer a choice of payment gateway. (If this is not the case, it is not clear why it is possible to set more than one payment gateway.) Also, in the case where no payment gateway is specified, the ecommerce form is supposed to act like a regular form. A solution that I think should work perfectly would be if I could select whether the DPS payment gateway be used – in the case where there is a cost and the user chooses to pay by credit card – or no gateway – if the cost is $0 or the user chooses to pay by an alternative method.

Has anyone set up an ecommerce form that uses more than one payment gateway or allows the payment gateway to be bypassed?

Thanks.

(Aleks Bochniak) #2

What if you created your own html form which could post to different ecommerce forms depending on the payment option selected?

(Ben Chapman) #3

What if you created your own html form which could post to different ecommerce forms depending on the payment option selected?

 

Hey Aleks, thanks for the suggestion.

 

My interpretation of this would be that I would have an initial form that would ask the questions specific to determining which ecommerce form would then be called, and then two ecommerce forms, one for payments by credit cards and one for payments by other methods.

 

The initial form would have to pass its answers on to the relevant ecommerce form. Would you have any advice on how I could pass these parameters? As far as I can tell, the ecommerce form has no facility for receiving dynamic parameters. The only solution that occurs to me would be to send the parameters in a query string in the URL calling the ecommerce form and then extract them using Javascript.