Protx VSP Direct v2.0.0

Hi Peter,

petegraaf:

at some point between end of July and yesterday when the shop went live) and transactions were timing out (but still showing up in the VSP Admin screen) so customers were shown the "There is a technical problem contacting the payment gateway" message and the transactions were failing even though they were charged by Protx.

This problem isn't anything to do with the module or Protx as far as I can see but is a problem with your server.

The fact that this problem happened when you switched the shop live should send off alarm bells... the new server clearly isn't working properly!

I'm not sure what the exact problem is but, as you've noted, cURL is failing so your server is somehow unable to talk to, or receive information from, Protx properly.

The debugging to be done for your shop is to determine what is wrong with your server's cURL set up... none of the Protx settings or Zen Cart settings will have any effect, so there's no point wasting any time changing any.

As you can see from the source of the module, there are various options which can be changed for cURL:

curl_setopt($ch, CURLOPT_URL, $url);
			curl_setopt($ch, CURLOPT_HEADER, 0);
			curl_setopt($ch, CURLOPT_POST, 1);
			curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
			curl_setopt($ch, CURLOPT_TIMEOUT, 60);
			curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 1);
			curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);
			curl_setopt($ch, CURLOPT_DNS_USE_GLOBAL_CACHE, 0);
			curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);

You've tried changing the timeout option, so that isn't it. What happens if you disable VERIFYHOST checking? (set it to 0).

It might be best to reply privately about this as this information is probably of no use to anyone else as this is an issue specific to your server.

Hopefully we can get this sorted soon!

All the best...

Conor

Hello Please could you advise me?

I have zen v 1.3.7 and have just installed Drect2.2.2.

When I enable the module in the admin section, I do not see the Direct option come up under my payment methods.

I do have Protx Form loaded along with Checl/Money order, both of these are there, along with any other that I enable, except for Dircet.

I have tried to load it twice, and have Crypt loaded succesfully.

Thank you

Mike

Hello

One of my client is having a nightmare with the 3d Secure aspect of this module - users are getting the following error when they use the system - can anyone shed any light?

https://domain.com/index.php?main_page=checkout_protx_direct_3d_secure&ACSURL=https%3A%2F%2Fwww.securesuite.co.uk%2Frbs%2Ftdsecure%2Fpa.jsp%3Fpartner%3Ddebit_nw%26VAA%3DB&PaReq=eJxVUttuwjAMfd9XVHwAubTpBZkgNqStmpgq2MRz13oUiTaQtivs65dQOliezrGTY%2Fs4MDuVe%2Bcbdb1T1XTExnQ0kw%2FwXmjExRqzVqOEJdZ1ukVnl09HnDIWBq7wIkF55HHGw2gkIZmv8CjhKiSNzpgDGahR0FmRVo2ENDs%2Bxm9SeFwwAeRKoUQdL6Tncu4zn9P%2BAOnDUKUlys25qpWunY3S%2B9xRX866UFgDuSQhU23V6LMMuQ9kINDqvSya5jAhpOu6cddLjDNVArE5ILfOktai2middrn8KbuEfn68P796yNPtdstw5dIijefxFIi9AXnaoDS9BjRkgcPciRdNmJn6Eoe0tE1IEdgpewwHW2J%2Bl7gPgDFbY5UNMwwM8HRQFZobRvsPQ451JhOtmpOzTGJT1XIgtymeXqzbWWMMNB1yamxlkesK4XvW90vCau%2BMUTSi4iJuCRD7lFxXSq7bN%2Bjfr%2FgFWNy4qg%3D%3D&MD=20118735495029421289&zenid=c34b411a5ac1e1a49962a1617b0cd9d9

Thanks

Andy

I should have mentioned above that this is the URL which is causing a 404 on Zencart

Conor.
Hope your recovering well and some things ie you are more important so take it easy

ANd onto my problem/ question
The side box is too wide with the images and affects my layout when i turn it on
Also when a customer has an error, say a post code check fail, it shows 'error 2001, blocked by rule etc'
Can i make it say whats wrong ie address, cvv etc or a more friendly message.

Many Thanks All

Just an FYI ...

If you get this (or a similar) error after installing the Protx mod:

Warning: Variable passed to each() is not an array or object in /<my server root path>/public_html/includes/classes/db/mysql/query_factory.php on line 229

Then run the SQL in this bug fix and see if it helps:

http://www.zen-cart.com/forum/showthread.php?t=56436

