|
laurian Horowitz
|
February 8, 2016 at 12:34 pm
Hi! I’m using a merchant that emulates Authorize.net. I’m using the SIM extension and EE4. I’ve set it up and am going over to the correct merchant pages, I needed to customize the processing links to that of my merchant. But, once the transaction is completed, I’m being redirected to a 404 page. I reviewed the transaction and find it in the merchant account, so it looks like that is working right. I am using WooCOmmerce shopping cart on the website with the same SIM configuration and all works fine there, so I’m assuming the Espresso problem is due to a customization I need to make to the plugin OR a configuration settings. Can you help guide me in the right direction as to how to get EE4 SIM working right to complete transactions? Thank you!
|
|
Josh
|
February 8, 2016 at 2:20 pm
Hi laurian,
It might help to know exactly what code has been customized. Normally the code just works without customizations, but that’s with a real Authnet account.
|
|
laurian Horowitz
|
February 8, 2016 at 3:01 pm
Yes, you’re right. It should work exactly as is with a real Authorize.net account. I’m using another merchant that uses Authorize.Net emulation, and I update the gateway URLS to the designated URLs that my merchant provides. for the AuthorizeNet SIM plugin, I found those settings in the
eea-authorizenet-sim/payment-methods/AuthorizeNet_Sim folder in the EEG_AuthorizeNet_Sim.gateway.php file there’s a method public function Set_settings that has the debug and live URL listed. I replace those URLs with those that my merchant provides. I’m directed to the correct page to enter CC info and once I submit the info, I should be re-routed back to my website and instead go to a 404 “No Results Found” page. I’ve looked through the plugin for another potential link, and reviewed all the settings. Any help would be greatly appreciated. thank you.
|
|
Lorenzo Orlando Caum
|
February 8, 2016 at 4:35 pm
Hi Laurian,
Is there a page available from your merchant provider that has more information available on the changes needed?
I think more may be needed as the Authorizenet SIM payment gateway also uses a relay URL to update information about the transaction.
—
Lorenzo
|
|
laurian Horowitz
|
February 8, 2016 at 4:43 pm
Lorenzo,
yes there is a link. Here’s their instructions: https://www.eprocessingnetwork.com/developers.html
the instructions can be found about half way down under Authorize.Net Emulation heading. You’ll see that’s where it provides the link to replace – and which to use from their merchant service.
Thanks in advance!
|
|
laurian Horowitz
|
February 8, 2016 at 5:01 pm
Also, I’m now noticing that I can’t add new dates or tickets to existing events. This should have no bearing on how espresso works, right? Can you think of why would the buttons Add Datetime or Create Ticket have stopped working? The events are premium – meaning there’s a cost to attend – so would this be an issue of the payment processing?
|
|
Josh
|
February 8, 2016 at 7:18 pm
It would not be an issue caused by the gateway. The Add Datetime and Create Ticket functions rely on JavaScript, are there any JavaScript errors on the admin page for creating events?
|
|
laurian Horowitz
|
February 13, 2016 at 8:15 am
I am not seeing JavaScript errors on loading the “add new” event page. Is there any resolution to the gateway problem I’m having? The site is live and needs to collect payments for classes. Is there another plugin I should be using with espresso to handle the emulation? any help would be greatly appreciated. thank you!
|
|
Lorenzo Orlando Caum
|
February 15, 2016 at 8:07 am
Hi, I found the changes on the page:
http://cl.ly/0K3i0Q3H2v3K
However, it doesn’t mention anything about a relay response URL which updates the payment status.
If you use Authorizenet AIM, then that isn’t needed since the transaction occurs on your site. However, if you are using the SIM option then you are temporarily taken to an Authorizenet site to complete the transaction.
The other thing is that these changes to update the URLs will be lost when you update the core plugin (includes Authorizenet AIM) or the add-on for Authorizenet SIM.
Have you considered using another payment option like Stripe or Braintree?
Braintree currently has a promotion where they will pay credit and debit card fees until you have received over $50,000 in payments.
This offer is available to merchants in the European Union and the United States and you can learn more here:
https://www.braintreepayments.com/faq#free-processing
Another feature is that you can also accept PayPal payments through the same payment gateway addon. PayPal transactions fees are not covered by the promotion above and this does offer some flexibility for your registrants/attendees.
—
Lorenzo
|
|
laurian Horowitz
|
February 15, 2016 at 10:03 am
Lorenzo, I’ve had this all working in the past – until I upgraded to the new version of Espresso. It is currently working in WOocommerce by following the instructions I sent from the merchant – changing the links to submit payments. I’m not sure of a relay link as I’ve never needed to change that to make this work. I am committed to this merchant processing and its been successfully connected to my website for payments (through EE3 and Woocommerce) for years. I understand the upgrade issue – as I’ve needed to upgrade and re-apply my changes each time I upgrade the plugins that needed customization. Is there a way to get rid of the 404 page not found error after payments are made or what can I do to resolve that error? Is there a relay link in the plugin that I need to update? Thank you for your help.
|
|
Josh
|
February 15, 2016 at 12:07 pm
May I ask what is the URL of the 404 page?
One thing that’s in the documentation for eprocessingnetwork’s SIM emulation instructions is they say you need to replace the x_trankey value. You might need to add the x_trankey value as that’s not something that’s normally sent.
|
|
laurian Horowitz
|
February 16, 2016 at 4:09 pm
Josh, How I’ve set it up is to set the admin interface with the correct merchant id and key. The account number is the auth.net login id and the trans key goes into the trans key field. Is there a way to route the payments through woocommerce? That part is working fine with the same setup (SIM and the same auth.net emulation). My problem is my business needs to get payments for my events and if the built in payment processing for ee4 isn’t going to work, is there a way to route payments through my woocomerce cart to go through my merchant? Thanks!
|
|
Josh
|
February 17, 2016 at 9:39 am
I’m afraid there currently isn’t a way to route the payment step for the event registration to WooCommerce.
I think what might be happening here with the EE4 SIM gateway is it sends the transaction key to Authnet using the x_fp_hash field. What it does is it generates a unique hash that’s based on the transaction key and some other information.
The documentation from eProcessing Network indicates they want the x_trankey key field with the value with the Restrict Key generated through the ePN account. EE4 Authnet SIM doesn’t send a x_trankey field.
What I can suggest that you try is add something like this to your EE_AuthorizeNet_Sim.gateway.php file in the set_redirection_info() method where it sets the $redirect_args:
$redirect_args['x_trankey'] =
'Restrict Key generated through the ePN account goes here';
Their documentation also suggests:
If you would like to utilize ePN’s Processing Control as the default fraud prevention tool with the Authorize.Net™ Emulator, do NOT submit the x_type variable at all. (SIDE NOTE: the Processing Controls section can be accessed by logging into the Gateway Account and selecting Processing Controls from the navigation menu.)
If that applies to you, then you comment out the line that says:
$redirect_args['x_type'] = 'auth_capture';
|
|
laurian Horowitz
|
February 24, 2016 at 12:23 am
I tried them both one at a time and received a different error now:
Message:
Transactions
This is the Event Espresso Transactions page. This page receives instant payment notification (IPN) requests and should have a status of published, but should not be easily accessible by site visitors. Do not add it to your website’s navigation menu or link to it from another page. Also, do not delete it or change its status to private.
I’m not sure what else to do next, still not able to get payments for my scheduled classes.
Let me know if there’s anything else you think I should try. Thank you
|
|
Josh
|
February 24, 2016 at 8:28 am
You tried both, of what?
Did you set the x_trankey field with the Restrict Key generated through the ePN account?
|
|
laurian Horowitz
|
February 25, 2016 at 8:15 am
Josh, I tried both of your suggestions: first setting the x_trankey with my restrict key and then I included commenting out the line you suggested. Both of those tests failed to return properly to my website. The message I received is listed in my previous response.
One thing I’d like to try is to repair the EE4 tables. I’m having random problems editing my events, can’t add a new date/time to an event, click the button, the button spins, but nothing happens. No new fields to enter. Also, on new events I’m having trouble with the event description. Its white text on white background and I am not sure why new events are different than existing ones. I thought that since there’s other potential issues as I’m digging through this, that it would be a good idea to see if there was a way to repair the espresso tables without losing the events I’ve added for the upcoming months. I’m not sure if this is related to the payment problem, but it would help clear up the issues I’ve found since investigating the payment problem.
Thank you for your help!
|
|
Josh
|
February 25, 2016 at 9:11 am
I don’t know why it’s redirecting you to the transactions page. Normally the AuthSIM gateway, when used with Authorize.net, will do a relay response where Authorize.net will serve the content from the Thank You page. The transactions page isn’t used by the Authorize.net gateway. If you have an account setting that’s pointing to the Transactions page, that should be changed to point to the Thank you page.
The event description having white text on a white background isn’t a database table issue, it’s usually caused by a theme or another WordPress plugin that’s injecting either JavaScript or CSS onto the event editor page where it sets the text color in the editor to white. You’ll be able to pinpoint the exact cause by switching to the default WP theme, then deactivate all of the other WordPress plugins, then re-activate them one by one until you see the breakage again.
|
