Securepay Module

[broknspyrl]

This started in another thread. http://www.zen-cart.com/forum/showthread.php?t=36082

I've started working on getting the Securepay module to work properly.
So far, with a module provided by Securepay, I've been able to charge credit cards. After confirming an order with a credit card payment on Step 3 of 3 in the checkout process, I receive a return code, Approval Number, card response, avs respons and record number. These look like this on the screen:

"N,NOT APPROVED,NOT APPROVED INVALID CARD,NO DATA,2183250,END"

In the case above, I was using a test card that returns declined, but processes correctly. I did this so my credit card wouldn't be charge over and over again while testing. The problem is, I would expect to be returned to the previous page with an error displayed, or in the case of an approved card, to be returned to a Success page, or whatever.

In addition to being returned to the correct page, how, exactly, does the order information get inserted into the database in the case of an approved card? I've compared the securepay module to the "authorizenet" module, and they appear to be the same in structure as the "before_process" and "after_process" functions, as well as on the "process_button" function.

This is the before_process, after_process, and get_error functions from the securepay module:

// this method gets called after the processing is done but before the app server
// accepts the result. It is used to check for errors.
function before_process() {
global $db;
if ($_GET['RETURN_CODE'] != 'Y') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=' . $this->code . '&error=' . urlencode(MODULE_PAYMENT_SECUREPAY_TEXT_GATEWAY_TIMEOUT), 'SSL', true, false));
}
if ($_GET['RESPONSE_CODE'] != 'AA') {
zen_redirect(zen_href_link(FILENAME_CHECKOUT_PAYMENT, 'payment_error=' . $this->code . '&error=' . urlencode(MODULE_PAYMENT_SECUREPAY_TEXT_ERROR_MESSAGE . '<br>' . $_GET['AUTH_RESPONSE']), 'SSL', true, false));
}
}

function after_process() {
global $db;
return false;
}

function get_error() {
global $db;

$error = array('title' => MODULE_PAYMENT_SECUREPAY_TEXT_ERROR,
'error' => stripslashes(urldecode($_GET['RETURN_ERROR'])));
return $error;
}

I guess I'm asking a lot here, but I'm sure this must be a fairly simple fix for those more capable than myself. Obviously, if anyone intends to try to help with this fix, and they want the module I've been working on, email or PM me, and I'll send it. I'll also provide the test card number. Hopefully someone can help here, but I'll continue to work on it myself.

[broknspyrl]

Well, maybe I wasn't thinking clearly, or maybe this isn't an issue. I didn't mention the fact that the site I am working with with this module is not broadcasting, and thus, does not have it's own url. currently it's localhost. So, what I'm seeing is, ZenCart connects to securepay, securepay processes the card, and tries to send some data back to my cart, but the address it is attempting to send the data to is "http://localhost" which it's not going to find. Would anyone like to confirm if this is actually my problem?

[luvsealssoaps]

Well, maybe I wasn't thinking clearly, or maybe this isn't an issue. I didn't mention the fact that the site I am working with with this module is not broadcasting, and thus, does not have it's own url. currently it's localhost. So, what I'm seeing is, ZenCart connects to securepay, securepay processes the card, and tries to send some data back to my cart, but the address it is attempting to send the data to is "http://localhost" which it's not going to find. Would anyone like to confirm if this is actually my problem?

If it is, it's the same problem I think I have. I recently started an account with SecurePay as well on my zencart site, but finding that even though the transactions are going through to SecurePay, the confirmation of order is not coming back to my zencart site as it should. I'll look at that "http://localhost" think in the module and see if I need to adjust...

will keep you posted.

[luvsealssoaps]

UPDATE:

I called securepay about getting the problem fixed, and their tech support guys were clueless as to how soon they'll come out with a module for zen-cart. They did send me that OS-commerce module, but a fat lot of good that does, it's virtually the same thing you guys have.

Was about to cancel my account w/them when this lady in customer support tells me that somehow they can switch my account to work with Linkpoint instead. She tells me to call this guy in Florida at the Charge.com location, but after leaving him 3 messages today, I look his name up on the web to find out this lady has me calling the freakin CEO of the company (dammit!), who's likely to never pick up my calls.

