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

just noticed that the text for fedex shipping option doesn't show up on the super_invoices it's blank

warstormer:

In the Invoice I'm getting the Fed Tax # showing as FED_TAX_ID_NUMBER. Where is this specified?

Have you set the Federal Tax Exempt Number in Admin Console -> Configuration -> Super Orders? I can't remember what it puts in there by default, I thought it was a number.

topcat24:

I think I have fixed the update in the code for the batch status update so it now sends emails.
On line 356 in super_batch_status it currently reads
if ($notify == 1) email_latest_status($oID);

It should read
if ($notify = 1) email_latest_status($oID);

It now sends out emails but it does not change notification it still reads as x and not a tick

It should be noted that this is not a fix; you simply forced sending an email by changing an equality check to an assignment. This logic will always send a status update, irrespective of whether or not the "Notify Customer?" checkbox is checked. This may not be desirable, especially if you're in the habit of cracking wise about the customer in the comments box. :)

I recently fixed both the email test and the customer notified icon on the status page, and have submitted the fixes to Frank for approval.

Scott

swguy:

It should be noted that this is not a fix; you simply forced sending an email by changing an equality check to an assignment. This logic will always send a status update, irrespective of whether or not the "Notify Customer?" checkbox is checked. This may not be desirable, especially if you're in the habit of cracking wise about the customer in the comments box. :)

I recently fixed both the email test and the customer notified icon on the status page, and have submitted the fixes to Frank for approval.

Scott

On a related issue, customers can see all comments added to an order by checking their order history. So, again, any negative comments such as "this guy is a deadbeat" will be seen by the customer if they check their order history under their account. Someone suggested a good way to solve this in this thread: http://www.zen-cart.com/forum/showthread.php?t=46868

Tremendous mod. Thanks.

Question: When I search in batch form printing (or elsewhere in superorders), it does not seem to be including a search of the comments section of the Status History. In other words, if you search for a word that only exists in one order in the comments section of Status History, then the search returns as nothing found.

Is this correct behavior? If so, is there an easy way to include the Status History content in my search?

Thanks,

Thomas

I do not understand this section in the readme:

Outstanding Payments

Location: Admin > Reports > Orders Awaiting Payment

This report displays all your outstanding payment paperwork. Each radio
button will search for orders that are missing the indicated transaction
piece

What is the "indicated transaction piece" for a regular order (i.e. not a PO)? How does the system know that a COD order is missing its payment?

Overall, I am not figuring this out. And when I search for any overdue payments in my system, I always get nothing. :cry:

Having got Super Orders in one zen-cart, I'm now confused as to why it's not working in another... I've added the catalog folder and run the .sql file but Super Orders does not appear in Admin > Customers. Have I forgotten something or is something just not right and I should start again?

warstormer:

Having got Super Orders in one zen-cart, I'm now confused as to why it's not working in another... I've added the catalog folder and run the .sql file but Super Orders does not appear in Admin > Customers. Have I forgotten something or is something just not right and I should start again?

Loooong day, and some folder/file confusion. Working fine now.... :blush:

CraigW:

Have you set the Federal Tax Exempt Number in Admin Console -> Configuration -> Super Orders? I can't remember what it puts in there by default, I thought it was a number.

On my fresh install, it had 00-00000 (or something like that) as the default. So I think warstormer may have different problems.

I just installed SO and ran the SQL patch. Everything seemed to be working fine until I tried to place a test order.

The order goes through, a confirmation email is sent, but the order does not show up in the SO orders listing page. If you type in the exact order number, it appears. It also doesn't appear in the customer's account, unless you follow the link sent to that exact order number that was in the confirmation email.

I have SO working on my own store, but now that I'm trying to set up a store for a client, I can't get it to work.

Thanks in advance!

hopedesigns:

I just installed SO and ran the SQL patch. Everything seemed to be working fine until I tried to place a test order.

The order goes through, a confirmation email is sent, but the order does not show up in the SO orders listing page. If you type in the exact order number, it appears. It also doesn't appear in the customer's account, unless you follow the link sent to that exact order number that was in the confirmation email.

I have SO working on my own store, but now that I'm trying to set up a store for a client, I can't get it to work.

Thanks in advance!

Similar problem. Here are the symptoms. Maybe someone can figure this out for us:

Zencart 1.3.7
SO version 2.0, fresh install (not upgrade)

I have been running SO for a few days with no problem.

Then a customer placed an order yesterday, normal emails were sent and received, and the order appeared in SO. We shipped it out and made some changes to the status as normal, but somewhere along the way, **the order suddenly disappeared from the SO order list **(it also disappeared from the regular non-SO order listing). It also disappeared from the customer's account overview screen. But same as your situation, the order was in fact still in the system, and could be pulled up and edited via the search function (search for the specific order number).

I checked the MySQL database and the order appeared there as normal BUT the order status was listed as "0" (instead of one of the normal choices of 1-5).

I then went back to the SO Order Listing page and ran a search again for the order number. The edit screen appeared for this order. I went to the bottom and noticed that although we had previously changed the status to "Delivered [3]" (and the status history confirmed that), the status pull down menu was showing "Pending [1]" now. So I again selected "Delivered" from the menu and clicked the update button....Presto!...the order reappeared again in the SO order listing.

OK, no problem, but it worries me more than a little and I am wondering if this will continue to happen over time? How can we fix this?

Any asisstance would be greatly appreciated! Thanks!:smile:

I did notice with this installation (also a fresh install) that the orders status options were arranged differently than with my other ZC install. Wonder if that might have something to do with it? I'm having all the other problems that thomasw98 mentioned as well.......or maybe you just did a better job of explaining than I did.........

