OSCOMMERCE SUPPORT CALL 702-453-3332

Hi, just upgraded from v2.4a to v3.0a, all works great even had a successful order with 3D secure

just wondering, with v2.4 once the order was complete, when viewing the order it displayed certain details of the payment (see below)



however now this does not display with the new version. Just wondering how i would add this as i find it useful when confirming details with the customer as we sell high value goods?

Thanx in advance
Thanx again for a great contribution

Regards
Awais

There are 2 reasons why this no longer appears: firstly, by not storing any card details in the database it leaves no concerns about PCI audits and security etc - Protx stores all the info (including last 4 digits - you can see in protx admin area) on your behalf. Secondly, the way the module now works (by redirecting through a separate file) it is harder to pass the card details through to checkout_process file for storing in the database (not probably possible).

If you are sure you'd like the details storing I could look into it.

Tom

Does the new protx_process bypass or duplicate parts of checkout_process (as does the osCommerce Pay Pal IPN) or does the module still tie in to checkout_process before and after the use of protx_process?

An important point, because if it does take over some of the features of the checkout_process file then it will make it more difficult to integrate other contributions.

Vger

It still uses checkout_process.

Before when a customer hit the confirm button the form action was to checkout_process.php.

The before_process() function of the payment module was called at which point the transaction was submitted to Protx.

With the new module the confirmation page form action is to protx_process.php - this process the transaction to Protx, handles the redirect to the cardholder's bank for 3D-Secure and the return from there. If the payment was sucessful it then redirects to checkout_process to complete the order.

I haven't tested it with other contributions that may modify the checkout process or payment (e.g CCGV etc) and include a warning about this with the module.

If people have difficulties I am happy to work through them to make it more compatible.

Tom

If the before_process in checkout_process is skipped then it would mess with CCGV and CCGV(trad) for certain and almost certainly with other contributions also, so I will have to bear that in mind. Thanks for the information.

Vger

Does the standard osC PayPal module not work with CCGV/CCGV(trad) etc then?

It redirects to PayPal's site from checkout_confirmation, returning to checkout_process on successful payment - this protx direct module effectively does the same.

Tom

The standard osC Pay Pal module works with other contribs because it only uses checkout_process. The osCommerce Pay Pal IPN module bypasses parts of checkout_process and duplicates those functions in its own code - so has to be modified to work with any contribution which itself modifies checkout_process (like CCGV - which modifies the before_process function).

Vger

I have just installed and tested out CCGV(trad) with protx direct v3.

As far as I can tell there are no problems with the 2 contributions co-existing together happily.

The protx direct module doesn't modify checkout_process in anyway - it just runs after the payment module instead of around it in the same way as the standard paypal module.

Tom

Oh ok, no worries its all good.

Thanx anyway

Regards
Awais

Hi,

I have setup an e-commerce web site using OSCommerce. It's called http://www.yourlightsource.co.uk.

I would like to use the excellent Protx Direct payment module for my credit card authorisation. I have installed it all and all seems to work fine until I try to run through the payment process when I get an error on the final screen which reads:

Fatal error: Call to undefined function: curl_init() in /data01/mscullio/public_html/protx_process.php on line 205

I suspect this is because I haven't got CURL installed on my server. I am using a shared hosting service at Zen Internet.

Could anyone tell me how to:

a) validate I have CURL installed?
assuming I haven't, how do I install it?

Many thanks in advance for any help.

Regards,

Matthew

If you don't have cURL installed you can't install it yourself, not on a shared server. You can go to your osC admin panel --> Tools --> Server Info, and it will show if cURL is enabled or not.

Protx requires the following:

1. That you have an Internet Merchant ID. You have one?

2. That you have a Protx Account. You have one?

