Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Protx Direct v2.22


Guest

Recommended Posts

I am surprised you don't think this would be useful

 

You're either not reading what I am saying or else not taking it in - Protx is a UK based company, which works with a limited number of UK clearing banks, and in UK Pounds Sterling. If you want a multi-currency provider then you can use HSBC secure ePayments or Barclays ePDQ, as they both offer multi-currency accounts (for which they charge a small fortune).

 

It is therefore convenient for them to see this conversion on the oscommerce website

 

No, it's not, because what they will see is the exchange rate that applied the last time the website owner actually updated their currencies - which could be weeks or months out of date.

 

Perhaps a better way of doing it would be to show the USD/EURO amount in () next to the prices and stick with GBP the whole way though

 

When you've coded that then post it for everyone to see and use - but remember this thread is for the Protx Direct module - as it stands. What you are asking for is custom-coding for your website.

 

Vger

Link to comment
Share on other sites

  • Replies 1.2k
  • Created
  • Last Reply

Top Posters In This Topic

Read back a page or so and I've explained how to handle this and switch to default currency at checkout confirmation, take a look at my site www.dirtbikebitz.com

 

Awesome - cheers. I was half way there - I am using that module you mentioned too and just hadn't added it to the protx_process.php file.

 

Thanks again,

 

Reuben

Link to comment
Share on other sites

anyone?

 

:)

 

Becki

 

 

 

I've tried a few bits of code that normally make the error messgaes appear for STS but it's not working. Here is a bit of checkout_payment I was playing around with which has got me a little step further!

<?php
 if (isset($HTTP_GET_VARS['payment_error']) && is_object(${$HTTP_GET_VARS['payment_error']}) && ($error = ${$HTTP_GET_VARS['payment_error']}->get_error())) {
?>
  <tr>
	<td><table border="0" width="100%" cellspacing="0" cellpadding="2">
	  <tr>
		<td class="main"><b><?php echo tep_output_string_protected($error['title']); ?></b></td>
	  </tr>
	</table></td>
  </tr>
  <tr>
	<td><table border="0" width="100%" cellspacing="1" cellpadding="2" class="infoBoxNotice">
	  <tr class="infoBoxNoticeContents">
		<td><table border="0" width="100%" cellspacing="0" cellpadding="2">
		  <tr>
			<td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td>
			<td class="main" width="100%" valign="top"><?php echo tep_output_string_protected($error['error']); ?></td>
			<td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td>
		  </tr>
		</table></td>
	  </tr>
	</table></td>
  </tr>
  <tr>
	<td><?php echo tep_draw_separator('pixel_trans.gif', '100%', '10'); ?></td>
  </tr>
<?php
 }
?>
<?php
 if (isset($HTTP_GET_VARS['error_message']) && tep_not_null($HTTP_GET_VARS['error_message'])) {
?>
  <tr>
	<td><table border="0" width="100%" cellspacing="0" cellpadding="2">
 <tr class="headerError">
<td class="headerError"><?php echo htmlspecialchars(urldecode($HTTP_GET_VARS['error_message'])); ?></td>
 </tr>
</table></td>
<?php
 }
 if (isset($HTTP_GET_VARS['info_message']) && tep_not_null($HTTP_GET_VARS['info_message'])) {
?>
  <tr>
	<td><table border="0" width="100%" cellspacing="0" cellpadding="2">
 <tr class="headerInfo">
<td class="headerInfo"><?php echo htmlspecialchars($HTTP_GET_VARS['info_message']); ?></td>
 </tr>
</table></td>
<?php
 }
 if (isset($HTTP_GET_VARS['payment_error']) && tep_not_null($HTTP_GET_VARS['payment_error'])) {
?>
  <tr>
	<td><table border="0" width="100%" cellspacing="0" cellpadding="2">
 <tr class="headerError">
<td class="headerError"><?php echo htmlspecialchars($HTTP_GET_VARS['payment_error']); ?></td>
 </tr>
</table></td>
<?php
 }
