Gerçek İş Akışı Testleriyle Bir Müzakere Platformunu Değerlendirin

Bir müzakere platformunu değerlendirmek için, temsili müzakereleri uçtan uca iş akışı boyunca yürütün ve gözlemlenen performansı puanlayın; özellik listelerini, senaryolaştırılmış demoları veya iddia edilen tasarrufları değil. Hazırlığı, tedarikçi etkileşimlerini, yetki kontrollerini, istisnaları, onayları, kapanışı ve kayıt dışa aktarımını gerçekçi veriler ve üretime benzer izinlerle test edin.

Savunulabilir bir müzakere platformu değerlendirmesi; geçmiş tekrarlarını, gölge kullanımı ve kontrollü bir canlı etkinliği birleştirir. Satın alma, finans, hukuk, bilgi güvenliği ve fiilen müzakere yürüten kişiler kanıtları bağımsız olarak incelemelidir. Yetkisiz taahhütlere izin veren, veri kökenini belirsizleştiren veya anlamlı insan geçersiz kılmasını engelleyen herhangi bir platform, toplam puanı ne olursa olsun başarısız sayılmalıdır.

Kısa cevap

Bir Negotiation platformunu 100 puanlık bir çerçevede puanlayın: iş akışı yürütümü 40 puan; insan kontrolü ve denetlenebilirlik 25; güvenlik, veri yönetişimi ve YZ güvenilirliği 20; entegrasyon, kullanılabilirlik ve ekonomi 15. Tamamlanmış görevler ve incelenebilir kayıtlar talep edin. Güçlü kullanılabilirlik veya otomasyonun; başarısız yetki, veri ayrımı, denetim veya dışa aktarma kontrollerini telafi edememesi için katı eşikler kullanın.

Özellik karşılaştırmaları neden yeterli değildir

Bir özellik, Kurumsal tedarikte önemli olan koşullar altında çalışmadan da var olabilir. Bir platform bir onay iş akışı gösterebilir ama yine de bir alıcının onaysız bir karşı teklif göndermesine izin verebilir. Senaryo modellemesini tanıtabilir ama navlun varsayımlarını gizleyebilir veya iskonto kademelerini uzlaştıramayabilir. Bir AI negotiation özelliği, onaylı verilerle desteklenmeyen akıcı öneriler üretebilir.

Bu nedenle değerlendirme birimi tamamlanmış, yönetişim altındaki bir müzakere görevi olmalıdır. Her puan, şunları gösteren kanıtlara ihtiyaç duyar:

• Kullanıcının ne yapmaya çalıştığı.
• Platformun hangi veri ve varsayımları kullandığı.
• Görevin satıcı müdahalesi olmadan başarıyla tamamlanıp tamamlanmadığı.
• Sonucu hangi kişinin gözden geçirdiği veya onayladığı.
• Veri, yetki veya tedarikçi davranışı değiştiğinde ne olduğu.
• Bağımsız bir gözden geçirenin kararı yeniden oluşturup oluşturamayacağı.

Bu yaklaşım genel bir yazılım kontrol listesinden farklıdır. Amaç yetenekleri saymak değil; Negotiation platformunun ticari kontrolü zayıflatmadan kurumsal bir müzakereyi destekleyip destekleyemeyeceğini belirlemektir.

Satıcıları test etmeden önce daha geniş kategoriye genel bir bakış için bkz. AI negotiations. Tedarike özel dağıtım seçeneklerini karşılaştıran alıcılar ayrıca procurement negotiation software içeriğini inceleyebilir.

Yeniden kullanılabilir Negotiation Platform Evaluation puan kartı

Kısa listeye alınan her platform için aşağıdaki puan kartını kullanın. Her test alanını 0 ile 5 arasında puanlayın, ardından ağırlıklı katkısını hesaplayın:

Ağırlıklı katkı = test alanı ağırlığı × puan ÷ 5

Örneğin, yedi puanlık bir test alanında 4 puan almak 5,6 puan katkı sağlar. Bu puan kartı aritmetiğidir, performans kıstası değildir.

Puanlama ölçeği

Üç kuralı tutarlı biçimde uygulayın:

1. Kanıt yoksa puan yok.
2. Yol haritası vaadini değil, dağıtıma hazır yapılandırmayı puanlayın.
3. Başarısız bir katı eşiği telafi etmek için asla yüksek toplam puana izin vermeyin.

