OLD Super Orders 2.0 (See v3.0 thread instead)

Quote:

---

Originally Posted by touchclothing

))))))))Quote:
Originally Posted by touchclothing View Post
I have been using super order for a while and I love it thank you. But I just moved my site to a new server and when I tried to use my super orders it says "can't open file" can some one help get this great mod back up and running??? (((((


)))))Reply:
That's way too broad of an error message to help. What SO page gives you that error? Is that error the only text on the page, or do portions of the page render (i.e. can you see the navigation at all)? Does the rest of your admin work?((((


Sorry about that it happens when I I go to super orders and then go to the bottom and put a date rage in the Export Orders to XML then when I hit enter thats when it gives me the "can't open file"

---

The Problem was that when I moved servers that I needed to reset the permersion to the XML folder to 777

I have tried to change the Status "delivered" in the admin to "shipped" but when i search for the word "delievered" in the code i do not come up with anything? Can someone tell me how i would find this? I do not believe it is an image, thanks for any type of help. I just need to be able to find it and i can figure it out. The way it is now customers think their item is already delivered when they get the status update as "Delivered", so stating it as "Shipped" would make a but more sense.

THanks again

Look under: Localization / Order Status

thank you very much... hmm somethings are just easier then you think.

Quote:

---

Originally Posted by mauryg

milobloom,
I haven't tried to go from SO to TYTracker except via the menu but if you want to go from Ty to SO look at

http://www.zen-cart.com/forum/showpo...&postcount=210

I used plan B and it worked fine.

---

Which file did you edit???

This looks like a very useful contribution, but there is another thread in the forum that states that Super Orders does not work with PHP 5. Is this true? I find that a bit hard to believe.

I've read through the last 10 pages of posts in this thread and I didn't see the PHP 5 issue raised.

I have my first Zen Cart site almost completed. Are there any known issues that may prevent this contribution from working well with the following?

Zen Cart 1.38a
PHP 5
MySQL 5

I have a number of carts running php5 and Mysql5 with superorders and have had no problems

Thanks barco57.

PHP5 is pretty compatible with most legacy code, so the statement that it wasn't compatible did not make sense for something that looks like it is using current coding standards.

I'll install it. Super Orders looks to be very useful.

Quote:

---

Originally Posted by toholio

I've been setting up Super Orders and have run into a problem with order totals editing. From this thread I can see that the problem is quite common.

In Australia, and other countries, prices need to always be shown including tax. This means that invoices include the total of all item prices (inc. tax) in addition to a tax field.

So an invoice might have the following:
Order subtotal: $45
Included Tax: $4.09
Total: $45

If one edits the order totals using Super Orders then the new total will have the tax summary incorrectly added to the tax inclusive subtotal. Using the above totals as an example, if one opens the edit totals window and clicks submit without actually changing anything then the totals would be changed to:
Order subtotal: $45
Included Tax: $4.09
Total: $49.09

The quick and dirty fix I'm using for this problem is to comment out line 491 in super_edit.php which will remove tax from the running total calculated there.

Obviously a better solution would be required for people who do sometimes need tax added. The addition of tax in the total could be made conditional but I'm unsure of what to test...

Hope this helps.

---

Ah. Those Americans. Never before has the world seen a nation with the ability to create such complex sales taxes. I have a client whose state levies sales taxes at the state, county and city levels creating literally thousands of possible rates. If they'd known, maybe they would have been more sympathetic to the British tea tax! Happily (and amazingly) Zen Cart copes.

However, over here in the UK, as in many other countries, consumer products are priced inclusive of sales tax and if the tax is mentioned at all, it's simply as a memo item on a receipt. For most of my clients therefore I swap the tax and total fields around to read
Unit price inc VAT: £22.50
Quantity: 2
Order subtotal: £45.00
Shipping: £5.00
Total: £50.00
Included VAT: £8.75

As Toholio has observed, Super Orders really doesn't like this, and I'm surprised that there's not been more discussion on this. Maybe because it only becomes obvious when you split or edit an order?

However, persuading it to work our way isn't so difficult. Here's the approach that I've just implemented for a client ...

Find the admin\includes\functions\extra_functions\super_orders_functions.php file and within it the recalc_total() function.

Find this block near the top

PHP Code:

---

    // not everyone charges tax, so we check to see if it exists first
    if ($products->fields['products_tax'] > 0) {
      $this_tax = $this_subtotal * ($products->fields['products_tax'] / 100);
      $ot_tax += $this_tax;
    } 


---

and replace it with

PHP Code:

---

    // not everyone charges tax, so we check to see if it exists first
    if ($products->fields['products_tax'] > 0) {
      $this_tax = $this_subtotal * ($products->fields['products_tax'] / 100);
      $ot_tax += $this_tax;
      $ot_subtotal += $this_tax; // add tax for products quoted inclusive of tax
    } 


---

This creates a subtotal that is inclusive of tax

Find this block

PHP Code:

---

    if ($all_totals->fields['class'] != 'ot_total') {
      if ($all_totals->fields['class'] == 'ot_gv' || $all_totals->fields['class'] == 'ot_group_pricing') {
        $ot_total -= $all_totals->fields['value'];
      }
      else {
        $ot_total += $all_totals->fields['value'];
      }
    } 


---

and replace it with

PHP Code:

---

    if ($all_totals->fields['class'] != 'ot_total' && $all_totals->fields['class'] != 'ot_tax') {
      if ($all_totals->fields['class'] == 'ot_gv' || $all_totals->fields['class'] == 'ot_group_pricing') {
        $ot_total -= $all_totals->fields['value'];
      }
      else {
        $ot_total += $all_totals->fields['value'];
      }
    } 


---

This prevents the tax from being adding into the overall total (which would be a double count).

This probably won't work for everybody, but will hopefully show how easy it is to tweak Super Orders to cope with different tax regimes and customs.

I have now gone live with this mod and am VERY impressed.

One more query though. I intend to print a copy of the the admin side summary (where you can edit orders - it's also is the page that shows if the customer has been notified etc) for my records. To comply with UK tax rules my paperwork must not make any reference to tax (because I'm not registered).

I've removed the headings, ie Tax, Total(inc) and so on, but I'm blowed if I can work out where to edit out the actual data!. This is especially frustrating as I managed to remove same from invoices and delivery notes.

Can anyone point me in the right direction please.

Many thanks

Philip