Apart that you speak about Opentaps (remember Opentaps is *not* OFBiz), please use rather user ML for such questions : http://docs.ofbiz.org/display/OFBADMIN/Mailing+Lists#MailingLists-DeveloperList:dev@ofbiz.apache.org
Thanks Jacques From: "mike_mcmillan" <[EMAIL PROTECTED]>
at time the estimate is obtained from UPS and returned to Opentaps, the application does not know how many boxes the shipment will be. This is because the estimate is returned at the time of order entry. So, when it retrieves the estimate it tends to be off by a decent amount (low or high). We have experienced the high shipping cost for an order with a low weight.....but technically only if the shipment is one box. If the low weight order was boxed in multiple boxes, the estimate would be just about dead on to the real cost that’s returned with the label. There is a BUT. But, in another instance I shipped an order with a medium-high weight (22 lbs). The shipping came back $18.59. If we had shipped this in one box the shipping cost would have been $15.56 (I got this price by going to the UPS website) which we would have made $3. ....but we didn't ship it in one box, we shipped it 3, and the actual cost that came back based on weight and box count came back $24. So we lost $6 Is there a way to configure the live UPS shipping rate so that we can get better estimates? Also....Under the service name in the shipping entity of the store there is a field "Config Props". Can anyone tell me what this is used for? Mike -- View this message in context: http://www.nabble.com/UPS-shipping-rate-estimates-tp18036458p18036458.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.