I suggested this, but they didn't want the 1 to print on the form. We could have excised it by using an offset of 2 characters on the spec field, but that's a last resort.

Steve

One of the frequent requests made was to increase the number of available miscellaneous charges. Essentially removing the restriction means that the lookup must be through a Finder rather than a combo box. I'd suggest the solution adopted by Bruce for a short term fix.

It seems that storing a Default Misc Charge is now the most desirable change. Where would you expect such a default to be stored? It could be:

• In the company profile.
• On the customer.
• On the Ship to.
• On the entry template.
• On the territory.
• On some combination of the above (but then there would have to be a precedence sequence).

I vote for Entry Template.

Unfortunately, there is a not-small percentage of users for whom this improvement has no impact, but who are affected negatively by it. That's the theme of this thread. With an emphasis on "minor".

Steve

Andrew:

I agree with Steve, Entry Template

Thanks for your comments about the Misc Charge default. Indeed it would be helpful, especially now that there can be more than 10.

Just curious for those that have clients that use MultiCurrency, where misc charges can be saved with different price lists and currency codes, or even just sites that store different sets of misc charges by price list code, would you expect the associated currency and price list to come from the customer? Or the order? And because misc charges don't have '6-character codes' like other master records, a site with multiple lists would have to ensure that all are configured identically so that the desired code was loaded as the default, depending on the currency and price list.

It was questions in this area why a default misc charge did not make the cut in the initial release of 9.3A.

Support:

Miscellaneous charges and Price Lists codes.

One rule fits all users is not likely going to happen.

I see the dilemma. Let me think about it.

The issue with Blank Ship to codes has been fixed in OrderEntry 9.3A (180213) HF.

Another minor complaint - not sure if this has been discussed and if there is a solution.

Order Entry > Print Invoices seems to always default to "Yesterday". Can I not have this screen default to "All"?

We set the User Preferences to "Remember report settings". Even with "Exclude ranges" disabled, the Print Invoices screen does not remember that I last selected the option "All".

This is a nuisance for my client, and they would like to default the screen only once.

Hi Samuel,

Does your client also have the 'Remember Form Settings' option set in User Preferences? It is this setting that controls remembering options set when printing forms like invoices or order confirmations. When I set this, the selected date range, such as Today or This Week or All, is remembered for the next printing.

Excellent. No, this was not clicked on.
I should have remembered this. Glad that you are able to offer the answer we were looking for.
Thank you.