Rush/Priority Handling Charge

Sorry. I'll try to explain it better. I have 3 levels of service, normal-10 day, rush-5 day, and urgent-3 days. The customer chooses which level they want. I need to implement this using radio buttons as I only want them selecting one option with normal-10 day service as default.

I did manage to get this working to some extent by editing the configuration for this module and adding 3 unique percentage levels. Then I edited the array that creates the check box, changed it to radio buttons and added 2 additional fields in that array for the other 2 buttons. The problem is that regardless of which button is selected, the calculation is based on the final percentage in the array.

Ah... what I assumed on my first reply. OK, so you have 3 levels of service, 2 of which need priority handling, and the customer can pick either-or but not both.

Looks like you are on-track for this by modifying credit_selection()... I got some ideas, but I need to verify if they will work before I will post any code. Back later...

Hi mlankeit,

I got the fees calculating, just had to add a couple if else statement where the calculation is done based on opt_priority_handling.

Now if I could only format the output so that the title doesn't show up 3 times!

Any chance this will be updated to work with 139h?

Current Issues:

1. Coupons deduct from the subtotal AND the priority handling fee
2. Gift Certificates funds applied to order total won't apply to the priority handling fee. Instead of a zero balance at the end of check out, the balance due is the total of the priority handling fee (plus shipping insurance as the same issue exists with that mod).

In short, the priority order handling mod and the shipping insurance mod are having problems whenever coupons or gift certificates are used to pay and/or deduct cost from the order total.

Suggestions?

Sorry, ScriptJunkie, but I just now got your post (didn't get an email notification like usual and I've been very busy...)

Anyway, I'll take a look at what's going on & report back.

Thx.

-ml

ScriptJunkie:

Any chance this will be updated to work with 139h?

Current Issues:

1. Coupons deduct from the subtotal AND the priority handling fee
2. Gift Certificates funds applied to order total won't apply to the priority handling fee. Instead of a zero balance at the end of check out, the balance due is the total of the priority handling fee (plus shipping insurance as the same issue exists with that mod).

In short, the priority order handling mod and the shipping insurance mod are having problems whenever coupons or gift certificates are used to pay and/or deduct cost from the order total.

Suggestions?

mlankeit:

Sorry, ScriptJunkie, but I just now got your post (didn't get an email notification like usual and I've been very busy...)

Anyway, I'll take a look at what's going on & report back.

Thx.

-ml

No worries. I had some other check out issues as well that got sorted out when I re-did the sort order of all payment methods. I think that may have resolved this issue as well.

Let me double check it and get back to you later today.

Tested, works fine. Was just a order total sort order issue. Once all mods affecting sort order were properly ordered, the mod works fine.

I seem to be having trouble with this. I presumed that this would work with the Fast and Easy Checkout add-on, because this (Rush/Priority Handling) was based on another mod created by Numinix (same developer).

Also, on my single page checkout, I get a little update button next to the Priority Handling, which is not present in the standard checkout.

This would lead me to assume that the two are compatible. However, when I choose to accept the handling charge and click the update button, it refreshes the page and the total remains unchanged, while the checkbox becomes unchecked.

This works fine in the standard checkout. It is only having problems with the Fast and Easy checkout enabled. Is Priority Handling incompatible with the newest version of fast and easy checkout, or did I perhaps break something?

This module has a strange behaviour.
Once it's installed it can't be disabled or set to "Offer Priority Handling=False".
I need to control the module to enable it just for some shipping method.

Even "this->enabled" handling does nothing and option continue to show in payement selection page

I've found a solution to the problem of previous post looking at Optional Insurance Module ("father" of this module) support thread.

Just put this on top of file (take care of changing brt_brt with your shipping method code):

