Otomatik Taahhüt Olmadan Gerçek Zamanlı Karşı Teklif Desteği

Gerçek zamanlı bir karşı teklif asistanı analiz etmeli ve taslak hazırlamalıdır—kabul etmemeli, iletmemeli veya bir taahhüt kaydetmemelidir. Bir tedarikçi görüşmesi sırasında en son teklifi yapılandırabilir, paket ekonomisini hesaplayabilir, onaylı kısıtları test edebilir, alternatifleri karşılaştırabilir, karşılıklı takasları belirleyebilir ve yanıt seçenekleri hazırlayabilir. Ne iletileceğine yetkili bir kişi karar vermeli ve nihai mesajı bilinçli şekilde onaylamalıdır.

Bu ayrım, etkili AI Counteroffer Support arkasındaki işletim ilkesidir: ticari yetkiyi devretmeden yorumlamayı hızlandırmak. Bu, özellikle bir satın alma müzakeresi fiyat, hacim, ödeme, hizmet seviyeleri, eskalasyon, sorumluluk ve çıkış hakları gibi bağlantılı şartlar içerdiğinde önemlidir.

Kısa yanıt

Bir Real-time negotiation assistant, kaynak teklifi koruyarak, her şartı normalize ederek, katı kısıtları kontrol ederek, toplam değerlendirilmiş değeri hesaplayarak, onaylı hedefleri ve alternatifleri karşılaştırarak ve koşullu takas paketleri taslaklayarak karşı teklifleri değerlendirebilir. Yetkinin insanda kalması için yalnızca taslak modunda kalmalı, kanıt ve belirsizliği göstermeli, analizi onay ve iletimden ayırmalı ve her dış yanıt veya bağlayıcı sistem güncellemesi için yetkili bir kişinin onayını zorunlu kılmalıdır.

Asistan ne yapmalı—ve nerede durmalı

Yararlı bir Live Negotiation Coach, bir tedarikçi teklifini duymak ile bunun sonuçlarını anlamak arasındaki süreyi kısaltır. Taahhüt anında müzakereciyi ikame etmez.

Bu ayrım iki ayrı hat olarak ifade edilebilir:

Bu tasarım ayrıca istenmeyen otomatik eylem riskini de sınırlar. ABD hukuku, “electronic agent” kavramını, eylem anında bireysel inceleme olmaksızın elektronik kayıtları veya ifayı başlatmak ya da bunlara yanıt vermek için bağımsız olarak kullanılan otomatik araçlar olarak tanımlar (15 U.S.C. §7006). Bu tanım her sözleşme sorusunu çözmez, ancak pratik bir kontrolü güçlendirir: modele muvafakati iletmek için bağımsız bir yol vermeyin.

İnsan denetimli AI, yalnızca otomasyonu izleyen bir kişi demek değildir. İnsanın öneriyi reddedebilmesi için yeterli kanıta, zamana, bağlama ve yetkiye sahip olması gerekir. OMB'nin Nisan 2025 tarihli ABD federal kurumları rehberi de, çıktısı esasen hukuken bağlayıcı veya maddi açıdan önemli bir eylemi bilgilendiren bir AI kullanımında, insan gözetiminin bunu otomatik olarak düşük etkili yapmadığını belirtir (OMB Memorandum M-25-21).

OFFER karşı teklif karar ağacı

Aşağıdaki yeniden kullanılabilir çerçeve, canlı kurumsal müzakere için tasarlanmıştır. OFFER, Origin, Filters, Full value, Exchanges ve Release anlamına gelir.

1. Origin: Teklif doğrulanabiliyor mu?

Şunları sorun:

• Tedarikçinin tam sözlerine, belgesine veya ekran girişine sahip miyiz?
• Gönderen, zaman damgası, kanal, ekler ve teklifin sona erme tarihi kaydedildi mi?
• Çıkarılan her şart kendi kaynak pasajına bağlanabiliyor mu?
• Bu, toplantı notu veya kısmi özet yerine tam teklif mi?

