Search

We need to segregate a particular type of order so that these do not get charged along with orders that are ready to ship, and we would like to name it the same status as we have created in our yahoo store. Is there a way to create a new status type in SM?

Thank you.

Will give it a try.

Thank you.

When we use superfilter in a multi-step sort, we get some orders included that should not be as they were not in the original range. For instance, we first sort to a range of orders, next we sort on order status, choosing paid and shipped>from current, then we sort order status, choosing pending>also add. When we do that, we get some orders that are outside the original range, which clearly should not be the case. Help?

Hi David,

We're currently using the latest major release, not the beta. Can the beta and the latest major release be installed on the same machine, or will they override each other? For that matter, is there some way to convert our existing installation from the latest major release to the beta without doing a full download? I'd like to get the fix, but I have concerns about using the beta version rather than the major release version. Any light you could shed here would be helpful.

I'm using version 1.5.3.6, I check for updates and none are available, but the "credit card for order X has changed" problem just keeps popping up.

Right now, we can get around this by hitting "Yes" to skip when that box pops up, and then the order is somehow magically updated with the full cc number. But this is TERRIBLY time consuming. Is there a better way?

Please advise ASAP.

---EDIT:

I realize now that we're using the latest major release, not the latest beta. We don't have the beta installed and configured. When will we see this fix implemented in a regular non-beta release?

We are now moving to printing orders from SM, and have come upon strange behavior. We download a range of orders from yahoo, then click "all" to confirm the complete range are present. Using superfilter, then we set a range of orders so that we exclude older orders already in the smg file that we do not want to print again. However, setting superfilter to "ID" and a range of orders, then choosing "from all" does not show all the orders. Specifically one marked "Backordered" and one marked "Pending Review" are not shown in the list, while a canceled order is shown, a couple of other orders marked "Pending Review" are shown. I cannot see why any would be excluded, and I am confused as to why some with the same status settings would be shown and others not.

Can you tell me it this is normal and perhaps explain what I am missing?

Thank you.

Tom

I had missed the instructions for turning on the alternative ie method. I did that and it worked.

Thank you.

Tom

David,

Finally got back to working on this issue. It remains the same. I choose actions>get orders> enter the range I want. I then see the logging into the store status message, followed by downloading range as it should be then the error box pops up "yahoo returned an invalid xml file" At this point I can ctrl-shif e to get to the xml, save it and then import it. We have been using this workaround for several weeks.

I followed all your suggestions: I have IE9, I have disabled all of the add ins, I do not have Trusteer on my machine, nor Trend Micro installed. I located the temporary file and deleted it. When I tried it again, the temp file was created again and the name looked normal.

This is very aggravating. Oh, and I upgraded to the latest version as you suggested. No joy on any front.

Please let me know what else we can do.

Thank you.

Tom Bergman

Also, are you really ever going to make this program network capable?

That is exactly what I am doing and it is working.

What is not working is going to actions>get orders>[insert the range of orders to be obtained]

I can see the login occur in the task bar, then I can see it downloading the range of orders we specified, then about the time I would expect the download to be completed, we get the error: Yahoo returned an invalid XML file.

Opening the browser window then using Ctrl+Shift+E shows the xml file. We can then save as and go back into SM, import the saved XML file and it works fine. It just generates the error when we try to do it in one step, from inside SM. This just started last Wednesday. It worked on Tuesday. We did have some trouble with our peer to peer network on Wednesday, and were unable to see the saved .smg file across the network, so maybe there is some kind of setting that got messed up? Does SM use a temporary file during the order import action we are trying to use? Just throwing out ideas...

Thank you.

Tom

The download and save method does work. Thank you for that! At least I am confident we can process orders on Monday.

Using the exact same range of orders, though, I still get the same error.

I am using VISTA and Windows 7. On Vista I have tried IE and Firefox. On Win7 I have just used IE. Same result in all cases. Both computers have AVG Free 2012.0.2171

Any ideas Will be appreciated.

Thank you.

Tom

error: yahoo returned an invalid xml file

we cannot download orders into SM. I have tried from two different machines, I updated both installations, I tried to download three different non-overlapping ranges of order. SM was working fine yesterday. When I opened the browser window, I saw the file and mailed a copy to David. Any ideas? We had to charge orders manually today. Big drag for 180+ orders! Please help.

Tom

I was able to update to 1.4.0.2, so we will see if we keep getting differences. Hopefully between my corrections of the quantity pricing and the update, this problem will go away.

Thank you.

Tom

David,

We have had two orders with a penny difference, and I have given up on worrying about the differences between the way SM Charges the total and the way the store computes the total. In addition to the rounding difference, our orders look stupid because the subtotal is incorrect, given the quantity and price as shown on the invoice. I am changing all my quantity price settings so that the cart will never get a third decimal outcome from the necessary division when customers buy unusual quantities.

I will update our versions (currently 1.4.0.0) as soon as I can. I have looked and the later version does not appear to be available?

Thank you again for your help.

Tom

The store uses number 1, so SM should too.

Thank you.

Tom

I did a little more searching and SM is apparently supposed to handle quantity pricing correctly, however, in our case it is choking on the rounding. The case in point is a product with the following quantity pricing setup: $.50 200/$9.00, 2000/$79.00. This customer bought 401, so the price was $.045. The shopping cart truncated the price at $.04 and SM rounded it up to $.05 resulting in a new, higher cost in the order, and so it would not close the order. So, now that I understand (or at least think I do...) how do we fix it?

Thank you.

Tom