Poin Utama
CMDB Motadata ServiceOps menjaga catatan konfigurasi dan catatan aset agar tidak diam-diam saling bertentangan, sehingga service desk memiliki satu sumber kebenaran konfigurasi yang dapat diandalkan karena memang dirancang demikian, bukan karena disiplin manual.
Model mengikuti lingkungan yang sebenarnya, bukan skema generik.
Tipe tingkat atas standar: Hardware, Software, Service, dan Network.
Sub-tipe kustom bertingkat di bawah masing-masing tipe, lengkap dengan form, custom field, dan aturan validasinya sendiri.
Lingkungan IT tidak pernah dipaksa masuk ke skema yang seragam.
Tampilan fungsional dan tampilan finansial tidak pernah berbeda.
Status Operational, Non-Operational, In Maintenance, dan Retired dipetakan ke status aset secara dua arah.
Ubah status CI, maka aset yang terhubung ikut berubah, dan sebaliknya.
Monitoring proses CI untuk tipe Server, Desktop, Laptop, dan Sub-CI.
Tanpa entri data ganda, tanpa tumpukan rekonsiliasi.
Pembuatan aset otomatis berdasarkan aturan saat CI dibuat.
Field CI dipetakan ke field aset berdasarkan condition group dan prioritas aturan yang dikendalikan tim.
Teknisi menemukan apa yang menjadi tanggung jawabnya, dan perubahan sensitif tetap akuntabel.
Kelompokkan CI ke dalam grup untuk kepemilikan dan kontrol akses.
Penegakan CI Custom Rules: kontrol update manual dan approval untuk field hardware, software, dan aset yang sensitif.
Kendalikan akses CI berdasarkan role dan tingkat akses, didukung jejak audit lengkap.
Intelligence
CMDB baru bernilai jika orang memercayainya. Masalah dimulai diam-diam: ->Sebuah server dimatikan untuk pemeliharaan, tetapi CI-nya masih berstatus Operational. ->Sebuah aset dipensiunkan, tetapi CI-nya masih ada. ->Sebuah field diperbarui di satu catatan dan tidak pernah di catatan lainnya.
Setiap ketidaksesuaian tampak tidak berbahaya jika berdiri sendiri, tetapi jika digabungkan, teknisi belajar bahwa CMDB hanya "kebanyakan benar", sehingga CMDB tidak lagi dipakai untuk analisis dampak, penelusuran akar masalah, dan review change yang menjadi tujuan awalnya. Rekonsiliasi manual tidak bisa mengimbangi lingkungan yang terus berubah, dan celahnya terus melebar.
ServiceOps menutup celah itu melalui rancangannya, bukan melalui disiplin. Perubahan status mengalir otomatis antara CI dan aset, CI baru otomatis membuat asetnya melalui Sync Rules tanpa entri data kedua, dan perubahan sensitif harus melewati aturan update manual dan approval, bukan lolos tanpa disadari.
Cara Kerja
Mengklasifikasikan komponen ke dalam tipe Hardware, Software, Service, dan Network, dengan sub-tipe kustom bertingkat.
Membangun form khusus per tipe CI dengan field sistem, custom field, dan aturan validasi.
Menambahkan custom field ke properti tipe CI untuk pelacakan yang konsisten.
Mengelola status (Operational, Maintenance, Retired) yang dipetakan ke sinkronisasi aset dua arah.
Menetapkan Sync Rules untuk membuat aset otomatis saat CI dibuat, menggunakan pemetaan field berdasarkan urutan prioritas.
Mengelompokkan CI dengan pemilik yang ditetapkan dan menegakkan CI Custom Rules serta kontrol approval pada setiap update.
Nilai Berdasarkan Peran
Catatan konfigurasi yang dapat diandalkan pimpinan untuk keputusan layanan, tetap akurat karena dirancang demikian, bukan karena disiplin manual.
Catatan konfigurasi yang dapat diandalkan pimpinan untuk keputusan layanan, tetap akurat karena dirancang demikian, bukan karena disiplin manual.
Pekerjaan rekonsiliasi hilang: sync rule membuat aset otomatis dan status mengalir antara catatan aset dan CI, sehingga tim berhenti memelihara dua versi dari satu kebenaran.
Pekerjaan rekonsiliasi hilang: sync rule membuat aset otomatis dan status mengalir antara catatan aset dan CI, sehingga tim berhenti memelihara dua versi dari satu kebenaran.
Model sesuai dengan lingkungan melalui tipe CI bertingkat dan form per tipe, alih-alih memaksa lingkungan masuk ke skema generik.
Model sesuai dengan lingkungan melalui tipe CI bertingkat dan form per tipe, alih-alih memaksa lingkungan masuk ke skema generik.
Incident, problem, dan change menggunakan data konfigurasi yang cukup akurat untuk ditindaklanjuti, sehingga catatan yang dibuka mencerminkan lingkungan yang sebenarnya.
Incident, problem, dan change menggunakan data konfigurasi yang cukup akurat untuk ditindaklanjuti, sehingga catatan yang dibuka mencerminkan lingkungan yang sebenarnya.
Dari Visibilitas ke Kendali
Satu sumber kebenaran konfigurasi yang dipercaya teknisi, karena catatannya mencerminkan lingkungan yang sebenarnya, bukan snapshot yang sudah usang.
Konsistensi aset dan CI otomatis, dengan perubahan status dan pemetaan field yang mengalir di antara kedua catatan, bukan direkonsiliasi secara manual.
Model yang sesuai dengan lingkungan, melalui tipe CI bertingkat dan form per tipe, bukan skema yang seragam.
IT yang sadar layanan, di mana incident, problem, dan change menggunakan data konfigurasi yang cukup akurat untuk ditindaklanjuti.
Perubahan yang terkelola dan akuntabel, dengan aturan update manual dan approval yang melindungi catatan yang paling penting.
Jelajahi Lebih Lanjut