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

Apologies if this has been asked (though I did a quick search)...
With the 'purchase order' option is there a way to modify it so that a 'purchase o/n' (text) field appears below the relevant payment option. Thus would allow the customer to enter a purchase order at time of order instead of requiring them to send a fax (or similar) and admin add the p/o number manually.

aeolidia:

Mysterious! I uploaded all the files when I installed and I just now double checked my /admin/includes/classes and /includes/classes folders and both have their own super_order.php file. Is there anything else I should be looking at?

What does the code chunk that goes on order.php do, exactly? If I can't solve it, is it safe to leave it out?
The block of code needs to appear after the following line...

  $insert_id = $db->Insert_ID();

If the $insert_id (i.e. the new order number) is not set when this code is called, that will result in the error you are seeing. If the code is in the right place, and the class is in the right folder, it will work. Double-check your entire setup.

Broll:

Apologies if this has been asked (though I did a quick search)...
With the 'purchase order' option is there a way to modify it so that a 'purchase o/n' (text) field appears below the relevant payment option. Thus would allow the customer to enter a purchase order at time of order instead of requiring them to send a fax (or similar) and admin add the p/o number manually.
You could probably modify the code to collect it, but at this point it's not built in. I added the PO feature for my company, and left it out on purpose. And though it's beyond the scope of your question, I thought you might want to know why...

• Collecting the PO at checkout means that the customer must have the PO in advance. Some businesses don't release a PO until they have an invoice, which they get after going through checkout.
• Some companies are just abhorrently slow at processing PO's, and the individual could miss out on a product you have in short supply.
• The customer could enter the wrong number, either by mistake of the billing office or the customer. No offense to the customer, but I know my employees will enter the right number more consistently.
• Finally, I'm always looking for ways to eliminate hurdles between my customers and the products they want. Requiring a PO number for PO orders won't deter most users, but why settle for "most" instead of "all?" I don't want to lose that "other" group that does go somewhere else because they don't have a PO number, and/or don't know how to immediately get one.
  Dealing with schools and school districts, I've learned that everyone who uses a PO billing system does things a little bit differently from everyone else, and the best solution is to code for the most common denominator.

Blindside,

Thanks for the code on the update status. Seems to have done the trick.

I have been through the class files in the read me and all the code is in place as described, but it is not updating the info as described so I need to look a the payment gateway bit - however not too sure where to start. I am using the protx form mod by conor.

I can understand some of the logic but I am not programmer so losts as to how to amend. Sorry! I hope you can point me in the right direction.

Many thanks for all your invaluable support / help.

MG

i'm trying to install the
-- Super Orders configs (Admin > Configuration > Super Orders)
-- Automatic Status Updating

but i keep getting this error #1146 - Table 'XXX_XXX.configuration' doesn't exist

i'm half way in inserting these configuration codes manually but i'm noticing these errors poping up in the admin/configuration/super orders area. do i have to worry about these as i'm still not finished upgrading the configuration sql file

the warming is

Warning: call_user_func(zen_get_order_status_name ): First argument is expected to be a valid callback in /home/www/gorillagear.ca/store/admin/includes/functions/general.php on line 1528

Warning: call_user_func(zen_get_order_status_name ): First argument is expected to be a valid callback in /home/www/gorillagear.ca/store/admin/includes/functions/general.php on line 1528

ok i have 3 of the warnings stated above in the admin area as stated above and my i still get a NONE! in the tax columns on the invoice but my federal tax id comes up allright.

Blindside,

I have spotted another issue which has been posted a few pages back in post 488 I think, which was that when notifying the customer using batch update, the update occurs but no emails are sent and the notify customer field in each of the orders has a red cross despite the notify customer field being ticked.

Has this been fixed?

Regards

MG

BlindSide:

Yeah I looked at that one. I think it has something to do with the structure of the table. Try this: open admin/includes/functions/extra_functions/super_orders_functions.php and scroll down to the function update_status(). After the call to global $db (first line inside the function), add the following code:

if ($notified == '') {
$notified = 0;
}

> Upload and see what you get.

Unfortunately I've tried this still with no luck!!

Thanks for trying.

Craig

Would be cool if there were a Super Receipt, as well. (not Invoice, but receipt)

1. Some customers want a snail mail version of their receipt mailed to them

2. Some customers want their receipt re-emailed to them (or to their accounting dept)

HTH :smile:

Hello,

I have tried to run the super_orders_sql file however it returns an error in both Zen-Cart Admin -> Tools -> Install SQL Patches as well as Webmin MySQL Module SQL entry.

I am running:
**Server Host: **slcfood (127.0.1.1) **Database Host: **localhost (127.0.0.1) **Server OS: **Linux 2.6.20-15-server **Database: **MySQL 5.0.38-Ubuntu_0ubuntu1-log **Server Date: **04/26/2007 19:49:50 **Database Date: **04/26/2007 19:49:50 **Server Up Time: **19:49:50 up 4 days, 8:29, 1 user, load average: 0.12, 0.04, 0.01
**PHP Version: **5.2.1 (Zend: 2.2.0)
**HTTP Server: **Apache/2.2.3 (Ubuntu) PHP/5.2.1

One thing I did notice was that the SQL patch provided does not take into account the table prefix that can be defined during installation of Zen-Cart, in my terms it was "SLC".

I did try to search for this however this thread is massive. If i have repeated a questions, I appologize in advance and a link to the post would be most helpful.

Thank you!!

Devon

Hi again,
Sorry, it is an "error in your sql" error that is displaying both places

Hello all,

i'm trying to figure out how to get SO to batch print Order Details OR if it is easier, to get the invoices to display the credit card info (4320XXXXXXXX4746) on the batch invoice print.

has anyone done this? can someone help me with what i need to add, code wise?

thanks!

-s.

Quick question:

We had an order for forty books. (That's what we sell.) Unfortunately, we only had 20 of this specific book in stock. The order went through, however, but I can't figure out how to change this customer's order to display a product quantity of 20 instead of 40. Is there some easy way I can delete products from an order? The "Edit Products" pop-up window isn't helpful for me at all.

Thanks!

luke

Unfortunately, that is a feature that is still unavailable.

It seems like that way the case, but I just wanted to check. Thanks!

When processing the payment using Super Orders, I notice there is not a payment type of "PayPal". Is there a way to add this in a configuration file?

Hello All,

I might have asked this question elsewhere and I don't remember getting an answer.

In the Super Orders 2.0 lexicon of tricks, when I decide to generate a packing slip, rather than print to the printer, I would like to email to the shipper.

If it's not doable, I'll set my default printer to document writer, and commit all the paper to a disk file instead. I'll take it from there, but if Zen could email the packing slips as they are created direct to the shipper, that would be ideal.

Thanks, Frank.
Please, LMK.

Stevietheman:

When processing the payment using Super Orders, I notice there is not a payment type of "PayPal". Is there a way to add this in a configuration file?

Upon further research, I figured out I could potentially add this as a type to the so_payment_types table, but not having gone through all the super orders code, would this break anything, including subsequent updates to this mod to enhance PayPal support?

Hi ,

Stevietheman:

Upon further research, I figured out I could potentially add this as a type to the so_payment_types table, but not having gone through all the super orders code, would this break anything, including subsequent updates to this mod to enhance PayPal support?

No need to mess in the code or the db.
Just look in your admin panel.
Top menu >Localization> Payment Type.
And add your new type. :clap:

Ronald.

azrahn:

Hi ,

No need to mess in the code or the db.
Just look in your admin panel.
Top menu >Localization> Payment Type.
And add your new type. :clap:

Ronald.

:shocking: I can't believe I missed that. Thank you, kind sir!