Re: Orders not passing to Authorize.net
I'm seeing orders that are not properly communicating between:
Client Site <<>> X-Payments <<>> Authorize.net AIM. However, these are domestic (not international) orders. The orders are being authorized for capture, but are NOT creating an invoice in the store. Meaning, my client cannot see that an order was placed. I can only see these orders in Authorize,net and X-Payments. And it seems these invisible orders are occurring more often (seven since November 21st). Regarding these invisible orders: 1) They do NOT show an invoice inside XCart 5.2.10 2) The do show in my client's Authorize.net account as UNSETTLED 3) I can CAPTURE the order and collect the invoice from Authorize.net's merchant portal 4) I see the payment as "authorized" inside X-Payments 5) I can CAPTURE the order inside X-Payments What else do you need to try and solve this interesting and annoying problem? My client has started screaming at me over it, and now I have to manually check for orders in X-Payments every day to make sure no orders have been missed. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Hello Sam,
I've moved this post from the original forum thread as it seems to be related to X-Payments, not the Authorize.Net SIM integration that is built into X-Cart. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Hi Sam,
What do you see at X-Payments logs at both X-Cart and X-Payments side? https://www.x-payments.com/help/X-Payments:FAQ#Where_can_I_find_X-Payments_logs.3F |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Hello Alex:
I posted a few more details on the problem (specifically that when these invisible orders occur they authorize the product total, but ignore shipping costs) in a different thread before I was notified of this moved post. The details are here: https://forum.x-cart.com/showthread.php?t=73283 In the xp-connector log I see the callback requests, and they look normal. In the php_errors.log I see this: Quote:
The only error file I see in X-Payments Payment Log is one file posted yesterday: Quote:
However, in the X-Payments console it does not show any transaction errors, but does say there was "Recent Error Dates" of 12/16 and 12/15 but provides no details Those are probably my own login errors to the X-Payment console. At this point I'm about to restart the server and see if that clears anything up. I already tried clearing the cache and re-deploying the store and that didn't make any difference. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Sam,
> Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction This is definitely a server-side issue that creates the trouble for your client. I see you use self-hosted X-Payments so I advise you to work with our techs regarding fixing your server environment for X-payments. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Thanks Alex:
My server is hosted by EWD (Total Server Solutions) and I communicated with them early this morning regarding this issue. They had mentioned something about a recent routing issue regarding upstream IPs, but I'm not sure that is causing my issues. I just sent them a follow-up with the error, and explained your concern over server environment. Is there anything specific that needs to be addressed when self-hosting X-Payments? It seemed to be working perfectly until recently, and there have been no changes to the server. For reference, I'm using the latest X-Payments, version 2.2.0. I appreciate your help with this. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Do you host X-Cart with EWD, too?
Do you host X-Payments and X-Cart in the same environment/account or separately? |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Yes to both, and currently X-Payments is within a subfolder of one of my domains running X-Cart 4.x.
I'm also communicating with EWD about this now. They just asked the same question. Should X-Payments be installed under its own (separate) domain, or? |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
> Yes to both, and currently X-Payments is within a subfolder of one of my domains running
> X-Cart 4.x. This is not PCI compliant way to install and use X-Payments. It must be installed 100% separately. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
I'm in the process of correcting that.
|
All times are GMT -8. The time now is 01:34 PM. |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.