B2B RFQ Dosyalarından Teklif Kapsamı Çıkaran AI Sistemi

Sorun

Günlük operasyonda rfq e-postası, ekler ve teknik şartname farklı dosya ve sistemlerde kaldığı için kayıtlar işlem öncesinde elle birleştiriliyor.

Teklif sorumlusu, eksik veya çelişkili dayanaklarla kalem, koşul ve açık soru listesi hazırlarken doğru kaydı bulmak ve bağlamı doğrulamak için zaman ayırıyor.

İstisna olarak ek ile e-posta miktarının çelişmesi görüldüğünde otomatik ilerleme durmazsa eksik kapsamla teklif verilmesi ve hatalı kaydın sonraki sürece taşınması riski doğuyor.

Neyi iyileştirmeye söz verdik

• Kalem, koşul ve açık soru listesi incelemeye hazır olana kadar geçen süre
• Teklif sorumlusu tarafından düzeltilen önerilerin nedenleri
• Eksik kaynak nedeniyle insan kuyruğuna ayrılan kayıtlar

Sistem nasıl işliyor

1. 01 RFQ e-postası, ekler ve teknik şartname 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 Kalem, koşul ve açık soru listesi dayanaklarıyla hazırlanır
5. 05 İstisna kontrolü: ek ile e-posta miktarının çelişmesi
6. 06 Teklif 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

• RFQ e-postası, ekler ve teknik şartname için kaynak kimlikli ortak veri şeması
• Kesin kurallar ile AI önerisini ayıran karar yapısı
• Kalem, koşul ve açık soru listesi ile ham dayanağı yan yana gösteren inceleme ekranı
• Ek ile e-posta miktarının çelişmesi için zorunlu insan kuyruğu
• Mükerrer işlemi engelleyen olay kimliği

İnsan nerede devrede

Veri ve güvenlik

RFQ e-postası, ekler ve teknik şartname yalnızca bu karar için gerekli alanlarla işlenmelidir. Kaynak erişimi teklif 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