I've left another message and will try again tomorrow. They're really trying to hold on to us as customers, likely to keep our business but also b/c we apparently have signed a 3-year contract when setting up our account.

I mean, is it our fault if we terminate early due to their lack of support for Zen-Cart (I guess the answer is yes... our owner signed up w/these fools w/o letting us know first.). Will keep you posted.

[broknspyrl]

luvsealssoaps: I did get your IM's, and I wasn't ignoring you, just so you know, I just happen to keep my IM open, even when I'm not in the office.

Anyway, I think we will just be going over to Authorize.net as it is much easier than dealing with this crap. It's a shame that Securepay can't get their act together and support their customers with what should be a fairly simple fix from their "talented" programmers. I'm not a programmer, and I was able to get the module mostly working, aside from the return data being correct. I'll keep everyone updated on this. My site should be going live in two weeks or so, so I need to get this stuff working. I'm not even sure if my SSL will work yet, and we're holding off on getting the cert until right after we have the domain pointed at the new site.

[jewelrylady]

I too am stuck with Secure pay, when my 3 year contract ends I am running away fast!! I also called them and they have no clue. I will try to call them again and find out what to do. They have a shopping cart system built into their site, You could if you didnt have too many products create a checkout button on each item but that will take forever. I am going to use paypal once this stupid contract is up.

How much is it anyway to get out? I dont remember.

Oh well.

[Raquel]

Anyway, I think we will just be going over to Authorize.net as it is much easier than dealing with this crap. It's a shame that Securepay can't get their act together and support their customers with what should be a fairly simple fix from their "talented" programmers. I'm not a programmer, and I was able to get the module mostly working, aside from the return data being correct. I'll keep everyone updated on this. My site should be going live in two weeks or so, so I need to get this stuff working. I'm not even sure if my SSL will work yet, and we're holding off on getting the cert until right after we have the domain pointed at the new site.

It really pisses me off because I DID have it working at when I first installed Zen-Cart. I rewrote the osCommerce module and made it work for Zen-Cart. Then SecurePay's programmers Tom Bohan and Jaosn Martin rewrote something on their end and it quit working. But they don't seem willing to fix it and I'm upset. I've tried talking with Tom and Jason 'til I'm blue in the face. I think that Tom is heavily involved with osCommerce.

So I'm stuck for another 2-1/2 years. I sell adult "toys" so Authorize.net didn't want me. Now I'm stuck and it upsets me that no one seems to want to fix the problem and no one seems to care if it ever gets fixed.

[jasbor]

UPDATE:

I called securepay about getting the problem fixed, and their tech support guys were clueless as to how soon they'll come out with a module for zen-cart. They did send me that OS-commerce module, but a fat lot of good that does, it's virtually the same thing you guys have.

Was about to cancel my account w/them when this lady in customer support tells me that somehow they can switch my account to work with Linkpoint instead. She tells me to call this guy in Florida at the Charge.com location, but after leaving him 3 messages today, I look his name up on the web to find out this lady has me calling the freakin CEO of the company (dammit!), who's likely to never pick up my calls.

I've left another message and will try again tomorrow. They're really trying to hold on to us as customers, likely to keep our business but also b/c we apparently have signed a 3-year contract when setting up our account.

I mean, is it our fault if we terminate early due to their lack of support for Zen-Cart (I guess the answer is yes... our owner signed up w/these fools w/o letting us know first.). Will keep you posted.

I called: 877-754-0530 (Pipeline Data) whom is behind charge.com, and asked if I had any available options for a gateway, and they offered me Authorize.net as the gateway instead of the securepay gateway. They say this should be setup in 2 days and I should get setup info for Authorize.net. I will have to update this topic in the next few days when/if they do what they have promised.

[knuckle-101]

be careful when switching to authorize.net, authorize.net charges a 20.00 fee every month if not more even if you meet your qouta.

I switched back to securepay and havent paid a monthly fee since. Charge.com and securepay are the same company.

Me and a few others are working on securepay as we speak, so maybe a while but its in progress.