1. İş akışı yürütümü — 40 puan

Testi temiz bir fiyat müzakeresiyle sınırlamayın. Hacim ve vade ödünleşimlerini, endekse bağlı fiyatlamayı, iskonto eşiklerini, navlun veya vergi değişikliklerini, hizmet kredilerini ve onaylı aralığın dışındaki bir teklifi de dahil edin. Ayrıca anlaşmayla sonuçlanmayan bir müzakereyi de dahil edin. Kullanışlı bir Negotiation platformu, anlaşma kapanmasa bile sağlam bir kayıt korumalıdır.

2. İnsan kontrolü ve denetlenebilirlik — 25 puan

ABD Federal Acquisition Regulation genel olarak özel sektör tedariki için bağlayıcı değildir, ancak yararlı bir yönetişim referansı sunar. FAR Alt Bölüm 15.4; müzakere öncesi hedefleri, ilgili analizi, dokümantasyonu ve sözleşme görevlisinin nihai müzakere sonucuna ilişkin sorumluluğunu ele alır (Acquisition.gov). Özel sektör alıcıları bu ilkeyi uyarlayabilir: yazılım bir kararı bilgilendirebilir, ancak yetkili kişi bundan sorumlu olmaya devam eder.

3. Güvenlik, veri yönetişimi ve YZ güvenilirliği — 20 puan

NIST’in gönüllü AI Risk Management Framework dokümanı; tanımlı insan gözetimi, belgelenmiş testler, dağıtıma benzer değerlendirme ve sürekli izleme çağrısında bulunur. Generative AI Profile ise üretken sistemler için ek rehberlik sağlar.

Tedarikçi risk yönetişimi için NIST’in Cybersecurity Framework supply-chain guide dokümanı, alıcıların siber güvenlik gereksinimlerini nasıl tanımlayıp iletebileceğini açıklar. CISA’nın Secure by Demand Guide dokümanı da benzer şekilde müşterileri, yalnızca geniş uyumluluk iddialarına güvenmek yerine tedarik süreci boyunca ürün güvenliği uygulamalarını incelemeye teşvik eder.

4. Entegrasyon, kullanılabilirlik ve ekonomi — 15 puan

Bir ürün YZ kullandığı, otomasyon sunduğu veya çok sayıda entegrasyon listelediği için puan vermeyin. Bu yeteneklerin alıcının ortamında görev kalitesini, kontrolü, çabayı veya ölçülebilir ekonomiyi iyileştirip iyileştirmediğini puanlayın.

Puan kartını gerçek iş akışı testlerine dönüştürün

Adım 1: Temsili vakaları seçin

Öneri: Hedeflenen dağıtım kapsamını kapsayan yaklaşık beş ila sekiz vaka seçin. Bu aralık evrensel bir standart değil, pratik bir tahmindir. Rutin ve karmaşık müzakereleri, düşük kaliteli veriyi, bir onay istisnasını ve maddi bir varsayımı değiştiren bir tedarikçiyi dahil edin.

Ekonomik yapıları, müzakerecileri, iş birimlerini ve tedarikçileri çeşitlendirin. Çok dilli veya çok para birimli müzakereler kapsam dahilindeyse, arayüz birden fazla dili veya para birimini destekliyor diye çalışacağını varsaymak yerine bunları da dahil edin.

Adım 2: Başlangıç durumunu belirleyin

Satıcılar vakaları görmeden önce mevcut süreci kaydedin:

• Hazırlık çabası.
• Müzakere çevrim süresi.
• Kullanılan sistemler ve elektronik tablolar.
• Onaylı hedef ve yetki limiti.
• Verilen ve alınan tavizler.
• Onay dönüş süresi.
• Eksik kayıtlar veya hatalar.
• Nihai toplam maliyet ve fiyat dışı koşullar.
• Anlaşma sonrası idari çaba.
• Finansın iddia edilen herhangi bir faydayı nasıl ele aldığı.

Geçmiş sonuçlar, platform kendi önerisini belgelendirene kadar gizli kalmalıdır. Bu, geriye dönük bilgi sızıntısını azaltır, ancak tamamen ortadan kaldıramaz.

Adım 3: Üç test modu kullanın

