Re: Default dates on transaction entry screens

["Shell (Shelwyn Becker)" <..hidden..>]

I would agree here! The last date entered would be awesome for me!

Shell



On Mon, 2007-04-16 at 10:00 +1000, david wrote:
> I want to add my vote for some function that either remembers the last
> date entered, or remembers a variable parameter for entry date... 
> 
> Personally I think the last date entered is preferable, since I'm
> forever entering data in date sequence.
> 
> When I switched from MYOB to SL, this was one feature of MYOB that I
> really missed.
> 
> On Sun, 2007-04-15 at 22:28 +0100, ..hidden.. wrote:
> > I like option B.  The session date could default to the current system  
> > date on login, but also remember the last date entered for a  
> > transaction, and use that as the default for the next transaction.
> > 
> > I will often enter a batch of transactions at one sitting, comprising  
> > 3 or 4 different transaction dates.  This feature would be very useful  
> > for me.  If I had a penny for every time I've entered a transaction on  
> > the wrong date and had to reverse and re-do, I'd have... Â2.37.
> > 
> > Cheers,
> > Richard
> > 
> > Quoting Roy Nicholl <..hidden..>:
> > 
> > > Obviously my choice of words to describe the capability was neither
> > > sufficiently clear nor complete.
> > >
> > > Setting a transaction date on a per session basis is no more of a
> > > kludge than setting a global default ... and neither should have any
> > > impact on the security of the system [non-repudiation requirements
> > > should necessitate an internal audit control {i.e. audit trail of
> > > user actions ... in particular those which affect change on data
> > > stored in the system} which is internal to the system and beyond the
> > > reach of the user].
> > >
> > > In fact you could probably combine the features of a global, or per
> > > user, setting that give the user a choice of, say, a) using the
> > > current, system date, for entry of new transactions; b) the default
> > > date for new transactions is the date of the last transaction
> > > inputted into the system; or c) the user is prompted for the
> > > transaction entry date (i.e. session date) at login.
> > >
> > > ... just more fuel for discussion,
> > >
> > > Roy
> > >
> > > On 15-Apr-2007, at 00:59, David Tangye wrote:
> > >
> > >> On Fri, 2007-04-13 at 07:39 -0300, Roy Nicholl wrote:
> > >>> One of the commercial accounting packages I used years ago (simply/
> > >>> accpac?) would prompt you to set the "session date" when you ran it/
> > >>> logged on.  The offered default was the current system date (simply
> > >>> hit return and it was yours).   This allowed you to change the date
> > >>> for initial data entry during that session.  I cannot recall if each
> > >>> new transaction defaulted to the selected session date of the date of
> > >>> the previously submitted transaction.
> > >> That's a similar idea, except its a bit of the kludge to virtually
> > >> transport you to a past date in entirety, when all you want to do is
> > >> enter some transactions for a past range of dates, eg 'catching up
> > >> a bit
> > >> on the books'. You should be able to still run reports, etc and not
> > >> have
> > >> all dates in the app as though you were doing it another day. Actually
> > >> our security-conscious guys might look dimly at this sort of facility,
> > >> although an audit trail of the date change might placate them.
> > >>
> > >> Further discussion might be best at sourceforge: [ 1700856 ]
> > >> User-preference for default date value in data
> > >> entry screens
> > >> http://sourceforge.net/tracker/index.php?
> > >> func=detail&aid=1700856&group_id=175965&atid=875353
> > >>
> > >>
> > >>
> > >> ----------------------------------------------------------------------
> > >> ---
> > >> This SF.net email is sponsored by DB2 Express
> > >> Download DB2 Express C - the FREE version of DB2 express and take
> > >> control of your XML. No limits. Just data. Click to get it now.
> > >> http://sourceforge.net/powerbar/db2/
> > >> _______________________________________________
> > >> Ledger-smb-users mailing list
> > >> ..hidden..
> > >> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
> > >
> > >
> > > -------------------------------------------------------------------------
> > > This SF.net email is sponsored by DB2 Express
> > > Download DB2 Express C - the FREE version of DB2 express and take
> > > control of your XML. No limits. Just data. Click to get it now.
> > > http://sourceforge.net/powerbar/db2/
> > > _______________________________________________
> > > Ledger-smb-users mailing list
> > > ..hidden..
> > > https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
> > >
> > > !DSPAM:3,4622956e45321804284693!
> > >
> > >
> > 
> > 
> > 
> > ----------------------------------------------------------------
> > This message was sent using IMP, the Internet Messaging Program.
> > 
> > 
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > _______________________________________________
> > Ledger-smb-users mailing list
> > ..hidden..
> > https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
> > 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Ledger-smb-users mailing list
> ..hidden..
> https://lists.sourceforge.net/lists/listinfo/ledger-smb-users
>