ProductCart Shopping Cart Software Forums : Incomplete Orders https://forum.productcart.com/ Copyright (c) 2006-2013 Web Wiz Forums - All Rights Reserved. Wed, 08 Apr 2026 06:01:33 +0000 Tue, 27 Apr 2010 17:15:36 +0000 http://blogs.law.harvard.edu/tech/rss Web Wiz Forums 12.04 360 https://forum.productcart.com/RSS_post_feed.asp?TID=3610 <![CDATA[ProductCart Shopping Cart Software Forums]]> https://forum.productcart.com/forum_images/pc_logo_50.png https://forum.productcart.com/ <![CDATA[Incomplete Orders : From many years of experience...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14159.html#14159 Author: amgqmp1
Subject: 3610
Posted: 27-April-2010 at 5:15pm

From many years of experience with PC and Authorize.Net...

...most of the time the information coming back through Authorize.Net is extremely generic, and card-type dependent,   For example, most declined AMEX charges I encounter are for a mismatched card code (people use the 3-digit code on the back instead of the 4-digit code on the front), are merely logged as "Declined (contact card issuer to determine a reason)".

If the same person were to mismatch on a Visa or MC, it would actually report the card code mismatch as the declined reason.

I think any store manager using Authorize.Net should have access to the Authorize.Net control panel.  While I can understand why it would be nice if the info did get passed back to the shop, I actually prefer that it not.  I like to keep the credit card transaction history (of which the shop I run has a lot) separate from the data in the shop.  The last thing I need is an extra pile of data to keep intact in my shop db. Wink
]]> Tue, 27 Apr 2010 17:15:36 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14159.html#14159 <![CDATA[Incomplete Orders : We have also had intermittent...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14098.html#14098 Author: benpate
Subject: 3610
Posted: 24-April-2010 at 10:01am

We have also had intermittent issues where Authorize.net will take the persons money but the order does not show up. Maybe setting the entire ASP page to be a transaction would solve this? To my knowledge, making the entire page an ASP transaction would make so that if anything on the page fails then the whole thing will. Can anyone confirm this?]]> Sat, 24 Apr 2010 10:01:58 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14098.html#14098 <![CDATA[Incomplete Orders : I can see other problems here. Incomplete...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14096.html#14096 Author: intour
Subject: 3610
Posted: 24-April-2010 at 3:50am

I can see other problems here.
 
Incomplete orders also occur when a successful payment is taken but the callback from the payment gateway does not happen.
 
One of my clients has had a lot of trouble with Worldpay on this. The problem is intermittent so its hard to track. This client sells a lot of downloadable products so without the callback from the gateway the download link is not created. In trying to solve this with EI the conclusion was that some anti-virus software was stripping out the callback link because of the way Worldpay display it.
 
Nigel
 
]]> Sat, 24 Apr 2010 03:50:54 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14096.html#14096 <![CDATA[Incomplete Orders : I actually coded the invoicing.asp...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14066.html#14066 Author: benpate
Subject: 3610
Posted: 21-April-2010 at 12:46pm

I actually coded the invoicing.asp page to also show incomplete orders. It shows them and lets user know they are incomplete by adding " - INCOMPLETE" This has been a great help to the customer service people even though you could see this info on another screen. ]]> Wed, 21 Apr 2010 12:46:52 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14066.html#14066 <![CDATA[Incomplete Orders : I also agree - incomplete transactions...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14030.html#14030 Author: geoff
Subject: 3610
Posted: 16-April-2010 at 9:01pm

I also agree - incomplete transactions have been a major headache. The ability to log this up to the hand over to the gateway provider would be very useful. ]]> Fri, 16 Apr 2010 21:01:06 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14030.html#14030 <![CDATA[Incomplete Orders : Yes, this would be a very nice...]]> https://forum.productcart.com/incomplete-orders_topic3610_post14026.html#14026 Author: benpate
Subject: 3610
Posted: 16-April-2010 at 11:41am

