I also believe that there is a configuration item. Because it is a document printed and signed.
I think it best to put it on the intranet scanned and give access to managers for consultation.
It would be a good solution?

Any Component that needs to be managed in order to deliver an IT Service. Information about each CI is recorded in a Configuration Record within the Configuration Management System and is maintained throughout its Lifecycle by Configuration Management. CIs are under the control of Change Management. CIs typically include IT Services, hardware, software, buildings, people, and formal documentation such as Process documentation and SLAs.

You are asking the question should this go in the CMDB and stating that this is a CI in the same breath. This is contradictory_________________John Hardesty
ITSM Manager's Certificate (Red Badge)

In our organization the CMDB isn't unified under one tool.
The service desk uses Infra for incident logging and configuration management.
The system engineer team (Network/Wintel/Unix) use their own CMDB application.
There is no connection between both CMDB's and even the process ownership/methodologies used differ.
No budget has been foreseen to unify and link these Databases.

I myself am the new Change and Request Manager under the Service desk department. My objective however is to implement a problem management process. Our current existing processes are incident, configuration, request and change management.
Release management exists in some form, but again is handled by the System engineer team and again this process isn't aligned with the other processes.

So far I have been able to review and correct/improve our current processes (mainly IM and Service desk Function) as a prepararation phase for problem management. I have designed the process and set up communication methods for the service desk department. But how can I connect this process to the System engineer team on one hand and to the bussiness solutions team (devellopers) on the other?

And my second question, related to this forum topic, how can I set up a KEDB that will be efficiently used througout our organization knowing that mutliple single databases are already used.

On the bright side, we started using SharePoint as our central communications tool, so there is an understanding of the need to centralise information and communication.
My first idea is to start with a KEDB as a Sharepoint list.

I don't see the benefits of implementing a process that will not be used...