?>

 

The $HTTP_GET_VARS['error_message' and $HTTP_GET_VARS[info_message] were put in as a fix to get discount coupon errors showing. So I just copied that code and put in the 'payment_error' . By doing this I get 'protx_direct' shown as an error - which is a start! The error message in the address was:

 

.....checkout_payment?payment_error=protx_direct&error=The+credit+card+number+entered+is+invalid.+Please+check+the+number+and
+try+again

 

When a discount coupon error appears you get something like:

checkout_payment?error=The+coupon+is+invalid

 

SO is there a way to try and ignore

payment_error=protx_direct&

and then the message will be the same format as the discount coupon errors messages. I hope you can see what I'm getting at! It could all be wrong but it seems this is the way to go?...

 

Thanks

Becki

 

P.S although why isn't the pre-existing code of

(isset($HTTP_GET_VARS['payment_error']) && is_object(${$HTTP_GET_VARS['payment_error']})

(top of code from checout_payment) working?!

 

Without changing anything - I should say that the 'Credit Card Error' text appears but there is no text in the box.

Link to comment
Share on other sites

Sorry - I've been away for a short while!

 

Something you could try is editing protx_process.php -

find all occurences of

tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message='

and replace with

tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error='

 

 

Do let me know if that helps.

Tom

Link to comment
Share on other sites

Sorry - I've been away for a short while!

 

Something you could try is editing protx_process.php -

find all occurences of

tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'error_message='

and replace with

tep_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=protx_direct&error='

Do let me know if that helps.

Tom

 

Thanks Tom for your response, I haven't got a protx_process.php so I changed as you said in modules/payment/protx_direct.php but didn't have any luck :(

 

The error message is actually:

https://www.***.co.uk/checkout_payment.php?payment_error=protx_direct&error=The+credit+card+number+entered+is+invalid.+Please+check+the+number
+and+try+again.&protx_direct_cc_owner=Becki+Tests&protx_direct_cc_expires_month=01&protx_direct_cc_expires_year=10

 

The code i posted before didn't have the & in! But i tried

payment_error=protx_direct&error=

and that didn't work either, I also tried other variations of it - tried also changing checkout_payment but didn't get anywhere. The best I can get is the 'protx_direct' error message when i put the extra code in checkout_payment as stated in the previous post.....

 

many thanks for any omre help - i'm willing to try it all!

Becki

Link to comment
Share on other sites

I do get this in 'view source' as standard - i.e without any mods to try and fix the problem:

 

So at least its noticing there's an error!- just not the text!

 

<td class="main"><b>Credit Card Error!</b></td>

</tr>

</table></td>

</tr>

<tr>

<td><table border="0" width="100%" cellspacing="1" cellpadding="2" class="infoBoxNotice">

<tr class="infoBoxNoticeContents">

<td><table border="0" width="100%" cellspacing="0" cellpadding="2">

<tr>

<td><img src="images/pixel_trans.gif" width="10" height="1" border="0" alt=" "></td>

<td class="main" width="100%" valign="top"></td>

<td><img src="images/pixel_trans.gif" width="10" height="1" border="0" alt=" "></td>

</tr>

Becki

Link to comment
Share on other sites

Becki - have you tried the solutions in this thread: http://www.oscommerce.com/forums/lofiversion/i...hp?t261590.html

 

Hi,

 

Yes i have tried this, the straneg thing is the first mod didn't work for discount coupons either. I tried the second mod (making the $error placeholder) which works with discount coupon error messages but not the protx ones! I did try many things and i'm sure the best i could get was to display 'protx_direct' which was the first part of the error message after the word error:

 

Thanks

Becki

Link to comment
Share on other sites

HI guys I am getting an error when I try this with PROTX this is the URLK it comes back with to let me know there is a prob

 

xxx.com/checkout_payment.php?error_message=Couldn't%20create%20a%20transaction%20(VRTXInvalidIPAddress,%20)%20-%20Your+credit+card+could+not+be+authorized+for+this+reason.+Please+correct+any+i

nformation+and+try+again+or+contact+us+for+further+assistance.&osCsid=11ebda9eeac89c9e71f8e639fd4c3c11]https://www.xxx.com/checkout_payment.php?er...1f8e639fd4c3c11

 

 

I turned on debug and get this

 

 

***************************************

VPSProtocol=2.22&TxType=PAYMENT&Vendor=******&VendorTxCode=43-82348425009873662179653508340279&Amount=67.25&Currency=GBP&Description=Order+Number%3A+43&CardHolder=Test+Test&CardNumber=4929000000006&StartDate=&ExpiryDate=0209&IssueNumber=&CV2=345&CardType=VISA&BillingAddress=**+*****+xxx%2C%0D%0A%2C%0D%***********%2C%0D%0Axxxxxx%2C%0D%0AUnited+Kingdom&BillingPostCode=xx+xx&DeliveryAddress=xx+xx+xx+xx%2C%0D%0A%2C%0D%xx%2C%0D%xx%2C%0D%0AUnited+Kingdom&DeliveryPostCode=xx+xx&ContactNumber=xx+xx&CustomerEMail=xx%xx.com&ClientIPAddress=86.xx.xxx.201&Basket=2%3AR22D+xx+xx%3A1%3A50.00%3A8.75%3A58.75%3A58.75%3AShipping%3A1%3A8.5%3A----%3A8.5%3A8.5

VPSProtocol=2.22 VPSTxId={092A9AC4-4440-4EE0-8A39-E915E0174365} Status=ERROR StatusDetail=Couldn't create a transaction (VRTXInvalidIPAddress, ) TxAuthNo= SecurityKey= AVSCV2=DATA NOT CHECKED AddressResult= PostCodeResult= CV2Result= 3DSecureStatus=NOTCHECKED

curl_error:

 

 

 

*******************************************

 

I double checked Curl is instaleld and get this so pretty sure it is

 

curl

CURL support enabled

CURL Information libcurl/7.15.3 OpenSSL/0.9.7a zlib/1.1.4

Edited by schford
Link to comment
Share on other sites

You need to go into your protx admin area and add the IP address of your server - you can find out what it is by putting the module in Server IP test mode and doing a test transaction. If you need help the Protx support team can add it for you.

 

You need to add it in both the test, live and simulator admin areas for each that you wish to use.

 

Tom

Link to comment
Share on other sites

I wonder if it's just me?

 

Since installing the latest version recently I'm getting a lot of ...

 

MALFORMED - The card issue number is required but missing or invalid

 

I imagine these are Switch/Maestro

 

Also I'm starting to wonder if Mastercard has a problem, I get calls from Mastercard users only stating that after they click "continue" in checkout confirmation they are returned to the site (can't gather to which page yet).

 

Anyone else had these experiences?

Link to comment
Share on other sites

I've seen this happen when you have other modifications installed into the checkout process, in particular one older version of "Must Agree To Terms" which interferes with the 3D Secure authentication process.

 

Vger

I wonder if it's just me?

 

Since installing the latest version recently I'm getting a lot of ...

 

MALFORMED - The card issue number is required but missing or invalid

 

I imagine these are Switch/Maestro

 

Also I'm starting to wonder if Mastercard has a problem, I get calls from Mastercard users only stating that after they click "continue" in checkout confirmation they are returned to the site (can't gather to which page yet).

 