The Protx mod adds c. 66 records to the configuration table in the database, and (like some shipping mods which can also add a lot of records) may trigger the bug if you haven't already increased the size of that cache field.

The bug is present in all versions of zen cart up to (and including) v1.3.7.

Hi Pixxi,

Pixxi:

Just an FYI ...

If you get this (or a similar) error after installing the Protx mod:

That's great to know as it had affected a few people in the past and I had to tell them to disable the SQL caching. It's good to know the reason behind this failure and subsequently the proper method of fixing the problem!

All the best...

Conor

Hi James,

jameswilson:

Conor.
Hope your recovering well and some things ie you are more important so take it easy

Thanks, things are going well enough now that I'm able to do some work once again. (Is that good? ;) )

jameswilson:

ANd onto my problem/ question
The side box is too wide with the images and affects my layout when i turn it on

I'm afraid you must have very, very narrow side columns then! The sidebox as shipped with the module fits easily within Zen Cart's standard template and even better within more modern, non-fixed with templates. You can adjust the code in the template or your CSS to make it fit better with your layout but I'm afraid there's nothing else I can do for you in this regard!

jameswilson:

Also when a customer has an error, say a post code check fail, it shows 'error 2001, blocked by rule etc'
Can i make it say whats wrong ie address, cvv etc or a more friendly message.

You could introduce some code to check the error message returned by Protx and output a friendlier message. The module has code in it to selectively output custom messages based on what is returned but what is output is at the limit, as I found it, of reliability in terms of what messages could be mapped to Protx's responses. Unfortunately Protx's documentation actually says that the messages are subject to change and they have no published list of what messages to expect so I've done the best I can to make the messages as informative to the customer as possible.

Now that many of Protx's responses have introduced codes it is indeed possible to output even nicer messages but because these codes haven't been deemed to be permanent I can't program the module to react to them. I've no idea when they are likely to change and therefore any changes at Protx's end could result in the module failing for all those that use it. If you are coding the messages to respond more specifically that's fine for your own site but I hope you can understand that, having to support everyone's standard installation of the module, I don't have the flexibility to take that risk.

I'm happy to tell you what part of the code to change to adapt to the different responses if you like, just contact me via the contact form on our website.

Glad your feeling better mate.
We are using v3 of the module if that makes any odds

I can appriciate that you need to cover all carts not just ours lol.
I think that if you think its best not to do this that is good enough for me and ill leave it alone.

Re the sidebox, we are using the default template (long story) so we have std width columns. Im wondering if id be better to add a footer instead rather than the side box, id like to shout about the vbv and mcsc

Hi James,

jameswilson:

Glad your feeling better mate.

Thanks :)

jameswilson:

I can appriciate that you need to cover all carts not just ours lol.
I think that if you think its best not to do this that is good enough for me and ill leave it alone.

I actually think it's a good idea as it should make any error messages easier to follow but, as I said, you'll have to add some custom coding to the module's sourcecode.

jameswilson:

Re the sidebox, we are using the default template (long story) so we have std width columns. Im wondering if id be better to add a footer instead rather than the side box, id like to shout about the vbv and mcsc

The images should fit inside the standard template's columns, have you forgotten to add the CSS styles for the images to your stylesheet?

If you want to display the sidebox somewhere else, e.g. the bottom of the page, you can modify the template's source and use CSS to position the entire box...

Hi

I have a small problem which hopefully for me can be fixed. When the basket contents get sent to Protx via your v3 mod, what we call our "Packing and Carriage" charge of £4.95 inc VAT seems appears in the VSP Admin as "Shipping" at £4.95, which no ex VAT and VAT split.

Zen Cart treats this correctly so I am assuming it is your module which is responsible for this slight problem. If it is, can it be fixed or if it is something else, can you advise on who to speak to.

Thanks

--
Chris Woods

Hi Chris,

How are you?

cmwoods:

Zen Cart treats this correctly so I am assuming it is your module which is responsible for this slight problem. If it is, can it be fixed or if it is something else, can you advise on who to speak to.

What exactly do you mean by "treats this correctly"?

The information about the shopping basket that is sent to Protx is for informational purposes only and is not intended to be used as anything other than a convenience... the main Zen Cart order information is the only definitive order information for an order.

The "shipping" information that the module sends is taken directly from the order information using the following code:

