Admin Simple Create Order [Support Thread]

[jocezilla]

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/

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

[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.

[DivaVocals]

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..

[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?

[DivaVocals]

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?

Easy...

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..

[kalastaja]

Wow, nice colours!

[kalastaja]

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

[DivaVocals]

Hmmmmm. Done all the colorful things. And so I try to create an order and 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.

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, 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 )

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'],

[DrByte]

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.