3. That you have SSL (don't see it on your site).

4. cURL is enabled on the server.

Vger

Hi Vger.

Thanks for getting back to me and for your help so far.

re: your check list...

1 - I do not yet have SSL or a Protx account, however both will be activated shortly. I was installing the ProtxDirect contribution in preperation. Could these things being missing generate the error I described i.e. Fatal error: Call to undefined function: curl_init(), or would this only be created when CURL is not avaiable?

2 - I have checked OSC Admin -> Tools -> Server Info and can see no reference to CURL. What am I looking for?

If it is not installed, is there any work around?

Why do you say about not being able to include CURL on a shared server. In your opion are the hosting company inlikely to let me turn it on?

Thanks again Vger.

Hope to hear back from you soon.

Regards,

Matthew

cURL has to be compiled into the version of PHP running on the server, and on a shared server you won't have the ability to tinker with the installation of PHP.

What you are looking for in Server Info is something like this:


If it's not there, you don't have it.

You can't test Protx without meeting the basic requirements, so there's no point in continuing.

Vger

Ok. I will see if Zen will add CURL into my PHP. Failing that, can you recommend any other Protx integration that wouldn't require CURL? Any suggestions greatly appreciated.

Thanks Vger.

Regards, Matthew.

Protx requires cURL to operate - full stop.

Your hosts won't install cURL just because you ask them to. They obviously have their own reasons why they don't want it compiled.

Get a new host is the answer.

Vger

Hi there,

I posted earlier on that I was having problem with Protx 2.4 and with FEC installed.

If the AVS value of CV2 do not match, the customer just gets a message transaction declined, and does not get a explanation.

I havent been able to resolve it still, I would be grateful for any assistance.

Hey VGer.

Good news. I called my hosting provider and apparently CURL is missing in error. They are installing it now!

Many thanks for your help with this problem.

Regards,

Matthew

We've now gone to Test status with Protx and we have a problem with stock levels and carts after an order is processed.

What happens is that you add a product to the cart, checkout and you're taken to the Protx server where you enter test card data and the transaction is processed. This then sends you out to /catalog/checkout_process.php which then redirects to catalog/index.php.

Only trouble is:

1. The item is still in the shopping cart;
2. The product is still available with x items of stock rather than x-1;
3. The user details show no orders placed by them; and
4. The orders section show no orders taken.

Have I missed something?

These are my stock settings:
Check stock level true
Subtract stock true

Help!

And 5. The cstomer does not get a confirmation e-mail from the shop confirming the order, just from Protx.

It seems as though for some reason checkout_process.php isn't being processed despite being listed on the Protx VSPAdmin transactions as being both the success and failure URLs.

With Protx Direct the customer never leaves your site, and the url's are contained within the module - so there are no success and fail url's to input into your Protx account.

In any event, it sounds like your includes/configure.php files' http and https cookie domains are incorrect. Neither of them should have http:// or https:// in them - but I suspect they do.

Vger

Just realised, I should be talking about Protx Form

In which case - you're in the wrong forum thread - this is only for Protx Direct.

Vger

Yup. I've started another thread.

I'm just testing this and getting a couple of problems: -

Transaction mode: Test


1) Card types except Switch seem to be working ok, but as I am making up the 3D secure "pin" the returned result is always ..



2) Switch is the only card that is showing red, the result is ...



I am using Switch#: 5641820000000005 - Issue #: 01

Transaction mode: Simulator

This just isn't working, I'm getting: -



MODULE_PAYMENT_PROTX_DIRECT_TEXT_DECLINED_MESSAGE does not exist in the language file.

I've not seen that problem with the switch card in test mode before - I suggest you email Protx as suggested by the error message




Firstly you need to make sure you are using the correct vendor name in the module settings. If you are then contact protx to make sure a simulator account has been created for you.

There are 3 language definitions that need to be added to includes/languages/english.php - please read the install.txt file in the contribution package - all the instructions are in there.

Tom

I'm sorry but as far as I can tell it must be something to do with the way FEC changes the checkout process. I don't have that contribution installed to test it out - perhaps try asking in the FEC support thread if anyone else has had the same problem with this or other payment modules - this module returns the error in the same way as other modules.

Tom

Have done, prior to this message.



If a simulator account is different to a test account then I don't have one. What's the difference?



What a stupid n00b mistake, sorry.

Turns out this is the wrong number to use, see Protx response below:-



So the mod package ought to be updated really.

The simulator account allows you to specify the response i.e declined, AVS fail, 3D-Secure etc etc but the test mode doesn't. The simulator is best for testing.


I wasn't aware of this - I will add this to the next update, thanks.

Tom

Just wanted to say a big thanks to Vger and Perfectpassion.

3D Secure is now up and running on my site. Even more security for my customers. Great!

Hi Guys,

I have Protx Direct V3.0a installed on my OSCommerce site and am having some problems. As background, here is how I have setup the site:

I have SSL enabled and the server supports cURL as follows:

CURL support enabled
CURL Information libcurl/7.10.6 OpenSSL/0.9.7a ipv6 zlib/1.1.4

I have configured the Protx section of my OSCommerce admin with the following information:

- Protocol Version 2.2
- My vendor name
- Transaction Mode: Simulator
- Auth Type: PAYMENT
- Send Cart: False

I have also registered with Protx. It's not a full account yet as i do not yet have a merchant number from my bank however Protx grant you access to the simulator after you have specificed your technical information. The simulator all seems to work fine.

I have entered my IP addresses on the Protx Simulator console and have setup that I would like an OK response every time.

When I try to put a transaction through I get a failure message on the checkout screen but do not know how to debug this message further. The message I get is:

- Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.

It appears in a red box at the top of the screen.

I tried turning on the debug mode and I get the following url:

