SecurePay Payment Module - using a documented interface

[dhcernese]

I've created a new SecurePay payment module. A previous one exists that I updated to work with Zen-Cart v1.3.6 (but not 1.3.7?). There have always been issues matching "MasterCard" and "Master Card".

This payment module has been tested with 1.3.8a in production, but like everything else there is no warranty. It uses what SecurePay calls their "COM Object Interface". It is also known as "secure1" and is documented in a short document called "SecurePay API Documentation" spiSecure1.doc
This interface is typically used, for example, when programming in ColdFusion environments. However, it works just as well from PHP.

It essentially operates the same as the authorizenet_aim interface but without all the new wizzy features.

This module fills in Comment1 with a prefix you specify and the order number. Comment2 will have a detailed description of the order. If there is too much detail in there for you, you'll have to edit the module. I may create an admin option to limit these details.

You may optionally specify a transaction key for increased security. This key is created on the SecurePay merchant web site and entered into the admin panel for this module.

This module allows you to choose the address verification mode. For shops that have many cards denied because they don't match the full address verification, consider just verifying the zip code.

If you want the SecurePay communications to be logged to the database, you need to first create the TABLE_SECUREPAYCOM ('securepaycom') with the fields in the README.txt

I don't get paid for this, but if you feel moved to contribute please donate to http://www.SacredFireFoundation.org

The SecurePay "COM" module is located in the download area. I used "v3.0" so there would be no confusion with the previous modules.

Thanks,
Dan

[bangsters]

tried your module but i get this error when I use a mastercard:

The Credit Card Number does not match the Credit Card Type.

I'm using 1.3.8a

any advice?

thanks

[dhcernese]

tried your module but i get this error when I use a mastercard:

The Credit Card Number does not match the Credit Card Type.

I'm using 1.3.8a

any advice?

thanks

