Need to separate and charge for larger UPS orders

Using 1.5.1

I have an ammo store that sells ammo in attributes based on quantity. Several different calibers have varying weights for 1000 rounds (example: 1k 9mm weighs 27.5lbs and 1k 45acp weighs 48lbs). When a customer orders 1k each of several different calibers the UPS module (our only shipping option) lumps them into a single shipment based on weight.

I would like for the module to calculate shipping for each 1000 rounds separately and treat each 1000 round item to be treated separately. How would I do this?

In2Deep:

Using 1.5.1

I have an ammo store that sells ammo in attributes based on quantity. Several different calibers have varying weights for 1000 rounds (example: 1k 9mm weighs 27.5lbs and 1k 45acp weighs 48lbs). When a customer orders 1k each of several different calibers the UPS module (our only shipping option) lumps them into a single shipment based on weight.

I would like for the module to calculate shipping for each 1000 rounds separately and treat each 1000 round item to be treated separately. How would I do this?

Do they/can they only order in 1K round increments?

If only sold in 1K increments, then each item (box) could be considered for shipping.

Could "check" for product of a certain designation (category, product_id, etc..), then, cycle through each item obtaining the quote for that item (including handling fees as applicable) calculating the total shipping cost along the way, and then provide the final calculation.

Believe that it is somewhat simplified in text/content, but that appears to be the process that would be applicable for that type of setup and the USPS module. Using parts of the ZC default Per Item shipping module might provide some guidance on reproducing that action, but would want to limit/effect based on the product in question.

They can order 100, 250, 500 and 1000rd quantities. The problem is when someone orders 5,000 total rounds I need the module to treat it as 5 separate orders so shipping doesn't kill me.

mc12345678:

Do they/can they only order in 1K round increments?

If only sold in 1K increments, then each item (box) could be considered for shipping.

Could "check" for product of a certain designation (category, product_id, etc..), then, cycle through each item obtaining the quote for that item (including handling fees as applicable) calculating the total shipping cost along the way, and then provide the final calculation.

Believe that it is somewhat simplified in text/content, but that appears to be the process that would be applicable for that type of setup and the USPS module. Using parts of the ZC default Per Item shipping module might provide some guidance on reproducing that action, but would want to limit/effect based on the product in question.

You might try table rate if you know what rates UPS charge

Shipping Table
The shipping cost is based on the total cost or weight of items or count of the items. Example: 25:8.50,50:5.50,etc.. Up to 25 charge 8.50, from there to 50 charge 5.50, etc

So yours might be like

Example: 100:5.00,250:10.00,500:15.00,1000:20.00

Replacing with your costs

kobra:

You might try table rate if you know what rates UPS charge

Shipping Table
The shipping cost is based on the total cost or weight of items or count of the items. Example: 25:8.50,50:5.50,etc.. Up to 25 charge 8.50, from there to 50 charge 5.50, etc

> So yours might be like
> 
> Example: 100:5.00,250:10.00,500:15.00,1000:20.00
> 
> Replacing with your costs

There are too many variables that way. It really just needs to be able to separate each 1000 round order.

It really just needs to be able to separate each 1000 round order
How exactly can you determine programatically when 1,000 rounds have been ordered??
You might price them as each(a single round)

Its a dropdown attribute.

kobra:

How exactly can you determine programatically when 1,000 rounds have been ordered??
In2Deep:

Its a dropdown attribute.
Not if they order 250 or 500 each of 10 calibers