Hayırsa: Bir açıklama sorusu sorun. Eksik şartlardan hareketle kabul önermeyin veya kesin bir karşı teklif oluşturmayın.

Evetse: Kaynağı değiştirmeden koruyun ve devam edin.

2. Filters: Paket katı bir kısıtı ihlal ediyor mu?

Teklifi şunlara karşı test edin:

• devredilmiş yetki ve mevcut bütçe;
• zorunlu spesifikasyonlar, teslim tarihleri ve hizmet seviyeleri;
• onaylı güvenlik, gizlilik, sorumluluk ve sigorta limitleri;
• rekabet, gizlilik, yaptırım ve çıkar çatışması gereklilikleri;
• feragat edilemez ticari veya operasyonel koşullar.

Evetse: Bunu kabul için uygun değil olarak işaretleyin. Uyumlu alternatifler üretin veya konuyu uygun onay merciine yönlendirin. Asistan bir istisnanın kabul edilebilir olduğuna karar vermemelidir.

Belirsizse: Duraklayın ve konuyu finans, hukuk, güvenlik, operasyon veya uyum gibi ilgili sorumluya yönlendirin.

Hayırsa: Paket değerlemesine geçin.

3. Full value: Tüm paketin maliyeti veya katkısı nedir?

Şunu hesaplayın ve gösterin:

Toplam değerlendirilmiş maliyet = satın alma fiyatı + uygulama + lojistik + finansman + beklenen işletme ve risk maliyetleri + çıkış maliyetleri − iadeler ve geri kazanımlar

Fiyat dışı boyutları hesaplamanın yanında görünür tutun. Teslimat dayanıklılığı, kalite, esneklik, sözleşmesel maruziyet ve stratejik değer tek bir puanın içinde kaybolmamalıdır.

Federal satın alma kuralları çoğu ticari alıcı için bağlayıcı değildir, ancak yararlı bir analitik referans sağlar. FAR 15.404-1, rakip teklifler, geçmiş fiyatlar, piyasa fiyatları, bağımsız tahminler, parametrik tahminler ve tedarikçi verileriyle karşılaştırma gibi teknikleri tanır. Ayrıca önceki fiyatların miktar, şartlar, zamanlama ve ekonomik koşullar gibi farklılıklar için ayarlanması gerektiği konusunda uyarır.

Her girdiyi ona güvenmeden önce sınıflandırın:

• Doğrulanmış olgu: Güncel bir teklif, sözleşme, onaylı politika, işlem kaydı veya izlenebilir dış kaynakla desteklenir.
• Varsayım: Analiz için kabul edilir ancak tesis edilmemiştir—örneğin tahmin edilen hacmin gerçekleşeceği varsayımı.
• Tahmin: Beklenen geçiş maliyeti gibi hesaplanmış bir aralık veya öngörü.
• Öneri: Bir olgu değil, önerilen eylem veya paket.

Ekonomi güvenilir biçimde hesaplanamıyorsa: Bir aralık gösterin, eksik değişkenleri ortaya koyun ve açıklama isteyin. Sahte kesinlik üretmeyin.

4. Exchanges: Hangi karşılıklı takaslar mevcut?

Negotiation Trade Package Assistant, desteklenmeyen tek bir öneri yerine iki veya üç tutarlı paket üretmelidir. Her paket açık if/then mantığı kullanmalıdır:

• Birim fiyat düşerse, alıcı talep doğrulaması ve onaya tabi olmak üzere tanımlı bir hacim bandını değerlendirebilir.
• Ödeme daha hızlı olursa, tedarikçi ek bir indirim veya ölçülebilir başka bir fayda sağlar.
• Süre uzarsa, eskalasyon sınırlandırılır ve fesih koruması iyileşir.
• Teslimat penceresi daha esnek olursa, tedarikçi kapasite ayırır veya hizmet telafilerini iyileştirir.

Her paket için şunları gösterin:

1. alıcının elde ettiği değer;
2. alıcının sunduğu taviz;
3. varsayımlar ve sona erme tarihi;
4. etkilenen onay limitleri;
5. çözülmemiş riskler;
6. destekleyici kanıt;
7. önerilen yanıt dili.

5. Release: Bunu kim onaylayabilir ve gönderebilir?

Kuruluş dışına bir şey çıkmadan önce şunları sorun:

• Paket, müzakerecinin belgelenmiş yetkisi içinde mi?
• Tüm uzman incelemeleri tamamlandı mı?
• Amaçlanan iletişim bir sorgu, bağlayıcı olmayan teklif, karşı teklif veya kabul mü?
• Yetkili kişi tam kelimeleri yalnızca bir özeti değil inceleyip gözden geçirdi mi?
• Bu kişi olumlu ve kimliği doğrulanmış bir onay eylemi gerçekleştirdi mi?

Herhangi bir yanıt hayırsa: Yanıtı taslak durumunda tutun.

Tüm yanıtlar evetse: Yetkili insan bunu onaylı kanal üzerinden iletebilir. Kaynak teklifi, analiz sürümünü, onaylayanı, iletilen dili, zaman damgasını ve öneriden herhangi bir sapmayı kaydedin.

Canlı kullanım için bir paket karşılaştırma şablonu

Gerçek zamanlı bir müzakere asistanı, temel kanıtı gizlemeden alternatifleri tek ekranda göstermelidir.

“Uygulanabilir alternatif” sütunu önemlidir. Kâğıt üzerinde cazip bir BATNA, kapasite, yeterlilik, zamanlama veya finansman nedeniyle kullanılamıyorsa faydalı değildir. Hangi alternatiflerin gerçekten uygulanabilir olduğuna yönetim onay vermelidir.

Daha geniş bir müzakere planlama süreci, toplantıdan önce hedefleri, rezervasyon kısıtlarını, alternatifleri, tavizleri ve karar rollerini belirlemelidir. Daha fazla hazırlık rehberi için bkz. Build and Test a BATNA Before You Rely on It.

Varsayımsal örnek: gizli yükümlülüklerle daha düşük fiyat

Varsayımsal örnek—aşağıdaki rakamlar gösterimseldir, kıyas ölçütü veya kanıt değildir.

Bir bakım tedarikçisi, görüşme sırasında %4 birim fiyat indirimiyle yanıt verir. Karşılığında üç yıllık bir süre, yıllık minimum 12.000 hizmet birimi hacmi, 15 günde ödeme ve birinci yıldan sonra yıllık endeksleme talep eder.

Yalnızca fiyata bakan bir yaklaşım teklifi tasarruf olarak etiketler. AI Counteroffer Support bunun yerine paketi ayırır:

• Doğrulanmış olgular: Tedarikçinin yazılı teklifinde %4 indirim, üç yıllık süre, hacim tabanı, ödeme şartı ve endeksleme maddesi yer alır.
• Varsayım: Alıcı yılda 12.000 birim tüketecektir.
• Tahmin: Finansın daha hızlı ödemenin işletme sermayesi etkisine ilişkin modeli.
• Bilinmeyen: Endeksleme formülünün baz tarihi ve üst sınırı.
• Öneri: Sunulduğu haliyle kabul etmeyin; açıklama isteyin ve koşullu paketleri test edin.

Asistan üç seçenek taslaklayabilir:

• Paket A: Daha düşük fiyatı koruyun ancak hacim garantisini kaldırın, bunun yerine bağlayıcı olmayan bir tahmin kullanın.
• Paket B: Tedarikçi bir hizmet telafisi ekler ve endekslemeyi sınırlandırırsa bir hacim bandı teklif edin.
• Paket C: Mevcut ödeme zamanlamasını koruyun ve daha uzun süreyi yalnızca fesih hakları ve daha güçlü fiyat koruması karşılığında değiş tokuş edin.

