Further, extract the above mentioned file into the 'shipping' folder of your shop replacing an existing one. Do not forget to make a backup copy of the current file in case something goes wrong.
foxtrotdomains.com
19 Mar 2009 7:37 PM
Hi Anjula:
What about ver 3.5?
Regards,
Riyaz
Anjula
23 Mar 2009 11:27 AM
Hello Riyaz,
This feature is available for version 3.6 only.
With kind regards,
ViArt Support Team
Hi Anjula:
What about ver 3.5?
Regards,
Riyaz
dravekx
30 Mar 2009 10:34 PM
Did this totally kill off the need for dimensions?
Now, when a customer orders 1000 pieces that can fit in one box, it tries to ship them in 1000 boxes and the UPS XML caps at 50 packages.
Is there a fix for this fix?
foxtrotdomains.com
31 Mar 2009 12:37 AM
I think the shipping module requires some serious looking into, since it can make or break a shop.
If the shipping costs are reduced, the sales should increase for a shop.
Technkl
23 Apr 2009 9:54 PM
Seems to have broken.
I have a small item for fairly cheap (19.99) and the shipping on one comes to 4.68
add another it comes to over 9.00
continue to multiply the order and it continues to add onto the price until it gets past 50 then no more can be added.
Under Stock & Shipping I have:
Put number of packages to 0 no luck, 1 no luck
Weight 0 no luck 1 no luck
Dimensions I've left at all 0 because that really screws up the price.
Even with all 0's it ups the price excessively. It's pretty bad. Any help?
8thSinCoffee
24 Apr 2009 4:44 PM
submit a support request to report it as a defect or they won't look at it.
Technkl
26 Apr 2009 11:38 PM
Already did :)
NTM
9 Jun 2009 9:01 PM
I downloaded and upgraded to 3.6 this weekend, and noticed that ups rates are overstated now. Is this because of the "one item, one box" way that Viart is calculating? If so, this will not do for us.
Is is possible to go back to the old ups.php?
NTM
9 Jun 2009 9:09 PM
Just answered my question. I uploaded the 3.5 version of ups.php and we're calculating a much more reasonable charge now.
Until Viart irons out the new functionality, I'll stay with the old, as we rarely ship items out one at a time, and as foxtrot says, high shipping will drive away customers. Besides the fact that charging 300% over the actual charge is not our way of doing business.
yoyoman (Guest)
14 Jul 2009 2:57 AM
I am also having the exact same problem right now with 3.6 - this 'upgrade' is actually a downgrade.
This makes no sense... it worked better the old way, and you made it worse! Why would a customer possibly want 5 different boxes for a single order? The increased shipping costs are terrible.
More to the point, if it worked the old way as a single package, why not keep the old code along with the new code and make the new module have the option of doing single package OR multiple packages? (although I have no idea why anyone would want a separate parcel for each and every product - that is nuts!)
NTM (Guest)
14 Jul 2009 4:39 PM
We're also having problems with this. We need the option of either calculating based on a separate package for each item or calculating for one container.
Overstated charges like this will lead to abandoned carts!
NTM
15 Jul 2009 2:20 PM
I also had an issue with Viart sending commercial as the address type. Unfortunately, when they sent me the corrected file, it's the 3.6 version, which does the multiple box calculation.
I've followed up with another support request, and will let you know how they respond. This has got to change, or we will continue to lose business.