Printable View
Not sure if this will help but will try.
Again what ver of Zen are you running and what ver of the protx Direct Mod are you running.
Remember that PROTX has just had a major upgrade to both the zen mod and also the Protx servers/systems.
So its possible that your problems could be a result of using an old version of the mod.
If you get back to us ASAP and we can try to assist.
Just had a quick look on the Protx forums to see if I can get a lead on the problem for you.
The error you give is part of the std response string from protx to your store e.g.
Response was: VPSProtocol=2.22 Status=OK StatusDetail=0000 : The Authorisation was Successful. VPSTxId={83934307-545B-711C-27EE-52FA991438E0} SecurityKey=GR4MAH0VRR TxAuthNo=3492029 AVSCV2=SECURITY CODE MATCH ONLY AddressResult=NOTCHECKED PostCodeResult=NOTCHECKED CV2Result=MATCHED 3DSecureStatus=ERROR
Successful
So we need to see what both the info sent to the server by your store and the full response is (debug mode should enable the full feedback viewing for you)
Hi Craig and dasonix,Quote:
Originally Posted by CES
That's the problem! I'm trying to upgrade to latest Protx release.
The details are:
Zen Cart 1.2
Patch: 2.0
Database Patch Level: 1.1.2
PHP Version 4.4.7
I downloaded the new module from here:
http://dev.ceon.net/web/zen-cart/protx_direct
And followed the instructions from here:
http://dev.ceon.net/web/zen-cart/pro...t/installation
Everything was going fine until the step 9, "Install the Protx Direct module".
"Go to Modules > Payment, click on protx_direct and then on Install"
I don't have a "protx_direct", just "Protx Direct v3.2.1, which is already installed:
http://www.stephenlynn.co.uk/temp/zen.jpg
What have/haven't I done?
Is there something that I've left out of the other steps to prevent the module from appearing?
Steve
I forgot to mention, - this has come at a really bad time for me. I've just taken over the Zen Cart from somebody else, and so I'm completely new to it, but now, it's quite important that the shop is open. I've closed it until I get this sorted, as people were getting errors, but their cards were still being charged each time they tried.
So I would really really appreciate any help getting to the bottom of this.
Steve. (also in Belfast).
Maybe you've already done these, but some things to check:
1. Did you use the version of the module for v 1.2.x stores?
2. The line you see in admin->modules->payment (Protx Direct 3.21) is the right one - highlight it and click 'Edit', then enter your Protx user name and the rest of the settings, then save it.
3. Do you have 3D Secure enabled in your Protx admin?
Yes, the zip file is called ceon_protx_direct_for_zc_1.2.x.zipQuote:
Originally Posted by Pixxi
The protx username is entered. The rest of the fields are empty or default.Quote:
Originally Posted by Pixxi
How do I check this?Quote:
Originally Posted by Pixxi
Cheers,
Steve.
You'd need to login to the live VSP admin account at www.protx.com, and look under administration->account parameters. It's right at the top of that page.
Thanks, I've e-mailed the guy I've taken over the site from, to get the username and password for the admin area.
I'll get back to you when I've got that.
Make sure you have the mod set to 'Live' in the shop admin - it comes set to 'Test' as default.Quote:
Originally Posted by sinecurea
Hello Sinecurea,
is that image of zen cart all you are seeing? The info column is missing? If so I too am having the same problem. I'm installing ceon_protx_direct_3.2.1_for_zc_1.2.x on zen cart 1.26d. and i can't see the info column in the module>payment admin page. The page looks just like your image, no info column.
Either way, can anyone help me out on this. It's really urgent.
I should also mention that the info column appears when i delete the coen module files, but when i put them into place the html of the page just stops when it gets to the point where the info column should have been generated by the server. Something is breaking the php generation as it where. It just stops, no body end html, just ends immediately after the action column html.
Help :(
this looks like a great and very helpful well supported thread by the way, good to see! thanks in advance for any time anyone spends on this issue.
I just tried installing zen cart version 1.3.7 on a test server and ceon_protx_direct_3.2.1_for_zc_1.3.x on that, and the info column appears fine. Is this a known issue on zen cart 1.26d?
Aaagh, i don't have time to upgrade our bespoke site template to work on 1.3.7 right now. Any ideas?
AFAIK, that's not a known problem - I look after a 1.2.3 shop where the module is installed and working fine.
ouch, thanks though, i'll hold out hope someone else can shed light. anyone else seen anything like this?
I need to get protx running fully urgently! has anyone managed to get the protx system running in any other way since the august changes to the banking system, without using coen's module. it might be my best option if noone can help with coen's
If you do a 'view source' of the admin->modules->payment page, are there any errors listed at the point where the script stops drawing the page?
Hi,
First off, thanks very much to everyone for the messages of support, they were all greatly appreciated! :laugh:
I'm home from hospital now and am happy to say that everything appears to have gone well. I'm not quite back to strength yet, that will take time, but official support will resume tomorrow, so please feel free to contact us if you have been holding off, using the contact form on the website.
This is almost certainly a problem with files not having uploading properly and therefore prematurely ending the PHP output. This isn't a problem with the module itself but of course we will help you to get it working asap. I'll contact you privately about this!Quote:
Originally Posted by bod
All the best...
Conor
Ceon
Hi Steve,
How are you?
It's gone well enough, thanks! :)Quote:
Originally Posted by sinecurea
This couldn't be the full error I don't think... it seems like the actual error message/code is missing and all you are seeing is part of the status code.Quote:
Originally Posted by sinecurea
Can you please contact me privately via the contact form on the website. I'll need the following details:
Shop admin url
Admin Username/password
FTP username/password.
Thanks.
Also thanks to those who offered their support to others while I was away (in this case, thanks Dasonix & Pixxi! ;) ).
All the best...
Conor
Hi, we've upgraded the module but we're not able to get the test Maestro number to work while in test mode. I get the following error:
Your card could not be authorised! Please correct any details below and try again, try another card or contact us for further assistance. (4046 : 3D-Authentication required. Cannot authorise this card.)
In the Protx admin, I have "3D Secure Checking ON" and I do not have any specific 3D Secure rules set up.
I did not do the most recent update that was posted on 8/2, but that should only apply if I have the "Authenticate" Transaction Mode in the module's settings in the Zen Cart admin, right? We have "Test" as the Transaction Mode and "Immediate Charge" as the Authorisation Type.
Can you tell what I'm missing? I don't have a real Maestro card to test with: does it sound like this is a problem with the test number itself?
I hope you're feeling better, Conor!
Hi,
I think we've got this sorted privately now.
Just to let people here know, the module was upgraded incorrectly... it wasn't "Removed" before the files were copied across so the upgraded version was trying to use non-existent database values, which of course won't work!Quote:
Originally Posted by sinecurea
Thanks to those who tried to help Steve!
All the best..
Conor
Hi,
I upgraded yesterday to Protx Direct 3.2.1 as the Protx Direct 2 version that I had in and working in my customer's shop stopped working (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.
After removing the old installation and upgrading exactly the same thing is happening. Basically the transaction shows in the VSP admin screen immediately (within a second or so) but the shop just times out and the same error is displayed. I updated the cURL in the 3.2.1. to timeout at 90 & 120 seconds but this didn't resolve anything.
The same issue also occurs if I do this in Test mode.
When running a live transaction in debug mode I get the following back:
Data was sent to URL:
https://ukvps.protx.com/vspgateway/s...t-register.vsp
-------------------------------------
Unprocessed Data received from Protx:
------------------------------------------
Data received from Protx after processing:
------------------------------------------
string(42) "cURL Failed so no return values processed!"
----------------------------
Original Data sent to Protx:
----------------------------
VPSProtocol=2.22&TxType=PAYMENT&Vendor=sensav&VendorTxCode=
....data removed as this is a public forum!...
-----------------------------
Blowfish Encryption was used.
-----------------------------
------------------
Transaction status:
-------------------
Transaction denied!
c
Have contacted Protx but they can't see anything wrong at their end, BTW I have tried 3D secure enabled & disabled (this is a Visa Debit transaction).
If anyone can help or offer any advice it would be much appreciated!
Peter.
Hi Peter,
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.Quote:
Originally Posted by petegraaf
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:
You've tried changing the timeout option, so that isn't it. What happens if you disable VERIFYHOST checking? (set it to 0).PHP Code: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);
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_pa...62a1617b0cd9d9
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:
Then run the SQL in this bug fix and see if it helps:Quote:
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
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,
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!Quote:
Originally Posted by Pixxi
All the best...
Conor
Hi James,
Thanks, things are going well enough now that I'm able to do some work once again. (Is that good? ;) )Quote:
Originally Posted by jameswilson
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!Quote:
Originally Posted by jameswilson
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.Quote:
Originally Posted by jameswilson
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,
Thanks :)Quote:
Originally Posted by jameswilson
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.Quote:
Originally Posted by jameswilson
The images should fit inside the standard template's columns, have you forgotten to add the CSS styles for the images to your stylesheet?Quote:
Originally Posted by jameswilson
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?
Quote:
Originally Posted by cmwoods
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:
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.PHP Code:$shipping = $order->info['shipping_cost']
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! :)
I am fine, thanks for asking. How are you?Quote:
Originally Posted by conor
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.Quote:
Originally Posted by conor
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??Quote:
Originally Posted by conor
Thanks
Hi Chris,
Getting there, thanks! :)Quote:
Originally Posted by cmwoods
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.Quote:
Originally Posted by cmwoods
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:
Change it to:PHP Code:$cart_string .= ":Shipping:1:" . $shipping_formatted . ":----:" . $shipping_formatted . ":" . $shipping_formatted;
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!PHP Code:$cart_string .= ":Shipping:1:4.21:0.74:4.95:4.95"
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,
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.Quote:
Originally Posted by jameswilson
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:
If the above file doesn't exist, create it by copying across the file:Code:.ProtxDirectCardsAcceptedSideboxCardIcon { margin-left: 4px; margin-bottom: 4px; }
.ProtxDirectCardsAcceptedSidebox3DSecureIcon { margin-left: 4px; margin-bottom: 4px; }
.ProtxDirectFormGadgetError { background: #FF6633; }
.ProtxDirectCardIcon { margin-right: 4px; margin-bottom: 4px; }
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,
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...Quote:
Originally Posted by smudge
Unfortunately your host doesn't support PEAR at all then.Quote:
Originally Posted by smudge
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!
ConerQuote:
Originally Posted by conor
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/...nGuideline.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
We have installed the add customers from admin addon and use the COD payment module, obviously changing the text within it, as a telephone payment option. It means we can process telephone orders through the site and use telephone payment as the payment option.
It also means customers have a site login to use and a discount coupon burning a hole in their pocket which is never a bad thing!
If you then install the master password addon you will be able to access accounts for your customers by email address and have their address details to hand when they ring.
Hope it helps.
Thanks for that ceegeeaar; that would work up until the payment part.
Their are staff who place orders but don't have access to the Protx VSPAdmin to place payments.
I'm just looking into how I can change the data that is sent to Protx. from the payment module.
No, once the order is received and we have established we can fulfil it, it get's entered into our main business system and from that point on that is our main record of the sale. Some orders don't make it that far, as we may not be able to fulfil them for a number of reasons, credit score, dodgy addresses etc, so we don't even use the Zen Order database really either. Our problem is that as it currently stands, the flow of information goes from Customer > Zen > Protx > Bank > Accounts > Taxman and it is a problem when as a business we reach the annual VAT threshold before 11am every day of the year so we need to be absolutely certain that there are no "holes" in the system which could draw suspicions.Quote:
Originally Posted by conor
This will do for us, as mentioned above we need to lock down any little matters like this. Thanks. I'll try to remember this each time there is a change, but if in a year's time, I am wondering what as gone wrong with my installation, you'll know I've forgotten to reapply the changes.Quote:
Originally Posted by conor
Ahh !!Quote:
Originally Posted by smudge
If you are still with your Plesk based host and are still having problems, then you should be able to get this working. I had trouble earlier in the year, but once you realise that Plesk is effectively a platform for running your own hosting business and that a lot of the settings which you have been changing are set on a per domain basis instead of where you would usually change them, it becomes clear.
You need to have a look at your conf directory under your vhost directory. vhost.conf and vhost_ssl.conf are they key to getting this working and where you will need to make your changes.
WarrenQuote:
Originally Posted by YorkshirePetShop
We desperately want this function too. As you say, changing the Account Type parameter is probably the easy bit, making sure the public can't change it is the difficult bit.
Could the add customer in admin module be used as a base to add orders too?
We would certainly be willing to pay for this module if anyone is interested in developing it - Conor ;)
Craig
Hi Warren,
I'm afraid that the only reliable way to have this work would for the module to be able to tell that a staff member was logged in or to require some sort of code to be entered.. If going the "entering a code" route then obviously this should be hidden from customers as much as possible so as not to confuse them.Quote:
Originally Posted by YorkshirePetShop
Either solution however is a custom job so we would have to build the software and bill you directly. If you're interested in proceeding, please contact us using the contact form on the website:
http://dev.ceon.net/contact_us
Quote:
Originally Posted by YorkshirePetShop
Can you not just allow them limited VSPAdmin access?
Is it possible to add AccountType into this bit at the end:
but it only puts it in when a certain IP address is entering the order?Code:$submit_data = array(
'VPSProtocol' => '2.22',
'TxType' => $auth_type, // Transaction Type
'Vendor' => MODULE_PAYMENT_PROTX_DIRECT_VENDOR_NAME, // Vendor Login ID
'VendorTxCode' => $unique_transaction_id, // Unique Transaction ID
'Amount' => $currency_amount,
'Currency' => $currency_code,
'Description' => substr(STORE_NAME . ' - Zen Cart Order @ ' . date('Y-m-d H:i:s', time()), 0, 100),
'CardHolder' => substr($_POST['card_owner'], 0, 50),
'CardNumber' => $_POST['card_number'],
'ExpiryDate' => $_POST['card_expires'],
'CV2' => (isset($_POST['card_cvv']) ? $_POST['card_cvv'] : ''),
'CardType' => $_POST['card_type'],
'BillingAddress' => substr($billing_address, 0, 200),
'BillingPostCode' => substr($billing_postcode, 0, 10),
'CustomerName' => substr($order->customer['firstname'] . ' ' . $order->customer['lastname'], 0, 100),
'ContactNumber' => substr($order->customer['telephone'], 0, 20),
// 'ContactFax' => '',
'CustomerEmail' => substr($order->customer['email_address'], 0, 255),
// 'GiftAidPayment' => '',
'ApplyAVSCV2' => $apply_avs_cv2,
'Apply3DSecure' => $apply_3d_secure,
'ClientIPAddress' => $_SERVER['REMOTE_ADDR']
);
So;
Will that work?Code:if (getenv("REMOTE_ADDR") = 123.123.123.123) { echo 'AccountType' => 'M'; }else 'AccountType' => 'E'; }
Hi Warren,
Please don't post large blocks of code from the module in this forum. I know you don't mean any harm but the code is covered by a commercial license so that it can continue to be supported!
If you have any more code questions please post them to us through our website.
The code you posted would work with some minor adjustments (no echoing! :) ) but would obviously be completely hard coded. Do all of your staff use the same static IP address to access the internet?Quote:
Will that work?
If they want to connect from more than one static IP address a method of determining that a staff member is logged in would be advisable. Remember the problem here isn't getting the information to Protx, it's determining who should be able to change what information gets to Protx.
:oops: Sorry Conor :blush: Didn't think.
Hard coding wouldn't be a bad things as the internet connection has a fixed IP address and everyone connects from the same connection.
I'll give it a test and let you know how I get on.
Thanks for help.
p.s. This could be a nice additional feature to this module. From what I can gether I'm not the only one after this functionality. Like CES plus it's been mentioned elsewhere on the web.
Hi,
No problem, just wanted to be sure you wouldn't be posting any more. ;)Quote:
Originally Posted by YorkshirePetShop
In that case send me your e-mail address (by getting in contact privately) and I'll send you the exact code you can use... you just need to send the information to Protx as part of the submit_data variable, rather than trying to "echo" it.Quote:
Originally Posted by YorkshirePetShop
Anytime someone suggests a feature that might be beneficial for all or many users of the module my first thought is to make it available to all as an upgrade. However, the modifications you are talking about would more than likely involve modifying core Zen Cart files (to track Staff membership), so the benefits of making it available are outweighed by the additional steps the module would require to install. (I don't know of anyone else who has all staff members using a single IP address to use the internet so a simple "Staff IP addresses" configuration option isn't an option!).Quote:
Originally Posted by YorkshirePetShop
It's just too specific a feature to add using Zen Cart's current module system.
Thanks for thinking of others though! :)
Good work you two.
Warren, I look forward to hearing how you get on.
Craig
Hello,
i'm having a problem with protx on our cart and after searching google for an answer i still cannot underatnd if there is a problem with the protx module config or with protx system itself, :cry: so i' appreciate any help i could get.
This is the error that comes up, but not on all the transactions, i'd say on 1 out of 2 probably at present. It has smth do do with 3D authentications of certain cards and i hope someone will be able to shed some light on the subject. Many thanks.
Your card could not be authorised! Please correct any details below and
try again or contact us for further assistance.
(2007 : Please redirect your customer to the ACSURL, passing the MD and
PaReq.)
Hi Alex,
Are you using version 2.x of the module?
If so, you'll need to upgrade to 3.2.2 to be able to accept 3D-Secure enabled cards!
If not, please contact me privately via the contact form on the website with details about the versions of the module and Zen Cart you are using.
Hi Conor,
many thanks for your help, i'll upgrade the module tomorrow.... On another subject (which hopefully won't be relevant after upgrade), we have received the order today, which registered with zen cart, however no payment went to protx (not even failed transaction, nothing is recorded in the VPS admin) - protx support confirmed that. Protx is our only payment option.
The order looks different from other orders in the admin though, it has
Invoice No. 20
Date Purchased: Wednesday 12 September, 2007
Payment Method: Credit/Debit Card (Secured by Protx)
But no info on the credit card details at all. (which are normally displayed in a grey box just below it. I'm using zen cart 1.3.7 and free protx module (the one released just before the upgraded for new PREAUTH rules). Any thoughts how this could have happend? i've tryed to replicate it bit other orders go just fine.
Many thanks, Alex
Hi Alex,
Now that's just bizarre. I've never heard of something like that occurring with the module! I can't see how the order could be created without any of the Protx details being recorded... if the module doesn't get a response from Protx to let it know that the transaction was processed by them then it redirects back to the payment page with an error message.Quote:
Originally Posted by Alex_X2007
The only circumstance under which the order could be created without any transaction being registered in your VSP admin is if Protx has had some sort of failure and returned a Status of "OK" even though things weren't "OK"!
I'm glad to hear it hasn't happened since but it's a worrying thing to have happened at all due to the fact that the above is the only thing that could have happened!
:lookaroun
we had a simular thing happenQuote:
Originally Posted by Alex_X2007
we had 2 order a bit like this
except the payment method show up on 1 of them as paypal ( we dont have the paypal mod enabled) and the other order came up as nochex ( we dont even have a nochex account) only real difference is when we checked our vsp account there was a transaction for both orders but both transactions we failed
Hi,
That doesn't sound good but I have no idea how it could happen! It must be a problem with your actual Zen Cart site as there is absolutely no way that the Protx module can gain information about other payment methods... it is completely independent of the other payment methods which may be used on your site!Quote:
Originally Posted by modchipfitters.co.uk
I'm afraid I don't know what to suggest! :(
Hi,
I have quite a serious issue which is costing us a lot of money. I am sorry if this has been mentioned before but I have not had a chance to go through all the forums.
I have protx installed and seems to work well. However EVERY aol customer fails. I have spoken to PROTX and they have said its not an issue their end as they would know about it. So it much be my end.
He did suggest that it could be how AOL details are being stored in our shopping cart, but ive checked them and they seem ok.
Unfortunately I don't have an AOL system to check all of this on, so am very much depending on you guys. (no pressure :smile:)
Shop: http://www.gorgeousshop.co.uk
Thanks
Nick
Hi,
Quote:
Originally Posted by nickster4321
When you say "every AOL customer fails" do you mean that they don't receive their order confirmation e-mail?
That's the only thing that I can imagine is happening.
If this is happening to you then your server or domain is being blocked by AOL's overzealous SPAM prevention and you will need to adjust your server's mail sending to compensate.
If you use the Apache webserver, the easiest way to do this is to add the following line to the VirtualHost configuration for your gorgeousshop.co.uk domain:
Obviously the address above should exist on your server.
If you do this then AOL's servers can verify that your domain exists and that e-mail from your shop is coming from gorgeousshop.co.uk.
After restarting your server (to let Apache reload the configuration), mail from Zen Cart to AOL users will start to work once more.
If that's not the problem then I'm afraid I've no idea how to help you as the module has absolutely nothing to do with e-mail!
Hi,
This thread is now closed. Please don't post here any longer!
There are two new threads for the Protx Direct modules, please use the one most appropriate for your version of the software:
Free Version: Protx Direct 2.x
Full (Commercial) Version: Protx Direct 3.x
All the best...
Conor
Ceon