Here's what worked for me.

I started playing around with orders status (both on the Localization -> Orders Status Page and on the Config -> Super Orders page). Most of the settings on the Super Orders page were set to "Default" - but when I changed them to the Processing that my client will be using, the orders started appearing.

In my case, it was just that the "Default" setting wasn't working right, but once I changed it, everything worked.

I'll give it a try. My problem is actually not ongoing, just sort of one random occurence which I am trying to understand and prevent in the future. But I think you could be right about something being wrong with those default settings. Will let you know if I discover anything else.

I just uploaded all super order data files. My problem is when I tried to upload or enter the query of super_order_sql file, it gives me this error

1062 Duplicate entry 'CA' for key 2
in:
[INSERT INTO zen_so_payment_types VALUES (NULL, 1, 'CA', 'Cash');]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.
```what's the problem? Can anyone help me on this?

BTW, I'm using ZC v1.3.5

I've got a fresh install of 1.3.7 and the latest super orders.

When I press the BATCH FORM PRINT link I get a blank screen. I have redone the install several times without luck.

Any ideas on why the super_batch_forms.php isn't responding?

Tom

I have an interesting problem I hope you all can help with. I'm totally sold on Super Orders. However, I'm using both the USPS and UPS shipping modules. When people select overnight shipping, for example, super orders just says "UPS" in the order. If I switch over to the standard order system, the full line "UPS: overnight" (or whatever they selected) is there. So, the information is being captured by the system, but SO is not showing it. So, we have to log into the regular ordering system to see what shipping method they chose.

Anyone have any ideas?

swan:

I have an interesting problem I hope you all can help with. I'm totally sold on Super Orders. However, I'm using both the USPS and UPS shipping modules. When people select overnight shipping, for example, super orders just says "UPS" in the order. If I switch over to the standard order system, the full line "UPS: overnight" (or whatever they selected) is there. So, the information is being captured by the system, but SO is not showing it. So, we have to log into the regular ordering system to see what shipping method they chose.

Anyone have any ideas?

You need to compare the two files in admin: super_orders.php and orders.php

From what I can see, orders.php has this line:

$contents[] = array('text' => '<br />' . ENTRY_SHIPPING . ' ' . $oInfo->shipping_method);

And super_orders.php has this line:

$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $shipping_method);

First backup the original super_orders.php file so that if this does not work, you can always switch back to the orginal.

Now try changing the shipping line in super_orders.php from the one above to:

$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $oInfo->shipping_method);

I tested this and it works for me.

General Advice:
By the way, this is the logic I use for just about all of these type of problems. I have almost no clue about php coding, so I just use common sense to compare two lines or to make a guess at what I should modify. Most of the time it works. Just remember to always leave a trail of backup files to fall back on in case these type of hack experiments don't work. I usually have several versions of each backup file with indicative names like super_ordersBEFORESHIPPINGLINEADJUSTMENTTEST.php, etc. Even if the adjustment of the shipping line works out ok, I still leave the backup file on my harddrive for a few months just in case.

That worked for the list view! Thanks. Now, I need to get it set up to work properly when I go into the edit view (when you "zoom in" on the details of an order, it still just says "UPS" in the subtotal lines). I'm guessing that's the super_edit.php, but I can't find the same string.

This has been a huge help--thanks so much.

thomasw98:

You need to compare the two files in admin: super_orders.php and orders.php

From what I can see, orders.php has this line:

$contents[] = array('text' => '<br />' . ENTRY_SHIPPING . ' ' . $oInfo->shipping_method);

And super_orders.php has this line:

$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $shipping_method);

First backup the original super_orders.php file so that if this does not work, you can always switch back to the orginal.

Now try changing the shipping line in super_orders.php from the one above to:

$contents[] = array('text' => TEXT_INFO_SHIPPING_METHOD . ' ' . $oInfo->shipping_method);

I tested this and it works for me.

General Advice:
By the way, this is the logic I use for just about all of these type of problems. I have almost no clue about php coding, so I just use common sense to compare two lines or to make a guess at what I should modify. Most of the time it works. Just remember to always leave a trail of backup files to fall back on in case these type of hack experiments don't work. I usually have several versions of each backup file with indicative names like super_ordersBEFORESHIPPINGLINEADJUSTMENTTEST.php, etc. Even if the adjustment of the shipping line works out ok, I still leave the backup file on my harddrive for a few months just in case.

It should still be something that needs to be changed in the super_orders.php file...you usually can tell which file is active by looking at the URL. When I am looking at the detail view of an order, the URL still ends with /admin/super_orders.php?page=1&oID=1106&action=edit..which means the page is generated by the super_orders.php file. Sometimes there are submodule files that are called within the page script though, so there is still a chance that what you are looking for is in another file other than super_orders.php.

From what I can see, you need to modify this section in super_orders.php:

// Short shipping display
    // Formats shipping entry to remove the TEXT_WAY define
    for ($i = 0, $n = sizeof($order->totals); $i < $n; $i++) {
      if ($order->totals[$i]['class'] == 'ot_shipping') {
        $format_shipping = explode(" (", $order->totals[$i]['title'], 2);
        $clean_shipping = rtrim($format_shipping[0], ":");
        $display_title = $clean_shipping . ':';
      }

But I am not sure how to do it. My "brute force" guess would be to change this line:

$display_title = $clean_shipping . ':';

to this:

$display_title = $oInfo->shipping_method . ':';

But you will have to play around with it and see what works.