1. Geçmiş tekrar: Tamamlanmış bir tedarik müzakeresini yalnızca o anda mevcut olan bilgilerle yeniden yürütün. Gerçek sonucu açıklamadan önce stratejiyi ve kanıtı değerlendirin.
2. Gölge müzakere: Platformu mevcut sürecin yanında çalıştırın, ancak iletim yapmasını veya taahhüt oluşturmasını engelleyin.
3. Kontrollü canlı etkinlik: Adı belirlenmiş kullanıcılar, açık yetki sınırları ve önceden belirlenmiş durdurma koşullarıyla gerçek, sınırlı kapsamlı bir müzakere kullanın.

Geçmiş tekrar, muhakemeyi test eder ama canlı operasyonel baskıyı test etmez. Gölge kullanım, şirketi bağlamadan uyumu test eder. Kontrollü canlı etkinlik ise zamanlama, eksik bilgi ve tedarikçi yanıtları önemli olduğunda kontrollerin ve entegrasyonların dayanıp dayanmadığını test eder.

Adım 4: Hataları kasıtlı olarak devreye sokun

Parlatılmış bir mutlu yol zayıf kanıt sağlar. Şunları deneyin:

• Tutarsız miktar ve fiyatlar göndermek.
• Yetkisiz şekilde onaylı bir hedefi değiştirmek.
• Kullanıcının limitinin ötesinde bir karşı teklif göndermek.
• Kendi istisnasını kendi onaylamak.
• Analizden sonra bir kaynağı silmek.
• Bir tedarikçi ekine kötü niyetli talimatlar yerleştirmek.
• AI negotiation işlevselliğinden başka bir müşterinin bilgilerini açıklamasını istemek.
• Ticari onaydan sonra sözleşme dilini değiştirmek.
• Tam kaydı dışa aktarmak.
• Bir kesintiden sonra kayıtları geri yüklemek.

Hem sistem yanıtını hem de insan yanıtını belgeleyin. Kullanıcıların görmezden gelebileceği bir uyarı, düzgün şekilde uygulanan bir kontrolden daha düşük puanı hak edebilir.

Adım 5: Uzlaşıdan önce bağımsız puanlayın

Satın alma, finans, hukuk, bilgi güvenliği ve gerçek müzakereciler önce kanıtları ayrı ayrı puanlamalıdır. Bunları tartışmadan önce görüş ayrılıklarını kaydedin. Bir işlev verimli bir iş akışı görebilirken, bir diğeri çözülmemiş bir yetki veya veri kullanımı sorunu tespit edebilir.

Müzakere kayıtlarının kararları nasıl koruması gerektiğine dair tamamlayıcı bir bakış için bkz. Design a Negotiation System of Record That Preserves Decisions.

Varsayımsal bir test vakası

Varsayımsal örnek—kanıt veya kıstas değildir: Bir Kurumsal tedarik ekibi, ambalaj yenilemesi için bir platformu değerlendiriyor. Tedarikçi, alıcı daha uzun bir vade, bir hacim tabanı ve revize edilmiş navlun uygulamasını kabul ederse daha düşük birim fiyat öneriyor. Çalışmanın ortasında tedarikçi, yeni bir reçine endeksi varsayımı içeren bir elektronik tablo yüklüyor.

Ekip, platformu yalnızca teklifi kabul etmeyi mi reddetmeyi mi önerdiğine göre puanlamamalıdır. Şunları test etmelidir:

1. Orijinal onaylı hedefi ve rezervasyon noktasını koruyup korumadığı.
2. Değişen endeks varsayımını tespit edip kaynağını belirleyip belirlemediği.
3. Fiyat, navlun, hacim ve vade genelinde toplam maliyeti yeniden hesaplayıp hesaplamadığı.
4. Keşif amaçlı bir ödünleşimi yayımlanmış bir karşı tekliften ayırıp ayırmadığı.
5. Yetkisi daha uzun taahhüdü kapsamayan bir kullanıcıyı engelleyip engellemediği.
6. İstisnayı belirlenmiş onaylayıcıya yönlendirip yönlendirmediği.
7. Herhangi bir geçersiz kılmayı ve gerekçesini kaydedip kaydetmediği.
8. Sürümleri, hesaplamaları, mesajları ve onayları gösteren bir dışa aktarım üretip üretmediği.