Anyone else had these experiences?

Link to comment
Share on other sites

I wonder if it's just me?

 

Since installing the latest version recently I'm getting a lot of ...

 

MALFORMED - The card issue number is required but missing or invalid

 

I imagine these are Switch/Maestro

 

Also I'm starting to wonder if Mastercard has a problem, I get calls from Mastercard users only stating that after they click "continue" in checkout confirmation they are returned to the site (can't gather to which page yet).

 

Anyone else had these experiences?

 

Hi there,

 

I have a few of similar problems to this each day, but I've not been able to figure out why. Quite ofthen when looking at failed transactions in VSP I can see that the card holders name and billing address are blank, but their cart contents are logged. I've not been able to figure out why. We also get calls from customers who keep getting returned to the site, but again I have no further information than this.

 

Dave

Link to comment
Share on other sites

I've seen this happen when you have other modifications installed into the checkout process, in particular one older version of "Must Agree To Terms" which interferes with the 3D Secure authentication process.

 

Vger

 

Thanks for this info, I 'must agree to terms' installed, but I'm sure I only updated it recently. I'll go back have a look and let you know how I get on.

 

Cheers

 

Dave

Link to comment
Share on other sites

Hi there,

 

I have a few of similar problems to this each day, but I've not been able to figure out why. Quite ofthen when looking at failed transactions in VSP I can see that the card holders name and billing address are blank, but their cart contents are logged. I've not been able to figure out why. We also get calls from customers who keep getting returned to the site, but again I have no further information than this.

 

