CIs out of sync (2)

[cbyarelle]

Hi,

I read in a previous topic that if we report a difference between the CIs in the CMDB and the CIs in the real world (CIs out of sync), we should go by the change management process to correct the situation...

In my enterprise, they planed to open an incident for that kind of event...

My point of view is : if the analyse of the report states that the error is caused by a bad evaluation of the data (the system that compares data from the field and data in the CMDB), we should open an incident for that system and that incident will finaly bring us to a change to correct the system...

Else, we only have to correct the data in the CMDB with the good one (do we need to go by a change process to modify data in the CMDB???)

I hope my english is not too bad!!!

thank you for your help!
Claude

[UKVIKING]

Claude

It depends. Sigh. What your processes are in config mgnt

P I C S V

Status accounting and verification

I dont think this requires an incident but if that is what is your process, then that is ok

that said..

reports are reports

you need to have people do the verification of the ci in the cmdb

how you do that - provided you have documented this - is ok
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[cbyarelle]

Thank you UKViking,

In fact we are actually in the process of ... writing the process Better to do it the right way at the begining!

If a change request is more accurate, I will suggest it.

What's the meaning of PICSV?

Thanks again!
Claude

[UKVIKING]

Sigh

Have you taken any course work regarding ITIL ?

The main activities in Configuration Management can be tracked

P I C S V

Planning
Implementing
Configuration
status accounting
Verfication

yes all I know... i gave actual information. but hey i was distracted by the smiley
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter