Search

Hey guys,

Sorry to report that there are some problems with backorder handling.

Specifically, whenever we change (an) item(s) status from "Normal" to "Backordered" and we save the change(s), the SM system continues to prompt to save the changes. This is indicated by the Save icon still being lit rather than being grayed out. However, the changes are confirmed as having been saved.

Also, unlike in previous versions, backordered items are no longer deducted from the subtotal during invoicing. Thus, invoices must be manually corrected before issuing. A real PITA, that.

Here's hoping you can provide a fix to these problems sooner than later. Thanks, as always. 
--
Mike

Hi all,

Is there a way to add coding to SM-generated e-mails in order to request a Read Receipt?

Thanks, as always. 
--
Mike

Thank you, David.

BTW, is there some special URL for the updated Manual?

Thanks, as always.  

ETA:  I meant the one with all of the latest revisions.

I need to make package dimensions part of several of my custom reports (and e-mail templates) but can't find a reference, either in the SM manual or here in the forum, to any available variables (something like, say, "shipment_package_length", or "shipment_package_width", etc) that I can use.

Does anyone have or know of this information? Thanks in advance for your .  
--
Mike

ETA:  I meant the most up-to-date Manual with the very latest revisions.

Hey Guys!

It seems that whenever we cancel an item from an order, although it is monetarily deducted from the merchandise total, the item(s) still show up in the Shipping List Panel (see image below)...


The shipping_items count variable is not reduced (nor added back if the item(s) is(are) reinstated) nor is the Shipping Weight(s) deducted either...


That's it as far as we can tell. Thanks, as always.   =o)
--
Mike

Hey y'all,

Anybody else having this problem? I keep getting the subject error message and am unable to send emails through the SM server.

At first I thought it was probably maintenance or the like but it's been over 1 week now. Anyone know whassup with that??

Thanks 
--
Mike

[S]

Hi David,

Thanks for getting back. First, the address-checking server issue seems to have cleared up and is, again, functioning fine. Thanks.

Regarding the Standardized Name Capitalization ("SNC") issue, whenever I have a customer who, say, has a company name with an apostrophe in it, e.g., "Christy's B&B," the result of the SNC function invariably, along with properly capitalizing, changes the name to "Christy'S B&B."

This started a while back after one of the software updates (don't remember when). It's not that big a deal... just one more item to add for correction to the next update

Thanks, as always.   
--
Mike

[S]

Hi,

Is anyone else getting this same "Unknown error verifying address" error message? I've been getting it all morning. I've tried shutting down and rebooting SM to no avail. I've also checked the addresses. No misspellings, extra spaces or incompatible characters, etc. I've also been able to independently verify the addresses through USPS.

It may seem like a small problem but we use address-check on every order as one of our methods for  that the customer has not inadvertently sent their order to the wrong (or an undeliverable) address.

Thanks guys.    
--
Mike

P.S.:  also, anyone else notice how the system always return a capital "S" on the Supermanager'S Standardized Name Capitalization function?

Mike,

We do make incremental additions/modifications to the user's manual and it is mostly (or entirely) up to date on the available variables.  It lists order_amount_paid for amount paid.  There isn't currently a variable for amount due, but we could add that.

Thanks,
David

David,

Thanks for your quick reply. I've already downloaded v1.3.2.3. Thanks.

Regarding additional variables, it seems to me that, just like with the variable "total_name" and "total_amount," it would be useful to have a set of summary variables covering payments received, credits and balance due as an adjunct. Of course I can devise a javascript to accomplish the invoice layout, with calculations, that I want but the inclusion of such additional variables would make life much easier.

FWIW.   
--
Mike

Hello everyone!

Is there in existence a complete list of variables? The User Manual is incomplete as it has not been updated in quite some time.

We're especially interested right now in the variables used in the Order Detail screen for "Amt Paid" and "Amt Due."

TIA   
--
Mike

Mike,

Can you please post a screenshot of the SuperManager product details screen one of your products?

Thanks,
David

Hi David,

OK, here's a screenshot for a typical item:


The results I've been getting are confusing. For example, I tried the "item_weight_ounce" variable in a report for the above screenshot item. It came out as "2.5 oz." but when I changed the variable to "item_weight," the result was "0.16 lbs." The variable "item_weight_pound" likewise reads "0.16 lbs."

As a further example, another item on the same report has an SM product detail item weight as "3.25 lbs." Report output for the "item_weight" and "item_weight_pound" variables reads "0.20 lbs." and, for the "item_weight_ounce" variable, "3.3 oz."

The only way I've been able to get the reports to printout the correct weight is by changing the Store Settings > Order Automation Processing > Shipping > Weight Units from the original "pounds" setting to "none defined" without automated recalculation... but, it doesn't provide a unit of measure. GO FIGURE !
--
Mike

Hi David,

No. I had already tried using several of these variables and I always get the same output result.

All of our weights are normalized to be in pounds. The "default units" is properly set to "pounds." For example, one item has a stored item weight of 3.25 lbs. No matter which variable I use, I always get a printout that reads "0.20 lbs." yet the item record shows the correct item weight.

Thanks for your help.
--
Mike

[item_weight]

I'm trying to configure a new Packing List report and want to show the item weight, and cumulative item weight. However, when I use the item_weight variable, the results do not match the info stored in the items' records. I use the shipment_weight variable for the cumulative total.

Are these the correct variables to use for this purpose?

Needless to say, any help would be appreciated. TIA as always.
--
Mike

Hey guys,

Well, it's finally happened. We had a crash and, wouldn't you know it, right in the middle of backing up SM. So now both original and backup files are screwed up.

So here's the question:  how do I import into SM the missing billing batch information?

As far as shipments go, though we weren't using UPS Worldship yet, we're going to try and set it up so we can import from UPS all of the missing shipments data. Same for Dazzle and Fedex.

But, first, the billing... please!!??
Thanks, as always.
--
Mike

I have been trying to import some orders into my SM database file from an earlier backup file with no success.

I exported, in XML format, the select few Orders from the older backup. Then I tried to use the Import function (Import > Yahoo! > Orders XML) from the File Menu to import these Orders into my existing database file. No luck.

The Import function on the File menu seems to be the only one that will allow importing of orders. Is there another way to recapture these records??

Thanks, guys, for any help. 
--
Mike