All posts in Content Management


How to embed SharePoint columns into document templates

Besides the missing document information panel, another common question about document properties is how to embed properties which come from a SharePoint column to a document template. This can easily be solved by using content types and site columns. Follow these steps:

Read more…


Document Information Panel is Gone in Office 2016 – What to use Instead?

Document Information Panel (DIP) was a great and important feature, introduced in Office 2010 clients. With its help, users were able to edit the document’s properties in-context:



However, this feature is gone in Office 2016. You cannot view and edit the document properties in this panel right under the ribbon anymore.

Read more…

Pope Francis Thumbs Up - Source:

Pope Francis and Information Overload

Regardless of being religious or not, being Catholic or not, Pope Francis is definitely a great influencer of these days. While he definitely doesn’t talk about the topics of Information Management or Enterprise Search in the way we do on this blog, while reading his World Day of Peace 2016 message, something caught my eyes. Read more…

Enterprise Search: Content - Users - Context

The Five C’s of Enterprise Search

By definition, Enterprise Search is a business solution that is owned and controlled by your organization, and connects people to the information they need to get their jobs done.

Enterprise Search is owned and controlled by your organization. – But the challenges vary from organization to organization. There’s no one-size-fits-all solution for Enterprise Search. Instead, each company has its own culture, content, challenges, capabilities and confines. Read more…

What Facebook’s Latest Research Can Teach Us about Content Management

As we just learned recently, “first noted by The New Scientist and Animal New York, Facebook’s data scientists manipulated the News Feeds of 689,003 users, removing either all of the positive posts or all of the negative posts to see how it affected their moods.”

There are many posts and articles around discussing the moral questions of this study. In this post, I do not want to be one more of them – instead, I decided to write about the flip side of this story: when, how and why to use similar techniques in the business. Read more…

The Secrets of Successful Enterprise Content Management

I will be doing a webinar on December 17, 1-2pm(EST) on “Key Success Factors for Enterprise Content Management” and thinking of it makes me look back at how technology has gone a long way in helping organizations achieve their business goals with highly-improved system of managing their corporate information.

In 2010, AIIM (Association for Information and Image Management) defined the term Enterprise Content Management as:

“…the strategies, methods and tools used to capture, manage, store, preserve, and deliver content and documents related to organizational processes. ECM covers the management of information within the entire scope of an enterprise whether that information is in the form of a paper document, an electronic file, a database print stream, or even an email.”

What are the benefits of adapting a well-designed Enterprise Content Management? Who benefits from ECM, and how? Organizations from various industries, such as Pharmaceutical, Legal, Finance, Telecommunications, Educational, and even the Government are now realizing the value of a well-defined content management for optimum productivity. In the webinar, we are going to discuss some examples of real-world Content Management cases, including document classification, sharing, collaboration, and governance and we’ll demonstrate how Content Analytics plays a vital role in providing solutions for each scenario.

To register and learn more about the webinar, please click here:


How to Create a Search Scope for Documents?

It’s a very often requirement to create a Search Scope for document contents either in SharePoint 2007 or 2010. The steps are the same in both version, the only difference is the place where you found these settings: in MOSS 2007, you have to go to the Shared Services administration, but in SharePoint Server 2010 these settings can be found at the Search Service Application(s).
The steps of creating the ‘Documents’ scope are the followings:
  1. Go to the ‘Metadata Properties’ list, open the IsDocument property, and set it’s ‘Allow this property to be used in scopes’ property.
  2. Save the changes.
  3. Go to the ‘Scopes’ page and click ‘New Scope’.
  4. Set the title of the new scope to ‘Documents’.
  5. After saving and creating the new scope, add a rule with the following settings:
    • Sope Rule Type: Property Query
    • Property query: IsDocument = 1.
    • Behavior: Include.
  6. Go back to the Search Administration page, and start an update for the scopes manually (‘Start update now’), or wait for the next scheduled update.
After performing these steps, your scope will be ready to be used immediately.

Just published: Integrating document management systems into Microsoft SharePoint 2007

When choosing integration, first ask yourself what you’ll need to integrate. Documents are more than simple files. Their file format (.doxc, .txt, .pdf, etc.), content and metadata are also important. Decent DMS software handles those parts and makes them available to end users. Also determine what type of integration will best meet your business needs.
The full article can be found here.

Document Management (?!)

What do you think, what should be the firts (moreover: 0th) step of developing a complex Document Management System (DMS)? Specification? Planning? – No! Forget them, until you haven’t made a lot of discussion with the customer – about the words, definitions, concepts. What does the word document a or expression document management mean to them?
Most probably in their understanding these words are hardyl different form yours. It’s not because their or yours one is false, but because of the differences of our circumstances, job roles, experiences, etc. It’s just a little customer-psychology…

What are ‘document’ and ‘document management?