Dave

 

I may have found it. I watched a customer try 4 times today and they were getting the ..

 

The card issue number is required but missing or invalid
message.

 

When I look at todays VSP there are 4 failures with the customers name missing for the same amount of money.

 

The two are definately linked. Whether there are other cases that cause the same "lack of name" I couldn't say.

Link to comment
Share on other sites

I may have found it. I watched a customer try 4 times today and they were getting the ..

 

message.

 

When I look at todays VSP there are 4 failures with the customers name missing for the same amount of money.

 

The two are definately linked. Whether there are other cases that cause the same "lack of name" I couldn't say.

 

I've overwritten my checkout_confirmation with a clean one and I'm still getting failed transactions due to the name and address not being passed to protx, so I have no idea at all now what might be causing it.

 

Dave

Link to comment
Share on other sites

I don't believe this is a problem with the module or with your osc site. I get exactly the same - i.e failed transactions in protx admin with no name or billing address. I can match theseby date/time with my user tracking logs and can see that they often match with errors such as "the card type does not match the card number" and similar.

 

Incorrect/missing Issue numbers for maestro cards is another cause of this "problem" - modern maestro cards do not have issue numbers they need a start date instead, whilst older (often "switch" cards) have either a 1 or 2 digit issue number (2 digit issue number often have a leading zero which must be entered but is often omitted)

 

The problem seem to lie with Protx in that when trnasactions fail in this say they correctly send the error message back to our sites but do not log the failed transaction correctly in their systems.

 

These do not represent a fault but merely failed transactions.

 

Tom

Link to comment
Share on other sites

Hello

 

I have been tracking a problem with repeat card debits by Protx for the same osCommerce order since moving to the 3D secure version of the Protx direct contrib (using Vn 3.1a).

Now I have proof positive -

I can see only one order in osCommerce back office.

This order shows 3 payments taken from the customer's card - with a time separation of 2 secs.

I guess there is a problem with the customer multiple clicking impatiently, but versions of Protx Direct contrib prior to 3D secure implementation were not vulnerable to this error - any timescale for the fix that was offered a short while back?

 

Cheers & thanks for a fine contribution.

 

Keith

Edited by kdenby
Link to comment
Share on other sites

I don't believe this is a problem with the module or with your osc site. I get exactly the same - i.e failed transactions in protx admin with no name or billing address. I can match theseby date/time with my user tracking logs and can see that they often match with errors such as "the card type does not match the card number" and similar.

 

Incorrect/missing Issue numbers for maestro cards is another cause of this "problem" - modern maestro cards do not have issue numbers they need a start date instead, whilst older (often "switch" cards) have either a 1 or 2 digit issue number (2 digit issue number often have a leading zero which must be entered but is often omitted)

 

