Shipping Prices are WRONG !

These packages should be grouped because that is what is set in the Options. This just keeps dragging on. I'm not sure if I'm not explaining myself well or you don't understand how your software works and just have not taking the time to look at the product in our back end to see how it is setup. I've used the ProX Plus in my examples because it is a product that is setup with options - which makes the software know that there are 2 boxes in the product.

The "ProX Plus Package: Virtual Golfing Package" product is in the 'Root->Golf Simulator Packages' folder of products. If you look at the product you will see it has no weight and no volume settings. Instead, it has 2 Options. [44] Sensor Unit with 132 Courses (15x11x8 12#) and [29] pkg_Stance_Mat (48x24x8 29#). These options are listed in 'Root->Package Items' in the products tree. There you will see that each has its dimensions and weight filled in.

This is the way it needs to be setup to get the 2 individual boxes into the single product (this idea came from Nicholas in a different post). This works well and allows the items to show up properly on the shipping page with just a single shipping option list.

Hello,

In that case we'll retrieve your products configuration and directly test it on our end to make sure that displayed rates are correct, but also to compare rates returned from the UPS platform through the plugin and their online tool.

Best regards,
Mohamed Thelji.

Hello,

After some more testing, here is the code that is sent to the UPS platform when you have the "ProX plus" product with both options in your cart :

<?xml version="1.0" ?>
	<AccessRequest xml:lang='en-US'>
		<AccessLicenseNumber>XXX</AccessLicenseNumber>
		<UserId>XXXXX</UserId>
		<Password>XXXXX</Password>
	</AccessRequest>
<?xml version="1.0" ?>
<RatingServiceSelectionRequest>
	<Request>
		<TransactionReference>
			<CustomerContext>Rating and Service</CustomerContext>
			<XpciVersion>1.0</XpciVersion>
		</TransactionReference>
		<RequestAction>Rate</RequestAction>
		<RequestOption>shop</RequestOption>
	</Request>
	<PickupType>
		<Code>01</Code>
		<Description>Daily Pickup</Description>
	</PickupType>
	<Shipment>
		<Description>Rate Shopping - Domestic</Description>
		<Shipper>
			<ShipperNumber>XXXXXX</ShipperNumber>
			<Address>
				<City>Bethel</City>
				<PostalCode>04217</PostalCode>
				<CountryCode>US</CountryCode>
			</Address>
		</Shipper>
		<ShipTo>
			<Address>
				<City>Bethel</City>
				<StateProvinceCode>ME</StateProvinceCode>
				<PostalCode>04217</PostalCode>
				<CountryCode>US</CountryCode>
				<ResidentialAddressIndicator/>
			</Address>
		</ShipTo>
		<ShipFrom>
			<Address>
				<City>Bethel</City>
				<StateProvinceCode>ME</StateProvinceCode>
				<PostalCode>04217</PostalCode>
				<CountryCode>US</CountryCode>
			</Address>
		</ShipFrom>
		
<Package>
	<PackagingType>
		<Code>02</Code>
	</PackagingType>
	<Description>Shop</Description>
	<Dimensions>
		<UnitOfMeasurement>
			<Code>IN</Code>
		</UnitOfMeasurement>
		<Length>24</Length>
		<Width>16</Width>
		<Height>48</Height>
	</Dimensions>
	<PackageWeight>
		<UnitOfMeasurement>
			<Code>LBS</Code>
		</UnitOfMeasurement>
		<Weight>40.999994758377</Weight>
	</PackageWeight>
	<PackageServiceOptions>
		<InsuredValue>
			<CurrencyCode>EUR</CurrencyCode>
			<MonetaryValue>90</MonetaryValue>
		</InsuredValue>
	</PackageServiceOptions>
</Package>
		<ShipmentServiceOptions />
	</Shipment>
</RatingServiceSelectionRequest>

I realize you're trying to close this out, but if you could please pass this along to someone who is willing to read the post and actually try to resolve the customer issue it would be appreciated. Maybe a member of your senior management team would actually want to help.

You're passing the information to UPS WRONG and that is likely why the pricing is wrong. This is 2 packages, not one oversized package. That's the first problem. Problem # 2 is why is there 'Insured Value' being passed? We're not insuring the package. And we surely would not be passing any values as Euros.

If you could please have someone look into this so we can get it corrected it would be appreciated. This has been dragging on far too long and I'm sure we're losing sales because of it.

And why would a $1600 product only be insured for approximately $110? Not that we want it insured, but if your system was going to insure it - wouldn't it be for the full price?

Hi Jerome,

I can state that it is being processed wrong, but the XML that was posted shows 1 package being sent to UPS. This product is setup with options that include 2 individual packages. I have no idea what your algorithms are, but I do have UPS WorldShip and the ability to check the pricing online as well. And when I input these 2 packages into those UPS systems, they come out entirely different than HikaShop is providing. I would imagine that UPS uses the same algorithms in all of their software to calculate prices so they are consistent.

Also, I have 'Use price per product' set to 'No'. Originally, I did have it incorrect but it was fixed before that XML was posted. And as I stated, if it was using the insurance why would the price not match the product price?

We have enjoyed using HikaShop and the system seems to work quite well with the exception of processing multiple packages in a single product. It was explained to me, previously by HikaShop, that the way to accomplish this was by using Options. Then the dimensions of the Options packages would be used and sent to UPS. Thus the reason that products that have multiple boxes are setup that way in our HikaShop setup.

In this specific example (the ProX Plus), the information being passed to UPS should be:

• Package 1: 15" x 11" x 8" 12#
• Package 2: 48" x 24" x 8" 29#

I think part of the challenge here is that you have the 'Group Packages' as a general setting. We need to allow products to be grouped, but we also have packages that are do not have other items combined into them. For example, all of our mats are pre-packaged and do not have other items combined in their boxes. While things like accessories are grouped all the time.

2 suggestions:
#1 - Have Group Package as a product option, not a general option. Thus, if a product does not get combined with other products you can set this to 'No' and it should be passed to UPS as its own package.
#2 - As mentioned earlier, all multiple package dimensions for a single product. So when companies are selling "packages" with multiple package it processes the multiple packages to UPS properly.

Hello,

Regarding these questions :

And why would a $1600 product only be insured for approximately $110? Not that we want it insured, but if your system was going to insure it - wouldn't it be for the full price?

Also, I have 'Use price per product' set to 'No'. Originally, I did have it incorrect but it was fixed before that XML was posted. And as I stated, if it was using the insurance why would the price not match the product price?

I can state that it is being processed wrong, but the XML that was posted shows 1 package being sent to UPS. This product is setup with options that include 2 individual packages.

Group packages : If this option is activated, products will be grouped together. Otherwise, every product will have its own package (more expensive).

#1 - Have Group Package as a product option, not a general option. Thus, if a product does not get combined with other products you can set this to 'No' and it should be passed to UPS as its own package.
#2 - As mentioned earlier, all multiple package dimensions for a single product. So when companies are selling "packages" with multiple package it processes the multiple packages to UPS properly.

I disabled the 'Group Packages' and it does not have any effect on the shipping cost of the ProX Plus. My concern with turning this off is that if someone orders multiple accessories it will calculate each item as a separate package and cause those prices to sky rocket.

But at the moment, I turned it off. Cleared the Joomla Cache and I'm still getting the same $84.50 for shipping as I was getting prior to turning off this setting.

Hello,

It's probably from the fact that we have added some improvement through the Group packages algorithm of the last Hikashop version.

Can you download it through our website, install it and test it again after clearing your browser cache ?

Thank you.

OK. The new version seems to handle the multiple packages well if I turn off 'Group Packages'. But, turning off 'Group Packages' causes a different issue (as I expected). If I put a single small item in the shopping cart (such as Driver/Hybrid Tape it will present a shipping prices of $16.64. That's fine and normal. However, if I change that quantity to 2 - it doubles the shipping because it wants to ship that item separately. These easily fit in a single box and would be grouped (this is why I had 'Group Packages On'.

As I stated earlier, this is why Group Packages should be at a product level and not an overall setting. Some items should not be grouped, while other products can be.

FYI... SVT and p3.chuck are the same person. SVT is the username that the product is purchased under and thus I logged in that way to download 3.3.0.

In the interim, I have set 'Group Packages' back to off so folks trying to buy small accessories from us can do so at a reasonable shipping fee. However, this will cause our 'packaged products' to again be way off.

Hopefully this is something you can fix quickly or provide another alternative to having reasonable shipping prices. I find it hard to imagine we're the only company using Hikashop that has multiple box items.

Hello,

Hopefully this is something you can fix quickly or provide another alternative to having reasonable shipping prices. I find it hard to imagine we're the only company using Hikashop that has multiple box items.

- Duplicate your UPS shipping method via "Hikashop->System->Shipping methods"
- Set different values for the "Group package" option of these 2 shipping methods

1. 'UPS' - with Group Packages set to 'YES' (this would be the original one)
2. 'UPS - No Grouping' - with Group Packages set to 'NO' (this is the new one I just added

- Create 2 warehouses via "Hikashop->System->Warehouses"

- Add the good warehouse through the "warehouse" option of your products configuration page

- Add the good warehouse through the "warehouse" option of your shipping methods

I've just done some testing and this seems to work. I actually do not need to change the products that are ok to Group. Leaving them with a Warehouse of 'Main' works as expected. I did have to go the products that had multiple boxes and change those warehouses to 'Single Package'. That seemed to be the missing piece that was not done previously.

So to summarize, in case someone else finds this thread useful, here are the keys:

1. Setup a Warehouse for packages that you do not want combined (in my case 'Single Packages')
2. Copying the UPS Shipping Method so you have 1 with 'Group Packages' set to 'Yes' & 1 with 'Group Packages' set to 'No'. Be sure the Warehouse Name matches the name you used above.
3. Be sure the product pages (for both the 'options' and also the Product containing those options) are set to Warehouse = 'Single Package' (or whatever you name yours)

Well, I thought I had this fixed, but now it is doubling shipping on small packages. I even went in and changed 2 products to be 'Main' as warehouse to assure it was not an issue there. I've also renamed the second warehouse to be 'Main' so the warehouse name matched.

To summarize:

• I have 2 warehouses
  I have 2 Shipping Methods:
  • UPS : Group Packages set to Yes
  • UPS - No Grouping: Group Packages set to No)
• I have 2 Warehouses:
  • Single Package (
  • Main

Hello,

Can you download the last Hikashop version through our website, install it and test it again ? Thank you.

If you're still having that issue, we'll investigate it on our end to reproduce and fix it.

We are on the latest version (HikaShop Business: 3.3.0)