Welcome to MSDN Blogs Sign in | Join | Help

Records Management Feature: Content Types

OK, enough stalling! It’s time to get our hands dirty and introduce some real features in the new 2007 release of SharePoint (where Records Management is a core capability).

We recognized pretty early in our release cycle that there are two ways to organize an electronic records management system: one way is to create folders for each kind of content or event and the other is to have a well defined set of record types and any piece of content can be declared as a specific type of record, regardless of where it is filed. Because we heard of success with both forms of records keeping, we enabled both. To scope today’s discussion, though, we are going to talk about the latter form: organizing records by Content Type. In our 2007 release, we will allow IT administrators and records managers to define, as part of their file plan, the list of record types that they manage within a repository. This record type uses a more generalize feature called a Content Type within SharePoint.

A content type is just what it sounds like: a meta description of content that can include custom properties a retention policy, and an associated set of workflows / business processes. SharePoint is “media type” & file format agnostic, meaning literally anything can be declared as a record of any type. This means that Office documents, PDFs, TIFFs (scanned images), e-mail, instant message conversations, videos, and physical records can all be classified and stored with the content types you create. By creating content types to manage your various kinds of records, it means that anything called a Contract or a Tax Record or an Employee Performance Review will be treated identically and consistently within our records management system. It also allows you to define and manage the definition of a tax records (for example) in a single place and as you review and make changes to that definition, it will be automatically propagated to your records. Because we believe classification is a critical component to the success of any records management system, we’ve enabled a number of other features like record filing and reporting, that help process your records or help you identify if anything is out of policy. This can happen, for example, if you have content “held” (meaning its retention schedule is suspended) or expired (but not approved for disposition), or filed to the wrong part of the file plan.

So, Content Types are pretty simple, right? But it’s important to point out a major implication they have on records management:  Content Types are not a feature of value solely to records managers – many of the capabilities they provide are valuable to end-users and to work-in-progress content. For example, a company may define a “Contract” content type that includes the appropriate required metadata to make it easy to find that contract later, and the appropriate workflows for getting that contract signed off. For that reason, the 2007 release of SharePoint encourages users to specify the “type” of content from the beginning of a content’s life (e.g. from the moment of creation, as shown in the image above). For Records Managers this is terrific news – it means that content in the 2007 release of SharePoint is likely to be classified by end-users long before it is ever declared as a record, so figuring out where each declared record belongs in your file plan becomes much simpler and more consistent.

We chose to introduce content types first, because they are one of the key pieces of technology that controls records. Many of the features that we will be talking about as we go forward, will refer back to content types as the underlying mechanism to manage and process your items uniformly, based on type.

Now for the homework item: within your organization, do you have a well-defined set of records that you manage with an associated retention schedule? If not, I encourage you to start planning this, because regardless of what records management system you ultimately decide to use, this will be a core component.

Lastly, I wanted to ask a question: How do you organize your records? Is your records system organized primarily by folders or by record types? I’d love your feedback on this. Thanks for listening!

Jason Cahill, Lead Program Manager
Published Thursday, June 01, 2006 3:17 AM by recman

Comments

# re: Records Management Feature: Content Types

Dear Jason/MS Bloggers,

Thanks for the post, we're reading it with interest.

We've found particular problems with content that contains dynamic links.

For example, one spreadsheet contains inflation data.  Thousands of current spreadsheet records (going back many decades) rely on this data which is always changing.  Will the Sharepoint RM system allow such changes?

If you have an 'archive' that maintains the integrity of electronic documents, how will you cope with documents that change themselves?  Will we be given the option to allow them to change?

Adam Pope
Thursday, June 01, 2006 7:49 AM by Adam Pope

# re: Records Management Feature: Content Types

From a records manager's point of view, we'd be asking whether you're going to submit SharePoint for review under DoD 5015.2?  
Thursday, June 01, 2006 10:04 PM by hef

# re: Records Management Feature: Content Types

...and not just Chapter 2 certification, will you have DoD 5015.2 Chapter 4 certification as well?
Friday, June 02, 2006 10:00 AM by tcp

# re: Records Management Feature: Content Types

We organize our records by, first, selecting the record type (as defined by my company as legal, HR, etc), then a corresponding record function code is selected.

