Admin Simple Create Order [Support Thread]

So to continue my conversation with no one in particular on this add-on..:laugh:

I've been getting greyer by the minute trying to get this working with the v2.03 of Edit Orders..:laugh: (seriously.. this add-on is pretty cool.. but using this it with Edit Orders v1.53 is kinda lame IMHO :blush:)

BUT!!!!

I'm making progress.. I now have the shipping estimate tables working.. Last thing I need to port over is the "Send Invoice to Customer" functionality.. Hopefully integrating that part won't give me as much of a headache as getting the shipping estimate tables to work..:laugh:

Well I have a beauty appointment in the morning and a business appointment in the afternoon.. Time for this diva to turn in..:yes:

When/if I finish all these little tweaks I'm attempting to make happen, I intend to update the version available in the downloads section..

(in case anyone is following this thread or cares..:laugh:)

Oh im listening but not talking back, sorry...

Diva thanks so much for your work on this addon, the staff in our office are very cross with me for not having this addon working with the new verson of zen cart, so your work is bringing harmony to our environment, and so for that thanks again.

xxx

Ive got a new problem now, I have uploaded and made the changes to the back end now, but the problem I have is it opens a new order page (this is for create order), I can search for a name, once I click on Add Product - (edit_orders.php?oID=5671&action=add_product&step=1 - is the link)

The process bombs out and I get moved to the main admin page and there is a new 0.00 order created under the name of the user that was selected. So I cant actually create a new order with this atm.

Has anyone else come accross this?

glad someone is listening.. was starting to feel strange having a discussion with myself!! LOL

I am working with the version from Ivans blog. It includes the shipping estimate display and the send customer invoice functions..

