Servis Talebini Sözleşme Kapsamıyla Karşılaştıran AI Sistemi

Sorun

Günlük operasyonda servis talebi, ekipman, sözleşme ve sla farklı dosya ve sistemlerde kaldığı için kayıtlar işlem öncesinde elle birleştiriliyor.

Servis sözleşme sorumlusu, eksik veya çelişkili dayanaklarla kapsam maddesi ve istisna taslağı hazırlarken doğru kaydı bulmak ve bağlamı doğrulamak için zaman ayırıyor.

İstisna olarak acil güvenlik durumu veya ek protokol bulunması görüldüğünde otomatik ilerleme durmazsa kapsam dışı işin taahhüdü ve hatalı kaydın sonraki sürece taşınması riski doğuyor.

Neyi iyileştirmeye söz verdik

• Kapsam maddesi ve istisna taslağı incelemeye hazır olana kadar geçen süre
• Servis sözleşme sorumlusu tarafından düzeltilen önerilerin nedenleri
• Eksik kaynak nedeniyle insan kuyruğuna ayrılan kayıtlar

Sistem nasıl işliyor

1. 01 Servis talebi, ekipman, sözleşme ve SLA izinli kaynaklardan kayıt kimliğiyle alınır
2. 02 Kaynak, tarih ve sürüm bilgisi ortak iş kaydına bağlanır
3. 03 Alan ve birimler doğrulanır
4. 04 Kapsam maddesi ve istisna taslağı dayanaklarıyla hazırlanır
5. 05 İstisna kontrolü: acil güvenlik durumu veya ek protokol bulunması
6. 06 Servis sözleşme sorumlusu kabul, düzeltme veya ret kararı verir
7. 07 Onaylanan karar ve kaynağı işlem günlüğüne yazılır

Kullandığımız yöntemler

• Servis talebi, ekipman, sözleşme ve SLA için kaynak kimlikli ortak veri şeması
• Kesin kurallar ile AI önerisini ayıran karar yapısı
• Kapsam maddesi ve istisna taslağı ile ham dayanağı yan yana gösteren inceleme ekranı
• Acil güvenlik durumu veya ek protokol bulunması için zorunlu insan kuyruğu
• Mükerrer işlemi engelleyen olay kimliği

İnsan nerede devrede

Veri ve güvenlik

Servis talebi, ekipman, sözleşme ve SLA yalnızca bu karar için gerekli alanlarla işlenmelidir. Kaynak erişimi servis sözleşme sorumlusu rolünden ayrı yetkilendirilmeli; kişisel, ticari ve teknik sırlar gereksiz model bağlamına aktarılmamalıdır. Okuma, öneri ve insan kararı ayrı kaydedilmelidir.

Kime uygun

Sık sorulanlar