However, this is all subjective since it is done manually by each employer. Two record types will be treated exactly the same as they have the same disposition, however an employee might not choose the same record type as another employee for the same record.
Monday, June 05, 2006 1:37 PM by Wendy K

# re: Records Management Feature: Content Types

@ hef, tcp:

Microsoft has decided to pursue DoD 5015.2 (chapter 2) certification for Office SharePoint Server 2007.

Stay tuned for more information in a future posting.

- Ethan Gur-esh, Program Manager
Sunday, June 18, 2006 9:51 PM by recman

# BetterECM - russ stalters’ Blog on Exploring NextGen ECM » Breaking News! Microsoft Goes on Record That They Getting MOSS 2007 DoD 5015.2 Certified

# re: Records Management Feature: Content Types

I understand that SharePoint 2007 has limitations on the number of Content types ie., Only 50 Content types that can be defined. How can I define 300+ content types in SharePoint 2007.
Friday, July 07, 2006 12:49 PM by SJ

# re: Records Management Feature: Content Types

@ SJ:

I've just checked with the SharePoint product team, and there is not a hard limit of 50 Content Types. For all practical purposes, there isn't a hard limit on the number of Content Types that can be defined -- and we can certainly handle more than 300.

Can you let me know where you saw/heard the "50" number? I'd be happy to help correct any confusion out there about the limitations of Office/SharePoint 2007. :)

Thanks,
- Ethan Gur-esh, Program Manager
Wednesday, July 12, 2006 10:13 PM by recman

# re: Records Management Feature: Content Types

If RM is core to Office 2007, is it intended to produce a test drive of the functionality? e.g. Demonstrating full integration with the  MSsuite and all other formats.
Tuesday, July 18, 2006 4:31 AM by Dane

# re: Records Management Feature: Content Types

@Dane:

We are planning to have test drives for the entire Microsoft Office Server System, including the Records Management capabilities discussed on this blog.

These aren't online yet, but will be available soon. In the meantime, you can learn more about the Test Drive program (including the location to try out the server products once they're available) @ http://www.microsoft.com/office/preview/beta/testdrive.mspx .

And in the interim, you can also get the beta to try out on your own (including guides for how to configure/use the Records Management features) @ http://www.microsoft.com/office/preview/beta/getthebeta.mspx

Sorry for the delay.
- Ethan Gur-esh, Program Manager
Monday, July 24, 2006 10:46 PM by recman

# re: Records Management Feature: Content Types

Can I assign more than 1 custom or default content type to a document or folder or a site? For example a "Medical benefits" document can be assigned a content type of "Employee" or "Contractor". How do I handle such scenarios?
Tuesday, August 08, 2006 5:32 PM by SJ

# re: Records Management Feature: Content Types

I wonder why you would want two different default policies?  It could easily invoke a conflict.  Which policy applies first and why? Or would you keep the item for the longer of the two periods? What if one policy requires content review and the other doesn't?

I would need to understand the business need a bit better to help with the scenario.

Thanks,

Tina Torres - Corporate Records Manager
Tuesday, August 08, 2006 8:40 PM by Tina Torres

# re: Records Management Feature: Content Types

@ SJ:

It's great to hear that you're evaluating the Office 2007 system features to see how well they meet your needs. However you should direct these questions to the newsgroups & discussion forums that are part of the Office 2007 Beta program. These forums are specifically intended for providing technical support at the level of detail you're asking for.

We're trying to keep this blog at the level of conceptual / business requirements discussion, rather than being another tech support forum.

Thanks for understanding,
- Ethan Gur-esh.
Tuesday, August 08, 2006 10:29 PM by recman

# re: Records Management Feature: Content Types

Can you still utilise the MOSS RDMS features without office 2007 installed on the client? How does it work with Office 2003?
Monday, August 14, 2006 9:43 AM by Eddie Geller

# re: Records Management Feature: Content Types

@Eddie Geller:

You can certainly use the MOSS Document & Records Management features without Office 2007 installed on the client.

Most of the features discussed in this blog will work just as well for organizations using the Office 2003 client applications as those with the Office 2007 client applications. Many features have a “better” experience with the Office 2007 applications, but the core RDMS capabilities require only MOSS 2007 on the server.

In future postings we’ll try to be more explicit about where the Office 2007 client applications are required or beneficial, but here’s the breakdown of client vs. server requirements for our posts so far:

-Content Types:  With MOSS 2007 & Office 2003 applications, you can still define & use Content Types as described in this post. The Office 2007 client makes it easier for users to see/change Content Type information in the context of the applications, but Office 2003 users can still interact with Content Types via the browser.

- Document Information Panel: This feature is specific to the Office 2007 client applications. But with MOSS 2007 and Office 2003, you can still create Content Types with rich metadata schema… users will need to fill in that metadata via a browser-based experience, which they’ll only see at “save” time, not from the moment they create the document.

- Information Management Policies: With Office 2003 & MOSS 2007, you can still define policies on server content, which will be enforced regardless of what client applications are being used. However, Office 2003 users will not see the “user communication statement” when working in the applications.

- Expiration: This feature does not require the Office 2007 client applications.

- Auditing: This feature does not require the Office 2007 client applications.

- Barcode & labels: Barcode & label policies can be configured & enforced for items using only MOSS 2007. However, the ability to automatically add barcodes/labels into documents before they’re printed requires the Office 2007 client applications.

Hope this helps,
- Ethan Gur-esh, Program Manager.
Thursday, August 17, 2006 4:44 PM by recman

# re: Records Management Feature: Content Types

Hello Jason,
I think the decision to support both content types and folders for the purpose of document classification is the right one.

We are busy building the additions to MOSS 2007 for better physical record management, and we will defintely use folders for classification based on locations and content types for semantic classifications.

We will be happy to provide you as much feedback as you need from our work, and hope you'll beable to help with advice.
We also will be glad to share our experience (and our problems) in building the full-featured physical record management system on MOSS 2007.
Here is an e-mail address, if you decide to contact us directly:
yurik@prjsoft.com
Thanks,
YX(Yuri)
Monday, August 21, 2006 11:18 AM by Yuri

# Records Management Feature -- Declaring Records in SharePoint Sites


Finally! After much patience on the part of this community, we can now talk about the next big area...
Wednesday, August 23, 2006 9:35 PM by Microsoft Records Management Team Blog

# Enterprise Content Strategies » Records management in SharePoint 2007 DoD-certified

# Sharepoint 2007: Document/Records Management resource list V0.1

Planning Plan document management Chapter overview: Plan document management What is document management?
Thursday, August 31, 2006 3:57 AM by Arno Nel 2.0

# Physical Records Management in the 2007 Office system

So far in this blog, we’ve talked directly about electronic records – the files created in document authoring

Thursday, October 05, 2006 4:00 AM by Microsoft Records Management Team Blog

# re: Records Management Feature: Content Types

Thanks for this great blog! I’m just now catching up on the whole thing since I started planning a customer's MOSS 2007 records management solution in earnest with RTM finally here. Hopefully someone is still watching this topic, because I ran into a BIG question (which I’ll try my best to keep scoped to this big picture forum).

What would be the best mechanism(s) to share look-up data across site collections (i.e. between collaboration spaces and records spaces)? It seems, given the preferable model of keeping them in separate site collections (as discussed in this blog) that the design of the Content Types being isolated to the site collection (and any of its subsites) is a major limitation.

What if a Content Type in site collection A (which is the collaboration space) has a look up column based on a list in site collection A. When that Content Type is routed to a given place in site collection B (the records space) what happens to the possible look up values that reside in a list back in site collection A? What if that field wasn’t filled in correctly and the records manager needs to correct it in the records space? Can they still select the right value? Or do you have to build a parallel Content Type / look-up field / data source list in site collection B? And how would you keep the two synced? Do you see my dilemma?

Am I overlooking something obvious? Sorry if this is too specific for this forum. Thanks!

Thursday, November 09, 2006 4:44 PM by edgedev

# E-mail Records Management, Part 2

In the previous post , we covered the basics of what’s involved in e-mail records management and why

Friday, January 05, 2007 4:22 PM by Microsoft Records Management Team Blog

# Sharepoint 2007 Document and Records Management resource List (update)

Document and Records Management Definition Document Management According to Wikipedia : "A document

Wednesday, October 03, 2007 11:16 AM by Mirrored Blogs

# Sharepoint 2007 Document and Records Management resource List (update)

Document and Records Management Definition Document Management According to Wikipedia : "A document

Monday, July 28, 2008 7:28 AM by Arno Nel 2.0
Anonymous comments are disabled
 
Page view tracker