Well if you can wait until next week I should have the full incorporation of the changes needed to get this functional with the latest versions of Edit Order (v2.03) and Add Customer to Admin (v1.07) ready in a day or two.. I got the shipping estimate table working with the additional enhancement of including the NAME of the shipping module for which the rate being displayed is for.. (discovered in testing when using UPS or other commercial shipping modules you' see the rate type and cost displayed but NOT the name of the carrier..)

Last things to tackle are:
-Merging in the "Send Invoice" buttons and cleaning up how they work.. Have to do a little more testing to confirm, but I believe that some actions which should not trigger sendingba customer invoice out are in fact triggering it..
-Cleaning up the duplicate language definitions.
Posted via Mobile Device

DivaVocals:

So I'm still testing this.. Now that I've compared the version of this mod available here with the latest version of Edit Orders (v2.03) I'm going to see if I can figure out how to get this to work fully with the latest version of edit orders.. While I can create orders with the latest version of Edit Orders, what is missing is the ability to send an order confirmation e-mail to a customer and the shipping estimate data..

Also I noticed that regardless of which version of Edit Orders I use (the modified one that comes with this module or the latest version) the customer's street address comes through on the order without the state information. Very curious as I cannot see what in the code would cause this behavior..

Edited to Add: I see now the difference.. Customers who sign-up for an account in the store have a value in entry_zone_id but not in entry_state in the addressbook tables. While customers added using the Add Customer add-on will have an entry in entry_state but not in entry_zone_id. Seems that the create_orders.php code needs to accommodate BOTH kinds of customers..
After doing some more testing I have more to report on this issue

If your store settings use a dropdown state list customers who sign-up for an account in the store have a value in entry_zone_id but not in entry_state in the addressbook tables.

Further edited to add: AND I have done more testing and confirmed that this is an issue with how create_orders.php works.

ivan.kristianto:

most of the bugs is came from edit order module.
(This is DEFINITELY NOT an Edit Orders issue!!!!) If you edit a store generated order (one placed by the customer in the store) using Edit Orders, Edit Orders correctly displays the customer's state information. Orders created using the Create Orders add-on for a customer that was NOT created using the Add Customers add-on does not correctly bring over customers the state data. (Hope this makes sense)

Way over my abilities to fix this:laugh:, but at least I have confirmed the issue exists and the possible cause..

Sounds great, I will wait to install it next week, and give it a good testing for you.

Thanks again

So I've gotten the Create Orders add-on working with the latest version of Edit Orders..

In the process of testing both versions, I've discovered some behavior that occurs using both the package I put together (with Edit Orders v2.03) and the package available on Ivan's site. (which uses Edit Orders v 1.53)

Occasionally clicking the "Re-Send Invoice" button and then clicking "Ok" on the confirmation popup window results in the Edit Orders page going blank.. It's like the re-display of the Edit Orders page is blocked after resending the invoice. Here are some examples of the various steps I took when this issue occurs:

~ Create Order
~ Select Existing Customer
~ Add Product
~ Send Update E-Mail (this is where the page goes blank)

~ Create Order
~ Add New Customer
~ Create Order
~ Select New Customer
~ Add Product
~ Send Update E-Mail (this is where the page goes blank)

~ Edit Order
~ Add Product
~ Update
~ Send Update E-Mail (this is where the page goes blank)

~ Edit Order
~ Add Product
~ Update
~ Send Update E-Mail
~ Send Update E-Mail (this is where the page goes blank)

~ Edit Order
~ Add Product
~ Send Update E-Mail
~ Add Product
~ Send Update E-Mail (this is where the page goes blank)

Again I have tested this both with the version of the add-on available here on Ivan's site and with the version I updated which uses the latest version of Edit Orders.. (which I will submit here after doing more testing..)

The issue is that I cannot consistently re-create this to establish a pattern of when it occurs.. Repeating some of the same steps I took when I saw this error occur do not always result in the same behavior..

Very strange indeed..

Okay so I've had some time to fully test this all out and while this is a nice idea, there are many parts of this add-on that either works inconsistently or incompletely. Let me be clear ALL of the issues I found occur with BOTH v 1.5.3 of Edit Orders and the rest of this add-on or in Edit Orders v 2.03. ALL of these issues are issues with the modifications this add-on makes to Edit Orders. They are NOT native Edit Orders issues.. (as has been implied)

Re-Send Invoice

• Though I was able to fix some of the formatting of the e-mail sent to the customer so that it looked more like the default order confirmation e-mail, there were still issues with the customer notification e-mail including:
• The product price formatting shows three decimals instead of two
• The customer name doesn't show in the message salutation.
• The overall functionality was flaky.. It does not work consistently. The add-on occasionally and inexplicably causes the Edit Orders page to not re-display. IMHO the notification should use the message stack versus that daggone javascript message pop-up. Lastly for those of use who continue to use Edit Orders to EDIT orders, the customer notification e-mails should be flexible enough to allow a shop owner the ability to send one kind of e-mail if the order is simply being edited and updated and another kind of e-mail if it is a newly created order. The current functionality simply does not support that.

Shipping rates table:

• Displays the rate and the method, but fails to include the carrier (which I think makes this data a LOT more useful)
• Though I haven't tested it will all shipping methods, I noticed in my testing that the per item shipping module does not display correct rates. (actually it show the rate as ZERO) It works for UPS, and though I haven't tested it I suspect that USPS will work fine as well.. FedEx users will likely find that more code is needed to support FedEx rates (someone who is more knowledgeable can confirm this)

I have decided to keep the rate table for my own usage, but I think that submitting an update with code that does not work as it's intended is bad form. So if I submit this, I will include CLEAR instructions for adding back the rate estimates for those willing to work with the issues, but it will not be included in the core code I submit (IF I submit this)

Shipping Method Display on the admin order list:

• When creating an order the default shipping method is entered as "FREE Shipping". If you update the shipping method, the order details will reflect this change, but the order list will always show Free Shipping.
  ===================================
  

All this to say that I've gotten this working with the current version of Edit Orders, but I made the following modifications:

• Re-Send Invoice: In looking through the Zen Cart forum I realized that the current order comments system is more than adequate to send a customer notification of a new/updated order. I tried to get Ivan's code to work by using the message stack and ultimately realized it's over my paygrade to correct this so it works correctly.. Given it's flaky behavior, and with a more than adequate solution for sending out customer notifications,I decided to simply deprecate all of the Re-Send Invoice code.
• I've removed all of the hard coded text from the Create Orders and Edit orders files and put them into the language files.
• I updated the payment method message language file and added and additional descriptive definition so that if a payment method other than credit card is entered, you are at least provided on screen instructions for how to make the credit card fields re-appear.
• With regards to the shipping method displayed in the order list, I'm sure there is a better way to fix this, but it's beyond my skillset.. So instead I opted to update the code used when you create an order to use a language file definition for the default shipper. This new definition reads "Manually generated order. See order details for selected shipping details". This way the order list reflects a Shipping method message that while not the exact shipping method entered at least provides something a little more accurate/descriptive.
• I updated the Edit Orders navigation to return you to either the order list or the order detail. (the current "Back" button only returns you to the order list)
• I updated the product add section so that if you decide to exit this area before entering in a product, you can either return to the order edit page or the order details page. (currently the "Back" button only returns you to the order list -- which IMHO is counter intuitive)
• I have removed the shipping estimate table in it's entirety (see explanation above)
• I have removed the "Re-Send Invoice" code in it's entirety (see explanation above)
• The last thing I could not fix, is the issue I reported earlier about how Create Orders handles addresses for customers who created an account in the store (ie: were NOT added manually using the "Add Customer" add-on) This SHOULD be fixed to work correctly with all customer and admin settings for customer states, but for now I can add states manually..
  I can now create orders using the latest version of "Edit Orders" (v 2.03) and "Add Customer From Admin" (v 1.07).

Could this all be better?? HECK YES!!! Is this a WORKABLE solution?? Well I think so..:smile:

I am happy to share this with anyone interested.. PM me and I'll provide you access to my version of this add-on.. Depending on feedback I may go ahead and submit it to the downloads..

I have this same exact issue. 1.3.9h. Anyone have ideas on why this happens?

Out2lunch:

Ive got a new problem now, I have uploaded and made the changes to the back end now, but the problem I have is it opens a new order page (this is for create order), I can search for a name, once I click on Add Product - (edit_orders.php?oID=5671&action=add_product&step=1 - is the link)

The process bombs out and I get moved to the main admin page and there is a new 0.00 order created under the name of the user that was selected. So I cant actually create a new order with this atm.

Has anyone else come accross this?

Do you have items in the root category? It does not seem to function unless all items are in categories.

Hmm, all their items are in categories...

I just upgraded to Edit Orders 2.04 and that solved the issue. :)

