-
Posts
1,499 -
Joined
-
Last visited
Posts posted by dreamscape
-
-
The reason that the module requires shipping zones to being with "Shp" is because otherwise, if you have tax zones, there might be overlap, and if there is, when someone from inside one of your tax zones purchases something, unless there is some way to distinguish the shipping zones from the tax zones, it could pick up the tax zone and think that is the correct shipping zone, and not find any quotes for the user.
That sounds a bit complicated, but here is a real world example:
- Your tax geo zone is California
- You have shipping geo zones set for the Lower 48 states; Alaska & Hawaii; Canada & Mexico; the European Union; and the Rest of the World.
- If someone from outside of California buys, there is no problem;
- However, if someone from California buys, without a way to tell if a geo zone is a shipping zone or not, the module might pick up California -or- the Lower 48 States as this person's geo zone, since they are located in both. If it finds California first, it will attempt to use that geo zone to determine the shipping, but none will be found.
- To prevent this, I have made the MZMT module look only for geo zones that being with "Shp" so that it can be sure they are shipping geo zones and not tax geo zones or payment geo zones.
I do NOT recommend or support the changes to remove the functionality to distinguish shipping geo zones from other geo zones as posted above by tonyClifton. If you make those change, you do so at your own risk.
-
The same setup with this mod (for price) would be written as "0.01:15,17.01:0" or "orders of value greater than or equal to $0.01 but less than the [next value] are $15 shipping, orders greater than or equal to $17.01 [which is the aforementioned 'next value'] are free shipping".
That is really a complicated way to think about it. Using that table, if you read it as "1 or more cents, charge $17.... $17.01 or more, give free shipping," you will save yourself from becoming confused ;)
I have also made it so that you can put $$ signs in the table to make it easier to read at a glance.... like: .01:$15,17.01:$0
-
>_< Doh!
I changed it, 29.99:9.00,30.00:0. If I choose weight it works fine, but I have the same problem. If you choose count or price no shipping costs are displayed on the checkout shipping page nor added to the order total (checkout_shipping.php).
Under the counting method that table reads as 29.99 or more items, charge $9. 30 or more items, free shipping. The only way to be charged for shipping would be to have between 29.99 and 30 items in the cart... how can you have .001 of an item? Less than 29.99 items, there is nothing in the table for that, so there will be no quotes displayed.
Under price, it reads the same. $29.99 or more charge $9. $30 or more, give free shipping. Less than $29.99 is not accounted for, and therefore, no quotes will be displayed if the cost is less than $29.99. And it is free for $30 or more. So according to your table, the only way to be charged for shipping is if your cart subtotal is exactly $29.99
-
USA
17:15,10000:0
Canada
39:9,10000:0
Essentially a minimum order amount for free shipping, but the minimum varies depending on if you're from the US or Canada. I can get it to work with the default "table method" shipping, but that's only good for one zone.
The required amount for free shipping is the same on both of those: 10000
Assuming this is weight, and taking your USA table, what you have put it 17 or more pounds, charge $15. 10,000 or more pounds, give free shipping. If a person's order is less than 17 pounds, it will not calculate, because according to your table, there is nothing to calculate for under 17 pounds.
I do not do my tables the same as the default osCommerce table module does... it does the dumb "up to but not including x amount:charge". I make mine so they work like "x amount or more:charge" I have explained that in the instructions, which it always helps to read carefully when you have a problem ;)
-
tonyClifton, your table is setup that if anyone buys something that costs $2.50 or more, they are not charged for shipping.
-
Hi dreamscape,
I wonder if you know of a solution to our problem at the bottom of page three.
Cheers!
Check your PM box.
-
Hi you can use my module to do this:
http://www.oscommerce.com/community/contributions,2571
It might be overkill, but it will do what you need... if you only need one shipping zone and one table, just change the configuration before enabling in admin.
If you are using the same rates for the entire world, you don't need to setup any shipping geo zones. In the module just select "Rest of the world" as the zone. If not, then setup the shipping zones you need in admin (actually are setup under Tax Zones, but these can be used for other things too, like payment and shipping zones).
Then set the table method to weight, and the table to "1:25%" (that means 1 pound or more, charge 25% of the weight, i.e, 25 cents per pound). and then set the handling fee to 4.95. Then you've got it.
-
I think I may have narrowed it down to cURL and OpenSSL. Neither are enabled in my server it appears.... any thoughts?
I was about to post that if you see the general error, "An error occured with the DHL/Airborne shipping calculations. If you prefer to use DHL/Airborne as your shipping method, please contact the store owner," it means that the module is probably unable to connect to the ShipIT server.
As for thoughts, well you need to have cURL with SSL support enabled. It's really as simple as that. So if you want to use this module, you either need to ask your host to enable cURL with SSL support, or find a host that does. cURL is used for alot of things, especially secure sever to sever communications. I think you'll find that you will not get very far in eCommerce without having cURL enabled with SSL support.
-
The shipping module itself does not calculate tax. MZMT is setup to have tax applied like any other shipping module, if you have selected a tax class for it, but it does not do the calculation itself.
-
Check that the global Quantity Discount module's sort order comes before the final order total module. Otherwise, there is no possible way it can work.
And if you have that, try playing around with the Quantity Discount's sort order. osCommerce is funny about module's sort orders sometimes, and they don't show up but then do if you play with the sort order.
-
After uploaded and re-installed MultiGeoZone MultiTable Shipping Module, there are still only 3 geo zones shows in Admin/Modules/Shipping. Am I missing anything or did anything wrong? Please help. Thanks in advance.
The language file does not tell the module how many geo zones you have. You have to define this in Admin -> Configuration -> MultiGeoZone MultiTable Shipping
-
Where it displays the $shipping_weight to the user, change it to ($shipping_weight * $shipping_num_boxes)
You'll need to add $shipping_num_boxes to the global for the quote function as well.
Sorry about that.
-
For the record, version 3.000 does work with the BTS system. Someone asked about it in the support thread (I didn't see this thread earlier, because I cannot possibly know about threads that I don't know about). Anyways I posted instructions on how to install version 3.000 into an osCommerce install on the BTS system.
Starting from post #7 read through to around post #12:
http://www.oscommerce.com/forums/index.php?sho...ndpost&p=524973
-
If you are having troubles, you should discontinue use of version 2.xxx and upgrade to version 3.000
-
Version 3.000 has been released
http://www.oscommerce.com/forums/index.php?showtopic=129877
http://www.oscommerce.com/community/contributions,1114
Many bug fixes & improvements!
-
When I originally developed this module, it was Airborne only, and it runs on the Airborne ShipIT API, not the DHL API. I also hold a legacy Airborne account from before the merger and it works fine.
This is the contribution you are speaking of, correct:
-
if you have the latest version installed, it has a debugging mode to capture the request & response XML
-
Hi. My module may be a bit more than you need, but it will do this for you
-
Did this just start happening?
Ask DHL why their DHL/Airborne API server is such a piece of crap. No offense meant to anyone from DHL lurking around.
-
I found this code with a Google for 'credit card algorithm' - that checks the numerical authenticity of a credit card number before the transaction is completed.
The default osCommerce credit card module already does this (see the credit card validation class). And any payment gateway module that I have seen also makes use of the validation class to validate several different things, including performing a mod10 check on the number. Any payment module that uses credit cards should use it anyways. But it is already in the core, though the part that tries to identify the card type should be cleaned up because it currently rejects certain valid numbers.
-
So it looks like osCommerce is correctly keeping up with the correct order total. Is the Authorize.net module to blame, or this module????
osCommerce is to blame, because of the illogical structure in checkout_process:
-
Ok, I finally got the desired XML output but doesn't have the information DHL needs to test on there side, here is what I got;
what does DHL need to test?
The module is certified already and has passed the tests. If you fill out the forms it came with, DHL should know this and you should not need to be tested again, unless you changed something in the module.
-
you cannot put the path to the directory in as "http://www.drlocks.net/test/". You must use the absolute local path, ie, "/home/drlocks/public_html/test/".
You could also try "../test/"
-
I have the Tare Wieght set to 0, but I have a question about Configuration> Shipping/Packaging > Enter the Maximum Package Weight you will ship, which is 50 by default. How will this value affect the shipping cost? If I set it to 0 will that negate the value? Should I just set it really really high?
It affects how many packages osCommerce splits the order into. If the max package weight is 10, for example, and the order is 15 pounds, osCommerce will split the order into 2 packages... I think
Over $200.00 is a percentage
in Shipping Modules
Posted
Hello. You can mix table. flat, & percentage rates with my shipping module. Can be based on price weight or count:
http://www.oscommerce.com/community/contributions,2571