Customer Not Being Charged For One Item On Their Order-Random Problem

[mc12345678]

OK, I installed the plug in and it is running well (got some help with that as it's not the most simple thing in the world). It has been running and no problems occurred until today. I got an order where the customer ordered 10 items, the first 7 came in at $0, the last 3 were recorded just fine. That is awful but I went to the admin area to see what I could find out.

I looked for the transaction and I can't find it. Now, I may not know some trick to this but I suspect it's not there. I looked under the day it happened (today) and the time of day that the order was placed (12:25 pm aka 13:25 as this is military time) and there was nothing there. I did see one for 13:26, but the IP address was not the same. The address I was looking for ended in .37 and this one did not. Neither did any of the other transactions, none had an IP address ending in .37. I know that sometimes IP addresses change from one instance to another and I looked for the host address, it ended in "mycingular.net" and I could not find one which matched that either around the general time of the order. Number of clicks, I imagine, should be 10 or more, after all she bought 10 items and you would expect that she was clicking around before coming to the things she wanted, there were only activities which had one click near the time she had checked out, there was one above at 24 clicks but that was not the one I was after (the 24 click person looked at totally different items than were bought).

It looks like the User Tracking didn't catch this transaction at all, maybe that means that my cart didn't catch it but yet, I did get an order even though the first 7 items were $0.

Can anyone help me with this? I hope I am just not seeing something obvious before my face here, but I would have expected to see some transaction which I could have traced by either the IP address, the carrier IP address, the time of day and date, or the number of clicks.

Thanks for any help you can give me on this.

Ummm.. 12:25pm military time is 1225... 1325 is 1:25pm... If you mean like Zulu time, then that's a different story which is related to the time zone of Greenwich (no adjustment for "time-zone").. For this "discussion" suggest looking at your watch, and looking at the time on your admin profile. Whatever difference is there now, look at when you received the notification of the purchase, and apply the same logic...

If using User Tracking, the purchase/purchaser will be evidenced by someone being logged as logged in (colored name on left side of the screen)... Hopefully in installation you didn't install the very latest version that was posted to the forum as it is missing a great deal of functionality from the version that was posted just before it... All because (again) I didn't write a good new user installation script... Anyways...

Because login typically occurs at the point of payment, you are not necessarily looking for as many clicks as items purchased... Further, a person may have multiple items already in their cart at the time of login which would automatically place the items ready to purchase...

Next the issue of IP address, well, your "purchase" email that is sent to the admin should identify the ip address that was logged by the system... That IP address should be searchable from the browser once the user tracking screen is up. Also want to be sure that showing all history for the day (over a certain limit of page reviews and the data is not displayed)... The record(s) searched are those that in one way or another encompass the time period of when the purchase was made.... It could have started at 0800 that morning (today) and could still be going on right now... But a session that started after the purchase event or ended before the purchase event is not likely to be of much help (at first)..

As to the "right" product... That seems to also still be in question unless you have spoken with the individual and confirmed with them that what you are seeing on your "order screen" is what they actually requested...

Ohh, and if installed per instructions, then all page loads that include the footer of the site would be logged, but if something "happens" that removes the footer section from display then the footer "tracker" would not activate.