$shipping = $order->info['shipping_cost']
```The protx module doesn't attempt to calculate shipping/packing costs in any way and simply reads and forwards on the information provided to it by Zen Cart.

Unfortunately Zen Cart currently has the nasty habit of combining all the tax subtotals together into one overall total so it's not an easy job to work out how much (if any) of the shipping cost is tax and therefore the module just doesn't bother.

As I said, the cart details is for informational purposes and convenience only so the effort involved in performing these calculations just can't be justified at this time.

Sorry I can't be more help than that!

If this information is essential to you then you could get a developer to write a function to tot up the totals for the basket's line items, get their tax total, subtract any discounts etc. and then get the final total for tax left over that must belong to shipping.... all doable but as you can tell, quite a bit of work! :)

conor:

Hi Chris,

How are you?

I am fine, thanks for asking. How are you?

conor:

What exactly do you mean by "treats this correctly"?

I mean, that when I enter the shipping cost in the flat-rate option, I enter the ex VAT figure. For every order, the total VAT figure also includes the VAT element of the "Packing and Carriage" charge so Zen is working as I need it to.

conor:

If this information is essential to you then you could get a developer to write a function to tot up the totals for the basket's line items, get their tax total, subtract any discounts etc. and then get the final total for tax left over that must belong to shipping.... all doable but as you can tell, quite a bit of work! :)

I know what the VAT on the "Packing and Carriage" would be all the time, 74p with the ex VAT figure being £4.21. We only have the one carriage charge at the moment. As the Protx system is what connects to the banks, our accounts people and the taxman really need to see the VAT charged on the "Packing and Carriage" charge. Is there a quick hack which can be made for now to give us some breathing space??

Thanks

Hi Chris,

cmwoods:

I am fine, thanks for asking. How are you?

Getting there, thanks! :)

cmwoods:

I know what the VAT on the "Packing and Carriage" would be all the time, 74p with the ex VAT figure being £4.21. We only have the one carriage charge at the moment. As the Protx system is what connects to the banks, our accounts people and the taxman really need to see the VAT charged on the "Packing and Carriage" charge. Is there a quick hack which can be made for now to give us some breathing space??

Erm, your accounts people should really be taking the order information from the Zen Cart orders database, rather than the payment gateway's transaction database. Protx's records are more about the card processing records, which is really just the security information and total balance. The cart details are actually a nicety which Protx provides to make the VSP admin more functional and intuitive... most other payment gateways don't provide this information at all.

Are you saying that your accounts people interact solely with your VSP admin and not your actual store?

I can see how that could actually be quite handy and will be offering a suggestion on how to make things work the way you want them to work below but I felt it important to point out that you are using the sytems in a way they weren't designed to be used.

Since your shipping is resulting in a standard charge, you can introduce a "kludge" to the module's code, specific for your site, which will output the information as you require it.

This kludge is completely inflexible though so please be aware that it will output the same information for every order irrespective of shipping method chosen/used...

The line you will want to change is line 1128 of /includes/modules/payment/protx_direct.php:

$cart_string .= ":Shipping:1:" . $shipping_formatted . ":----:" . $shipping_formatted . ":" . $shipping_formatted;
```Change it to:

```php
$cart_string .= ":Shipping:1:4.21:0.74:4.95:4.95"
```It should be pretty obvious what's being done above so I don't think I need to explain it, but if any of the values need changed, obviously just adjust them as required!

As I've said though, this isn't a standard or recommended way to use the system, but if it's what you want then it's what you want! :)

Please also remember that you'll have to manually apply this change each time you update the Protx Direct module (although no upgrades are planned for the near future as there are currently no known issues! :) ).

Conor
Thanks for the replies
I must admit i have done nothing with the css as i didnt understand the instruction. This might be where my problom lies.
On looking at the doc of the v3 module it talks about adding css comments but i dont know what i should be adding and more importantly to what lol

Thanks, James

hope your fixing up nicely

Hi James,

jameswilson:

I must admit i have done nothing with the css as i didnt understand the instruction. This might be where my problom lies.

CSS is a technology used to lay out HTML pages. It allows you to specify styles which can be applied to HTML elements by type (e.g. h1, h2, p) or by tagging an element with a class or id.

The Protx Direct module uses CSS classes in some of the templates supplied with the module so that you can style the module to suit your shop.

To style the elements provided by the Protx Direct module you have to put some CSS styles into a file called a stylesheet which comes along with Zen Cart.

Open the file

includes/templates/YOUR_TEMPLATE/css/stylesheet.css

in your Zen Cart installation and add the following lines to the bottom of it:

.ProtxDirectCardsAcceptedSideboxCardIcon { margin-left: 4px; margin-bottom: 4px; }

.ProtxDirectCardsAcceptedSidebox3DSecureIcon { margin-left: 4px; margin-bottom: 4px; }

