I don't know why this isn't showing up as more important to be rectified... Getting the date right on everything makes a huge difference in whether you will have accounts that are balanced or not...
I'm located in NZ and we use the date format d/m/y when we are entering a date..
21 Jan 2024.. or 21/1/24.. pretty straightforward..
Date fields in the software should be linked to the user's computer system to match their preferred date format.
I've just been (almost) caught out again because for some reason, when trying to manually adjust stock, the date format is m/d/y or Jan 21 2024... fortunately I was able to recognise this as 'americanised' date format and process the adjustments correctly...
Possibly, it could just be this one field that is not linking to the user's computer preferred date format..
Has anyone else come across date formats that are not consistant with what you are expecting?
O'Ryan Smith
supported this idea
·
I don't know why this isn't showing up as more important to be rectified... Getting the date right on everything makes a huge difference in whether you will have accounts that are balanced or not...
I'm located in NZ and we use the date format d/m/y when we are entering a date..
21 Jan 2024.. or 21/1/24.. pretty straightforward..
Date fields in the software should be linked to the user's computer system to match their preferred date format.
I've just been (almost) caught out again because for some reason, when trying to manually adjust stock, the date format is m/d/y or Jan 21 2024... fortunately I was able to recognise this as 'americanised' date format and process the adjustments correctly...
Possibly, it could just be this one field that is not linking to the user's computer preferred date format..
Has anyone else come across date formats that are not consistant with what you are expecting?