Satın alma lideri yine de talep tahmininin güvenilir olup olmadığına, sürenin takas edilip edilmeyeceğine ve hangi seçeneğin sunulacağına karar verir. Finans, herhangi bir ödeme veya bütçe etkisini onaylar. Operasyon, hizmet değişikliklerini onaylar. Hukuk, endeksleme, fesih, telafiler ve taahhüt yaratabilecek her türlü dili inceler. Yanıtı yalnızca yetkili bir kişi gönderir.

Savunulabilir öneriler için kanıt gereklilikleri

Kurumsal bir müzakere, kanıtsız hale gelmeden hızlı ilerleyebilir. Her maddi sonuç için bir kaynak ve durum zorunlu kılın.

Asgari kanıt kartı

Her şart veya öneri için şunları gösterin:

• İddia: Asistanın doğru olduğuna inandığı şey.
• Sınıflandırma: Doğrulanmış olgu, varsayım, tahmin veya öneri.
• Kaynak: Tedarikçi pasajı, onaylı iç kayıt, kamuya açık kaynak veya lisanslı veri kümesi.
• Zaman damgası: Kanıtın ne zaman oluşturulduğu veya en son doğrulandığı.
• Sorumlu: Bunu kimin teyit edebileceği.
• Hesaplama: Uygunsa formül ve girdi değerleri.
• Belirsizlik: Eksik bilgi, aralık veya güven sınırlaması.
• Karar etkisi: Hangi paketi, kısıtı veya onayı etkilediği.

Bu kozmetik değildir. NIST, özellikle sonuç doğuran bağlamlarda, güvenle sunulan yanlış veya hatalı içerik anlamındaki üretken AI “confabulation” riskini maddi bir risk olarak tanımlar (NIST AI 600-1). Bu nedenle tedarikçi teklifleri, piyasa referansları, hesaplamalar ve sözleşmesel iddialar model hafızası yerine geri getirilebilir kayıtlara dayanmalıdır.

Aritmetik için deterministik bir hesaplama hizmeti kullanın. Dil modelinin formülleri açıklamasına ve eksik değişkenleri belirlemesine izin verin, ancak serbest biçimli üretilmiş aritmetiği yetkili kayıt haline getirmeyin.

Onay yönlendirmesi yalnızca harcamayı değil, şart riskini izlemelidir

Mütevazı bir satın alma, önemli veri, münhasırlık, sorumluluk veya süreklilik riski içerebilir. Yönlendirme hem değeri hem de şartları dikkate almalıdır.

Bunlar öneridir, evrensel eşikler değildir. Her kuruluş yönlendirmeyi kendi yetki devri politikası ve risk profiline eşlemelidir.

FAR, korunmuş yetkiye ilişkin net bir kamu sektörü örneği sunar: FAR 15.405, uzlaşmaya varmak için gereken muhakemeyi ve nihai fiyat anlaşmasına ilişkin sorumluluğu sözleşme görevlisine verir. FAR 1.602-3 ayrıca yetkisiz taahhütleri ele alır ve bunları önlemek için olumlu eylem çağrısında bulunur. Ticari satın alma ekipleri, federal kuralları kendi politikaları saymadan bu yönetişim ilkesini uyarlayabilir.

Otomatik taahhüdü önleyen kontroller

Bir Human-in-the-loop AI iş akışı, yetki sınırını yalnızca tanımlamamalı, uygulamalıdır.

Gerekli teknik kontroller

• Varsayılan olarak yalnızca taslak tedarikçi iletişimleri.
• Model için tedarikçiye dönük kimlik bilgileri bulunmaması.
• Analiz etme, onaylama ve gönderme izinlerinin ayrılması.
• Rol tabanlı erişim ve işlem limitleri.
• İletimden hemen önce yeniden kimlik doğrulama.
• Tanımlı yüksek riskli şartlar için çift onay.
• Kaynağa bağlı çıkarım ve deterministik hesaplamalar.
• Değiştirilemez günlükler ve sürüm geçmişi.
• Eski teklifler, girdiler ve onaylar için otomatik sona erme.
• Yetki veya kaynak verisi çakıştığında güvenli kapanma davranışı.
• Tedarikçi tarafından sağlanan, sistem tarafından hesaplanan, varsayılan, tahmin edilen ve insan tarafından onaylanan içerik için açık etiketler.

