So in reality, if you want to use document IDs anywhere, you’ll probably end up with them everywhere. If for example you have a records centre, and you want to send documents to the records centre from a team site that shares content types with the records centre, you will have to enable document IDs on your team site.

Not a major problem, but certainly something to be aware of, as some user education clearly will be needed.

Back to PointBeyond web site.

These can be found by following the links below:

Collaboration in SharePoint 2010

Records Management in SharePoint 2010

PerformancePoint in SharePoint 2010

Ian

Back to PointBeyond web site

Three options, and which is best really depends on what your requirements are – from simple sharing of emails, to organisation wide records management, or somewhere in between!

1. Use Exchange 2007/2010 managed folders in conjunction with email enabled SharePoint document libraries. Allows emails to be dragged and dropped to a folder in Outlook, and for those emails to be copied to SharePoint, using the journaling feature of Exchange. Best done as part of the implementation of an organisation wide records management system. See George Khalil’s article for an example of setting up Exchange and SharePoint to do this.
2. Use one of a number of third party tools to enable drag-and-drop between SharePoint and Outlook, from within Outlook. Examples are Colligo Contributor and KnowledgeLake Connect.
3. If you want a fairly low tech way to get emails into SharePoint by dragging and dropping from within Outlook, use a discussion board. Simply ensure incoming email is enabled on your farm, create a discussion board in SharePoint, then from within SharePoint click on Actions/Connect to Outlook. You can now drag and drop emails to the discussion board from within Outlook, and they will be copied across to SharePoint.

If you have any other ideas or suggestions please leave a comment!

Back to PointBeyond web site.

The Records Centre capability in SharePoint 2010 provides relatively straightforward, easy to use, ERM capability. It may lack the sophistication of some specialist high end solutions, but it lacks the price tag as well. For all but the largest, most complex of ERM scenarios, SharePoint 2010 is a product worthy of consideration. In this article, the capabilities and features of SharePoint 2010 Records Centre are reviewed. The target audience is information officers, records managers and similar, who are interested in finding out a bit more about how Records Centres work in SharePoint 2010.

SharePoint 2010 provides two options for ERM, namely Records Centres and In Place Records Management. The latter is suitable for content that is already in SharePoint, and it does not allow for implementation of a fileplan. This article gives an overview of Records Centres in SharePoint 2010.

The home page of an out-of-the-box Records Centre is shown below.

Records can be added by users clicking the “Submit a Record” button, or if content is already in SharePoint there is an option to “Send to Records Centre”, which can be configured to leave a link to the record in the original location. Multiple Records Centres can be configured if required.

Records added to the Records Centre are initially placed in a document library named “Drop Off Library”. At this point they are subject to Content Organizer rules. Content Organizer rules determine the final location of a record, based on its content type and metadata. If a matching Content Organizer rule is found for an incoming record, it is automatically moved to its final destination. If no Content Organizer rules are applicable then the record will remain in the drop off library until correctly classified by a records manager. An overview of Content Organizer rules is given below.

Incoming records are also assigned a unique document ID, which is retained even if the document moves location. This ID can be used to search for the record in future.

The Records Centre Management page is shown below.

Content Organizer Rules

Content Organizer rules specify the target location for records, based on their content type, and metadata. The target location may be a document library or a folder within a document library. A sample rule is shown below.

Rules need to be set for each content type and if multiple conditions are set on metadata then they must all match for the rule to be applied.

Retention Schedules

Retention schedules can be set for content types, or for document libraries and folders. Retention schedules comprise one or more stages, with each stage being triggered by an event (typically a certain amount of time elapsing since the record was created or last modified). When an event occurs the actions that can be performed are

• Move to Recycle Bin
• Permanently Delete
• Transfer to Another Location
• Start a Workflow
• Skip to Next Stage
• Delete all Previous Drafts
• Delete all Previous Versions
• Declare a Record

The page for setting up a stage is shown below.

Holds

Holds can be used to retain content related to litigation, investigation or other content. Holds are created by searching for content, as shown below.

It is also possible to manually add or remove items from a hold, subject to having appropriate permissions.

Summary

Overall the Records Centre capability in SharePoint 2010 provides relatively straightforward, easy to use, ERM capability. It may lack the sophistication of some specialist high end solutions, but it lacks the price tag as well. For all but the largest, most complex of ERM scenarios, SharePoint 2010 is a product worthy of consideration.

Of course, there is far more to implementing ERM than the technology, and investment in requirements gathering, information audit, RM policy, file plan and project management is essential. The key, as with all ERM implementations, is to ensure that this work is done thoroughly, and that the fit with the chosen technology platform (SharePoint 2010 or other) is validated.