If you're running 1.3.8a then in the file [FONT=Courier New]<catalog>includes\classes\cc_validation.php[/FONT] you should find these two lines:

    } elseif (ereg('^5[1-5][0-9]{14}$', $this->cc_number) and CC_ENABLED_MC=='1') {
      $this->cc_type = 'MasterCard'; 

Note in particular that MasterCard has no space in it. Is this true for your file? If there is a space, remove it and let me know how it goes.

I forgot to ask the most obvious question: You are using a MasterCard number, right? They begin with the number "5".

[dhcernese]

How embarrassing, v3.0 has a space in MasterCard string the SecurePayCOM.php file and it was corrected in a subsequent upload of v3.0 and in v3.1

Sorry for the confusion! My mistake in packaging.

[coucho]

Thanks for the module as I use Securepay to processs credit cards. I installed the module and the installation went smoothly.

I am getting this error when testing the module. "Transaction Failed Invalid Data - There has been an error processing your credit card. Please try again."

I have tried it with and without the CVV number and I even tried it without verifying any address details.

All the necessary fields like merchant I.D. are filled in.

Any ideas as to what is causing this?

[dhcernese]

The most obvious question is, did this used to work on a previous configuration or with a previous version of the module? Have you been using this merchant account setup with Zen-Cart before this problem? Are you using the optional SecureGuard transaction key? Have you turned on, under SecureGuard's section in "Interface Selection" have you checked "Secure1"? I think I forgot to document that requirement (it never used to be enforced, but you never know).

If you look on your SecurePay.com transaction report, you'll get more details for the failure. Is there a corresponding "not-approved" or "communication" error transaction? Is the response code "DUPLICATE"? If so, read SecurePay's fraud protection policy about duplicate transaction detection.

Also, it's no secret that SecurePay doesn't validate the CVV even if you require that it be entered. My intitial guess would normally be the address verification is too strict, but you've tried without it.

My recommendation? First trust the SecurePay transaction report details. However, if that doesn't answer your question, create the table as explained in the README, turn on the store transaction communication in the database, then use mySQLwebadmin gui to browse the table and read the specific results code.

[coucho]

The most obvious question is, did this used to work on a previous configuration or with a previous version of the module? Have you been using this merchant account setup with Zen-Cart before this problem? Are you using the optional SecureGuard transaction key? Have you turned on, under SecureGuard's section in "Interface Selection" have you checked "Secure1"? I think I forgot to document that requirement (it never used to be enforced, but you never know).

If you look on your SecurePay.com transaction report, you'll get more details for the failure. Is there a corresponding "not-approved" or "communication" error transaction? Is the response code "DUPLICATE"? If so, read SecurePay's fraud protection policy about duplicate transaction detection.

Also, it's no secret that SecurePay doesn't validate the CVV even if you require that it be entered. My intitial guess would normally be the address verification is too strict, but you've tried without it.

My recommendation? First trust the SecurePay transaction report details. However, if that doesn't answer your question, create the table as explained in the README, turn on the store transaction communication in the database, then use mySQLwebadmin gui to browse the table and read the specific results code.

I'm using v 1.3.8a of Zencart and v 3.1 of the the Securepay module. It is a fresh install on my memphis candle website. I have not used a merchant gateway on this store before. I am using the optional transaction key and I have secure guard set to secure 1. I checked my transaction report and there were no transaction details from all my testing. I even set this module to production and it gave me the same denial result but no transaction details at the securepay website. It sounds like this module is not communicating with securepay. I manually processed a card on the securepay website and it gave me a transaction report so I know my account is active.

The reason I say I don't think it is communicating with securepay is because my international coffee website has a secure pay module installed on it. I didn't set up the module on the international coffee store so I am guessing that the files came from securepay. On that website when you process a transaction the address bar on the browser will temporarily change from my website to a securepay address. The webpage does not navigate away from my store but you can see that there is communication between zencart and securepay for a split second.

[dhcernese]

Thanks for the module as I use Securepay to processs credit cards. I installed the module and the installation went smoothly.

I am getting this error when testing the module. "Transaction Failed Invalid Data - There has been an error processing your credit card. Please try again."

I have tried it with and without the CVV number and I even tried it without verifying any address details.

All the necessary fields like merchant I.D. are filled in.

Any ideas as to what is causing this?

I forgot to ask how you are testing the module. There are several ways to be testing it.

1. SecurePayCOM module in "Production" & your SecurePay merchant account also in "Production" (i.e. live transactions)
2. SecurePayCOM module in "Production" & your SecurePay merchant account in "Test" or demo mode
3. SecurePayCOM module in "Test" mode -- in which case you can't see the SecurePay merchant account transaction report details

[dhcernese]

I'm using v 1.3.8a of Zencart and v 3.1 of the the Securepay module. It is a fresh install on my memphis candle website. I have not used a merchant gateway on this store before. I am using the optional transaction key and I have secure guard set to secure 1. I checked my transaction report and there were no transaction details from all my testing. I even set this module to production and it gave me the same denial result but no transaction details at the securepay website. It sounds like this module is not communicating with securepay. I manually processed a card on the securepay website and it gave me a transaction report so I know my account is active.

The reason I say I don't think it is communicating with securepay is because my international coffee website has a secure pay module installed on it. I didn't set up the module on the international coffee store so I am guessing that the files came from securepay. On that website when you process a transaction the address bar on the browser will temporarily change from my website to a securepay address. The webpage does not navigate away from my store but you can see that there is communication between zencart and securepay for a split second.

Our posts crossed each other.

The last paragraph is how you should expect the previous version of the module to perform (prior to SecurePayCOM).

This is a new one on me, I need to think about this a little more. Do you have the same basic configurations, such as valid credit card types and such? Can you list all your non-private SecurePayCOM settings?

[dhcernese]

I wonder if there's a problem on your host with "CURL", is you have a choice of enabling that please make sure it's enabled. This is the same mechanism the authorizenet_aim module uses (and I thought the Zen-cart installer checks for)