VPSProtocol=2.22&TxType=PAYMENT&Vendor=myvendorname&VendorTxCode=9784480788390678&Amount=470.26&Currency=GBP&Description=Order+Number%3A+5&CardHolder=Matthew+Scullion&CardNumber=4929000000006&StartDate=&ExpiryDate=0108&IssueNumber=&CV2=111&CardType=VISA&BillingAddress=1+My+Road%2C%0D%0AMyVillage%2C%0D%0AMyTown%2C%0D%0ACheshire%2C%0D%0AUnited+Kingdom&BillingPostCode=WA00+0AA&DeliveryAddress=1+My+Street%2C%0D%0AMyVillage%2C%0D%0AMyTown%2C%0D%0ACheshire%2C%0D%0AUnited+Kingdom&DeliveryPostCode=WA00+0AA&ContactNumber=0161+999+9999&CustomerEMail=matthew@mydomain.com&ClientIPAddress=195.153.167.126&Basket= Array=Array ( [0] => )

When I check the transaction log on Protx Simulator there are no transaction record, successful, declined or otherwise.

Any clues as to what's wrong? Or where I need to look to debug this?

Many thanks for your help guys. It's much appreciated.

Regards, Matthew.

P.S. Apologies, I put this post in the main forum earlier by accident.

that suggst's that it's not managing to communicate with the protx erver.

Edit the catalog/protx_process.php file. find the code below:



uncomment to:



Note: This appears twice in the file - you need to change both.

Tom

Tom,

That worked first time. Thanks very much!

What did i just do?

Cheers, Matthew.

Hi again guys.

After Tom's help I now have Protx Direct working! Excellent! And thanks Tom.

I do however have a couple of small problems outstanding:

1) On transactions over a thousand pounds, payment is rejected due to an invalid character in the amount - presumably a comma. I have edited via OSCommerce Admin Console the display of currencies to take the comma out but it still does it.

2) For some reason the customer name is not sent to Protx (or if it is, it is not showing on the transaction log on the protx simulator administrator). All the other details show, just not the customer name.

I have turned on debug mode and these are the results:

his is the debug for this issue:

VPSProtocol=2.22 Status=INVALID StatusDetail=The Amount field contains non-numeric characters. Only numbers and a decimal point are accepted.VPSProtocol=2.22&TxType=PAYMENT&Vendor=myvendorid&VendorTxCode=4195363882012593&Amount=1%2C175.00&Currency=GBP&Description=Order+Number%3A+9&CardHolder=Matthew+Scullion&CardNumber=5404000000000001&StartDate=&ExpiryDate=0108&IssueNumber=&CV2=111&CardType=MC&BillingAddress=1+My+Road%2C%0D%0AMyVillage%2C%0D%0AMyTown%2C%0D%0ACheshire%2C%0D%0AUnited+Kingdom&BillingPostCode=WA00+0AA&DeliveryAddress=1+My+Road%2C%0D%0AMyVillage%2C%0D%0AMyTown%2C%0D%0ACheshire%2C%0D%0AUnited+Kingdom&DeliveryPostCode=WA00+0AA&ContactNumber=0161+999+9999&CustomerEMail=matthew_scullion%40hotmail.com&ClientIPAddress=82.69.40.201&Basket= Array=Array ( [VPSProtocol] => 2.22 [Status] => INVALID [StatusDetail] => The Amount field contains non-numeric characters. Only numbers and a decimal point are accepted. )

I hadn't tested it with a large valu like that and yes you are correct about the comma. The fix is to find the following line:

and replace it with:


There's a coupleof minor changes that need to be added to the package so i'll upload it shortly

