Hi there
I will try and make this enquiry is succinct this possible; I’m sure you’re very busy, although I do want to give you all the facts hoping that this may lead to a mutually beneficial outcome.
I’m the Webmaster to our company’s website (http://www.ciaalarms.co.uk) but new to Drupal, and therefore, we have used a third party Drupal web development and design company for our build.
We are nearing completion of the project and have our brochure site with an Ubercart online store using your WorldPay module up and running, however, we would like customers to be able to pay their invoices online, and therefore our developers have added Variable Price module (project/uc_varprice).
However, we need customers to be able to choose to pay with either debit or credit card and to be surcharged 2% if they choose the latter.
WorldPay actually supply the code for a selection box which you can use to determine the card type and also bypass the payment method selection page using the parameter paymentType (WorldPay’s instruction below).
However, our developers tell me that if they add this functionality then the ability to run security updates is compromised.
Is there an existing solution to this or is it something that I could have our developers could work on that you integrate into the next official module release?
Not knowing exactly how this is all done I’m hoping that you’ll be able to guide me to the best course of action.
Kind regards
Antony Christie
antonychristie@gmail.com
Instructions from WorldPay:
...the following information applies for a Business Gateway account using Select Junior (also known as Hosted Payment Page or HTML Redirect)
In order to add a surcharge for credit card transaction the type of card that a shopper will need to be determined at the checkout stage, prior to sending the shopper to WorldPay. This can be done by creating a drop down selection box which will determine the card type and also allow for the payment method selection page to be bypassed, therefore sending the shopper directly to the payment page where they can only then use the specified card type. I have included the code for a selection box which you can use to determine the card type and also bypass the payment method selection page using the parameter paymentType.
MASTERCARD
MASTERCARD DEBIT
MAESTRO
VISA DELTA
VISA ELECTRON
JCB
So when the shopper selects one of the credit card options you will need to have a script than then re-calculates the total amount to charge the shopper i.e. adding a surcharge.
Then to prevent a shopper from using a credit card where they have indicated that they are using a debit card, the merchant will need to request a new installation. Since it is possible for the shopper to select the "START AGAIN" button on the payment page, which would take them to payment method selection page and therefore this page needs to be restricted accordingly. The merchant would then need to request for their two installations to be adjusted accordingly i.e. one setup for debit only and one setup for credit only. This therefore means that the above script would also need to direct the transaction to a particular merchant code.
The above solution would require the use of two Select Junior installation ids (including the existing installation id)
Comments
Comment #1
matason commentedHi Antony, based on what your developers are saying, it sounds like they need to make changes to the module code to make things work the way you want. The way forward is to ask them to submit a patch - see http://drupal.org/node/707484 for guidelines and additional links to information on how this is done. The patch can then be reviewed by the community, worked on if necessary and incorporated into a future release.
Comment #2
kanani commented+1 on matason's response. I was going to suggest the same but or some hook_form_alter magic.
Comment #3
toeknee commentedBeautiful, thanks fellas! I'll pass this on.
Comment #4
toeknee commentedBTW, I found out that this can be achieved using the Rules module, using a VAT rule. We haven't done it yet but I'm assured it can be done!!! I'll post more when it's working (if I remember)
Comment #5
gruberroland commentedIs this still needed?
Comment #6
gruberroland commentedSeems not to be needed any more