Posted by
Nicolas Malin (Jira) on
Sep 14, 2006; 7:39pm
URL: http://ofbiz.116.s1.nabble.com/jira-Created-OFBIZ-282-Shipping-Box-Size-and-Weight-estimator-tp172208p172209.html
[
http://issues.apache.org/jira/browse/OFBIZ-282?page=comments#action_12434762 ]
Daniel Kunkel commented on OFBIZ-282:
-------------------------------------
One bit to add...
I think a system that tracks the usuable box space and largest dimensions will come very close in estimating the shipping. If it's off, it should not be off substantially, and therefore the price estimation from a business perspective should work well enough that it can be used, while the actual packaged weight can be given to the carrier.
However, a few additional features might be worth considering...
1.) Multiple Boxes - Allow for separate shipping of "marketing component" type products, so the shipping system could know to try shipping table legs separate from the table.
2.) Separate Boxes - We might do well to rework the shipping box code to handle the situation with multiple packages, and have each carrier estimation tool only ever work on estimating one box at a time.
3.) Cutting Boxes Down - It might be worth adding a variable to the box sizes so the system knows it can cut certain box sizes down...
4.) Long Objects - Long objects can sometimes fit in smaller boxes if they are placed in the box at an angle. It would be great to handle these situations, but I'm scared to even think of how.
5.) The weight of "empty space" - The estimator probably should include a weight factor for peanuts that need to occupy the extra space in a box.
> Shipping Box Size and Weight estimator
> --------------------------------------
>
> Key: OFBIZ-282
> URL:
http://issues.apache.org/jira/browse/OFBIZ-282> Project: OFBiz (The Open for Business Project)
> Issue Type: New Feature
> Components: ecommerce
> Environment: new feature
> Reporter: Daniel Kunkel
> Priority: Trivial
>
> Moved from old jira - 669. Placeholder for the feature.
> --
> Having gotten the USPS rate estimator working... I'm realizing that in order for it to be useful we need to get an accurate estimate of which box will be needed, and how much it weighs with packing materials.
> Proposed Scheme
> Add a new table for shipping boxes...
> box id
> height
> width
> depth
> height uom
> width uom
> depth uom
> ---
> usable height
> usable width
> usable depth
> usable height uom
> usable width uom
> usable depth uom
> weight
> weight uom
> etc
> ---
> Algorithm...
> 1.) Requires all products height >= width >= depth... or have the dimensions ordered that way for algorithm
> 2.) Find Maximum Height Width and Depth of any product
> 3.) Calculate total shipping volume for all products
> 4.) For all boxes in the above table, sort by usable volume that is greater than total shipping volume.
> 5.) Searching box by box, accept the first box that is large enough in every dimension (max length, max width, max height).
> 6.) Add the weight of this box to the product weight... and use this for shipping.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa-
For more information on JIRA, see:
http://www.atlassian.com/software/jira