WRT the custoemr name - it is a problem in simulator mode only (i don't know why) but it work fine in test & production modes.

Tom

Thanks Tom. Top stuff.

Can anyone help me please?

I have installed this payment module (v3.0) which when I apply it to the simulator everything works like a charm (except for the customers name but that is explained in the above post).

The problem I have is that my client is in Ireland and therefore going through Euroconex (which Protx support) but they can not have 3D-secure. I went through the protx_process.php and I read it that if 3D-secure is used do this else do this. However, when going on to the test server I get an error "Bank Unavailable". I contacted Protx support and their response was



Can someone please help me bypass the 3D-secure. I tried going back and using version 2.4 but it all went pear shaped (glad I backed up!). I have looked in the Protocol & Integration guidelines manual but all the URL's seem to be pointing to 3D-secure and no alternatives appear to be evident.

Your expert help is most welcome...and if I have done something really obvious then please let me know...I can take it

Hmmm I may not be much help here but if it were me and I was losing orders I'd go back to 2.4a until Perfectpassion or Vger responded.

If you do not need 3D-Secure then going back to v2.4a is the best option, v3.0 is only needed if you want to use the 3D secure features.

Tom

If you do want to use v3.0 then edit protx_process.php, find the following:


Change to:


Then find:


and change to:




Tom

Thanks Tom for your prompt reply...I will try to edit V3.0 first I think as I have been told that Protx will be adding 3D-secure to Euroconex accounts shortly.

Thanks again...just needed pointing in the right direction.

Thanking you in advance

John

That is correct - I took the line from a custom mod on my site rather than the contribution forgetting that part was (slightly) different.

Tom

Ok I made the changes line 174-175 like this:

DeliveryAddress => $delivery_add,
DeliveryPostCode => $order->delivery['postcode'],
Apply3DSecure => '0',

But I am now getting an error:

The amount is non-numeric. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.


Any further prods in the right direction would be most welcome.

can you post the output from when you do a test transaction with the debug mode switched on.

Tom

As requested the output from debug mode

VPSProtocol=2.22 Status=INVALID StatusDetail=The Amount field contains non-numeric characters. Only numbers and a decimal point are accepted.VPSProtocol=2.22&TxType=PAYMENT&Vendor=dargle123&VendorTxCode=6473660300848110&Amount=203%2C48&Currency=GBP&Description=Order+Number%3A+1&CardHolder=John+Me&CardNumber=4929000000006&StartDate=0204&ExpiryDate=0208&IssueNumber=&CV2=123&CardType=VISA&BillingAddress=fairhaven%2C%0D%0ABeercrocombe%2C%0D%0ATaunton%2C%0D%0ASomerset%2C%0D%0AUnited+Kingdom&BillingPostCode=TA3+6AJ&DeliveryAddress=fairhaven%2C%0D%0ABeercrocombe%2C%0D%0ATaunton%2C%0D%0ASomerset%2C%0D%0AUnited+Kingdom&DeliveryPostCode=TA3+6AJ&Apply3DSecure=0&ContactNumber=01823+480589&CustomerEMail=unbridledmarketing%40dsl.pipex.com&ClientIPAddress=81.179.88.221&Basket=3%3AKilmartin+Chocolate+Milk%3A1%3A79.95%3A16.79%3A96.74%3A96.74%3ABaltimore%3A1%3A79.95%3A16.79%3A96.74%3A96.74%3AShipping%3A1%3A10%3A----%3A10%3A10 Array=Array ( [VPSProtocol] => 2.22 [Status] => INVALID [StatusDetail] => The Amount field contains non-numeric characters. Only numbers and a decimal point are accepted. )

I appreciate your help Tom.

Sorry the previous dump was from a simulated transaction...this one is from a test transaction

VPSProtocol=2.22 VPSTxId={4C5DBE30-97CF-4394-B361-F508B44DA680} Status=MALFORMED StatusDetail=The amount is non-numeric. TxAuthNo= SecurityKey= AVSCV2=DATA NOT CHECKED AddressResult= PostCodeResult= CV2Result= VPSProtocol=2.22&TxType=PAYMENT&Vendor=dargle123&VendorTxCode=1399376309812111&Amount=203%2C48&Currency=GBP&Description=Order+Number%3A+1&CardHolder=John+Me&CardNumber=4929000000006&StartDate=0204&ExpiryDate=0208&IssueNumber=&CV2=123&CardType=VISA&BillingAddress=fairhaven%2C%0D%0ABeercrocombe%2C%0D%0ATaunton%2C%0D%0ASomerset%2C%0D%0AUnited+Kingdom&BillingPostCode=TA3+6AJ&DeliveryAddress=fairhaven%2C%0D%0ABeercrocombe%2C%0D%0ATaunton%2C%0D%0ASomerset%2C%0D%0AUnited+Kingdom&DeliveryPostCode=TA3+6AJ&Apply3DSecure=0&ContactNumber=01823+480589&CustomerEMail=unbridledmarketing%40dsl.pipex.com&ClientIPAddress=81.179.88.221&Basket=3%3AKilmartin+Chocolate+Milk%3A1%3A79.95%3A16.79%3A96.74%3A96.74%3ABaltimore%3A1%3A79.95%3A16.79%3A96.74%3A96.74%3AShipping%3A1%3A10%3A----%3A10%3A10 Array=Array ( [VPSProtocol] => 2.22 [VPSTxId] => {4C5DBE30-97CF-4394-B361-F508B44DA680} [Status] => MALFORMED [StatusDetail] => The amount is non-numeric. [TxAuthNo] => [SecurityKey] => [AVSCV2] => DATA NOT CHECKED [AddressResult] => [PostCodeResult] => [CV2Result] => [0] => )

That error is caused by a typo in the update i did - sorry!!



should be:


Tom

Ok Tom thatnks for that will amend it...I didn't notice the comma and must have looked at it for at least 15 mins.

OK I have that corrected. Ran a test purchase again on the test server and am back to the Bank Unavailable error message again.

Any ideas Tom?