RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Lamont, Laura D [Perfect Output Vendor for Sprint]" <[log in to unmask]>
Reply To:
Records Management Program <[log in to unmask]>
Date:
Wed, 15 May 2013 15:32:24 +0000
Content-Type:
text/plain
Parts/Attachments:
text/plain (29 lines)
Hi everyone!  I haven't posted in a while, mostly a lurker 8 ), so I'll give you some information about me!  I've been in RM for 25 years, working with both private and public entities and have spent the last several years at Sprint as a Records Manager.

My questions are:

Is the retention of your Retention Schedule itself permanent?  If so, what is the basis for this retention:  business reason, regulation, best practice or something else?

Here at Sprint, and most of the other places I've worked, the retention of the Schedule itself is permanent.  But recently, I was asked why is the retention permanent.  I know the reasons why I think it's important to keep each version permanently, but couldn't come up with a definitive regulation, standard or best practice.   Not even Google (or Bing) came through for me.

If anyone can point me in the right direction I would appreciate it.

Thanks!

Laura D. Lamont, CRM
Sprint Records Management - Perfect Output
Sprint
Overland Park, KS 66251
E-Mail:  [log in to unmask]



________________________________

This e-mail may contain Sprint Nextel proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.

List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]

ATOM RSS1 RSS2