Nope.. Sorry..
Printable View
Super Orders is an add-on that assists with the processing of orders received. It doesn't get involved in the creation of those orders in the store, which is where the multiple addresses would need to be collected.
But this open source, so if you have a specific requirement, and know how you want the UI to look, you have the option to dig in and change the software to do it.
Can anyone confirm if the following option is working: Point order at a different customer?
When I click edit contact data I select a customer from the dropdown list and submit. But unfortunately the data doesn't change.
I just installed Super Orders and am having an issue with viewing the invoices from the customer end when I've submitted test orders. My store has been receiving orders for a few weeks before installing this mod.
The link in the email and the "View" button in the customer's account history goes to a blank page. No error page, nothing. The address in the browser is .../index.php?main_page=account_history_info&order_id=107
I'm not sure if the other mods' I have are affecting this or not. Or if I can edit some other codes.
Is anyone else having this issue?? Please help! I'm going to have to uninstall the mod until I can figure this out.
Thanks
Super Orders out the box should work perfectly.. I suggest uninstalling, having a re-read of the readme file, and having a go at re-installing.. Have you made any enhancements to the Super Orders code to merge in other modules or other customizations?? If you have you should try installing Super Orders AS IS out the box and making sure it works before applying any custom code or other modifications..
Just wanted to let you all know that there are a few awesome guys who have been generously sharing their knowledge and adding some really neat new features to Super Orders.. It's been a while since I posted an update on this work, but wanted to let you all know things are going well, and I hope you all will like the new improvements as well.. I will post an enhanced feature set in a bit.. (Gotta go eat something right now:laugh:)
That's great to hear, DV! I noticed Scott had updated it recently and thought that might be it. However, I didn't see any of the new search features. So I'm not sure what I installed, but I'm patiently waiting for your new and improved version!
Thanks again to you and those generous guys! :)
Looks like Scott updated it for 1.3.9d/PHP 5.3 compatibility. What is being worked on now adds some news features such as:
Reporting & Order Update Improvements
- Improved orders awaiting payment report
- PDF printing options for packing slips
- Additional search options for Batch printing/update functions
Super Orders Payments Improvements
- For orders paid with Paypal the store owner is no longer required to manually enter the payment in Super Orders. Super Orders will now automatically enter a payment record and show these orders as paid without requiring the store owner to enter a manually enter a payment record.1
Split Orders Improvements
- Splitting an order now results in a “parent order” (original order number) and a child order (new order number). The resulting parent and child orders cannot be split.
- Super Orders now correctly re-calculates BOTH the parent and the child order when an order is split. (The original shipping charges stay with the parent order)
- If an order is paid in full, the split order function will distribute the payment correctly across both the parent and child orders so that you end up with two fully paid orders which true up to the amount of the original order amount.
- The original payment information is displayed on both the parent and child orders. This display shows the original grand total paid.
- For split orders paid via PayPal the “empty” PayPal payment notification data panel will no longer be displayed on child orders.
- The split order packing list button now appears ONLY when the order is either a parent order or the resulting child order -- otherwise it will NOT display.. (Currently it displays on EVERY order when the order includes multiple items)
- The split packing list details has been fixed to function as it was originally intended (but did not).
- The packing list for the parent order displays the FULL original order with the items that were moved to the child order flagged as "Product(s) will ship separately"
- The packing list for the child order displays the FULL original order with the items that remained on the parent order flagged as "Product(s) will ship separately"
About PayPal Payments:
1 There are a number of threads on the Super Orders support thread which discuss a number of methods for automating PayPal payments. Some of these methods include automating refunds as well. I chose not to implement any of these solutions or variations of them in order to maintain a level of consistency when it came to the module’s basic out the box functionality. While other payment methods (notably the Offline Credit Card Processing and Authorize.net modules) did not require the entry of a payment record, payments received through the PayPal payment module required shop owners to manually enter a payment record in Super Orders.
Furthermore, Super Orders does not include automated refunds processing for any other payment module (such as Authorize.net). Including automated refunds processing for only the PayPal payment module while ignoring other payment modules would be building in a level of inconsistent functionality for a module that will be used by MANY different store owners each with different needs. Therefore applications consistency was the guide in how this function was implemented.
That said, I fully recognize that there are shop owners who may want this specific functionality (automated refunds processing) for their particular store. There are lots of threads which cover how to add automated refunds for PayPal paid orders, and owners requiring this functionality should seek out those posts and see if they can adapt the suggested code for their needs. (I cannot offer any assistance in this regard)
I ran the SQL patch for Super Orders 2.0, file name super_orders_sql.sql, twice by mistake and got this error:
1062 Duplicate entry 'CA' for key 2
in:
[INSERT INTO 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.
--------------
To be safe, I ran the uninstall sql patch then reinstalled it and ran the super_orders_sql.sql patch again but only ONCE this time and received no errors.
I was just curious if running it a second time with that error message would have caused any problems or if I could have just ignored the error report?
FYI, this is my first time using Super Orders. It looks like a great module. Thanks for creating it and supporting it.