Asistanın yapmaması gereken eylemler

• Bir teklifi otonom biçimde göndermek, kabul etmek veya reddetmek.
• Elektronik imza uygulamak veya bir kabul kontrolüne tıklamak.
• Taahhüt olarak bir satın alma siparişi veya sözleşme değişikliği oluşturmak.
• Hacim, finansman, münhasırlık veya ihale sözü vermek.
• Onaylı hedefleri veya rezervasyon kısıtlarını değiştirmek.
• Sessizliği veya muğlak ifadeyi muvafakat saymak.
• İç hedefleri, bütçeleri, BATNA'yı veya onay limitlerini ifşa etmek.
• Teklifler, tedarikçi maliyetleri veya piyasa kıyas ölçütleri uydurmak.
• Bir tedarikçinin gizli bilgisini diğerine karşı yeniden kullanmak.

NIST'in AI Risk Management Framework'ü, belgelenmiş insan-AI rollerini, tanımlı gözetimi, doğrulamayı, izlemeyi, bağlamsal yorumlamayı ve güvenli başarısızlığı destekler (NIST AI RMF Core).

Bu iş akışının tedarikçi görüşmeleri sırasında nasıl çalışabileceğini değerlendiren bir satın alma ekibi, Negotiations.AI Live Negotiation Coach çözümünü inceleyebilir. İlgili iş akışı somuttur: gelen şartları düzenlemek, paketleri karşılaştırmak ve alıcı onay ve iletişim yetkisini korurken gözden geçirilebilir bir yanıt hazırlamak. Ekipler, bir ürünün yönetişim ihtiyacını ortadan kaldırdığını varsaymak yerine, her uygulamayı kendi kontrolleri ve gerekliliklerine göre doğrulamalıdır.

Sınırlar ve bu yaklaşımın uygulanmadığı durumlar

Gerçek zamanlı bir karşı teklif asistanı şu durumlarda tavsiye vermek yerine duraklamalıdır:

• en son teklif sözlü, muğlak, eksik veya ihtilaflıysa;
• yetki limitleri veya rezervasyon kısıtları belgelenmemişse;
• BATNA uygulanabilir olarak doğrulanmamışsa;
• hesaplamalar mevcut olmayan veya eski girdilere dayanıyorsa;
• ifadenin kabul mü yoksa karşı teklif mi yarattığını hukuki yorum belirliyorsa;
• düzenlemeye tabi, güvenliğe duyarlı veya olağandışı şartlar için uzman incelemesi gerekiyorsa;
• model kamu verisi ile gizli rakip bilgisini ayırt edemiyorsa;
• iletişimler dava muhafazası, soruşturma veya özel kayıt tutma kuralına tabiyse.

Rakip istihbaratı özellikle dikkat gerektirir. DOJ rehberi, rekabete duyarlı bilgilerin paylaşımı ve algoritmik fiyatlamanın koordinasyon riskini nasıl artırabileceğini tartışır (DOJ Guideline 3). Hukuka uygun şekilde elde edilmiş iç kayıtları, tedarikçi sunumlarını, kamuya açık bilgileri veya usulüne uygun lisanslanmış verileri kullanın—havuzlanmış gizli rakip bilgilerini değil.

Atıf yapılan kanıtlar, evrensel bir puanı, taviz değerini, onay tutarını veya tedarikçi kabul olasılığını desteklemez. Asistan kabulü tahmin ediyorsa, bunu tahmin olarak etiketleyin ve dayanağını, doğrulama geçmişini ve belirsizliğini açıklayın. Katı kısıtları geçersiz kılamaz.

Sorumlu insan için gönderim öncesi kontrol listesi

Herhangi bir karşı teklifi iletmeden önce şunları doğrulayın:

• Tedarikçinin orijinal teklifini ve kaynağa bağlı çıkarımı gözden geçirdim.
• Olgular, varsayımlar, tahminler ve öneriler açıkça ayrılmış durumda.
• Paket her zorunlu kısıtı karşılıyor—veya onaylı istisnalar belgelenmiş durumda.
• Toplam ekonomi ve fiyat dışı riskler görünür durumda.
• BATNA şu anda yalnızca teorik değil, uygulanabilir durumda.
• Her taviz tanımlı bir karşılıklı fayda alıyor.
• Finans, operasyon, hukuk, güvenlik ve diğer gerekli incelemeler tamamlandı.
• İfadenin amaçlanan statüsü doğru: sorgu, bağlayıcı olmayan teklif, karşı teklif veya kabul.
• Bu tam mesajı bu kanal üzerinden göndermeye yetkiliyim.
• Nihai mesaj, onay, zaman damgası ve sapmalar kaydedilecek.

Temel kural basittir: hız, devredilmiş taahhütten değil daha hızlı analizden gelir. Bir Real-time negotiation assistant, karmaşık bir paketi değerlendirmenin bilişsel yükünü azaltabilir, ancak ticari muhakeme, dış iletişim ve nihai yetki hesap verebilir kişilerde kalmalıdır.

Ek okuma

• NIST AI Risk Management Framework Core
• NIST Generative Artificial Intelligence Profile
• FAR 15.404-1: Proposal analysis techniques
• FAR 15.405: Price negotiation
• 15 U.S.C. §7006: E-SIGN definitions

SSS

AI Counteroffer Support bir teklifin kabul edilmesini önerebilir mi?

Bir paketin onaylı hedefler içinde kaldığını gösterebilir ve destekleyici kanıtı açıklayabilir. Kabul kararını vermemeli, muvafakati iletmemeli veya bağlayıcı bir sistemi güncellememelidir. Yetkili bir insan kanıtı doğrulamalı, riskleri değerlendirmeli, kesin dili gözden geçirmeli ve her türlü kabulü onaylamalıdır.

Negotiation Trade Package Assistant bir fiyat hesaplayıcısından nasıl farklıdır?

Bir fiyat hesaplayıcısı tanımlı sayısal girdileri değerlendirir. Negotiation Trade Package Assistant ayrıca bağlantılı fiyat ve fiyat dışı şartları yapılandırır, kısıtları test eder, alternatifleri karşılaştırır, karşılıklı değiş tokuşları belirler, varsayımları görünür kılar ve seçenekler taslaklar. Yetkili aritmetik yine de deterministik hesaplama mantığı üzerinden yürütülmelidir.

Live Negotiation Coach tedarikçi görüşmelerini dinleyip otomatik yanıt vermeli mi?

Kayıt, rıza, gizlilik ve güvenlik gereklilikleri karşılandığında transkripsiyon, şart çıkarımı, analiz ve özel önerileri destekleyebilir. Tedarikçiyle konuşmamalı veya otomatik olarak yanıt göndermemelidir. Maddi sözlü teklifler, alıcı bunlara güvenmeden önce doğru şekilde teyit edilmelidir.

Asistan tedarikçiye hangi bilgileri asla açıklamamalıdır?

İç rezervasyon kısıtları, BATNA ayrıntıları, onay limitleri, gizli bütçeler, korunan rakip teklifleri ve diğer tedarikçilerin gizli bilgileri kısıtlı kalmalıdır. Hangi bilginin ne zaman açıklanabileceğine yetkili müzakereci karar verir.

Satın alma müzakeresinde nihai karar kime aittir?

Kuruluşun yetki devri ve onay politikasının belirlediği kişi veya organa. Şartlara bağlı olarak bu, satın alma, finans, operasyon, hukuk, güvenlik veya yönetici onayı gerektirebilir. Analizi AI sağlasa bile insan sorumluluğu zorunlu olmaya devam eder.

Feragatname: Bu makale hukuki, finansal veya satın alma tavsiyesi değil, genel müzakere ve yönetişim bilgisi sağlar.