if ($_SESSION['shipping']['id'] != 'brt_brt') {
class ot_priority_handling
        {
            function process() { }
        }

} else {

So that file top changes from:

class ot_priority_handling {
    var $title, $output;

to:

if ($_SESSION['shipping']['id'] != 'brt_brt') {
class ot_priority_handling
        {
            function process() { }
        }

} else {
class ot_priority_handling {
    var $title, $output;

and a single:

}

before last php closing tag at file bottom

From the last few requests, I am left to conclude that somehow there's been a misconception leading people to somehow believe that this module allows any variance and customization--as if it were some sort of magic silver bullet. Unfortunately, the aim for this module us much less flamboyant. Please allow my to clarify: this module simply makes an adjustment to the "order total" to account for some surcharge in a global manner. I called it "priority handling" but you can assign it another name. Regardless, the point is that it simply adds a single global surcharge that the end-consumer can choose to "add" if they want to. If this is what you are looking for, then this module does what it claims.

However, if you seek a more complex differentiation for either calculating or appling a type of surcharge, then you need to modify the module code yourself to accomplish your goal. As you are invested to achieve your goal, I hope you find the existing code as good starting point to achieve what your need. Personally, I piggied-back on another's code to achieve this module for my needs, and posted it back to the forum to hopefully help others. I would highly recommend that anyone who similarly needs to extend functionality further, to fork the code (meaning your make your own module) and then post it to this community so anyone can download it. I personally think this type of sharing is what builds the essence of community-supported code.

Apologies for any misconception.

Regards,

markus

[QUOTE=mlankeit;328769]Actually, this is already built into the module. You can setup either a percentage scale or build flat tiers, and the rate charged will vary based on the order sub-total.

Hi Markus,

I 'm building a wine store site. I've manually installed ver 1.51 as per the Zencart instructions and installed numerous add-ons and a new template. This is the set-up on the server:
Apache version: 2.2.23, PHP version: 5.4.12, MySQL version: 5.5.30-log, Architecture: x86_64 &
Operating system: linux

So far, so good but I've run into a snag regarding the handling charge. The packing material is quite expensive and there is no way to come up with a single fair or real handling charge. I need a way to charge the actual costs of the packing material which is determined by how many bottles of wine are purchased; regardless of the price.

Ideally, something that adds the following handing charges is what I need:

1 bottle = $5
2 bottles = $7
3 bottles = $9
6 bottles = $13
12 bottles = $16

Adding combinations for different quantities would also be necessary while using the least expensive box/styrofoam combination for any size order including quantities above 12.

Any assistance or recommendations would be appreciated. I did read your post above but I'm writing to you because you obviously understand Zencart better than I do and I'm not a coder. Do you do custom work for a fee? Thank you in advance,
Larry Andron

Dear Larry,

Your needs seem very unique to your specific business. Basically, you need to have brand-new module that does this for you. I'm not sure if such a thing exists that can be adapted, but I do know that my module won't do this.

If you are interested in working out a deal to get this coded, contact me at mlankeit######################. I'm currently in China and may not always have access to email, but I will respond.

Thx.

markus

I order 12 Products of quantity 1 each ... is the charge $16.00?

I order 4 Products of quantity 3 each ... is the charge $16.00 or $9 * 4 for $36.00?

I order 10 Products of quantity 2 each ... what is the charge?

I order 18 Products of quantity 1 each ... what is the charge?

I order 6 Products of quantity 3 each ... what is the charge?

Hi Markus,

I've been using priority handling module for several years and it worked like a charm. Thank you.

I just upgraded to 1.5.1. If I enable the priority handling module, I got error:

PHP Fatal error: Call to undefined method ot_priority_handling::get_order_total() in /home3/hipgirlc/public_html/store/includes/classes/order_total.php on line 182

Same thing if I enable the insurance module:
PHP Fatal error: Call to undefined method ot_insurance::get_order_total() in /home3/hipgirlc/public_html/store/includes/classes/order_total.php on line 182

I didn't change anything in order_total.php.

Any help would be appreciated.

Thanks

Michelle

I downloaded the new version of insurance module from the link below and it worked.

http://www.zen-cart.com/downloads.php?do=file&id=232

Will test priority handling later.

Thanks

Michelle

I just tried it and it works for me... I did a fresh install of 1.5.1 and priority handling 1.2--no problems with install/setup for the module on the admin side and no errors when processing an order as a customer...

Based on this, my guess is that somehow your "upgrade" is gumming things up for you. Maybe it's something simple in the configuration table. Try to uninstall the module and re-install it. If that doesn't work, try installing a new version of 1.5.1, add your customization and then add priority handling. You can install on a new db just to 'test' things and later re-point to your current db using the configure files.

All the best,

-ml

mlankeit:

I just tried it and it works for me... I did a fresh install of 1.5.1 and priority handling 1.2--no problems with install/setup for the module on the admin side and no errors when processing an order as a customer...

Based on this, my guess is that somehow your "upgrade" is gumming things up for you. Maybe it's something simple in the configuration table. Try to uninstall the module and re-install it. If that doesn't work, try installing a new version of 1.5.1, add your customization and then add priority handling. You can install on a new db just to 'test' things and later re-point to your current db using the configure files.

All the best,

-ml

Thanks a lot. I'll try to uninstall the module and re-install it.

Michelle

Testing out the Priority Handling addon and found when used in conjunction with the 'Rewards Points' module, it adds additional rewards points (in my case I have a $5 rush handling charge) to the order total/points earned.

I assume this is a Rewards Points issue vs a Priority Handling issue, but thought I would post it here as well.

Limitless:

Testing out the Priority Handling addon and found when used in conjunction with the 'Rewards Points' module, it adds additional rewards points (in my case I have a $5 rush handling charge) to the order total/points earned.

I assume this is a Rewards Points issue vs a Priority Handling issue, but thought I would post it here as well.

Resolved.

Resolved by going to Configuration -> Rewards Points Configuration -> Advanced Reward Point Calculation Rules and adding in ot_priority_handling and subtract.