|
wmnf
|
November 30, 2015 at 12:58 pm
We had a weird occurence today, the accountant reported a deposit in the bank that did not show up in Completed transactions and no registration email had been received. When we first checked the status, it said Incomplete, but then we received the registration email and checked again, the status moved to Completed. Do you know what conditions may trigger this?
We are running EE4 4.8.25.p….
|
|
Josh
|
November 30, 2015 at 5:36 pm
Do you know which payment method/gateway was used? This can happen if there’s a delay in the communication from the gateway to your website.
|
|
wmnf
|
December 1, 2015 at 4:13 pm
It’s Mijireh/Braintree. Do you mean it gets caught without updating back to the site for some reason and then when we check status, that triggers to update from the gateway again? It seem to update itself after we checked the transaction.
|
|
Tony
|
December 2, 2015 at 4:48 am
Do you mean it gets caught without updating back to the site for some reason and then when we check status, that triggers to update from the gateway again?
Yes, with Mijireh it does.
Mijrieh work differently than most offsite payment methods in that they do not send any kind of ‘IPN’ to your site to show a payment has been made. We (EE) must query Mijireh and ask them for the status of the transaction then update the transaction (and registration) if it needs to be updated.
How quickly did you notice this and open up the transaction?
One way in which we work with this is to setup a cron that checks with Mijireh once the users session has expired (1 hour by default) but we also query Mijireh when you open a transaction that has used it, this checks the status and updates the payment information if needed.
If Braintree and Mijireh are working as expected you should not see this all that often, however if Braintree takes longer than expected when communicating with Mijireh, Mijireh will direct the user back to your site and the cron is needed for the update.
|
|
wmnf
|
December 4, 2015 at 2:44 pm
I’ve only seen this once or twice, very rare. It was a few days after the initial transactions, our accounting reported a deposit in Braintree that did not show up in a custom download I provide of completed transactions. When we checked the status of the order, the email triggered and it changed from Incomplete to Complete. So, I believe this may be a case where Braintree took langer to communicate with Mijireh and the user was sent back to the site, yes? How is the cron setup to avoid this?
|
|
Lorenzo Orlando Caum
|
December 4, 2015 at 4:20 pm
Hi,
If there is a delay in communication between the platforms, then the transaction status will be automatically updated when the transaction details screen is viewed.
—
Lorenzo
|
|
wmnf
|
December 11, 2015 at 5:52 am
This happened again yesterday, except this time it did not trigger complete and send email when we checked status. The transaction is there as Incomplete even though there is a record of the full amount paid and coded green under Payment Details. The registrations are Pending Payment. How do I mark Complete and trigger email?
|
|
wmnf
|
December 12, 2015 at 6:51 am
I had to take some sort of action, the event for this last transaction I reported is today and we needed it to have a status of Complete to show up on lists. I could not find any differences, data wise, between this transaction and other that were with the status of Approved. The same Payment Details with transaction speicific data were present for both. I opened the Payment details and clicked Save Payment Details without changes and now the transaction has a status os Complete. However, there did appear an error:
An error has occurred:
Something went wrong and the payment confirmation was NOT resent
|
|
wmnf
|
December 12, 2015 at 7:23 am
I checked our Sendgrid account, the email went to the registrant but nothing to our staff. I tried saving the details again and checked both boxes including Registration Messages to send email, but received the same error message again. How can we get that email to be sent?
|
|
Tony
|
December 14, 2015 at 7:18 am
Which message type is not sending?
By default EE does not have the Event Admin ‘context‘ active on the payment received message type so it wouldn’t send a payment related message to the event admin.
So just to confirm, which message is the registrant receiving that the event admin is not?
|
|
wmnf
|
December 15, 2015 at 9:54 am
The message we are not receiving is the Registration Approved that we normally do receive. The registrant I believe is receiving Payment Received, but can only see that a message went out via Sendgrid.
Another thing is after I processed to a Complete status as I noted before, the Payment Details were updated as that day 12/12 instead of the actual transaction date of 12/5. The TXN ID matches that of the transaction in Mijireh on the 12/5 and I am using the PAY_timestamp field for our staff download of bank transactions. How can I get an accurate transaction date for the download?
|
|
Josh
|
December 21, 2015 at 9:41 am
You can edit the payment date by clicking on the pen icon in the transaction entry.
Along with that, you might be interested in switching over to the native Braintree payment gateway add-on. Using the new native gateway eliminates the step where it communicates through Mijireh.
https://eventespresso.com/product/eea-braintree-gateway/
|
