|
Devon Boorman
|
October 31, 2013 at 4:03 pm
https://eventespresso.com/topic/blank-thank-you-page-moneris/
Okay, so we’ve spend loads of money and a nightmare 6 weeks moving away from GoDaddy. When I try to process a transaction through Moneris, Moneris takes the money, but does not communicate to EE that payment has gone through. I get the same blank page (see previous thread) as before. Paypal works okay.
Would appreciate your help in getting this working. Thanks.
GregR
|
|
Josh
|
October 31, 2013 at 4:34 pm
Hi Devon,
Is this still the page that’s set to “Response URL” under “Security Features” in your Moneris account:
https://www.academieduello.com/school/forms/event/transactions/
If so, then I can advise installing the simplified transaction page template that you can download from this guide.
The above linked guide is for PayPal, but Moneris is set up the same way in that the Response URL is the same page that has the [ESPRESSO_TXN_PAGE] shortcode on it.
|
|
Devon Boorman
|
October 31, 2013 at 4:48 pm
Moneris does not process the transaction. It gives me an error saying “System or data problem. Please try again.”
|
|
Devon Boorman
|
October 31, 2013 at 5:07 pm
After a few tries it goes through, but takes me back to the same result. Moneris takes the money, EE shows incomplete payment. This is with the simplified page and regular page, HTTPS turned on and off.
|
|
Josh
|
October 31, 2013 at 8:39 pm
Hi Devon,
Since Event Espresso isn’t showing a completed payment then it’s likely that the Payment notification isn’t reaching your site. Moneris has a lot of settings to configure and if there is one incorrect URL set within their settings it can make it so Moneris doesn’t communicate back to your site. Since I do not know what’s set to what in your account I will try to outline each of the settings and what they would be set to:
Within your Moneris account settings the Response method should be set as “Displayed as XML on our server” and point to the page that has the [ESPRESSO_TXN_PAGE] shortcode on it.
The approved and declined URLs should both point to the Thank you page. If the card is declined it will display a declined message, if approved a “Completed” message.
The Approved URL under “Basic Configuration” needs to be set to the Thank you page.
The “Response URL” under “Security Features” is where you have set the transactions page URL, so that looks good to go.
Here are a few more screenshots that may help:
Basic Configuration
Response/Receipt Data
Security Features
Note: There are two different sites we used for testing on this account, so that’s why there are additional URLs. Also, the test site in use has a notify url page that listed as “transaction”. The Event Espresso default is actually “transactions”.
|
|
Devon Boorman
|
November 1, 2013 at 12:23 am
Thanks. I’ve configured Moneris in the past with what seems to be every possible combination, but I’ll go through your list and hopefully something comes of it.
Appreciate your help. We’re really hoping to get this working.
GregR
|
|
Devon Boorman
|
November 1, 2013 at 12:57 am
https://app.box.com/s/q1lkdkgm598crejn5gwy
Okay. At least we got back to the site with data. But same results– Moneris takes money, EE says incomplete. I did get a log entry for the item: “IPN Validation Errors: Transaction failed verification…”
My response page looks like it has a few different checkboxes than yours:
https://app.box.com/s/kolrij9srt23paa5ca75
Suggestions?
|
|
Josh
|
November 1, 2013 at 9:55 am
Hi Devon,
The difference in the response page settings looks to me like your account is set up with the VBV (Verified by Visa). The Event Espresso Moneris gateway implementation does not have the module that is required to offer the Verified by Visa service.
Is there a setting in your Moneris account where VBV can be disabled?
|
|
Devon Boorman
|
November 1, 2013 at 10:21 am
And you think this VBV is messing up the communication?
|
|
Josh
|
November 1, 2013 at 10:37 am
I think the communication is working, however the error you are getting says verification is failing.
|
|
Devon Boorman
|
November 1, 2013 at 1:23 pm
Called Moneris and they said VBV is currently disabled on our account. Next?
|
|
Sidney Harrell
|
November 1, 2013 at 1:53 pm
What else was in the log entry? It should have response_code=, amount=, and status=. As well as some others, but those should be the interesting ones.
|
|
Devon Boorman
|
November 1, 2013 at 8:11 pm
[11/01/2013 6:43 AM]
IPN Validation Errors: Transaction failed verification, & order_id = 85-5272dcacd2273-r03, & response_code = null, & amount = null, & txn_num = 3121-0_73, & transactionKey = 2XLdSf3iCEs0g2ueFy4DXwPB1gdFAt, & status = Invalid
ipnData
response_order_id = 85-5272dcacd2273-r03, & date_stamp = 2013-10-31, & time_stamp = 23:43:55, & bank_transaction_id = 662146530011680010, & charge_total = 1.05, & bank_approval_code = 006903, & response_code = 027, & iso_code = 01, & message = APPROVED * =, & trans_name = purchase, & cardholder = Greg Reimer, & f4l4 = 4512***1694, & card = V, & expiry_date = 1507, & result = 1, & eci = 7, & txn_num = 3121-0_73, & rvar_moneris_hpp = 1383288136, & transactionKey = 2XLdSf3iCEs0g2ueFy4DXwPB1gdFAt, & quantity1 = 1, & description1 = Test Event for $1. Attendee: Greg Reimer, & id1 = 262, & price1 = 1.05, & shipping_cost = , & hst = , & pst = , & gst = , & bill_first_name = Greg, & bill_last_name = Reimer, & bill_company_name = , & bill_address_one = , & bill_city = , & bill_state_or_province = , & bill_postal_code = , & bill_country = , & bill_phone = , & bill_fax = , & email = g2@glpagedesign.ca, & cust_id = 85-5272dcacd2273, & note = , & attendee_id = 262, & registration_id = 85-5272dcacd2273, &
|
|
Sidney Harrell
|
November 2, 2013 at 12:58 pm
And you have checked the checkbox before Enable Transaction Verification in the Security section?
|
|
Devon Boorman
|
November 2, 2013 at 7:09 pm
https://app.box.com/s/rn8fq4sm2j7av75szr7g
Here’s the screenshot of the security settings. “Enable Transaction Verification” is checked.
|
|
Josh
|
November 4, 2013 at 11:14 am
Hi there,
Are the validation errors you posted from the moneris_hpp.log or from another log file? If the former, can you log into the Moneris account and go to Reports > Transaction reports and do a search for the above transaction with its order ID, (85-5272dcacd2273-r03) and check to see if there is a Response Code and Message there?
|
|
Devon Boorman
|
November 4, 2013 at 11:24 am
The log text posted previously was from the moneris_hpp.log file.
Here is the Moneris text from the exported transaction:
Oct 31 2013 11:43PM,Purchase,85-5272dcacd2273-r03,1.05,Approved
Here is the entry from the espresso_log.txt file:
[ 2013-11-01 06:43:57 ] payment_page.php -> event_espresso_pay
Payment for: Reimer, Greg|| attendee_session id: 2367c486bba13f77c88707b7f8186afe-5272dcacd0fe10.81815677|| registration id: 85-5272dcacd2273|| transaction details: a:42:{s:17:”response_order_id”;s:20:”85-5272dcacd2273-r03″;s:10:”date_stamp”;s:10:”2013-10-31″;s:10:”time_stamp”;s:8:”23:43:55″;s:19:”bank_transaction_id”;s:18:”662146530011680010″;s:12:”charge_total”;s:4:”1.05″;s:18:”bank_approval_code”;s:6:”006903″;s:13:”response_code”;s:3:”027″;s:8:”iso_code”;s:2:”01″;s:7:”message”;s:41:”APPROVED * =”;s:10:”trans_name”;s:8:”purchase”;s:10:”cardholder”;s:11:”Greg Reimer”;s:4:”f4l4″;s:11:”4512***1694″;s:4:”card”;s:1:”V”;s:11:”expiry_date”;s:4:”1507″;s:6:”result”;s:1:”1″;s:3:”eci”;s:1:”7″;s:7:”txn_num”;s:9:”3121-0_73″;s:16:”rvar_moneris_hpp”;s:10:”1383288136″;s:14:”transactionKey”;s:30:”2XLdSf3iCEs0g2ueFy4DXwPB1gdFAt”;s:9:”quantity1″;s:1:”1″;s:12:”description1″;s:40:”Test Event for $1. Attendee: Greg Reimer”;s:3:”id1″;s:3:”262″;s:6:”price1″;s:4:”1.05″;s:13:”shipping_cost”;s:0:””;s:3:”hst”;s:0:””;s:3:”pst”;s:0:””;s:3:”gst”;s:0:””;s:15:”bill_first_name”;s:4:”Greg”;s:14:”bill_last_name”;s:6:”Reimer”;s:17:”bill_company_name”;s:0:””;s:16:”bill_address_one”;s:0:””;s:9:”bill_city”;s:0:””;s:22:”bill_state_or_province”;s:0:””;s:16:”bill_postal_code”;s:0:””;s:12:”bill_country”;s:0:””;s:10:”bill_phone”;s:0:””;s:8:”bill_fax”;s:0:””;s:5:”email”;s:18:”g2@glpagedesign.ca”;s:7:”cust_id”;s:16:”85-5272dcacd2273″;s:4:”note”;s:0:””;s:11:”attendee_id”;i:262;s:15:”registration_id”;s:16:”85-5272dcacd2273″;}
Thanks.
|
|
Josh
|
November 4, 2013 at 12:14 pm
Can you clarify whether or not there is a response code listed in the transaction entry? Here is a screenshot of a Moneris transaction that shows where the response code is printed.
|
|
Devon Boorman
|
November 4, 2013 at 12:32 pm
https://www.dropbox.com/s/pek1vbgb9lwgj9f/Screenshot%202013-11-04%2011.30.09.png
This is the columns that I’m seeing (never mind the void, I did that after the approval was done).
I don’t see your columns of Response Code and all else.
|
|
Sidney Harrell
|
November 4, 2013 at 12:37 pm
We know that the problem is not a low-level one, since we are receiving and parsing the xml from their server, but since moneris is returning a NULL response code, there isn’t a way for us to figure out why the validation is failing. It seems like if you give the order_id and / or the transaction key to moneris tech support, they should be able to give a why for the verification step failing.
At this point, I would short-circuit the verification step, so that your customers, instead of getting “Incomplete” reported by EE, would get completed if they are returning from moneris with an “APPROVED” message.
In gateways/moneris_hpp/EE_Moneris_HPP.class.php on line 149 where it is currently:
return FALSE;
replace this with:
if ($this->ipnData['response_code'] < 50) {
return TRUE;
} else {
return FALSE;
}
That way your customers are not inconvenienced, and the verification error is still logged. I would recommend sending an email to moneris’ tech support with the details from an entry in the error log, to see if they can look up the attempted transaction verification, and determine a more specific cause for the verification failure than a status of “invalid”.
|
|
Devon Boorman
|
November 4, 2013 at 1:03 pm
Do I copy the file to my uploads folder, or edit the file in the plugins folder?
My line 149 doesn’t have that code. It’s
}
Perhaps you could give me a bit more context. Is it at the end of this block (the “return FALSE;” is on 151 in this example)?
<code>} /*elseif ( $this->testMode ) {
return TRUE;
}*/ else {
$log_entry = 'Transaction failed verification, & ';
$log_entry .= 'order_id = ' . $verification->order_id . ', & ';
$log_entry .= 'response_code = ' . $verification->response_code . ', & ';
$log_entry .= 'amount = ' . $verification->amount . ', & ';
$log_entry .= 'txn_num = ' . $verification->txn_num . ', & ';
$log_entry .= 'transactionKey = ' . $verification->transactionKey . ', & ';
$log_entry .= 'status = ' . $verification->status;
$log_entry .= "\nipnData\n";
foreach ( $this->ipnData as $key => $value ) {
$log_entry .= $key . ' = ' . $value . ', & ';
}
$this->moneris_hpp_log( $log_entry, TRUE );
return FALSE;
}</code>
|
|
Sidney Harrell
|
November 4, 2013 at 1:24 pm
Sorry, line 151 in the current version, right after the logging line:
$this->moneris_hpp_log( $log_entry, TRUE );
return FALSE;
You probably want to copy the whole gateways/moneris_hpp folder over to uploads/espresso/gateways before doing the modification.
|
|
Josh
|
November 4, 2013 at 1:57 pm
This is an aside, but it may help prevent other issues from happening on the registration and payment pages: You will want to serve up all the pages that run Event Espresso plugin code *dynamically* instead of as static files. You can go into the W3 total cache advanced settings and add the following strings to its “do not cache” list to allow the Event Espresso pages to load up dynamically:
event-registration
thank-you
|
