Tom - alot of records management systems use these dates as if written in blood.
Peter - I agree, the created date should be the created date end-of-story. Not the 'created date' (in the UI) but it *really* means last 'uploaded date' to those who use the system. This is yet another thing for the user's to remember and discern against. When they look at a date on the screen they ask "is this the real date? Or does it mean something else?" - Help desk tickets soar. We could go and create additional date fields etc to record what we 'really want' but dates from word documents, office doccos etc that carry through will then need to be copied over to these other dates. Back in V1.0 (1999/2000) of Sharepoint we had 'similar' things and in V2.0...well let's not go there. V3.0 is improved upon, but dig a little and there's trouble..... (back to the chase) *Tom* - you could go and modify the views etc. but then you're really going to have to modify some of the standard WSS/MOSS functionality (e.g. uploading a docco) and intercept the unwanted standard behaviour. Could be done with an Event Receiver - attached to a List, Content Type or custom information policy. That would be my bet I think. (also use ListItem.SystemUpdate() - when you go to set the DateCreated field as this won't fire events, or create previous versions...or appear in audit logs.....or appear as a site change (site.GetChanges()) ) HTH, Mick Badran (MVP - BizTalk) Training & Integration Specialist | Microsoft Readiness Instructor BreezeTraining<http://www.breezetraining.com.au/> | mb: + 61 404 842 833 | fx: +61 2 3962 4898 IM: [EMAIL PROTECTED] | http://blogs.breezetraining.com.au/mickb From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Bizannes Sent: Tuesday, 11 September 2007 3:33 PM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] created date (document library) Peter, Just wondering why the created date is so important. The archiving systems we deal with are interested in the last modified date as archiving normally goes from there. You would probably need to set another date on load called [RealLastModfied] and set a workflow to update this if the [Modified] date was greater than the [created] date to the modified date... Created could be dealt with in a similar way by loading this into another date field e.g. [RealCreatedDate] Regards, Tom Bizannes SharePoint consultant www.macroview.com.au Sydney, Australia From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Milliner Sent: Tuesday, 11 September 2007 3:06 PM To: listserver@ozmoss.com Subject: [OzMOSS] created date (document library) Hello all, Just a quick question on view item in the document library. At the bottom there is information including content type, version, created at etc... The created at [date] seems to be getting date from the created field which I believe is automatically set when document is added or uploaded. The problem I have is when uploading it sets date and time for created field to be the date I upload it (does not correspond to the document I am uploading creation date). I am using a auditing policy to review the documents after 2 years and have added a custom column called original creation date and set the policy to start workflow from this date. But I can see the potential for confusion for users with the created column and my custom column original creation date (manual input of data) especially when this is displayed on the "view item page" Is there a way to easily change the template for this form or change the created to respresent the real creation date of document Any help or advise is appreciated Peter Milliner Administrator Bendigo TAFE ------------------------------------------------------------------- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net ------------------------------------------------------------------- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net ------------------------------------------------------------------- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com - List managed by www.readify.net
