eProcessing Network Integration

[jacdesigner]

This post is intended to help out others who might need to integrate the eprocessingnetwork.com payment service, offered by Merchant Services. I will report back if I am successful with this integration, so that others will have this reference.

So far, I have been informed that it is possible to integrate this service by using a module intended for Authorize.net. They claim that both SIM and AIM methods will work, but AIM is said to be better.

I will begin by integrating the AIM module per its instructions and make minor modifications to the configuration to allow it to connect with epaymentprocessing. My next post will explain the modifications and what the tests resulted in.

Stay tuned!

[jacdesigner]

I am happy to report that the integration went smoothly and it works. For reference, here is what was done:

I edited the urls in the AIM file: includes/modules/payment/authorizenet_aim.php

The production url is:
https://www.eProcessingNetwork.Com/cgi-bin/an/order.pl

The url to include in the 2 developer mode sections is:
https://www.eprocessingnetwork.com/c...ct/transact.pl

Eprocessingnetwork instructs you to use their "RestrictKey" as the transaction key. This is generated in the account holder's interface in a similar way to Authorize.net. You just use their account number as the user ID.

I had no problems with Test mode, but the real test was during Production mode. I set the payment mod to Authorize only to prevent an automatically captured charge during my test transactions. This makes it easier for the client to void the charge in their gateway.

I tried a test card number first (such as VISA 4111111111111111) and it correctly returned a declined message and a debug email. This was a good sign.

Then I tried a real valid credit card and it went through with an approval code on my email. This shows that it is working with the gateway.

The final step is to speak to the client and confirm that it showed up in their gateway activity.

[droptest]

Hey this is great news.

I have a question, hopefully it can be answered asap. Is the follwing the only section that needs to be edited:

$url = 'https://secure.authorize.net/gateway/transact.dll';
if (AUTHORIZENET_DEVELOPER_MODE == 'on') $url = 'https://test.authorize.net/gateway/transact.dll';
if (AUTHORIZENET_DEVELOPER_MODE == 'certify') $url = 'https://certification.authorize.net/gateway/transact.dll';
$reportable_submit_data['url'] = $url;

There are 3 fields here that reference A.net. Could you be very specific as to which url needs to be in which field, for all 3 fields ?

thank you

[droptest]

ALSO

you mentioned using the 'restrict key' as login id, but what about the Trans Key ?

is the Trans key in the A.net module left blank ?

NEVERMIND, I OVERLOOKED THAT - USER ACCOUNT MUBER IS LOGIN - RESTRICT KEY IS TRANS ID..........got it

[droptest]

OK, i really need to delete my previous 2 posts. I didnt have enough coffee in me to realize all the info needed was in the above instructions.

However. I did exactly what you described, test mode worked great, production mode returned this error:

This transaction has been declined. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.


Even though i received that error I also received an email from Eprocessing saying that my order was placed and approved. So zen cart is returning an error but Eprocessing is saying its all good. I have access to the clients Eprocessing account and when i checked for account activity my order shows up nowhere....

In production mode i left the setting on 'authorize' and did ot change it to 'authorize and capture' - does this matter, would it hae anything to do with the error? In my debug email i see "Term ID Error"

any ideas ?

[jacdesigner]

Interesting. Since you mention that you have access to the gateway interface, did you happen to change any settings within there to a "test" mode? If you did, the gateway might be recognizing the test card number and sending an "authorize" message to confirm your test worked?

You should get that error message about declined card if the number is not a valid, true credit card, and the module (in Zencart admin) is in production mode. So that is working correctly, assuming that you are using a test card number/fake card number.

So, if you do have a "test mode" setting within Eprocessingnetwork's gateway, change that to production or "live". Then you will want to test a real credit card number (I usually ask to use my client's card and run a test on a $1 product).

OK, i really need to delete my previous 2 posts. I didnt have enough coffee in me to realize all the info needed was in the above instructions.

However. I did exactly what you described, test mode worked great, production mode returned this error:

This transaction has been declined. - Your credit card could not be authorized for this reason. Please correct any information and try again or contact us for further assistance.


Even though i received that error I also received an email from Eprocessing saying that my order was placed and approved. So zen cart is returning an error but Eprocessing is saying its all good. I have access to the clients Eprocessing account and when i checked for account activity my order shows up nowhere....

In production mode i left the setting on 'authorize' and did ot change it to 'authorize and capture' - does this matter, would it hae anything to do with the error? In my debug email i see "Term ID Error"

any ideas ?