Yazılım çekici bir öneri üretiyor ama varsayımlarını yeniden oluşturamıyorsa, YZ sonucu çok az veya hiç kredi almamalıdır. Yetkisiz bir yayımlamayı engelliyor ve ödünleşimi inceleme için yönlendiriyorsa, bir insan önerisini reddetse bile operasyonel kontrol göstermiştir.

Karşılaştırılabilir bir iş akışında Negotiations.AI test edilirken de uygunluk aynı şekilde değerlendirilmelidir: gerçek kullanıcıların, yönetişim altındaki hedeflerden tedarikçi yanıtları ve onaylara kadar incelenebilir bir kayıt koruyarak ilerleyip ilerleyemediği. Marka iddiaları test kanıtının yerini almamalıdır.

Katı eşikler: dağıtımı durduran koşullar

Bu kontrolleri geçti/kaldı olarak ele alın. Platform aşağıdakileri yapıyorsa düzeltme ve yeniden test talep edin:

• Kullanıcının yetkisinin ötesinde bir teklifi iletmek.
• Maddi bir değişikliği kimin onayladığını belirleyememek.
• Müşteri müzakere verilerini uygulanabilir yetkilendirme olmadan ilgisiz model eğitimi için kullanmak.
• Bir öneriyi besleyen veriyi belirleyememek.
• Alıcının hukuken veya ticari olarak kabul edilemez bulduğu şekilde hassas verileri havuzlamak.
• Tam ve kullanılabilir bir müzakere kaydını dışa aktaramamak.
• Anlamlı insan reddi, değişikliği, duraklatması veya geçersiz kılmasını engellemek.
• Maddi erişim kontrolü, kiracı izolasyonu veya olay müdahalesi testlerinde başarısız olmak.
• Finansın bağımsız olarak yeniden üretemediği tasarruflar sunmak.

Önerilen karar bantları—doğrulanmış standartlar değildir:

• 85–100: Sözleşmesel ve kontrol konularının kapatılmasına bağlı olarak dağıtım için potansiyel olarak uygun.
• 70–84: Yalnızca sınırlı bir pilot veya koşullu onay düşünün.
• 70’in altı: Maddi müzakereler için dağıtmayın.
• Herhangi bir katı eşik başarısızlığı: Düzeltilip yeniden test edilene kadar dağıtmayın.

Bu soruları Negotiation Software Buyer Checklist’e ekleyin

Veri ve model soruları

• Her öneriyi hangi kaynaklar besliyor?
• Varsayımlar, hesaplamalar, istemler, yapılandırmalar ve model sürümleri saklanıyor mu?
• Müşteri verisi paylaşılan modelleri eğitmek için kullanılıyor mu? Kullanılıyorsa hangi yetkilendirme altında?
• Kıyaslamalar müşteriler arasında havuzlanıyor mu ve bu müşteriler rakip olabilir mi?
• Alıcı veriyi silebilir ve silmeyi doğrulayabilir mi?
• Abonelik sona erdiğinde kayıtlara ne olur?

İş akışı ve kontrol soruları

• Hangi eylemler tedarikçiye dönük bir teklif iletebilir?
• Yöneticiler kullanıcıya, kategoriye veya taahhüt türüne göre farklı yetki limitleri kodlayabilir mi?
• Bir tedarikçi bir varsayımı değiştirdiğinde ne olur?
• Bir onaylayıcı bir istisnanın ekonomik sonucunu görebilir mi?
• Alıcı otomatik eylemleri derhal duraklatabilir veya devre dışı bırakabilir mi?
• Kapanış kaydı, üzerinde anlaşılan, çözümlenmemiş ve reddedilen koşulları ayırt ediyor mu?

Ticari sorular

• Hangi uygulama, entegrasyon, destek ve iç iş gücü maliyetleri abonelik fiyatlandırmasına dahil değildir?
• Hangi hizmet seviyeleri ve kurtarma yükümlülükleri sözleşmesel olacak?
• Müşteri veriyi belgelenmiş, kullanılabilir formatlarda dışa aktarabilir mi?
• Herhangi bir tasarruf veya çevrim süresi iddiası nasıl yeniden üretilecek ve onaylanacak?
• Hangi yetenekler bugün mevcut ve hangileri gelecekteki geliştirmelere bağlı?

Hassas müzakere verilerini bağımsız kontrol altında tutun

