Hello there! Thanks for your response.
Well that's an issue. This tweaked out zen implementation is a custom sticker ordering tool. You upload an image, give it dimensions and different cut options, and the product is 2-D until you order a lot and have a pile of them or when they get so large you roll them up and stuff them in a tube whereupon it becomes 3-D. So we'd have to determine volume dynamically. And occasionally they get orders for samples of a single or just a few small stickers that could easily go into a for-real snail-mail licks-and-stick First Class Main envelope and that would like like a $1.00 shipping method. That's got me kinda scratching my head.
I saw that. Change 4 instances of "Package" to "Parcel" right? No big deal once I nail down domesticThere is an issue with International firstclass nomenclature after a USPS change back in January 2012 that needs to be corrected if you have a need for it.
It appears as though almost no Zenners do. That surprises me. Records, magazines, etc. are all pretty much flat in single units. There's gotta be others out there. I'm always surprised when no others Zenners have the same issues I do.We don't give the customer the option for FR envelope so I'm not sure there is any volume used in the code for that as default. I can check later today.
I just found that out from the client! I thought there would be a larger price break.Since the FR envelope is priced essentially the same as Small FR box, we just started our shipping options with the boxes.
Agreed the weight filter seems to be working perfectly for all PMFRBs with V1.21 on ZC1.3.9g. The client is now delighted to be able to use Priority Mail Envelopes at their discretion for this scenario. I don't blame Marco for backing off. This represents a lot of work (by him, Ajeh, others). I'd concede on the whole issue except for for this regular First Class Mail thing. This is almost like the client using Zen as part of it's marketing and promo type stuff. THEY ARE UNIQUE in this inventory because these aren't custom stickers, they are pre-designed thus their dimensions are known.The volume based filtering for the FR products has been working well for us since we began using it in July 2011. I'm not sure what happened but Marco, the developer, disappeared shortly after releasing the code so any advanced level of support is not available.
I'm thinking the custom sticker ordering methods we built and which dynamically generates prices (based on material weight to square inch) are simply products to Zen and the system retains the capability to sell distinct products. If the product fits in a regular old envelope with a stamp the choice to send it in a regular old envelope is determined by quantity. Maybe I need to think in these terms and look at a filter for table rate method for certain products based on quantity.
Any thoughts? And again, thanks.



Reply With Quote