Well, the word ‘document’ can have a lot of meanings. Document can be everything on that people work, has a special lifecycle from creating through saving, storing, approving, etc. to recording, registration, retention, deleting, etc. This lifecycle is the process of document management, and the records management is a part of its. But I have to mention, that generally we’re talking about ‘document management’ while the document is living, while its content can be changed. After that, when document is frozen and registered, we can talk about records management.
Both of them (document and records management) are very complex business processes, different in every companies and every organizations. For example, the following picture shows a quite simple records management process from one of our projects:
So, first of all, let’s define what the customer wants: what kind of documents they have, what kind of processes they have, etc. SharePoint can be a very good basis of a document management system, but you have to plan it and its architecture very deeply.

Document management tasks and functions

Long-long time ago, during my first DMS developing project, when I was a simple developer, one of my colleagues found a statistics made by Gartner Group: in average we spent 8 hours (one full working day!) in every week with handling and searching our documents!
Bill English and Ben Curry mentioned very similar statistics in their book, Microsoft® Office SharePoint® Server 2007 Best Practices:
    • Over 30 billion original documents are used each year in the United States.
    • The cost of documents to corporations is estimated to be as much as 15 percent of annual revenue.
    • 85 percent of documents are never retrieved.
    • 50 percent of documents are duplicates.
    • 60 percent of documents are obsolete.
    • For every dollar that a company spends to create a final document, 10 dollars are spent to manage the document creation process.
Horrible numbers, isn’t it?
A few weeks ago a bank asked us for a feasibility study. Their goal is a complex Document Management System. When we asked them about the quantity of stored documents, their answer was: A few hundred meters per division… Oh my god!…
Well, we can be faced a lot of different needs and requirements while we need to collaborate during the first phase, but most probably you can find some common functions as well. Let’s see a few of them!

Saving and storing

Of course, first of all we have to store our documents in a well-organized, effective and user-friendly way. A centralized, unified storing method means a lot of useful things: instead of documents stored locally and sent by e-mails back and forth – the users can work on the same document without any duplications. Moreover, we get the following functions as well: storing, collaboration, sharing, version handling, content types, permission handling, etc.

Check-out, check-in, locking

If somebody opens a document to read, he/she can do this without any problem (of course, with the required permissions). Even more people at the same time, there are no conflicts occurred. Nobody wants to modify, they don’t disturb each other.
But if one opens a document to edit, it might be a problem if somebody else wants to edit this one as well. They overwrite each other’s modifications and nobody knows which version is valid.
The solution is the check-out/check-in. The editor checks out the document, so everyone else is unable to edit it (the document is locked) until the editor’s check-in. Moreover it’s very obvious who is editing the current document at a current time as well as the full, valid version history can be stored.

Version control

Version control is bound up with the facts mentioned before. I cannot describe its importance enough: to be able to reach the former document versions, check modifications etc. are one of the most relevant requirements of a modern document management system.
During creating and editing documents, the system is storing several versions for us to give a way to follow the full lifecycle of the document. We sign the versions with rising numbers, and generally the several DMSs realize this function in several ways. Basically we can talk about three level of version control:
  • No version control, the system is storing only the last version of each document. In this way we are not able to get back the former versions and the history – of course, sometimes it’s even not important.
  • Major versions only: The versions are marked by positive integers (1, 2, 3, …). After saving the document it gets a new increased version number, and the several versions can be accessed by different permission sets (current version vs. former versions. We use this option when it’s insignificant to make any difference between published and draft versions (working copies).
  • Major and minor versions: The versions are marked by numbers formatted as X.Y (1.0, 1.1, 1.2, 2.0, 2.1, …). We use this option when it’s important to make difference between published and draft versions (working copies). The published versions can be accessed to read by a wide range of users, but the drafts are hidden from most of them, only the editors can see these ones.

Approving and other workflows

Content approval is a very nice function of DMS systems as well. The document is in Pending status until the Approver or group of Approvers doesn’t approve it. After approving, it will be approved (or declined in other case), and will be accessible for others. The exact process of approval workflow depends on the version settings as well.
Moreover, in a modern DMS we can (and most probably we have to) implement a lot of other workflows as well. It’s very important how our system is able to manage these workflows, and how users have to be faced with the processes.

Permission management

Of course, one of the most important issue of nowadays’ systems the permission management: who and how can access to what content? Who can read, edit, create, delete, etc.?
Sometimes (very often) these permissions are not a frozen set, but change during the document’s lifecycle. For example, related to a project proposal:
  • During the preparing phase only the preparers can see the documents (and create/edit them, of course), everybody else are denied even to read them.
  • During the approving phase even the preparers cannot modify the documents, but the approvers get permissions to read.
  • After approving the signers get access to the documents, but nobody is able to edit their contents.
  • etc.
Well, we can see, document management is a very important and very complex process in the business life. In the followings I’ll go forward along these basic functions, and of course, we’ll see how SharePoint can help us to realize these functions.
Stay tuned!