Re: Justification for modifications?

Hmmm - interesting question/dilemma. But heres food for thought.
You want to stop the entry of 012807, because that's a date, but 013207
will be accepted as there are NOT 32 days in January.
You may want to stop the user entering in too large a quantity.
As to your dilemma/rant of "where do I draw the line between what would be
a reasonable improvement and a stupid-user
proofing fix." The fact that this "problem" has occurred a number of times
(albeit be the same user) I would put that change in.



Alan Shore

NBTY, Inc
(631) 244-2000 ext. 5019
AShore@xxxxxxxx

midrange-l-bounces@xxxxxxxxxxxx wrote on 03/02/2007 01:44:37 PM:

I have a question and slight rant I wanted to throw at the group.

My customer service group at one of our 4 locations is requesting a

change

to the sales order entry application to prevent users from entering a

date

in the quantity field. More specifically, they want to restrict access
to all fields except the dates on the screen for the order planners whose
specific task is to maintain orders entered by the CSRs and add realistic
expected ship dates. Mind you, this change is necessitated by the fact

that

one particular user keeps entering the date in the quanitity field at

least

once a month which causes the bookings reports to show incorrect amounts.
There are 4 other planners who have no problem with the way the system

works

and have never had this problem in the 7+ years I've been here. The

system

requires the user to press Enter twice before advancing to the next order
line, and it shows a status screen when they complete the order. So, it's
not like they can do it without seeing their mistake, unless their just
lightning fast in their keystrokes and/or not paying attention to what
they're doing.

I'm not against making changes to the system where they make sense and it
will help the users do their job more efficiently. However, where do I

draw

the line between what would be a reasonable improvement and a stupid-user
proofing fix.

Thanks,

--
Ron Adams
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.