The problem seem to lie with Protx in that when trnasactions fail in this say they correctly send the error message back to our sites but do not log the failed transaction correctly in their systems.

 

These do not represent a fault but merely failed transactions.

 

Tom

 

Thanks for the info Tom,

 

at least I know that its not my site.

 

cheers

 

Dave

Link to comment
Share on other sites

Hello

 

I have been tracking a problem with repeat card debits by Protx for the same osCommerce order since moving to the 3D secure version of the Protx direct contrib (using Vn 3.1a).

Now I have proof positive -

I can see only one order in osCommerce back office.

This order shows 3 payments taken from the customer's card - with a time separation of 2 secs.

I guess there is a problem with the customer multiple clicking impatiently, but versions of Protx Direct contrib prior to 3D secure implementation were not vulnerable to this error - any timescale for the fix that was offered a short while back?

 

Cheers & thanks for a fine contribution.

 

Keith

 

I was going to upload the latest version with a suggested "fix" for this over the weekend but have delayed it as the forum wasn't working - I'll probably do that tonight

Link to comment
Share on other sites

Could anyone help me with some pointers.

 

I have had this contribution installed and it works perfectly (for mant months) ... but then once in a while transactions will not get through and I am unsure how to go about finding the fault. this is for a stable system with no changes being made.

 

Today fir about th last 6 hours, anyone trying to pay simply gets the followng message on the payment screen "- Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.".

 

The card details are all valid,and I have pushed a couple of sales through using VSP Terminal just to make sure it was not an issue with the card. I have also tried to make a purchase through Protx Direct with my own ard and I get the same error.

 

There are no invalid / failed transactions showing up in Protx admin so I believe there is some kind of communication error - but how I can identify this, and at which end the problem lies, I have no idea. This has happended a couple of times over the past few months, and just seemed to resolve itself after a few hours.

 

Can anyone provide some guidance / advice on tests that can be performed to help debug this.

 

Thanks,

Andrew

Edited by allrightpet
Link to comment
Share on other sites

I have upload the latest version - v4.0

 

The main changes are:

- Supports new Protx AUTHENTICATE / AUTHORISE

- Supports multiple merchant accounts (ecommerce / moto / continuous authority)

- Option to load 3D-Secure page within an iframe on your site (default)

- More accurate order id used to vendortxcode

- More payment management options in admin area

- more use of osC functions for database use to improve security

- better handling of failed transactions i.e more flexible for error message reporting

- Extra configuration options in protx_process.php (curl options / iframe / accurate order id)

 

I have chosen to signify this release with a change in the major version number to make it clearer that this version supports the new Protx modes

Edited by perfectpassion
Link to comment
Share on other sites

@allrightpet - try installing the latest version - it stores all transactions in the database even if failed. You can the use phpmyadmin to look at the protx_direct table (look at the Status and StatusDetail columns) for more information about failure. If the order is finally succesfull the failed attempts will show in the order detail page in admin.

 

Tom

Link to comment
Share on other sites

Just installed the new update, didn't realise Protx weren't accepting authenticate types yet in production?

 

Any idea of when this will be ready to go live?

 

Also for the more accurate order id.. the default query doesn't work but this one does:

 

$last_order_id_query = tep_db_query("SHOW TABLE STATUS from " . DB_DATABASE . " like '" . TABLE_ORDERS . "'");

 

Scott

no outside links please

Link to comment
Share on other sites

The new Authenticate/authorise method is not yet available in production mode (due July) but is ready in Simulator mode - hence the module update in preparation.

 

Thanks for the note about the order id - the query as i had it work fine on my site but i can see now that it may not work in all setups - I'll change it to your version in the next update in the mean time if there's any problems I suggest people either make the change you suggested or change the $use_more_accurate_order_id = true; to false at the top of the file.

 

Thanks,

Tom

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...