Download for 2.04: http://www.zencartmod.com/

fotofx:

Do you have items in the root category? It does not seem to function unless all items are in categories.

I would be VERY GRATEFUL if someone could get "Admin Simple Create Order" to work. I do assume this is the thread for that!? "Edit Order" or "Super Order" are nice, but I would be satisfied with a working "Simple". Adding the zenAdminID to "Add product"-link helps so far as not being thrown out of Admin, merely redirected to startup page. I can get the addition of a product partly "working" by overriding "if($action=="add_product)" - it's then displayed at the bottom of the page. BUT any attempt to try and run action "add_product" ends up on startup page.

kalastaja:

I would be VERY GRATEFUL if someone could get "Admin Simple Create Order" to work. I do assume this is the thread for that!? "Edit Order" or "Super Order" are nice, but I would be satisfied with a working "Simple". Adding the zenAdminID to "Add product"-link helps so far as not being thrown out of Admin, merely redirected to startup page. I can get the addition of a product partly "working" by overriding "if($action=="add_product)" - it's then displayed at the bottom of the page. BUT any attempt to try and run action "add_product" ends up on startup page.
If you've read the posts in this support thread, you'll see that what DOESN'T work with this module at this point is the version of Edit Orders it bundles in with it (v1.53). And let me further clarify something else that even the original author of this mod kinda left a little unclear.. SUPER ORDERS is simply the default orders.php on steroids. It was NEVER intended to be what Create Orders is or even what Edit Orders (v2.xx at least) has become.

This "add-on" simply takes two existing add-ons (Edit Orders and Add Customers from Admin) and allows them to be used together to "create" orders from the Zen Cart admin.

If you read over my previous posts you'll see I did a fair amount of work testing this mod..

The ONLY thing Create Orders "adds" to either of these add-ons (Edit Orders and Add Customers from Admin) is:

• A method to create an order that can then be "edited" using Edit Orders
• A shipping rate table display (which doesn't work for all shipping methods as noted in my previous posts)
• A means to send out an e-mail which is supposed to look like the normal order confirmation e-mail.
  I have documented all the issues I found with the shipping table (doesn't work for all rates), and the confirmation e-mail (inconsistent sending behavior, and the formatting is WRONG)

In a nutshell if you want Create Orders to work AND you can live without the shipping rate table AND you can live without the confirmation e-mail functions (the comments feature will work just fine in it's place), AND you understand that there is a bug with the way it grabs the customers state data also documented in my previous posts), then simply install the latest version of Edit Orders (v2.04 link posted above) and all will be right with the world..

Shipping rate and e-mail no problem, BUT the thing I need is > A method to create an order that can then be "edited" using Edit Orders
So which way should I go?

kalastaja:

Shipping rate and e-mail no problem, BUT the thing I need is

A method to create an order that can then be "edited" using Edit Orders
So which way should I go?

:smile: Easy...

DivaVocals:

In a nutshell if you want Create Orders to work AND you can live without the shipping rate table AND you can live without the confirmation e-mail functions (the comments feature will work just fine in it's place), AND you understand that there is a bug with the way it grabs the customers state data also documented in my previous posts), then simply install the latest version of Edit Orders (v2.04 link posted above) and all will be right with the world..

Wow, nice colours!

Hmmmmm. Done all the colorful things. And so I try to create an order and :frusty: a blank page appears....... Could I perhaps get the Diva-versions of this?

kalastaja:

Hmmmmm. Done all the colorful things. And so I try to create an order and :frusty: a blank page appears....... Could I perhaps get the Diva-versions of this?I don't have a version of this to share with the community.. All I did in all that chatter I posted is about what would happen if I upgraded Edit Orders from v1.53 to v2.03/2.04. I had attempted to add in the shipping table and the "Send Confirmation E-mail" code that Ivan originally included (was going to share THAT until it failed to work the way I felt it should).. When that code didn't work well, I just left that code out and used Edit Orders 2.03/2.04 unedited..

Did you download Edit orders from the link previously posted??? Does Edit Orders work standalone?? (ie: can you edit an existing order using Edit Orders?)

DivaVocals:

After doing some more testing I have more to report on this issue

If your store settings use a dropdown state list, customers who sign-up for an account in the store have a value in entry_zone_id but not in entry_state in the addressbook tables.

Further edited to add: AND I have done more testing and confirmed that this is an issue with how create_orders.php works.

ivan.kristianto:

But most of the bugs is came from edit order module. So if you have solutions please share it with us.
(This is DEFINITELY NOT an Edit Orders issue!!!!) If you edit a store generated order (one placed by the customer in the store) using Edit Orders, Edit Orders correctly displays the customer's state information.

On the other hand, if you look at an order created using the Create Orders add-on for a customer account that was NOT created using the Add Customers add-on, you will see that the customer's the state data is BLANK. (Hope this makes sense)

Way over my abilities to fix this:laugh:, but at least I have confirmed the issue exists and the possible cause..

Okay wanted to post the part of create_orders.php which is the cause for the above reported issue.. The sections highlighted in red are the areas which need to be corrected.. (still have no clue how to do this :laugh:)

Lines 47-75 of create_orders.php

               'customers_name' => $customer_info->fields['customers_firstname'] . " " . $customer_info->fields['customers_lastname'],
               'customers_company' => $customer_info->fields['entry_company'],
               'customers_street_address' => $customer_info->fields['entry_street_address'],
               'customers_suburb' => $customer_info->fields['entry_suburb'],
               'customers_city' => $customer_info->fields['entry_city'],
               'customers_postcode' => $customer_info->fields['entry_postcode'],
               'customers_state' => $customer_info->fields['entry_state'],
               'customers_country' => $customer_info->fields['country_name'],
               'customers_telephone' => $customer_info->fields['customers_telephone'],
               'customers_email_address' => $customer_info->fields['customers_email_address'],
               'customers_address_format_id' => $customer_info->fields['format_id'],
               'delivery_name' => $customer_info->fields['customers_firstname'] . " " . $customer_info->fields['customers_lastname'],
               'delivery_company' => $customer_info->fields['entry_company'],
               'delivery_street_address' => $customer_info->fields['entry_street_address'],
               'delivery_suburb' => $customer_info->fields['entry_suburb'],
               'delivery_city' => $customer_info->fields['entry_city'],
               'delivery_postcode' => $customer_info->fields['entry_postcode'],
               'delivery_state' => $customer_info->fields['entry_state'],
               'delivery_country' => $customer_info->fields['country_name'],
               'delivery_address_format_id' => $customer_info->fields['format_id'],
               'billing_name' => $customer_info->fields['customers_firstname'] . " " . $customer_info->fields['customers_lastname'],
               'billing_company' => $customer_info->fields['entry_company'],
               'billing_street_address' => $customer_info->fields['entry_street_address'],
               'billing_suburb' => $customer_info->fields['entry_suburb'],
               'billing_city' => $customer_info->fields['entry_city'],
               'billing_postcode' => $customer_info->fields['entry_postcode'],
               'billing_state' => $customer_info->fields['entry_state'],
               'billing_country' => $customer_info->fields['country_name'],
               'billing_address_format_id' => $customer_info->fields['format_id'],

DivaVocals:

Edited to Add: I see now the difference.. Customers who sign-up for an account in the store have a value in entry_zone_id but not in entry_state in the addressbook tables. While customers added using the Add Customer add-on will have an entry in entry_state but not in entry_zone_id. Seems that the create_orders.php code needs to accommodate BOTH kinds of customers..
As far as the customer address book entries go, it's either/or, not both.
And the same details are carried over to the orders table when an order is created during checkout.

entry_state is only ever to be filled in if there is no zone defined for their state in their country

**entry_zone_id **is set if the customer's country+state matches a zone combination in the zones table. In such cases, entry_state is left blank, because the entry_zone_id points to the zone name which has the correct spelling etc of that state/zone name.

Obviously, to present a list of available states/zones for a given country, you need to provide a pulldown menu such as is seen on the create-account page ... which also has some javascript to auto-update the list of available zones whenever the country pulldown selection is changed. And then, when a selection is made, the corresponding entry_zone_id is set based on the selection made.