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.
|
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
I recreated a NEW install of X-Payments under a different domain.
This is what occurred when placing a test order: 1) The checkout page was confused, and was refreshing different sections at different times before returning to the checkout page. 2) The order does NOT show as completed. The page refreshed back to the checkout page, showing a PARTIALLY completed order --- shipping charges were not included in the authorization (see image - "test-order-no-shipping") Therefore, the customer does not receive a "Thank You For Your Order" message. This was a problem in earlier versions of XC5, and was supposedly fixed in one of the new releases. 3) I logged into the admin console and the order is not shown. (see image - "test-order-not-in-cart" 4) I logged into X-Payments and see the order TWICE - once with shipping (pending), and another without. (see image - "test-order-no-shippingXPAY" 5) As I was typing this message. the order confirmation arrived by email. It states "Order #. Your order has been changed" NOTE that there is NO order number! It also shows a complete order total w/shipping. 6) I started checking the log files and found this: Quote:
NOTE: X-Payments is version 2.2.0. Is there a newer version I don't see, or an easy way to verify X-Payments version? Where is this API error coming from, X-Payments or the Authorize.net AIM? What now?? Is this also a server issue?? |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
I've now had to turn off order processing through X-Payments/Authorize.net until this is resolved.
|
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
> Your X-Payments connector module supports API version "1.6". This X-Payments supports
> the following API versions only: "1.1, 1.2, 1.3, 1.4, 1.5". No need to worry about that. X-Payments connects using one of those APIs. API v1.6 is going to be introduced in X-Payments 3.0 we are developing right now. |
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Also, "pending" transactions at X-Payments back-end are not orders or payments. They are technical entries that help X-Payments not to lose a transaction passed from an integrated cart. You can ignore "pending" payments at X-Payments completely.
|
Re: Orders not properly communicating between Client Site, X-Payments and Auth.Net AIM
Also, in order to find place of the trouble try to do this - create a free trial account of X-Payments Hosted at https://www.x-payments.com/trial-demo.html and connect your X-Cart store to it instead of your self-hosted copy of X-Payments. If troubles disappear after that - a trouble is definitely sitting in your self-hosted installation of X-Payments. If not, I highly recommend you to work with our techs in your HelpDesk account. Nobody else reports such troubles.
|
All times are GMT -8. The time now is 09:08 AM. |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.