Rush/Priority Handling Charge

[jonathanbee]

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.

[mlankeit]

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...

[jonathanbee]

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!

[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

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?

[ScriptJunkie]

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.

[ScriptJunkie]

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

[joeyrocket]

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?

[moosesoom]

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

[moosesoom]

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