Securepay Payment Module

[dhcernese]

I was just informed by SecurePay that they are widthdrawing support for Zen-Cart, but they still support their Authorize.net AIM translator. They will no longer be sending out Sara Jacobson's SecurePay payment module. They said they will be removing Zen-Cart from their web site.

Their first-tier technical support people know absolutely nothing. Their second tier ("developer") technical people don't even know their own merchant web site.. ..and they're not even familiar with the interfacing choices. I don't understand how companies like this stay in business?

[dhcernese]

btw, I'm using this module anyway. I learned through trial and error that:

1. "invoiceno" is put into the SecurePay "comment1" field (goodness!)
2. "description" is a required field, but does not get into the "comment2" field (very very badness)

If only SecurePay would share what form fields their zen.cfm requires and how to get comment2 through, I'd be in business.

[dhcernese]

I am using the "SecurePay.php" module which you sent us for Zen-Cart and our redesigned web site is nearly operational.

The SecurePay.php module contains code to fill in two useful fields:

zen_draw_hidden_field('invoiceno', ...
zen_draw_hidden_field('description', ...


However, the custom transaction report on www.securepay.com shows the following fields where invoiceno shows up
under "Comment1" and yet description does not show up under "Comment2", for example:

<input type="hidden" name="Street" value="P.O. Box 1521, ">
<input type="hidden" name="city" value="Pepperell">
<input type="hidden" name="state" value="MA">
<input type="hidden" name="Zip" value="01463">
<input type="hidden" name="Card_Number2" value="xxxx">
<input type="hidden" name="exp_date" value="1008">
<input type="hidden" name="amount" value="0.40">
<input type="hidden" name="recnum" value="N/A">
<input type="hidden" name="tr_type" value="0200">
<input type="hidden" name="Comment1" value="zencart-order: 1018">
<input type="hidden" name="Comment2" value="">
<input type="hidden" name="CardType" value="VISA">
<input type="hidden" name="approvnum" value="471578">



Name on Card: Daniel Cernese
Address: P.O. Box 1521,
City: Pepperell
State: MA
Zip/Postal Code: 01463
Email: No Data
Card Type: VISA
Card Number: xxxxxxxxxxxxyyyy
Expiration: 1008
Amount: $0.40
Transaction Type: 0200
Transaction Date: 8/30/2007
Transaction Time: 2:29:00 PM
Record Number: N/A
Approval Code: 471578
Authorization Response: APPROVED
SecurePay_ID: xxxxx
Notes: zencart-order: 1018



Can you fix this on your end or supply documentation for the "https://www.securepay.com/oscommerce/zen.cfm" form variables?

[dhcernese]

SecurePay has confirmed that comment2 "does not work". They also reiterated that they would be removing support for Zen-Cart. I explained that their osCommerce support is nearly identical and why would they remove one and not the other?

[IGD]

is comment two really necessary, ever?

[dhcernese]

Yes, absolutely. Especially since our finance people have no access to Zen-Cart and do not wish to go there to read details of orders and invoices. We use both of the comment codes and design it such that they are sufficient to run revenue category reports off the SecurePay web site using one of the fields, etc.

I believe the answer depends entirely on how your accounting folks use the custom transaction reports and how they reconcile different taxable income sources-- especially in the case where the merchant account is fed by more than just a web site.

[IGD]

True, depending on there accounting software on how they generate there reports ya could always just use the one field and create a standard for parsing the info out of whatever format they allow you to publish the reports in. Looks like I will have to do the same thing here soon.

like

orderid :

//run through products ordered

quantity - product name - price - short description

[dhcernese]

Yes, I may be forced down the same path also. However, the consequence is that this will screw up the confirmation email sent to the customer -- it uses the same field _and_ includes the description field.

[dhcernese]

This is an advanced notice that I've constructed a completely new SecurePay module that operations similar to the authorizenet_aim module and uses SecurePay's "secure1" interface!

The "secure1" interface is documented, unlike the one used by the previously released SecurePay.php payment module.

This also means it adds support for the "transaction key" and fully supports both "Comment1" and "Comment2" fields. There are also other various long-standing bugs that have been cleaned up (i.e. credit card information shows up on the order, etc.).

I just started testing the new module, I called "SecurePayCOM.php", in production and will package it up after a stabilization period. I gave it version 3.0 so as not to be confused with the previous SecurePay modules.

Unfortunately, this one does not (yet?) reconcile the differences in how "MasterCard" was identified in the various recent versions of Zen-Cart 1.3.6,1.3.6,1.3.8. That's TBD.