.ProtxDirectFormGadgetError { background: #FF6633; }

.ProtxDirectCardIcon { margin-right: 4px; margin-bottom: 4px; }

If the above file doesn't exist, create it by copying across the file:

includes/templates/template_default/css/stylesheet.css

to the above directory, substituting your template's name for YOUR_TEMPLATE :)

Hope that helps!

Hi,
I have 2 problems with 3.2.2 on Zencart 1.2.6 which I hope someone may be able to shed some light on. I have read all mesages in this thread and docs.

1. Step (3) code snippet for retaining credit card details
   This is not working for me after amending what I think are the correct files. In my version of Zencart 1.2.6 I have header_php.php NOT header.php as per the documentation! If Iuse the 1.3.x instuctions it checkout_payment (step 2 of 3) fails to load.

2. I have a Plesk based host which has proven difficult install via Pear. I have installed Crypt_Blowfish manually as per instructions and the Admin show this as OK. With the Crypt directory in place step 3 of 3 checkout_confirmation.php fail with a blank page!

Thanks
Paul

Hi Paul,

smudge:

1. Step (3) code snippet for retaining credit card details
   This is not working for me after amending what I think are the correct files. In my version of Zencart 1.2.6 I have header_php.php NOT header.php as per the documentation! If Iuse the 1.3.x instuctions it checkout_payment (step 2 of 3) fails to load.

You have to use 1.2.x's instructions of course! :) However, you are right, the files to be modified are header_php.php not header.php, that was a typo! I've updated the docs but won't be releasing a new version for such a minor change. However, read on as it looks as if you may as well skip this step...

smudge:

2. I have a Plesk based host which has proven difficult install via Pear. I have installed Crypt_Blowfish manually as per instructions and the Admin show this as OK. With the Crypt directory in place step 3 of 3 checkout_confirmation.php fail with a blank page!

Unfortunately your host doesn't support PEAR at all then.

My first recommendation would be to move host if possible. If that's not possible then you'll have to remove the Crypt_Blowfish files and run the module without encryption support.

I'm afraid they appear to be the only two options open to you with your host.

It' s not a disaster but it's not a great situation to be in either as potentially anyone with access to your PHP sessions directory can now read credit card details of the currently logged in customers. (They'd have to be on the lookout for this but that's not an impossibility on a shared host).

Sorry I can't be of any more help!

conor:

Hi James,

CSS is a technology used to lay out HTML pages. It allows you to specify styles which can be applied to HTML elements by type (e.g. h1, h2, p) or by tagging an element with a class or id.

The Protx Direct module uses CSS classes in some of the templates supplied with the module so that you can style the module to suit your shop.

To style the elements provided by the Protx Direct module you have to put some CSS styles into a file called a stylesheet which comes along with Zen Cart.

Open the file

includes/templates/YOUR_TEMPLATE/css/stylesheet.css

in your Zen Cart installation and add the following lines to the bottom of it:

.ProtxDirectCardsAcceptedSideboxCardIcon { margin-left: 4px; margin-bottom: 4px; }

.ProtxDirectCardsAcceptedSidebox3DSecureIcon { margin-left: 4px; margin-bottom: 4px; }

.ProtxDirectFormGadgetError { background: #FF6633; }

.ProtxDirectCardIcon { margin-right: 4px; margin-bottom: 4px; }

> 
> If the above file doesn't exist, create it by copying across the file:
> 
> includes/templates/template_default/css/stylesheet.css
> 
> to the above directory, substituting your template's name for YOUR_TEMPLATE :)
> 
> 
> Hope that helps!

Coner
Many thanks for trying I have done as you say but the images are still too wide, ie all the cards are on one line and is too wide, I have manually added the images to my main page and will leave it at that for now

James

Is it possible to use this module to allow customers to order as normal and have an option to use the moto account, so staff can put orders through the zen cart site as normal, but without getting the 3d secure pages?

Protex have mentioned creating a seperate button for staff to use and change the AccountType parameter from E to M. (as mentioned at the bottom of page 40 in this document: http://www.protx.com/downloads/docs/VSPDirectProtocolandIntegrationGuideline.pdf )

Not sure how that will work, as everyone could just use the staff button to bypass the 3D stuff (unless IP addresses could be used.)

I've tried to work it out myself, but I'm no programmer so I'm not sure what I'm looking for.

We need this as we need the orders to be entered into the zen cart database as it is integreated into Sage.

Any help on this matter would be greatly appreciated.

Many thanks

Warren