Yes, this would be a very nice feature. Same with checkout logging.
]]> Fri, 16 Apr 2010 11:41:58 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post14026.html#14026 <![CDATA[Incomplete Orders : Boy howdy, you are preaching to...]]> https://forum.productcart.com/incomplete-orders_topic3610_post13961.html#13961 Author: Guests
Subject: 3610
Posted: 09-April-2010 at 3:31am

Boy howdy, you are preaching to the choir here!

So many things to do, so little man-hours available to do them (well, in my case, a lot of woman-hours).

The information that could be logged here would really be invaluable. It takes so much effort for a merchant to get a customer to this point. That scenario I described ... that's when it becomes a real mystery vis a vis the data. Many interesting things could be revealed to merchant through the control panel this way.

Meanwhile, what say you could at last record info on declined Authorize.net transactions soon, maybe v4.1 as this is by far the most popular gateway. I built that in on SecurePay in 3.51+ and we are doing the same with some new gateways folks are contracting us to build in.]]> Fri, 09 Apr 2010 03:31:08 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post13961.html#13961 <![CDATA[Incomplete Orders : Sean, Thanks for the additional...]]> https://forum.productcart.com/incomplete-orders_topic3610_post13960.html#13960 Author: ProductCart
Subject: 3610
Posted: 09-April-2010 at 2:39am

Sean,

Thanks for the additional thoughts.

Later this year, as part of ongoing improvements to One Page Checkout, we could look at really taking advantage of all the AJAX calls that happen in OPC to save to the database all sorts of statistics on what is happening with the order.

We could theoretically "log" the steps taken during checkout (e.g. selected shipping; tried discount XYZ, but it was expired; proceeded to payment page; returned to order verification; tried discount ABC, but it had already been used; ... ).

This could provide some really interesting information.

There's so much that could be done! If we had 30 developers working night and day on ProductCart, none of them would be idle. Ever. :-)

Massimo]]> Fri, 09 Apr 2010 02:39:16 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post13960.html#13960 <![CDATA[Incomplete Orders : earlyimp wrote:That information...]]> https://forum.productcart.com/incomplete-orders_topic3610_post13959.html#13959 Author: Guests
Subject: 3610
Posted: 09-April-2010 at 2:29am

Originally posted by earlyimp earlyimp wrote:

That information is not recorded at this time. It's a good idea for the future, although very time consuming to implement because each payment gateway is different.

Yeah, for sure. I've done this with my SecurePay integration and will do with the few other new gateway integrations I've got on my plate. Lot's of work to update all of the other gateways PC ships with. I totally understand that.
Originally posted by earlyimp earlyimp wrote:


To assume that the customer abandoned the shopping trip because their card was declined is not necessarily correct, though. The customer might have simply decided not to pull the trigger. It happens all the time.

Agreed, and we didn't assume that -- but it would be nice to have data that would eliminate that as a concern.
Originally posted by earlyimp earlyimp wrote:


With regard to Authorize.Net, one way to study this information is to review "Unsettled Transactions" daily, before they settle. You can view details on a declined transaction and see - for instance - if the decline was due to Address Verification filters that are too strict.

Agreed. It's not the easiest VT, but it's usable for this. Not all gateway VT's are, though. In any event, this would definitely be the right gateway to start this on.]]> Fri, 09 Apr 2010 02:29:07 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post13959.html#13959 <![CDATA[Incomplete Orders : That information is not recorded...]]> https://forum.productcart.com/incomplete-orders_topic3610_post13958.html#13958 Author: ProductCart
Subject: 3610
Posted: 09-April-2010 at 2:11am

That information is not recorded at this time. It's a good idea for the future, although very time consuming to implement because each payment gateway is different.

To assume that the customer abandoned the shopping trip because their card was declined is not necessarily correct, though. The customer might have simply decided not to pull the trigger. It happens all the time.

With regard to Authorize.Net, one way to study this information is to review "Unsettled Transactions" daily, before they settle. You can view details on a declined transaction and see - for instance - if the decline was due to Address Verification filters that are too strict.

Edited by earlyimp - 09-April-2010 at 2:11am]]> Fri, 09 Apr 2010 02:11:05 +0000 https://forum.productcart.com/incomplete-orders_topic3610_post13958.html#13958