Bir platform; fiyatları, hacimleri, tedarikçi kimliklerini, maliyet pozisyonlarını, taviz geçmişlerini ve gelecekteki stratejileri işleyebilir. Alıcılar bu bilgilerin havuzlanıp havuzlanmadığını, toplulaştırılıp toplulaştırılmadığını, müşteriler arası eğitim için kullanılıp kullanılmadığını veya kıyaslamalar ya da öneriler yoluyla diğer piyasa katılımcılarına geri döndürülüp döndürülmediğini belirlemelidir.

ABD Adalet Bakanlığı, RealPage complaint announcement açıklamasında, bir algoritma veya aracının kullanılmasının potansiyel olarak hukuka aykırı koordinasyonu tek başına bağışık kılmadığını belirtmiştir. Bu, paylaşılan verinin veya algoritmik önerilerin doğası gereği hukuka aykırı olduğu anlamına gelmez. Ancak toplulaştırmanın rekabet endişelerine otomatik bir yanıt olarak görülmemesi gerektiği anlamına gelir.

Satıcıdan kıyaslama kaynaklarını, yaşını, ayrıntı düzeyini, metodolojisini, izin verilen kullanımları ve verinin atfedilebilir olup olmadığını belirtmesini isteyin. Sorumlu personel, alıcının bağımsız ticari muhakemeyi elinde tuttuğunu teyit etmelidir. Rekabete duyarlı havuzlanmış bilgiler bir müzakere pozisyonunu etkilemeden önce, yetkin hukuk danışmanı yargı alanına özgü soruları incelemelidir.

Zorunlu olmaya devam eden insan kararları

AI negotiation analiz edebilir ve önerebilir, ancak sorumlu kişiler şu konulardan sorumlu olmaya devam etmelidir:

• Hedefleri, rezervasyon noktalarını ve yetki aralıklarını onaylamak.
• Kaynak verilerin güvenilir ve karşılaştırılabilir olup olmadığını belirlemek.
• Önerilen operasyonel ödünleşimlerin uygulanabilir olup olmadığına karar vermek.
• Havuzlanmış veri veya kıyaslamaların rekabet etkilerini gözden geçirmek.
• Standart politika dışındaki istisnaları ve taahhütleri onaylamak.
• Tedarikçi tekliflerini kabul etmek, reddetmek, duraklatmak veya eskale etmek.
• Sözleşme metninin ticari anlaşmayı yansıttığını doğrulamak.
• Tasarrufları ve finansal muhasebeleştirmeyi doğrulamak.
• Üretim dağıtımını veya daha fazla YZ özerkliğini onaylamak.

Bir platform önerisi; onay, kuruluşu bağlama yetkisi, hukuki tavsiye veya bir fiyatın makul olduğunun kanıtı değildir.

Gerçekleri, varsayımları, tahminleri ve önerileri ayırın

Doğrulanmış gerçekler

NIST, test, insan gözetimi ve izlemeyi ele alan gönüllü bir YZ risk yönetimi çerçevesi ve rehberlik yayımlar. NIST ve CISA ayrıca siber güvenlik tedarik zinciri ve güvenli yazılım edinimi rehberliği yayımlar. FAR Alt Bölüm 15.4, uygulanabilir bağlamı içinde federal sözleşme fiyatı müzakeresi sorumluluğunu sözleşme görevlisine verir. Bağlantısı verilen birincil kaynaklar bu ifadeleri destekler.

Varsayımlar

Bu çerçeve, ürünün ticari tedarikçi müzakerelerini desteklediğini; alıcının gerçekçi veri sağlayabildiğini; gerçek kullanıcıların katılabildiğini; ve YZ özelliklerinin mevcut olabileceğini ancak yazılımın bir Negotiation platformu sayılması için zorunlu olmadığını varsayar.

Tahminler ve öneriler

Puan kartı ağırlıkları, beş ila sekiz vakalık test seti ve karar bantları pratik önerilerdir. Bunlar düzenleyici gereklilikler veya dışarıdan doğrulanmış evrensel kıstaslar değildir. Bunları müzakerenin önem derecesine, entegrasyon karmaşıklığına, coğrafyaya ve risk iştahına göre uyarlayın.

Sınırlamalar

