Teklif Revizyonlarını Karşılaştıran AI Sistemi

Sorun

Günlük operasyonda eski-yeni teklif, ekler ve revizyon notu farklı dosya ve sistemlerde kaldığı için kayıtlar işlem öncesinde elle birleştiriliyor.

Teklif yöneticisi, eksik veya çelişkili dayanaklarla teknik-ticari fark özeti hazırlarken doğru kaydı bulmak ve bağlamı doğrulamak için zaman ayırıyor.

İstisna olarak biçim değişikliğinin kapsam farkı gibi görünmesi görüldüğünde otomatik ilerleme durmazsa kritik farkın atlanması ve hatalı kaydın sonraki sürece taşınması riski doğuyor.

Neyi iyileştirmeye söz verdik

• Teknik-ticari fark özeti incelemeye hazır olana kadar geçen süre
• Teklif yöneticisi tarafından düzeltilen önerilerin nedenleri
• Eksik kaynak nedeniyle insan kuyruğuna ayrılan kayıtlar

Sistem nasıl işliyor

1. 01 Eski-yeni teklif, ekler ve revizyon notu 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 Teknik-ticari fark özeti dayanaklarıyla hazırlanır
5. 05 İstisna kontrolü: biçim değişikliğinin kapsam farkı gibi görünmesi
6. 06 Teklif yöneticisi 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

• Eski-yeni teklif, ekler ve revizyon notu için kaynak kimlikli ortak veri şeması
• Kesin kurallar ile AI önerisini ayıran karar yapısı
• Teknik-ticari fark özeti ile ham dayanağı yan yana gösteren inceleme ekranı
• Biçim değişikliğinin kapsam farkı gibi görünmesi için zorunlu insan kuyruğu
• Mükerrer işlemi engelleyen olay kimliği

İnsan nerede devrede

Veri ve güvenlik

Eski-yeni teklif, ekler ve revizyon notu yalnızca bu karar için gerekli alanlarla işlenmelidir. Kaynak erişimi teklif yöneticisi 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