Printable View
I'm willing and (I hope) able - just not ready yet...my server has been on and off for the past day and a half and I'm still waiting for it to snap to. It hasn't got anything to do with it - just co-incidental.
I'll get this done tonight. Thanks again for your explanation of what it might be. (PS - I hope you got the updated .gif by now.)
Yes. Many thanks. (my email has been a little sporadic lately due to many organisational changes).Quote:
Originally Posted by tpeck
Cheers
Rod
Hi Rod,
I've just upgraded the mod to 2.08 on my test site.
Do I understand the parcel splitting correctly, whereby if the gross weight of the proposed order is 30Kg's which is greater than what AustPost will allow, eg 20Kg's, it will split the order down and provide (effectively) the shipping rate for 2 parcels, 1 for 20Kg's and 1 for 10Kg's.
And what the customer sees is one shipping charge for his 30Kg order ?
If that's the case, regardless of what settings I use on the Mod re restrain dimensions and core weight etc, anything over 20K'gs reverts to a Flat Rate Quote.
I made sure that the items in the cart had individual dimensions set, (In case that was an issue).
Are there other settings that I have missed, or I have assumed incorrectly as to what the Mod will do.. ?
(Ignore this.. I had the wrong weight set in the Shipping/Packaging Section.!! Doh..!)
It now displays as x2 Parcels..!)
Thanks..!
Cheers,
Mike
Is there anyway to remove the x2 (or however many parcels it splits into) and just display the options ?Quote:
Originally Posted by Mike_Dean
Cheers,
Mike
Rod, I have tested the shipping estimator with:
andCode:if ($this->tax_class > 0) $this->quotes['tax'] = zen_get_tax_rate($this->tax_class, $order->delivery['country']['id'], $order->delivery['zone_id']);
$this->quotes['tax'] = 10 ;
return $this->quotes; // return a single quote
...but unfortunately, it makes no difference to the display. It's exactly the same as before - GST exclusive.Code:if ($this->tax_class > 0) $this->quotes['tax'] = zen_get_tax_rate($this->tax_class, $order->delivery['country']['id'], $order->delivery['zone_id']);
$this->quotes['tax'] = 10 ;
$_SESSION['ozpostQuotes'] = $this->quotes ; // save as session to avoid reprocessing when single method required
I tried it in a number of browsers and on different machines in case of cache refresh issues. There are none.
Sorry.
No, it doesn't work like that... Simply put, the parcel splitting (which I've called 'use core weights') ignores the weights calculated by ozpost, and uses the weights (and number of parcels) as calculated by the zencart code. This means YOU set the maximum weight you will ship (which may or may not be 20kgs), and zencart will split the order down if needed.Quote:
Originally Posted by Mike_Dean
It does this in a very simplistic manner..... if 20kg is your max, and the cart holds 30kg or products, the quote will be for 2x15kg parcels.
As per the warnings, this may not be physically possible if one item in the cart weighs 20kg and the other weighs 10kg.
Correct.Quote:
Originally Posted by Mike_Dean
It shouldn't do. There must be another factor involved.Quote:
Originally Posted by Mike_Dean
The only thing that comes to mind is your maximum weight settings. This is subject ot the same scaling factor as the other weights - IOW, a max weight of "20" will be interpreted as 20gms if ozpost is set to use gms, or 20kgs if it is set to use kgs.Quote:
Originally Posted by Mike_Dean
I should read this first eh :-)Quote:
Originally Posted by Mike_Dean
Keep in mind this will be two parcels of equal weight, even though it may be physically impossible to achieve in practice.Quote:
Originally Posted by Mike_Dean
Cheers
Rod
You'll need to modify the code a little for this - but bear in mind that if you do so you won't have any idea how many parcels are needed (quoted for) with any given order. I feel that this information is essential to know especially since there is no other record of how heavy any given order is and the 'number of parcels' (optionally shown on the estimator page) doesn't get recorded with the order itself.Quote:
Originally Posted by Mike_Dean
If you have an *item* in the store weighing 19.99kg and recieve a quote $30.00, how will you be sure that this quote is for 1 parcel weighting 19.99kg and not 2 parcels weiighing 10.05 kg each (as a result of adding tare weights)?
What if the cart needs to be split into 4 or 5 packages - How will you know?
Anyway, as I said, if you wish to keep yourself in the dark in this regard you'll need to modify the code.
Cheers
Rod
Hi Rod,Quote:
Originally Posted by RodG
Fully understand and perhaps I should have explained my reasoning.
I only ship a small amount of products directly from here.. and for that purpose the standard Aust Post rates provided by ozpost suffice well and truly as 99% of those orders are under the 20Kg limit, so one carton is sufficient and no need to split.
Apart from that, we list a number of products that are, by themselves, over the 20Kg limit, and these are drop shipped by the suppliers via their courier services
At present, (pre ozpost 2.08) I have to get the customer to email us and get a quote for the shipping charges, so I was hoping to alleviate this and have just the Shipping options displayed with the relevant pricing. Thus reduce the potential for the customer to go elsewhere before I get back to them.
I have done some calculations and the prices our suppliers charge for 1 delivery of say 30Kg's is very similar to what Aust Post quote for 2 x 15Kg's. And this is pretty true across various states, so I'm confident we wont be over estimating using ozpost for the rates and wont be losing money using the suppliers couriers.
Does that explain my logic for not wanting the x2 on screen ?
Cheers,
Mike
Now that was an interesting enough result to really get my curiosity up, because the implication is that the original code is/was actually doing what it was supposed to be doing, namely, setting the tax rate at 10%,Quote:
Originally Posted by tpeck
So, upon further investigation I have noticed that ALL of the prices shown in your store are GST exclusive - it isn't just the shipping.
The final costs however are correct..
My test product (your store)
Student Pack A Shows a cost of $90.00 ex GST
FastWay quote (to ivanhoe, VIC) $11.00 ex GST
Then on the checkout page we see:
---------------
Sub-Total :$90.00
FastWay Couriers (FastWay Labels (RED)): $11.00
GST: $10.10
Total $111.10
----------------------
Which is perfectly correct... There is $9,.00 GST on the product, $1.10 GST on the shipping, so total GST is $10.10, making the total cost $90+$11+$10.10 = $111.10
I'll wager that if you set the store to show prices with tax this same order will be displayed as:
Sub-Total :$99.00
FastWay Couriers (FastWay Labels (RED)): $12.10
GST: $10.10
Total $111.10
Note that in this instance, the GST amount shown isn't *added* to the total, which remains at $111.10 ($99.00+$12.10) - it is displayed merely as a reference to how much GST is included.
As you should be aware, displaying your prices without GST isn't exaclty legal. (not that it bothers me any), but it does make sense that if you are showing the product prices exGST then the shipping prices will/should also be shown exGST, 'cos if one is taxable, then so is the other.
Even if we did get the shipping to show GST inclusive, but the items exGST the checkout screen will be pretty confusing, showing like this:
Sub-Total :$90.00 (ex GST)
FastWay Couriers (FastWay Labels (RED)): $12.10 (inc GST)
GST: +$9.00 for the product,
Total $??????
90+12.10+9 = $111.10 (assuming GST on item only)
or will it be
90+12.10 = 102.10+10.21 = $112.31 (which is the more technically correct) - And what of the GST amount actually shown? The customer will look at this invoice and think there is only the $9.00 GST component, when in reality there is $10.10 - If this is another GST registered company they will probably want to claim the entire $10.10 that they've paid, not just the $9.00 specified on your invoice.
Anyway, this is the situation, and now that I/we know what is going on I can only conclude that the code itself is doing exactly what it is supposed to be doing - Namely, which is what you have 'told' it to do, namely, to display ALL prices exGST. The 'fix' therefore is easy.. set your cart to display prices GST inclusive, as the law dictates you should :-)
Cheers
Rod
Yes, but that doesn't change the fact that the code will need to be modified to NOT show it.Quote:
Originally Posted by Mike_Dean
ozpost.php (v2.0.8) line 505 delete the part of this line that reads:
$description .= "(x".$shipping_num_boxes.")"
Don't delete the "{" that precedes $description and don't delete the ";" that follows the final quote "
Cheers
Rod