Bir pilot, her tedarikçi, kategori, yargı alanı veya gelecekteki model sürümü genelinde performansı kanıtlayamaz. Geçmiş tekrar geriye dönük yanlılık içerebilir. Kısa değerlendirmeler model kaymasını, destek kalitesindeki bozulmayı ve veri uygulamalarındaki değişiklikleri kaçırabilir. Güvenlik sertifikaları gerekli özeni destekler ancak ürüne özgü testlerin yerini almaz. Olumlu bir sonuç da platformun buna neden olduğunu kanıtlamaz.

Bu yöntem; iş gücü müzakereleri, dava süreçleri, tüketici uyuşmazlıkları veya yükümlülükleri maddi olarak farklı diğer alanlar için tek değerlendirme olarak uygun değildir. Ayrıca yargı alanına özgü gizlilik, rekabet, sözleşme, kayıt veya güvenlik incelemesinin yerini alamaz.

Nihai satın alma kuralı

“Alıcılar bir müzakere platformunu gerçek müzakere iş akışlarına karşı nasıl puanlamalıdır?” sorusunun en iyi yanıtı basittir: tamamlanmış görevleri, kontrol etkinliğini ve yeniden oluşturulabilir kanıtı puanlayın. Dağıtıma benzeyen koşullarda zor vakaları test edin. İnsan yetkisini açık tutun. Desteklenmeyen tasarrufları ve yol haritası vaatlerini reddedin. En önemlisi, başarısız yetki, veri yönetişimi, denetim ve taşınabilirlik kontrollerini; cilalı bir arayüzün ortalamayla gizleyebileceği zayıflıklar değil, dağıtım engelleri olarak ele alın.

Ek okuma

• NIST AI Risk Management Framework
• NIST Cybersecurity Framework 2.0 supply-chain guide
• CISA Secure by Demand Guide
• Federal Acquisition Regulation, Subpart 15.4

SSS

Her müzakere platformu değerlendirmesi canlı bir müzakere içermeli mi?

Maddi tedarikçi müzakerelerini etkilemesi amaçlanan yazılımlar için kontrollü bir canlı etkinlik, tekrarların ve demoların sağlayamayacağı kanıt sunar. Canlı test henüz kabul edilebilir değilse önce geçmiş tekrar ve gölge işletim kullanın. İzinler, onaylar, kayıtlar ve entegrasyonlar gerçekçi baskı altında test edilene kadar tam üretim onayı vermeyin.

Bir satıcı demosu puan kazandırabilir mi?

Evet, ancak yalnızca sınırlı puan. Senaryolaştırılmış bir demo, bir yeteneğin iddia edildiğini veya görünür olduğunu gösterebilir. Ancak alıcının kullanıcılarının, verisinin, izinlerinin ve istisnalarının önerilen üretim yapılandırmasında çalıştığını kanıtlamaz.

Alıcılar iddia edilen tasarrufları nasıl değerlendirmeli?

Belgelenmiş bir başlangıç durumu, karşı olgusal senaryo, hesaplama yöntemi, toplam maliyet yaklaşımı ve finans incelemesi talep edin. Piyasa hareketini, talep değişikliklerini, önlenen artışları ve müzakere edilmiş değeri ayırın. Bağımsız olarak yeniden üretilemeyen bir tasarruf iddiasına kredi vermeyin.

En önemli AI negotiation kontrolü nedir?

Tek başına yeterli tek bir kontrol yoktur. En azından önerilerin izlenebilir kaynaklara ve varsayımlara ihtiyacı vardır; yetkili kişiler de bunları reddedebilmeli, değiştirebilmeli, duraklatabilmeli ve eskale edebilmelidir. Tedarikçiye dönük taahhütler uygulanabilir yetki sınırları içinde kalmalıdır.

En yüksek puanı alan platform her zaman kazanmalı mı?

Hayır. Önce katı eşikleri uygulayın ve maddi hukuki, güvenlik, ticari ve tedarikçi riski endişelerini çözün. Sonra toplam puanı, paydaş görüş ayrılıklarını, uygulama bağımlılıklarını ve sözleşmesel korumaları değerlendirin. Küçük bir sayısal üstünlük kabul edilemez bir kontrol başarısızlığını iyileştiremez.

Feragatname: Bu makale hukuki, finansal, siber güvenlik veya düzenleyici tavsiye değil; genel tedarik ve değerlendirme bilgisi sağlar.