In Orders, we have 15 or 20 entries with Order Date June 30, 2020 that we are not able to get rid of. Very frustrating be reminded of those every day! After those, there are completed orders going back to February 2009.

In Invoices we have 2020 entries and then random invoices from 2007, 2008. No idea why they didn't move to history. Most of them are complete but the odd one says the order is not complete in the Invoice grid, but the order actually is complete and has been moved to history.

Credit Notes show a couple of the dreaded 2020 entries then about 20 that show no Credit Note date in the grid but appear to be from 2008 and then February 2009.

The Home/End key works good.

Hello Susan,

If you don’t need to see Completed Orders from February 2009, modify the Company profile settings for “Purge from Current after days”.

Try printing the old Invoices and credit notes that should have cleared to History.

The next Dayend will clear them from Current.

If the Company Profile option, Mark printed to screen as printed’ is set, you don’t have to waste any paper. Just note that Preview is not enough to change the print status. When you print the Invoices or Credit notes, you have to set the Destination to Screen and choose the Print button.

Hello Support:

I'm with Susan on this one. I see your point but I think the previous approach was better.

Showing the most recent Order gives context for any new Orders. The order entry clerk can immediately see which orders have been entered and which have been printed. Since orders are entered sequentially, it's a natural instinct to say "where did I leave off?".

Hello Bruce and Susan,

I have added this issue to the wishlist for a future release.

I just got an identical complaint today from a client, and I agree that there was nothing wrong with the previous approach, so why change it? Please change it back.

Steve

I just got an identical complaint today from a client, and I agree that there was nothing wrong with the previous approach, so why change it? Please change it back.

Steve

Another complaint from another client...

Now that the detail grid size is customizable, there is only one size for all detail types. This is a problem for comments, instructions, and misc charges, because there is a big opaque block that hides information which used to be viewable.

I really can't figure out how the grid size being customizable is an improvement. Expanding the size only expands the dead space; it doesn't make more room for data fields.

Can you please revisit this issue, and either make the size grid customizable by detail type and make the data field section expandable, or just go back to the old way.

Steve

Hi Steve,

We made the form sizeable in order to allow the display of more locations if necessary. Sizeable forms have a minimum size to prevent users shrinking them to "nothing". The space is covered when editing a detail so is empty when only a comment line is being added.

We'll see if we can improve this somehow, but it's not any different than when the form was sizeable (except that you could see more of the already entered detail lines when entering/editing a comment/instruction/misc charge line).

Hi Susan,

We might have "broken" this while fixing another problem noticed when the release was being run through Quality Assurance. We'll make a note to change the behaviour in the next Service Pack. In the interim, the Home-End keys will have to do.

Sorry.

Hi Andrew

That one parenthetical exception is not a minor issue - purposely making a screen less functional is a downgrade, not an upgrade.

Steve