Incomplete order notification

[color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

Hi cs carters,[/font][/color][color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

Is that just me? Or it seems that no notification is sent when an order is set as incomplete.[/font][/color][color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

I think a notification should be sent at least to the webmaster, I didn't find any info on the forum nor in the configurations.[/font][/color][color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

The notifications are shown on the dashboard, but sometimes I do not connect to my store for few days.[/font][/color][color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

Perhaps I'm wrong and there is an option somewhere, any help would be highly appreciated.[/font][/color][color=#000000][font=Verdana, Arial, Helvetica, sans-serif]

Cheers.[/font][/color]

Hello thefreer,



Thank you for your message.



Unfortunately, there is no ability to enable e-mail notifications for orders with the Incomplete status in your CS-Cart admin panel. Some code modifications are required to implement this feature. We would be happy to assist you in this matter within our technical support service. Please contact us via Customer Help Desk if you have support credits or an active support period.



Thank you.





Pavel Zyukin

CS-Cart Support team

Rather than start a new thread this 'bump' might do the trick.

How does an order become 'Incomplete' ?

Just had a customer buy 3 items but the first attempt caused

an 'incomplete order'. The second attempt went through just fine

using PayPal.

I have emailed her to ask what caused the first attempt to fail.

I am as curious as all blazes.

Generally an order will have a status of Incomplete if a payment processor was set for the order but for whatever reason, the processor script doesn't exist (or permissions problem) or when the processor data is fetched from the DB that there is no processor_id defined.

See fn_place_order() in fn.cart.php and look for the __order_status string below the call to fn_check_processor_script().



It can also be incomplete if the processor can't be connected to for processing which could indicate an intermittent network problem.

Note that if the processor is connected to but returns a result, the status will be either Fail, Decline or Processed



If there is no processor for the order (purchase order, phone order, etc.) then the status will be automatically set to Open.



If the order_total is zero (free products) then the order status will be set to Processed.

I'm getting well fed-up with reading this from the support here “Some code modifications are required to implement this feature. We would be happy to assist you in this matter within our technical support service.”



These are things that should be the cornerstone of any shopping cart. Should have been in V1 not still waiting as V4 comes along. Stead of just pasting the same response why not try this one “We understand this is importent to our customers we will issue a solution in our next update”. And then DO IT !

On the subject of 'code modifications' it seems to me that any code modification

needed for a particular version of CS-Cart would be a standard across all the same

cart versions and therefore made available in a pinned thread.

We all know how to find a particular file and edit it.

All we need to be told is 'which file' and the data that needs editing.

I can well appreciate that the support team should be paid for special mods

but not for mods to make the cart behave as it 'should'.

[quote name='termalert' timestamp='1370097479' post='162873']

On the subject of 'code modifications' it seems to me that any code modification

needed for a particular version of CS-Cart would be a standard across all the same

cart versions and therefore made available in a pinned thread.

We all know how to find a particular file and edit it.

All we need to be told is 'which file' and the data that needs editing.

I can well appreciate that the support team should be paid for special mods

but not for mods to make the cart behave as it 'should'.

[/quote]



This is part of the problem, the are plenty threads where people have reported issues and the staff wheel out that “contact us” line. But some of these are issues faced by all of us.



It's as if these issues are over-looked or built in to provide ongoing work. But then we keep hearing how busy the staff are. Well perhaps if they issued these fixes on mass rather then one on one they would be less busy. Afterall these should be unpaid fixes not bookable support.

I am disagreeing developers must have to fix this issue without asking to provide payment to resolve this problem. This is a long past problem which we are facing. Day by Day csc development going more success but why the old problems were still here. Kindly check this out so the new and old users not being dissatisfied.

Requires you to create an email body and subject template and then to use the place_order hook and see if the $__order_status value is equal to STATUS_INCOMPLETED_STATUS and if so, then call fn_send_mail() with the appropriate fields from the order and using the templates you've created.



Yes it should be built in.

Although I agree this function could be included, I don't really need to get an email each time somebody forgets his paypal password. Most come back and buy later anyway, why bother harassing them with emails as to why an order was not completed?

[quote name='Flow' timestamp='1370174655' post='162901']

Although I agree this function could be included, I don't really need to get an email each time somebody forgot his paypal password. Most come back and buy later anyway, why bother harassing them with emails as to why an order was not completed?

[/quote]



I think I had this with a regular customer this week. This person has spent about £2,000 with me over the last year and this was the first time I had noted his login on the new site. He normally orders 30-50 items at a time. The log shows he had a password attempt and has not been back or contacted me about it.



I'm not concerned about getting an email, these orders should become abandoned carts and as such the customer should be able to revive the checkout and make a payment. It's absolutely daft if a person spends an hour adding items to a shopping cart only to lose all that if they enter their password wrong.



I've actually changed my shop now to make people login before adding anything to the cart. I don't like doing that for a few reason but it's better then losing orders and having a bad reputation of forums.

@Kickoff - Are you saying your customers with incomplete orders loose their shopping carts? Cause I don't have that (in 2.25). They simply choose another payment system or login again when they know their paypal passport again (for example) and finish their order.

[quote name='Flow' timestamp='1370184936' post='162908']

@Kickoff - Are you saying your customers with incomplete orders loose their shopping carts? Cause I don't have that (in 2.25). They simply choose another payment system or login again when they know their paypal passport again (for example) and finish their order.

[/quote]



He added items to the can't before loggin in. When hitting checkout he was asked to login couldn't and so gave up. Neither he or I can recreate his cart so I rely on him spending another hours picking the items again.

[quote name='kickoff3pm' timestamp='1370185809' post='162911']





He added items to the can't before loggin in. When hitting checkout he was asked to login couldn't and so gave up. Neither he or I can recreate his cart so I rely on him spending another hours picking the items again.

[/quote]



This happens all the time in my clients carts. We get phone calls almost daily on this problem. Frustrating that cscart doesn't solve these quirks. Yes, these are hard to duplicate, but that doesn't mean it is not a Bug.

I can't believe I don't know about this. I never heard this complaint… very strange. Could one of you add it to: [url=“Little annoying quirks that have been in cs-cart forever and should be fixed - Upcoming features - CS-Cart Community Forums”]Little annoying quirks that have been in cs-cart forever and should be fixed - Upcoming features - CS-Cart Community Forums



with an exact description?

Tnx!

If a user has not completed the checkout process, no order will be created and hence there will be no order with an incomplete status. The 'cart' will remain in the user's session (it stays there anyway till the order is complete).



That being said, carts are held in the user's session. By default, if their IP changes or their User-agent string changes (came to your site from a different device) or it's been more than 2 weeks since they were there, they will not get their old session revived. If none of these cases occur, when they return to your site they will have their 'cart' still available.

What should happen and what does happen on most other carts I've used is as soon as a product is added to the cart a tempery cart is created. This becomes the cart used at checkout and if the checkout is not complete for any reason it because an abandand cart. Doesn't matter how long or where the customer logs in from next time he does he has that cart in his account.



Admin can see abandoned carts and can follow up with the customer on why they didn't complete the transaction. This is done in the admin via email …ho but wait that another thing you can't do in cs-cart isn't it.

Yes, old carts are also saved it the user is logged in. But if not, there's no way to identify a returning user other than via the session.

90% of “abandoned carts” are carts where there is NO user info. Hence attempt to contact is futile. Most “abandoned carts” (which is not what this thread is about) happen because a user is requested to register or login and they don't want to do that or forget their passwords, etc. They then just move on…

Try checking your settings from within your config.local.php file



// Session live time

define(‘SESSION_ALIVE_TIME’, SECONDS_IN_HOUR * 2); // 2 hours



// Sessions storage live time

define(‘SESSIONS_STORAGE_ALIVE_TIME’, SECONDS_IN_DAY * 7 * 2); // 2 weeks





We never have problems with customers “loosing” their shopping cart items, however, some of you may want to adjust these session times accordingly. :)

Actually this has nothing to do with “abandoned carts”, as user usually do not proceed to check out, they simply want to have a quote on product prices + taxes + shipping, it would be annoying to contact customer because of that. I know because I do the same on other websites.



An “Incomplete order” is an order which has been sent to a payment gateway and canceled there. (for any reason, it could be a technical issue as well).



The only way to see them is to catch them fast on the admin home page as only 5 orders are shown there (or having fun going into the database).



I've made a test as I receive a lot of “Incomplete orders”, I sent emails asking customer why they didn't finish their checkout, the customers I contacted didn't answered, but replaced their orders a few hours later.



For me it's dumb that customers don't have the possibility to simply continue their orders where they left it instead of placing new orders. The result of all this are a lot of duplicate orders, I placed an “Incomplete order” and logged in after the process cancellation, customers don't see “Incomplete orders” in their account.



What's the use of that statue then?



(sorry for my bad English, I'm from France)