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 ?

[jacdesigner]

Also...

On your question about the different settings "authorize" and "authorize/capture":

"Authorize" will do an authorize-only on the card to check it is valid and has the funds for the purchase, but it will NOT charge the card. In a live transaction, it places that into a pending area of the gateway and waits for the merchant to confirm the sale by batching the order or changing its status somehow to shipped/delivered. At that point, it charges the card as a sale transaction.

So, this might also be why you did not see the transaction in the gateway.

Or, if the gateway is in test mode, I don't think the transaction would be there.

[droptest]

Thanks for replying, and thanks for taking the time to post your experience with this in the first place. I am sorry for messing up a very clean simple page. LOL !

I just heard back from eProcessing and the client. As it turns out their merchant account (not eProcessing account) was closed due to inactivity. They are working to get it active again and eProcessing tells me once that happens everything should be fine.

The error i was getting in the debug email "Term ID Error" is an error that means basically your login ID is invalid, this happens if you have no merchant account or if, in this case, it was closed due to inactivity.

I will say this, eProcessing is MUCH MUCH nicer to work with than Authorize.net. They were extremely helpful, very nice, and there was no 1 hour wait time for support like it has been so many times with A.net.

[droptest]

We got the Merchant Account reactivated today. Everything seems to be functioning fine. I don't see the Shipping Method info being passed to eProcessing. Standard customer info is, but no shipping (ground, 2 day etc) info is being passed. The shipping price is being passed correctly, and I will have a copy of the zen cart emails, which does contain that info, going to the client. But, I am wondering if there is a way to pass the shipping method along to eProcessing.


thanks

[jacdesigner]

Hey Droptest,

Sorry that I don't have a quick answer to this question, as we did not integrate any very complex shipping models for this particular site, just a flat rate per unit across all products.

Do you mean that the shipping dollar amount is not being added to the total that is sent to the gateway? Or just that the shipping method description (such as Ground) is not included in the gateway reports?

When I use the Per Item (flat per unit amount) module, it does seem to appropriately add the shipping total to the order total and charge the entire amt in eprocessing network. I wouldn't expect the shipping method name to be included in my reports/transaction data in eprocessing though. It is shown in the email receipt/order email notification instead.

I will try to help if I can!